La gestión de identidades y accesos ofrece el conjunto completo de capacidades que una empresa espera de una autoridad de acceso central. Aprovisiona y gestiona las cuentas de usuario, conservando los datos de perfil, la información de contacto y el estado de la cuenta, y distingue con claridad entre la administración de cualquier cuenta y la edición en autoservicio del propio perfil. La autenticación se basa en credenciales con un sólido hashing de contraseñas, reforzada por una autenticación de doble factor basada en tiempo y un conjunto de códigos de recuperación de un solo uso conservados bajo cifrado para el caso de que se pierda el segundo factor.

Más allá del momento del inicio de sesión, el módulo mantiene un control de sesión en tiempo real, de modo que las sesiones activas son visibles, atribuibles a un principal, limitadas por caducidad y revocables individualmente. La autorización se expresa mediante roles con nombre que llevan asociados permisos de grano fino, y esos permisos alcanzan a todos los sujetos que la plataforma expone. El inicio de sesión único está disponible a través de conectores con proveedores de identidad, lo que permite a la organización federar la autenticación con su directorio existente mientras mantiene las decisiones de autorización dentro de la propia suite. La gestión de roles y permisos forma parte de este módulo, lo que ofrece a los administradores un único lugar donde definir qué puede hacer cada clase de usuario.

En el centro del dominio se sitúa el principal: un actor verificado en la plataforma, ya sea un empleado con nombre propio o un AI Worker, que posee una identidad única, datos de contacto y un estado de cuenta que determina si puede actuar. Cada principal está vinculado a exactamente un rol, y es el rol, y no el individuo, el que lleva las autorizaciones. Esta separación deliberada mantiene las decisiones de acceso coherentes y auditables: al cambiar un rol, todos los principales que lo tienen se mueven juntos, en lugar de derivar hacia un mosaico de excepciones individuales.

Un rol se define por su conjunto de permisos, una expresión estructurada de qué acciones puede realizar el rol sobre qué partes de la plataforma. Acciones como leer, crear, actualizar, eliminar y acceder se emparejan con los sujetos de negocio a los que se aplican, y la plataforma reconoce sujetos para cada área funcional que cubre. Los roles integrados abarcan desde un administrador sin restricciones, pasando por responsables funcionales y técnicos, hasta un usuario estándar de solo lectura, y estos roles fundamentales están protegidos frente a su eliminación, de modo que el sistema siempre conserva una base coherente. El último concepto es la sesión, el registro de la presencia autenticada de un principal, que lleva su propio token, su propietario y su caducidad. En conjunto, estas cuatro ideas describen, de forma limpia y completa, quién es alguien, qué puede hacer y si tiene la sesión iniciada en ese momento.

El flujo de trabajo más frecuente es el aprovisionamiento. Un administrador crea una cuenta, establece su perfil inicial y le asigna un rol, y el nuevo principal queda inmediatamente gobernado por las autorizaciones de ese rol sin necesidad de más configuración. El restablecimiento de contraseñas sigue la misma vía administrativa, mientras que los usuarios ordinarios mantienen su propio perfil e inscriben su segundo factor mediante autoservicio. La configuración del doble factor empareja una aplicación de autenticación con la cuenta y emite códigos de recuperación, y el titular de la cuenta puede regenerar esos códigos o reconfigurar el factor a medida que cambian las circunstancias.

La revisión de accesos es un flujo de trabajo por derecho propio. Los administradores comprueban quién tiene qué rol, ajustan el conjunto de permisos de un rol mediante un editor que agrupa los sujetos bajo su módulo propietario y ven cómo esos cambios surten efecto en toda la plataforma sin necesidad de volver a desplegar nada. La supervisión de sesiones permite a un administrador ver las sesiones activas y revocar cualquiera que no deba persistir, lo cual es la respuesta inmediata ante un dispositivo perdido o un empleado que se marcha. La desactivación cierra el círculo: una cuenta puede deshabilitarse de modo que conserve su historial y su rastro de auditoría mientras pierde la capacidad de autenticarse, preservando el registro sin preservar el acceso.

