Users & Roles
Users & Roles controla quién puede acceder a Owner, qué módulos ve, qué acciones puede realizar y si puede ver datos personales de clientes. El sistema actual de permisos soporta roles estándar, roles personalizados y grupos de roles, para combinar plantillas de acceso con el gobierno específico de cada compañía.
Ve a Configuration → Users en Owner.
Gestión de usuarios
| Acción | Descripción |
|---|---|
| Invitar usuario | Envía un email de invitación a un nuevo miembro del equipo. El usuario recibe un enlace para definir su contraseña y acceder a Owner. |
| Asignar roles | Otorga al usuario uno o más roles directos. |
| Asignar grupos de roles | Añade al usuario a uno o más grupos para que herede todos los roles asociados a esos grupos. |
| Editar acceso | Cambia roles directos, grupos de roles, países, ubicaciones, idioma u otros ajustes del usuario. |
| Desactivar | Revoca el acceso sin eliminar el registro del usuario. Los usuarios desactivados no pueden iniciar sesión. |
| Eliminar | Elimina permanentemente un usuario. |
Cuando el nuevo sistema de roles está habilitado, el formulario de usuario exige al menos un rol directo o un grupo de roles. Así se evita crear un usuario activo de Owner sin perfil de acceso.
Roles
Los roles definen el acceso a nivel de permiso. Un permiso combina un recurso y una acción: listado, detalle, crear, actualizar, eliminar, o una acción especial como enviar, probar, exportar, transferir, subir, descargar, ejecutar o recuperar contraseña.
Panel de roles
El panel de Roles se divide en dos áreas:
| Área | Comportamiento |
|---|---|
| Standard Roles | Roles predefinidos de Loyal Guru. Quienes tengan permiso pueden ver el detalle y clonarlos, pero no editarlos directamente. |
| Custom Roles | Roles específicos de la compañía. Con los permisos adecuados se pueden crear, ver, editar, clonar, eliminar y exportar. |
La lista de roles estándar la mantiene Loyal Guru. Si la compañía necesita una variación, clona el rol estándar más cercano y guárdalo como rol personalizado.
Visión general de roles estándar
Los roles estándar son plantillas predefinidas de Loyal Guru para los perfiles de operador más habituales. El conjunto exacto de permisos puede cambiar cuando Loyal Guru actualiza un rol estándar; confirma siempre el checklist actual en Owner abriendo el rol (ver) o clonándolo.
| Rol estándar | Pensado para | Patrón de acceso |
|---|---|---|
| Owner (rol) | Máxima autoridad de negocio de la compañía | Acceso completo a todos los módulos |
| User Admin | Administrador de acceso y privacidad | Configuration para usuarios, roles y ajustes de admin; sin acceso a marketing ni Loyalty Insights |
| Marketing Specialist | Operadores de campañas del día a día | Acceso completo a Promotional, Gamified y Campaign Personalization; Configuration parcial para ajustes de marketing |
| Marketing Viewer | Stakeholders estratégicos en solo lectura | Acceso de visualización a módulos de campañas; sin edición |
| Content Creator | Producción de canales y contenido | Acceso completo a Channels y Blueprint Campaigns; sin lógica de promociones ni Loyalty Insights |
| Tech Integration | Arquitectos e integradores técnicos | Acceso completo a Configuration (APIs, syncs, webhooks) y Company Data; sin marketing ni insights |
| Analytics | Especialistas de datos y rendimiento | Acceso completo a Loyalty Insights |
| Support Lead | Soporte avanzado a clientes | Acciones completas en el perfil de cliente; solo lectura en catálogos; sin campañas |
| Support Agent | Soporte de primera línea | Acceso de visualización a clientes y catálogos; sin campañas |
Para la comparación módulo a módulo y a nivel de permiso de estos roles estándar, consulta Standard Roles Matrix.
Configuración de roles personalizados
Los roles personalizados se configuran desde Configuration → Users → Roles → Custom Roles → New Custom Role.
| Campo | Obligatorio | Descripción |
|---|---|---|
| Name | ✓ | Nombre funcional del rol, por ejemplo "Junior Campaign Analyst" o "Store Support". |
| Description | Explicación interna del propósito del rol. Recomendada para gobierno, pero no obligatoria en el formulario actual. | |
| Permissions | ✓ | Uno o más permisos seleccionados en el editor agrupado. |
| View personal data | Toggle dedicado que otorga Customer@view_sensitive_data, cuando el enmascarado global de la compañía no lo anula. |
Los permisos se agrupan por módulo. Cada grupo se puede expandir y seleccionar permiso a permiso, o completo con el checkbox del grupo.
| Tipo de permiso | Significado |
|---|---|
| Index | Ver el listado de recursos de ese módulo. |
| Show | Ver el detalle de un recurso. |
| Create | Crear un recurso nuevo. |
| Update | Editar un recurso existente. |
| Delete | Eliminar un recurso. |
| Special actions | Acciones específicas del módulo: send, test, export, transfer, reprint, upload, download, execute o recuperación de contraseña. |
Flujo clonar y modificar
Clonar es la forma recomendada de crear un rol personalizado:
- Busca el rol estándar o personalizado más cercano al perfil de acceso que necesitas.
- Pulsa la acción de clonar.
- Se abre el formulario de nuevo rol personalizado con los permisos de origen preseleccionados.
- Renombra el rol, ajusta los checkboxes de permisos y guarda.
Así reduces el tiempo de configuración y evitas olvidar permisos básicos necesarios para navegar con normalidad.
Ver datos personales y enmascarado
El toggle View personal data aparece aparte en el formulario del rol porque controla el acceso a campos sensibles del cliente. En código corresponde al permiso Customer@view_sensitive_data y se saca del grupo genérico de permisos antes de pintar el checklist.
| Situación | Resultado |
|---|---|
| El rol tiene View personal data y el enmascarado global está desactivado | El usuario ve campos personales en claro si también tiene los permisos de visualización de clientes necesarios. |
| El rol no tiene View personal data | Los valores personales se enmascaran, pero se puede seguir trabajando con metadatos operativos y campos no personales cuando haya acceso. |
| El enmascarado global de la compañía está activo | Los datos personales se enmascaran para todos los usuarios, con independencia del permiso del rol. |
Los usuarios sin acceso a datos personales pueden seguir buscando clientes con valores reales, trabajar con campos no personales del perfil cuando esté permitido, revisar metadatos de cambios y exportar valores enmascarados. Concede este permiso solo a roles que realmente necesiten datos personales completos para soporte u operaciones.
Grupos de roles
Los grupos de roles permiten asignar roles a muchos usuarios a la vez. Son útiles cuando un departamento, red de tiendas o equipo de operaciones debe compartir el mismo perfil de acceso.
Ve a Configuration → Users → Role Groups.
| Campo | Obligatorio | Descripción |
|---|---|---|
| Name | ✓ | Nombre del grupo, por ejemplo "Store Managers" o "Support Team". |
| Description | Explicación interna del propósito del grupo. | |
| Roles | ✓ | Roles asociados al grupo. Los usuarios del grupo heredan estos permisos. |
| Users | ✓ | Usuarios asignados al grupo. |
Los grupos de roles admiten listar, ver, crear, actualizar y eliminar, según los permisos UserGroup del usuario actual.
Cómo se resuelve el acceso
Los cambios de acceso afectan a lo que los usuarios ven y pueden hacer en cuanto se refresca su perfil. Revisa con cuidado las asignaciones de roles y grupos antes de guardar cambios en usuarios de producción.
Buenas prácticas
- Asigna el rol con menos privilegios que cubra las tareas diarias del usuario.
- Reserva el rol estándar Owner solo para responsables técnicos y dueños de la plataforma.
- Prefiere clonar un rol estándar antes de crear un rol personalizado desde cero.
- Usa grupos de roles para equipos con responsabilidades compartidas, en lugar de mantener el mismo acceso usuario a usuario.
- Limita View personal data a los equipos que realmente necesiten campos de cliente sin enmascarar.
- Usa el enmascarado global cuando la política de la compañía exija ocultar datos personales de forma general.
- Desactiva usuarios en cuanto dejan el equipo — no los elimines, para conservar su historial de actividad a efectos de auditoría.
- Revisa periódicamente los usuarios activos y elimina cuentas no usadas.