Concepto de propio y ajeno

El sistema de Airvi implementa un modelo de control de acceso basado en la propiedad de los registros, el cual permite establecer restricciones según el usuario que crea o gestiona cada elemento dentro de la plataforma. Este modelo diferencia entre registros propios y ajenos, con el objetivo de garantizar la seguridad, trazabilidad y delegación de funciones en función del rol asignado.

⚠️ Importante: Este concepto es exclusivo para el contexto de permisos de acceso. No debe confundirse con otros usos del término “propio”, como cuando se habla de “viaje propio”, el cual tiene relación con la agencia que opera directamente el viaje y no con el usuario que lo registró.

¿Qué es un registro “Propio”?

Un registro se considera propio cuando es creado directamente por un usuario autenticado en el sistema. Por ejemplo, si un usuario ingresa con sus credenciales y crea un producto o una cotización, dicho registro queda automáticamente asociado a su cuenta como propietario. Esto aplica a todos los módulos donde se genera contenido individualmente: viajes, cotizaciones, reservas, productos, etc.

Ejemplo:

El usuario agente1 crea un viaje y lo guarda. Ese viaje es considerado propio de agente1.

¿Qué es un registro “Ajeno”?

Un registro se considera ajeno cuando ha sido creado por otro usuario distinto al que está actualmente autenticado. Por defecto, un usuario no tiene permisos para visualizar ni modificar registros ajenos, a menos que el administrador del sistema le haya asignado permisos explícitos para hacerlo.

Lógica general de permisos

Para cualquier usuario no administrativo:

• Puede ver y modificar los registros que ha creado (propios).

• Puede ver o editar registros ajenos solo si tiene permisos específicos para hacerlo.

• La visualización en pantalla y disponibilidad de botones depende del estado de los permisos.

• En algunos módulos como “Usuarios y Proveedores”, no aplica el concepto de propio o ajeno, ya que los accesos son absolutos: o puede gestionar o no puede.

Aplicación por módulo

Usuarios y Proveedores

• El agente de viajes no puede crear ni modificar usuarios.

• Puede crear proveedores, pero no puede editarlos.

• No aplica el concepto de propio/ajeno; los permisos son binarios (puede o no puede).

Cotizaciones

• Los agentes pueden ver, editar y eliminar solo sus cotizaciones.

• No pueden ver ni modificar cotizaciones ajenas, a menos que se les asignen permisos especiales (como “ver ajenas”, “editar ajenas”).

• Las cotizaciones siempre están asociadas al usuario que las creó.

Viajes

• El agente de viajes puede ver todos los viajes creados por él o por otros.

• Solo puede editar, eliminar o restaurar los viajes que él mismo creó.

• No puede modificar viajes ajenos, a menos que tenga permiso asignado.

Reservas

• Las reservas tienen un comportamiento especial: pueden tener dos propietarios simultáneos:

  • El usuario que crea la reserva.

  • El agente de viajes asignado en el campo correspondiente.

• Ambos pueden ver y editar la reserva mientras tengan los permisos activos.

• Por defecto, los agentes pueden ver reservas ajenas, pero no pueden editarlas, a menos que se les otorgue permiso específico.

• Funciones como imprimir vouchers o certificados dependerán de si pueden visualizar la reserva en pantalla.

Gestión de Pagos

• Los permisos de pago (registro, modificación, eliminación) pueden ser limitados por tipo de usuario.

• Solo los usuarios con roles administrativos o permisos personalizados pueden acceder a pagos ajenos.

Permisos en Etiquetas de Viajes y Reservas

• El permiso “editar etiquetas” permite modificar etiquetas dentro de una reserva, sin importar si el registro es propio o ajeno.

• Este permiso suele asignarse a roles como contabilidad o administrativos, quienes necesitan clasificar registros aunque no sean los creadores.

Permisos en Notas de Seguimiento

(Próximamente disponible)

• El módulo de notas de seguimiento incluirá permisos específicos para:

  • Visualizar notas.

  • Registrar notas.

  • Editar o eliminar notas según su creador.

  • Controlar acceso por usuario y entidad asignada.

• Se aplicará el mismo criterio de propiedad (propio/ajeno) y se complementará con permisos para notificaciones.