Norma local del Módulo de Gestión de Usuarios que define el concepto de Interacción. La leen arquitectos y desarrolladores que construyen la interfaz y las automatizaciones, y los agentes de IA que procesan las interacciones. (Ver RT-34.)
Núcleo 1 · Usuarios y Perfiles Rev. 1 · Julio 2026
NL-GU (Gestión de Usuarios) y el número 01 están propuestos, pendientes de confirmar contra la nomenclatura oficial del módulo.1. Qué es una Interacción
Una Interacción es cualquier evento con sentido de negocio que un usuario origina dentro del ecosistema. No es un clic cualquiera: es una acción que significa algo para la operación — que cambia un estado, dispara un proceso o requiere que el sistema le muestre o le pida algo al usuario.
Cada interacción parte de un usuario con un rol, y de ella se derivan dos cosas: (1) qué capas e interfaz debe mostrarle el sistema para completar esa interacción, y (2) qué automatizaciones se disparan como consecuencia. Muchas interacciones se procesarán automáticamente mediante IA (Vertex AI), pero eso no cambia su naturaleza: siguen siendo interacciones originadas por —o en nombre de— un usuario.
2. Ejemplos de interacciones
| Usuario / Rol | Interacción |
|---|---|
| Empleado | Marca su asistencia. |
| Visitante → Cliente | Se convierte en cliente al hacer un pedido. |
| Usuario | Solicita soporte. |
| Alumno | Presenta un examen en línea. |
| Profesor / Instructor | Reporta o valida una asistencia; carga una nota. |
| Planificador académico | Abre o cierra una materia. |
| Administrador | Confirma un pago. |
La lista es ilustrativa, no exhaustiva: cada módulo aporta sus propias interacciones.
3. La bisagra: interacción → interfaz → capas
Este es el corazón del concepto. Una interacción determina qué debe mostrar la interfaz. Cuando un usuario origina una interacción, el sistema resuelve —según su rol, permisos y contexto— qué capas de qué módulos hay que presentarle para completarla.
Usuario + Rol → origina una Interacción → el sistema evalúa permisos y contexto → la interfaz muestra las capas necesarias de uno o varios módulos, adaptadas a ese usuario.
Por eso la interfaz debe ser capaz de mostrar tantos módulos y capas como cada interacción requiera, siempre filtrados por lo que el rol del usuario tiene permitido ver y hacer. Un alumno que presenta un examen ve la capa de evaluación del módulo académico; un administrador que confirma un pago ve la capa financiera correspondiente — la misma interfaz, distintas capas, según quién interactúa y por qué.
4. Interacción vs. Automatización
No confundir dos conceptos cercanos:
| Concepto | Qué es |
|---|---|
| Interacción | El disparador: lo que el usuario origina (marca asistencia, confirma pago). Punto de partida. |
| Automatización (Acción) | La consecuencia: lo que el sistema hace solo como resultado de la interacción (envía el recibo, libera el acceso). Es el 4º elemento de la anatomía del módulo. |
Dicho simple: la interacción es la causa; la automatización es el efecto. Una interacción puede disparar varias automatizaciones, y muchas interacciones se ejecutan asistidas por IA — pero la interacción siempre nace de (o en nombre de) un usuario.
5. Normas de esta Norma Local
6. Información relacionada
- NL — Estructura del Módulo de Gestión de Usuarios — la norma local madre del módulo (familia NL).
- ⭐ Instructivo Maestro de Gestión de Usuarios — identidad, roles y permisos.
- Interfaz de Usuario Cliente y Interfaz de Usuario Colaborador — las interfaces que renderizan las capas.
- Matriz de Seguridad: Acceso a Núcleos por Rol — qué puede ver/operar cada rol.
- RT-36 · Anatomía y Normas Locales de un Módulo — el elemento Automatizaciones (la consecuencia de las interacciones).
Módulo de Gestión de Usuarios · Norma Local | NL-GU-01 · La Interacción del Usuario | Rev. 1 — Julio 2026