Lo esencial que recordar
- Raisetalk separa claramente dos preguntas: lo que un usuario tiene derecho a hacer (sus permisos) y los datos que tiene derecho a ver (su perímetro). La primera depende de su rol, la segunda de su lugar en el organigrama.
- Tres roles por defecto cubren la mayoría de las organizaciones: Administrador, Manager operativo, Asesor. Listos para usar, sin ninguna configuración.
- ¿Necesita ir más lejos? Una pantalla Roles permite componer roles personalizados: una etiqueta por idioma, una matriz de permisos que marcar, y la asignación del rol delegada al responsable adecuado.
- Dos modelos de seguridad reconocidos, combinados: RBAC (los permisos por rol) y ABAC (la visibilidad según la posición en el organigrama). Uno dice quién puede hacer qué, el otro quién ve qué datos.
- Un rol nunca se elimina: se desactiva. El acceso se corta de inmediato, el rol deja de poder asignarse, y no se pierde nada del historial.
La calidad concierne a toda la empresa, no solo a los managers
El quality monitoring suele concebirse como una herramienta de managers: se instala la plataforma, algunos responsables se conectan, y los asesores quedan al margen de sus propios datos. Es un desperdicio. Un asesor que ve sus conversaciones analizadas, sus puntos fuertes y sus áreas de mejora progresa más rápido que un asesor al que se hace un balance una vez al mes. El desarrollo de competencias se juega ahí, lo más cerca posible del terreno.
Implicar a todo el mundo supone, sin embargo, responder correctamente a una pregunta simple: ¿quién tiene acceso a qué? Sin una respuesta clara, se instalan dos malos hábitos. O bien se comparte una cuenta para todo el equipo, y la trazabilidad desaparece. O bien se abre todo a todo el mundo, y un asesor acaba consultando las evaluaciones de sus compañeros, o la facturación de la empresa.
La respuesta correcta no es ni «todo cerrado» ni «todo abierto». Es dar a cada uno exactamente su perímetro de responsabilidad: ni más, ni menos. Es precisamente lo que gestiona la pantalla Roles de Raisetalk.
Tres roles por defecto, listos para usar
Cada organización arranca con tres roles, pensados para cubrir la inmensa mayoría de las necesidades sin el menor ajuste.
| Rol | Para quién | Lo que puede hacer | Lo que ve |
|---|---|---|---|
| Administrador | El o los responsables de la herramienta | Todo: ajustes, rejillas de análisis, usuarios, facturación y gestión de roles | Toda la organización |
| Manager operativo | Los managers de equipo | Seguir y crear conversaciones, evaluar, dirigir sus equipos, recibir las alertas de gestión | Su equipo y los equipos vinculados por debajo |
| Asesor | Los colaboradores de primera línea | Consultar sus conversaciones, sus evaluaciones y sus comentarios | Únicamente sus propios datos |
Este reparto basta para la mayoría de las empresas. Un administrador configura y dirige, un manager anima a sus equipos, un asesor trabaja sobre sus propias conversaciones. Los roles por defecto tienen etiquetas gestionadas por la aplicación en cada idioma, y el Administrador es un rol de sistema: sus permisos no se modifican y nunca puede desactivarse, para evitar quedarse bloqueado fuera de su propia herramienta.
Componer un rol a medida cuando la organización crece
Superado cierto tamaño, los tres roles ya no bastan. Un «manager estratégico» que dirige sin tocar las rejillas, un «referente de calidad» que gestiona las reclamaciones sin administrar las cuentas, un «soporte de nivel 2»: cada organización tiene sus matices. En lugar de forzarlas en un molde, Raisetalk permite crear roles personalizados.
Desde el menú Roles, reservado por defecto a los administradores, se crea un rol en unos instantes:
- Una etiqueta por idioma, para que cada uno vea el rol en su propio idioma. La clave técnica, por su parte, se genera automáticamente a partir de la etiqueta en francés: no hay que introducir nada.
- Una matriz de permisos que marcar, organizada en familias claras: Conversaciones, Rejillas y análisis, Automatizaciones, Reporting y descubrimiento, Soporte, Organización. Se activa exactamente lo que el rol debe poder hacer, familia por familia.
- Una delegación de asignación: cada rol genera su propio permiso de asignación. Usted decide quién, dentro de la organización, puede otorgar ese rol a un usuario. Así, un responsable regional puede gestionar los roles de su región sin convertirse en administrador de toda la empresa.
La columna del Administrador permanece en modo de solo lectura: este rol de sistema conserva todos sus permisos, por diseño. Para todos los demás, la matriz es su panel de control de las habilitaciones, legible de un vistazo.
Desactivar un rol, nunca eliminarlo
Un rol lleva usuarios, un historial, evaluaciones. Eliminarlo dejaría huecos. Por eso Raisetalk no lo permite: un rol que ha quedado inútil se desactiva.
La desactivación tiene efectos inmediatos y sin ambigüedad:
- Los usuarios de ese rol ya no pueden conectarse, y sus sesiones en curso se cortan en la siguiente petición.
- El rol deja de poder asignarse a nuevos usuarios.
- Deja de recibir las alertas de equipo.
La reactivación restablece el acceso con la misma rapidez. El Administrador, una vez más, escapa a la regla: no puede desactivarse. Resultado: usted ajusta su organización sin temer nunca perder un dato ni quedarse encerrado fuera.
Bajo el capó: RBAC y ABAC, el dúo que asegura el conjunto
Dos modelos de control de acceso son la referencia en la industria. Raisetalk se apoya en ambos, porque responden a dos preguntas diferentes.
El RBAC (Role-Based Access Control, control de acceso basado en roles) responde a «quién puede hacer qué». Los permisos no van ligados a una persona sino a un rol. Se asigna un rol a un usuario y este hereda todos sus permisos; se hace evolucionar el rol y todos los que lo llevan lo siguen. Es exactamente lo que gestiona la matriz de permisos: evaluar una conversación, gestionar una rejilla, acceder al reporting, tratar una solicitud de soporte. Un permiso, una casilla, un rol.
El ABAC (Attribute-Based Access Control, control de acceso basado en atributos) responde a «quién ve qué datos». Aquí, el acceso ya no depende del rol por sí solo, sino de un atributo del usuario: su posición en el organigrama. Por defecto, cada uno ve los datos de su equipo y de los equipos situados por debajo de él en el árbol. Un manager ve su perímetro de gestión; el mismo rol, situado más arriba en el organigrama, ve más ampliamente, sin haber reconfigurado nada. El Asesor, por su parte, queda voluntariamente restringido únicamente a sus propios datos, sea cual sea su lugar en el árbol.
La combinación es lo que hace que el sistema sea a la vez simple y seguro. El rol decide las acciones; el organigrama decide el perímetro de datos. No tiene que volver a crear un rol por equipo: un único rol «Manager operativo» sirve para todos sus managers, y cada uno solo ve su propio perímetro. Es ese acoplamiento lo que permite implicar a todos los colaboradores sin exponer nunca un dato al destinatario equivocado.
Esta lógica de perímetro se extiende además más allá de la empresa. Para nuestros socios integradores, como SYD Digital Care, el aislamiento por perímetro garantiza que una instancia de cliente nunca vea los datos de otra, incluso a través del módulo Soporte.
Para empezar
- Conéctese a su espacio Raisetalk con una cuenta de administrador.
- En el menú, abra Roles: allí encontrará sus tres roles por defecto y sus usuarios.
- Compruebe que cada colaborador tiene el rol correcto. Para la mayoría de los equipos, los tres roles por defecto bastan.
- ¿Necesita un rol a medida? Haga clic en Nuevo rol, nómbrelo en sus idiomas, y marque sus permisos en la matriz.
Dar a cada uno su justo perímetro es la condición para que la calidad se convierta en asunto de toda la empresa, y no solo de unos pocos managers. El detalle de los permisos, familia por familia, se describe en la documentación Roles y permisos de su espacio.