El modelo de autorización se basa en atributos, no en una lista tosca de privilegios. Los permisos se conservan como reglas explícitas que emparejan una acción con un sujeto, y la plataforma incorpora un rico registro de sujetos que abarca todos los módulos, de modo que las autorizaciones pueden ser tan amplias como el control total de un área funcional o tan restringidas como la visibilidad de solo lectura de un único sujeto. Esta granularidad es lo que permite que un responsable técnico y un responsable funcional coexistan, cada uno con autoridad sobre su propio dominio y visibilidad de solo lectura del otro. Cuando un principal se autentica, el conjunto de permisos efectivo se resuelve y se transporta en un token firmado, y ese token se renueva en un ciclo corto, de modo que un cambio en un rol se propaga a las sesiones en curso en cuestión de minutos, en lugar de quedar latente hasta el siguiente inicio de sesión.

El módulo se ha construido conforme a controles de seguridad consolidados. Las credenciales nunca se almacenan en claro, el material de recuperación se cifra en reposo y las cookies de sesión se emiten con los indicadores de protección que impiden el acceso desde el lado del cliente y la transmisión entre sitios. El inicio de sesión está limitado por tasa para frenar los intentos de fuerza bruta, y cada decisión de acceso se aplica en el límite de la interfaz, de modo que una comprobación de permisos no pueda eludirse invocando una operación directamente. Dado que la misma puerta de aplicación cubre tanto el uso interactivo como el acceso programático, las garantías se mantienen tanto si una solicitud procede de un navegador, de una integración o de un agente autónomo.

La gestión de identidades y accesos es la dependencia que comparten todos los demás módulos. Trabaja mano a mano con Security Management, que audita la postura de la plataforma y consume el modelo de acceso al razonar sobre la exposición, y con Privacy Management y Compliance Management, que se apoyan en ella para demostrar que el acceso a los datos personales y regulados queda confinado a los principales autorizados. Connector Management aporta las integraciones con proveedores de identidad que hacen posible el inicio de sesión único, federando la autenticación con el directorio de la organización. El Notification Engine transporta los eventos relevantes para la seguridad que este módulo genera, como una nueva sesión o un cambio de rol, hasta las personas que necesitan verlos.

Todos los módulos de negocio, desde Accounting & Control pasando por Marketing & Sales, Fleet Management, Human Resource Management y la Knowledge Base, expresan sus propias reglas de acceso como sujetos dentro del modelo de permisos de este módulo, de modo que existe una única autoridad y un único vocabulario para las autorizaciones en toda la suite. La gestión de módulos y el área más amplia de administración del sistema tratan la identidad como el sustrato sobre el que se autoriza toda la actividad administrativa.

Aquí los AI Workers son principales como cualquier otro, aprovisionados con su propia identidad, vinculados a un rol y limitados exactamente por los permisos que ese rol concede, lo que significa que un agente nunca puede actuar más allá de la autoridad que se le ha otorgado. Trabajando de forma conversacional, un administrador puede pedir a un AI Worker que informe de quién tiene un determinado rol, qué cuentas tienen habilitado el doble factor o qué sesiones están activas en ese momento, y el Worker responde consultando los propios datos del módulo. Con la autorización adecuada, también ejecuta acciones: aprovisionar una cuenta, asignar o ajustar un rol, restablecer una credencial o revocar una sesión cuando se le solicita.

Los Workers vigilan además de actuar. Sacan a la luz anomalías y excepciones, señalando cuentas que carecen de segundo factor, sesiones que se comportan de forma inusual o roles cuyas autorizaciones se han desviado de la política, y lo comunican a través de la vía de notificaciones para que una persona lo atienda. Extraen estructura de documentos de apoyo, convirtiendo una lista de altas y bajas o un formulario de solicitud de acceso en propuestas concretas de aprovisionamiento y desaprovisionamiento, y ofrecen apoyo a la decisión cuando se está considerando un cambio de rol, explicando qué permitiría un determinado conjunto de permisos. Y lo más importante, un AI Worker puede actuar como nodo de aprobación o revisión en un flujo de trabajo de acceso, de modo que una asignación de rol sensible o una solicitud de aprovisionamiento privilegiado se detiene para su escrutinio, con cada dictamen registrado frente a la propia identidad del Worker en el rastro de auditoría.