Permisos y organizaciones
El acceso dentro de una organización utiliza roles vinculados a permisos detallados. La visibilidad del panel depende de la organización activa, las asignaciones de roles, el ámbito de los permisos y los módulos de suscripción habilitados.
En las organizaciones modulares, el acceso a las funciones y los permisos de los roles se comprueban conjuntamente. Un módulo habilita una función para la organización; un rol controla qué miembros pueden utilizarla. Añadir un módulo no concede derechos de edición a todos los miembros. Consulta Suscripción para obtener información sobre el uso, las pruebas y los cambios.
Para consultar el vocabulario estructurado de permisos utilizado en los editores de roles, visita /reference/permissions.
Modelo de organización
Los datos de Scoutello están delimitados por organización. Una persona usuaria puede pertenecer a más de una organización y tener roles diferentes en cada una. Confirma siempre la organización activa antes de diagnosticar problemas de acceso, registros que faltan o elementos ausentes en la barra lateral.
Las organizaciones también pueden tener una jerarquía. Los clientes más grandes pueden utilizar organizaciones secundarias para propiedades, equipos, ubicaciones o marcas, mientras una organización principal mantiene gestionable la relación general con el cliente.
Estructura de los permisos
La mayoría de los permisos utilizan esta estructura:
entity:action:scope
Por ejemplo, customer:read:assigned significa que el rol puede leer los registros de clientes asignados, pero no necesariamente todos los clientes de la organización.
La administración de la organización utiliza la entidad admin con el mismo patrón de acción y ámbito (por ejemplo, admin:list:all). Los roles que gestionan organizaciones secundarias y roles de usuario suelen incluir varios permisos admin:* conjuntamente. No debe confundirse con el tipo de cuenta independiente de administrador global de la plataforma Scoutello, que solo utiliza el personal de Scoutello y permite acceder a herramientas entre organizaciones.
Cómo utiliza la barra lateral los permisos
El panel oculta los enlaces que la sesión actual no debería utilizar. Ejemplos:
- Las rutas de gestión de clientes dependen de entidades como cliente, protocolo, tarea, proyecto, documento, boletín, correo electrónico y evento.
- Las rutas de aplicaciones web y recorridos dependen de las reglas de asignación de páginas de destino, recorridos, ofertas, formularios de contacto, planes del sitio y elementos relacionados.
- Las rutas de configuración muestran plantillas comerciales, herramientas para eventos, controles jerárquicos para administradores de organizaciones y accesos directos adicionales reservados para operadores de la plataforma cuando corresponde.
- Las personas usuarias asignadas como guías de recorridos en la organización pueden ver los accesos de análisis y descripción general sin tener derechos completos para editar páginas de destino o recorridos.
La ausencia de un elemento del menú suele reflejar las reglas de permisos, no un error de implementación.
Flujo de trabajo de soporte
Cuando el acceso parece incorrecto:
- Confirma la organización activa.
- Confirma el rol de la persona usuaria en esa organización.
- Comprueba la entidad, la acción y el ámbito relevantes.
- Comprueba el módulo necesario, su límite actual y cualquier cambio de facturación pendiente.
- Comprueba las relaciones de asignación exclusiva para los registros que deberían ser visibles.
- Determina si la persona usuaria es un operador de la plataforma o un miembro de la organización.
- Evita conceder capacidades amplias de administración de la organización (entidad
admin) a menos que la persona usuaria deba gestionar la estructura y los roles de la organización.
Conceptos relacionados: Referencia: permisos, Descripción general del panel.