La Dirección define aquí qué puede ver y editar cada rol; los agentes de IA y el desarrollo lo consultan para implementar las políticas de seguridad a nivel de fila (RLS) en Supabase. Es una política de acceso, no un manual operativo de usuario final. (Ver RT-34.)
Nivel N5 · Gerencia / Seguridad Rev. 1 · Julio 2026
1. Los dos niveles de seguridad
El acceso a la información en el Ecosistema IDEA se controla en dos capas complementarias:
- Acceso por Núcleo (esta matriz): define, a grandes rasgos, a qué grandes áreas de datos —los 8 Núcleos— entra cada rol, y si es de solo lectura o también de escritura.
- Filtrado a nivel de fila (RLS): dentro de un Núcleo permitido, restringe aún más para que cada usuario vea únicamente sus propios registros (un alumno ve sus clases, no las de otro).
2. Matriz de acceso por rol
Para cada rol, los Núcleos que puede ver (consulta) y los que puede editar (escritura). La numeración de Núcleos (1–8) corresponde a la del Stack Tecnológico.
| Rol | ¿Quién es? | Núcleos que puede VER | Núcleos que puede EDITAR |
|---|---|---|---|
| Director | Gerencia general | Todos (1–8) | Todos (1–8) |
| Administrador | Personal administrativo | 1, 2, 5, 6, 7 | 2, 5, 6 |
| Instructor | Personal de instrucción | 1 (su perfil), 4, 7 (sus tareas) | 4 (vuelos, asistencia) |
| Mecánico OMA | Personal de taller | 1 (su perfil), 3, 7 (sus tareas) | 3 (mantenimiento) |
| Vendedor | Equipo comercial | 1 (su perfil), 2, 7 (sus tareas) | 2 (pedidos, CRM) |
| Alumno | Estudiantes | 1 (su perfil), 4 (sus clases), 8 (soporte) | 8 (abrir tickets) |
| Proveedor | Empresas externas | 1 (su perfil), 3 (sus órdenes) | Ninguno |
3. Filtrado fino: RLS dentro del Núcleo
Que un rol tenga acceso a un Núcleo no significa que vea todo lo que hay dentro. Sobre el acceso al Núcleo actúa una segunda capa —RLS (Row-Level Security)— que filtra fila por fila según la identidad del usuario.
4. El Panel Gerencial (capa transversal)
El Panel Gerencial no es un Núcleo ni un rol: es una capa transversal de solo lectura que lee de todos los Núcleos mediante vistas SQL, para consolidar KPIs (ventas del Núcleo 2, producción del Núcleo 4, finanzas del Núcleo 5, soporte del Núcleo 8, etc.).
5. Conciliación con el Listado Maestro de Roles
Los siete roles de esta matriz son una vista simplificada, orientada a permisos de acceso. Los nombres del ecosistema completo —con su código técnico (snake_case) y su nivel N1–N6— se gobiernan en el Listado Maestro de Roles, que es la fuente única. La siguiente equivalencia es tentativa y debe confirmarla la Dirección antes de darse por oficial.
| Rol en esta matriz | Código probable en el Listado Maestro | Estado |
|---|---|---|
| Director | director_general (¿o superadmin?) |
⚠️ Por confirmar |
| Administrador | administrativo |
⚠️ Por confirmar |
| Instructor | instructor |
⚠️ ¿Unifica tierra/vuelo? |
| Mecánico OMA | tecnico_oma |
⚠️ Por confirmar |
| Vendedor | comercial |
⚠️ Por confirmar |
| Alumno | alumno |
✓ Inequívoco |
| Proveedor | — (sin código actual) | ⚠️ Por diseñar |
6. Información relacionada
- 🗂️ Listado Maestro de Roles del Ecosistema IDEA — la fuente única: nombre humano ↔ código ↔ nivel. Manda sobre cualquier lista de roles.
- Matriz de Capacidades y Privilegios — el detalle de qué acciones (capabilities) puede ejecutar cada rol dentro de cada Núcleo.
- Normas de Roles y Accesos del Sistema — las reglas de gobernanza (N-ROL) sobre asignación y revocación de roles.
- ⭐ Instructivo Maestro de Gestión de Usuarios — la puerta de entrada del módulo: identidad, roles y accesos.
- Stack Tecnológico del Ecosistema IDEA — los 8 Núcleos de datos y la Matriz de Núcleos.
- Arquitectura Global de Datos (Transición Airtable → Supabase) — el origen de esta matriz; ahora la matriz vive aquí y aquel artículo remite a este.
Módulo de Gestión de Usuarios · Roles, Permisos y Automatización | Matriz de Seguridad: Acceso a Núcleos por Rol | Rev. 1 — Julio 2026