Usuarios y roles

Por defecto, un proyecto no pide usuario: cualquiera puede operar, como en las versiones anteriores. Al activar la seguridad, el runtime arranca sin sesión y en solo lectura, y pide usuario y contraseña en cuanto alguien intenta mandar algo.

Todo se configura en Proyecto → Usuarios y roles…, en tres pestañas.

Política

Las contraseñas no pueden ser el nombre de usuario ni demasiado simples.

Roles y permisos

Un rol es un conjunto de permisos. Crea los que necesites y marca qué puede hacer cada uno.

La navegación no pide permiso: cualquiera puede mirar todas las pantallas.

Permiso por control

Cada botón o entrada puede exigir un permiso concreto en lugar de operate. Así se reservan, por ejemplo, las consignas de receta para el maestro cervecero, o un botón de mantenimiento para el administrador. En el JSON del elemento:

{"id": "guardar", "kind": "button", "action": "set", "tag": "Recetas.OrdenGuardar",
 "value": true, "permission": "recipes"}

Cuentas

Nuevo usuario… pide nombre, nombre completo, contraseña y roles. Si marcas «Pedir una contraseña nueva en el primer acceso», el operador tendrá que cambiarla al iniciar sesión. También puedes restablecer contraseñas, cambiar roles, desactivar y eliminar cuentas.

Para activar la seguridad, crea antes al menos una cuenta con un rol que tenga Gestionar usuarios: Studio no te deja dejar el proyecto sin administrador.

En el runtime

• La barra de estado muestra Sin sesión · solo lectura o el usuario activo, y el botón Iniciar sesión / Cerrar sesión.
• Si alguien pulsa un mando sin permiso, el runtime pide iniciar sesión indicando el permiso necesario. Con sesión pero sin ese permiso, la orden se rechaza y se audita.
• Las ventanas emergentes comparten la sesión de la ventana principal.
• Tras el tiempo de inactividad, la sesión se cierra sola.

Auditoría

La auditoría registra inicios y cierres de sesión, intentos fallidos, cada orden con el usuario que la dio y su origen (HMI, OPC UA o script) y las órdenes denegadas. Los reconocimientos de alarma quedan a nombre del usuario de la sesión. Consúltala en el visor de eventos o exporta el archivo con Herramientas → Copia de seguridad de los registros.

Dónde se guarda

Todo forma parte del proyecto y viaja con él, como en la configuración del PLC:

Las cuentas y las contraseñas de conexión se graban al momento, sin pulsar Guardar, porque el runtime también las cambia cuando un operador renueva su contraseña. Los intentos fallidos y los bloqueos solo viven en la memoria del runtime.