👑 Instructivo Maestro de Gestión de Usuarios
Módulo de Gestión de Usuarios — Cap. 01: Generalidades
MODULO DE GESTION DE USUARIOS
Este instructivo maestro es el mapa resumido del modulo: define los conceptos base y enlaza a los articulos donde cada tema se desarrolla en profundidad. Para la descripcion tecnica del modulo (como funciona, que pantallas tiene, como se opera), consulta:
Version: 3.3 | Fecha: septiembre de 2026
Nucleo: 1 – Usuarios y Perfiles
Categoria WordPress: Modulo de Gestion de Usuarios
📑 Índice
🧭 1. Como encontrar todo sobre Usuarios
La gestion de usuarios no vive en una sola etiqueta. El contenido esta distribuido en un ecosistema de etiquetas especializadas, cada una agrupando un aspecto diferente:
Mapa de Etiquetas
| Etiqueta | Que agrupa | Articulos |
|---|---|---|
| Roles, Permisos y Automatizacion (categoria 25 del modulo) |
Core del sistema: roles, permisos, privilegios, identidad. Fuente unica: Roles del Ecosistema IDEA | — |
| Soporte al usuario | Tickets, atencion, chatbots, guiones de respuesta | 27+ |
| Expediente | Expedientes de instructor, alumno, empleado, vuelo | 24 |
| Archivologia | Gestion documental, archivo fisico y digital | 146 |
| Instructor | Todo lo especifico del rol de instructor | 25 |
| Ficha de trabajo | Fichas operativas por departamento | 13 |
| Documentos | Tipos de documentos, plantillas, formatos | 35 |
Estructura de la documentacion
Arquitectura Global de Datos (los 8 Nucleos)
|
+-- ESTE DOCUMENTO (Instructivo Maestro de Usuarios)
|
+-- Modulo de Gestion de Usuarios (frontend)
+-- Nucleo 1 en Supabase (tablas SQL)
+-- Roles del Ecosistema IDEA (arquitectura + listado maestro)
+-- Categoria 25: Roles, Permisos y Automatizacion
+-- Etiqueta: Soporte al usuario (tickets, atencion)
+-- Etiqueta: Expediente (expedientes por tipo)
+-- Etiqueta: Instructor (rol de instructor)
Capitulos del Modulo
| Cap. | Nombre | Contenido |
|---|---|---|
| 01 | Generalidades e Instructivo Maestro | Este documento, conceptos base, mapa de etiquetas |
| 02 | Identidad y Estatus | Tipos de persona, estatus operativo, datos maestros |
| 03 | Roles y Permisos | Configuracion de acceso, privilegios. Ver Roles del Ecosistema IDEA |
| 04 | Automatizacion de Roles | Flujos: compra a cliente, matricula a alumno |
| 05 | Historial Financiero del Usuario | Multi-compromiso, cuotas, suspensiones automaticas |
| 06 | Expedientes y Fichas | Expedientes por tipo de usuario |
| 07 | Conexion Academica (Nucleo 4.1) | Portal alumno, notas, clases, certificados |
| 08 | Fidelidad y Relaciones | Gamificacion, lista blanca/negra, historial |
| 09 | Migracion y ETL | Transicion Airtable/WooCommerce a Supabase |
| 10 | Seguridad y Auditoria | RLS, matriz de permisos, log de auditoria |
📚 2. Generalidades — ¿Que es el Sistema de Usuarios?
Concepto de Usuario
Se define como la identidad digital unica de toda persona (natural o juridica) que interactua con el Ecosistema IDEA. Este registro trasciende el cargo o la relacion comercial, permitiendo que un individuo sea reconocido de forma consistente en el sistema, ya sea como aspirante (CIA/CC), empleado, instructor, proveedor, empresa o cliente de retail.
La identidad es el nucleo sobre el cual se activan o desactivan los roles y privilegios operativos.
Experiencia de usuario
Por que la experiencia de usuario es critica en IDEA
IDEA no es una empresa comun: es muchas empresas en una. Un mismo usuario puede ser alumno de aviacion, cliente de Aerotienda, comensal del Bistro, usuario de la Base Nautica y empleado administrativo. Todo convive bajo una sola cuenta. Esto hace que la interfaz sea inherentemente compleja, y por eso la experiencia de usuario debe ser excepcionalmente intuitiva.
Los principios UX obligatorios del sistema son: guias interactivas y tutoriales de onboarding, tips contextuales en cada pantalla, navegacion adaptativa (el usuario solo ve los modulos que le corresponden), busqueda inteligente global, notificaciones no invasivas, diseño responsivo mobile-first, acceso rapido a lo mas usado y retroalimentacion visual inmediata. Cada pantalla del sistema debe validarse contra estos principios antes de publicarse; se desarrollaran en detalle en instructivos especificos de UX.
Secciones del Sistema
El Modulo de Gestion de Usuarios es, por si solo, un sistema completo. Se divide en Secciones: cada seccion es un sub-modulo que agrupa las funciones, pantallas y datos que un usuario ve segun su relacion con IDEA. Una misma cuenta puede tener acceso a multiples secciones simultaneamente.
| Seccion | Que ve el usuario | Aplica a |
|---|---|---|
| Mi Perfil | Datos personales, foto, correo, contrasena, configuracion de notificaciones, preferencias de idioma | Todos los usuarios |
| Estudiante CC | Historial de cursos del Centro de Capacitacion, certificados, notas. No requiere permisos INAC | Alumnos de cursos cortos |
| Cliente Aerotienda | Historial de pedidos, tracking de envios, lista de deseos, devoluciones | Compradores de Aerotienda |
| Cliente Bistro | Historial de consumos, suscripcion de menu, reservas | Clientes del Bistro/Cafetines |
| Cliente Base Nautica | Reservas de actividades, historial de experiencias, suscripcion nautica | Clientes de la Base Nautica |
| Empleado | Ficha laboral, asistencia, permisos, evaluaciones, hojas de tiempo, tareas asignadas | Personal de IDEA |
| Instructor | Carga academica, certificaciones, grupos asignados, cronograma, evaluaciones. Conecta con el Modulo de Instructores | Instructores de tierra y vuelo |
| Pedidos y facturacion | Compromisos activos, cuotas pendientes, historial de pagos, estado de cuenta, suscripciones, facturacion | Cualquier usuario con compras |
| Payouts | Dinero que sale (IDEA le paga al instructor) | Colaboradores y clientes (reembolsos/premios) |
| Fidelidad y Puntos | Puntos acumulados, nivel actual, insignias, beneficios desbloqueados, recompensas disponibles | Todos los usuarios activos |
Inteligencia Artificial integrada (Vertex AI)
🤖 El sistema tiene cerebro propio
El ERP de IDEA incorpora motores de inteligencia artificial via Google Vertex AI (API + tokens) en dos niveles. La IA no es un chatbot decorativo: es un agente operativo que consulta la base de datos en tiempo real, ejecuta tramites y coordina entre personas.
- Nivel 1 — IA para el Usuario: guia de tramites paso a paso, consulta de informacion de su cuenta en vivo (Supabase), recordatorios proactivos de vencimientos, solicitud de cursos con disponibilidad real y gestion de pagos.
- Nivel 2 — IA para el Personal: procesamiento automatico de tramites, coordinacion de instructores por WhatsApp, congelamiento/descongelamiento con trazabilidad, generacion de reportes en lenguaje natural y preparacion de documentacion para auditorias INAC.
- Arquitectura tecnica: Vertex AI (Gemini) + Function Calling (Supabase Edge Functions) + canales WhatsApp/SMS/Email + Supabase como fuente de verdad, respetando siempre RLS y capabilities (la IA no ve ni hace mas de lo autorizado).
Los instructivos detallados sobre configuracion de agentes IA, prompts, funciones disponibles y limites operativos se desarrollaran en una categoria dedicada. Ver tambien: Modulo de Agentes Inteligentes (IA).
Caracteristicas de diseño
| Caracteristica | Resumen | Detalle completo |
|---|---|---|
| Alertas de Vigencia | Seguimiento automatico de vencimientos de documentos criticos (CMV INAC, licencias, cedulas) con alertas por sistema, WhatsApp, SMS y correo | Alertas y Notificaciones del Sistema (Cap. 04) |
| Interconectividad Documental | Expediente digital completo por usuario, diferenciado por tipo (alumno CIA, instructor, empleado, linea de vuelo), conectado al Modulo de Archivologia | Expedientes, Fichas y Examenes del Usuario (Cap. 06) |
| Multi-Compromiso Financiero | Arquitectura tipo bancaria (estilo Cashea): compromisos independientes por compra, morosidad calculada por separado, suspension de la identidad maestra ante mora grave | Historial Financiero, Cuotas y Compromisos (Cap. 05) |
| Fidelidad y Gamificacion | Historial de relaciones (lista blanca/negra, sanciones), puntos, niveles (Cadete → Copiloto → Capitan → Comandante), insignias y recompensas | Fidelidad, Relaciones y Gamificacion (Cap. 08) |
| Conexion Academica (Nucleo 4.1) | Acceso directo desde el perfil a notas, planificacion de clases, certificados, historial de vuelos, e-Learning y Expediente Digital INAC | Instructivo Maestro de Planificacion de CIA |
| Conexion con Instructores | Modulo transversal que gestiona la vida operativa del instructor: carga academica, certificaciones, asignaciones, bitacoras, nomina | Instructivo Maestro de Gestion de Instructores |
| Tareas, Objetivos y Calendario | Consolidacion en el perfil de tareas de ficha de trabajo, objetivos asignados, trabajo generado por otros modulos (tickets, OMA, Aerotienda) y calendario | Instructivo Maestro de Gestion de Trabajo |
| Trazabilidad de Estatus y Sanciones | Control de vigencia operativa (Activo/Inactivo/Suspendido) con historial blindado. Sistema de sanciones administrativas (no-show, daños, incumplimientos) que escala automaticamente | Roles del Ecosistema IDEA (estatus operativo) |
| Sistema de Suscripcion | Membresias recurrentes (academicas y de servicios) con renovacion y cobro automatico; si falla el pago aplica la logica de suspension. Vinculado al modulo de Administracion | Se desarrollara en el Cap. 05 |
🔑 3. Identidad, Roles y Accesos (resumen)
Para garantizar la seguridad, la trazabilidad historica y la escalabilidad, el sistema separa la informacion en tres capas independientes y maleables:
| Capa | Pregunta que responde | Contenido |
|---|---|---|
| Capa 1 — Identidad y Estatus | ¿Quien es y como esta? | Cedula/RIF como llave unica, tipo de persona, estatus operativo (Activo, Inactivo, Suspendido, Prospecto) |
| Capa 2 — Roles | ¿Que hace? | Roles de cliente, academicos/tecnicos, operativos, administrativos y de linea de mando (multiples roles simultaneos por identidad) |
| Capa 3 — Privilegios Maleables | ¿Que puede tocar? | Llaves CRUD y privilegios especiales (firma digital, descuento, conciliacion, multi-division) |
Las capas operan como un embudo de permisos: primero se valida la identidad y el estatus, luego se activan las herramientas de los roles asignados y finalmente se filtra por privilegios especificos. Los roles se asignan tambien de forma automatica segun las acciones del usuario (comprar → Cliente, matricularse → Alumno, etc.).
⭐ Roles del Ecosistema IDEA · Arquitectura y Listado Maestro
💽 4. Conexion con la Arquitectura de Base de Datos (Nucleo 1)
Este instructivo es la fuente de la verdad humana del Nucleo 1. La implementacion tecnica vive en Supabase:
| Concepto | Referencia |
|---|---|
| Nucleo | 1 – Usuarios y Perfiles |
| Documento arquitectonico | Arquitectura Global de Datos, Seccion 3, Nucleo 1 |
| Tabla maestra | public.profiles |
| Tablas satelite | metadata_instructores, expedientes_inac, historial_academico |
| Modulos del ERP | Cap 02 (Identidad), Cap 03 (Roles), Cap 05 (Financiero), Cap 06 (Expedientes), Cap 07 (Academico) |
4.1 Diagrama de relaciones
+---------------------+
| public.profiles | <-- Tabla Maestra (Nucleo 1)
| (Cedula/RIF = PK) |
+---------+-----------+
|
+-------------------+-------------------+
| | |
+-------v--------+ +-------v--------+ +-------v--------+
| metadata_ | | expedientes_ | | historial_ |
| instructores | | inac | | academico |
| (tallas, | | (docs INAC, | | (notas, |
| licencias) | | certificados)| | vuelos, |
+----------------+ +----------------+ | materias) |
+----------------+
4.2 Regla «Celula Madre»
La tabla
public.profileses la Celula Madre del ERP. Ninguna tabla en ningun otro Nucleo puede referenciar a una persona sin que esa persona exista primero enprofiles. Si cambias un dato aqui, se refleja automaticamente en OMA, CIA, Administracion y todas las divisiones.
🔄 5. Transicion Airtable a Supabase
5.1 Sistema heredado (Derogado)
| Origen | Contenido | Destino en Supabase |
|---|---|---|
| Airtable 00.01 | Listado maestro de usuarios | public.profiles |
| Airtable 00.21 | Listado de estudiantes | public.profiles + historial_academico |
| Airtable 384 | Tallas y medidas | metadata_instructores |
| Airtable 1500 + WooCommerce | Historial financiero, deudas y cuotas | ingresos_egresos (Nucleo 5) con enlace al Estatus del usuario |
Nota sobre Migracion Financiera: La transicion del historial de pagos (WooCommerce y tabla 1500) es el proceso mas critico. Se realizara mediante un ETL meticuloso, primero en un entorno de pruebas cerrado («sandbox») antes de pasarlo al ecosistema real. El detalle completo estara en el Capitulo 09: Migracion y ETL.
5.2 Flujo de integridad de datos en Supabase
- Identidad: Registro o reconocimiento del individuo (Cedula/RIF como llave unica)
- Expansion: El sistema activa las tablas relacionadas segun el rol (Academia, OMA, Ventas)
- Documentacion: Los soportes se integran en el Modulo de Archivologia vinculado al ID de Supabase
- Activacion de Servicios: El flujo Pedido → Reporte → Confirmacion activa los permisos en todas las tablas derivadas de forma instantanea
🔗 6. Instructivos relacionados
6.1 Core del sistema
| Instructivo | Descripcion | Referencia |
|---|---|---|
| ⭐ Roles del Ecosistema IDEA | Fuente unica: arquitectura de 3 capas, listado maestro de roles, privilegios y matriz de seguridad | Ver |
| Sistema de usuario | Descripcion tecnica del sistema | Ver |
| Relacionados a usuarios | Indice de articulos vinculados | Ver |
| Configuracion de privilegios | Como asignar roles y permisos | Ver |
| Niveles de Instructivos | Que ve cada perfil de usuario | Ver |
6.2 Expedientes y fichas
| Instructivo | Descripcion | Referencia |
|---|---|---|
| Expedientes de usuario | Gestion de expedientes por tipo | Ver |
| 334 – Expediente Instructor | Expediente del instructor | Ver |
| 336 – Expediente Empleado CIA | Expediente del personal CIA | Ver |
| Expediente linea de vuelo | Expediente para pilotos | Ver |
| 1015-N Expediente de Area | Expediente departamental | Ver |
6.3 Soporte al usuario
| Instructivo | Descripcion | Referencia |
|---|---|---|
| Normas – Soporte general | Politicas y normas de atencion al usuario, tiempos de respuesta y escalamiento de tickets | Ver |
| Gestion de soporte | Procedimiento operativo para recibir, clasificar, atender y cerrar solicitudes de soporte al usuario | Ver |
| Tipos de Ticket de Soporte | Clasificacion completa de tickets por tipo (consulta, tramite, queja, sugerencia) con prioridades y SLA | Ver |
| Supervision de Soporte | Gestion interna del equipo de soporte: metricas de rendimiento, organizacion de tickets y auditoria | Ver |
| Diseño del Modulo de Soporte al Usuario | Arquitectura tecnica del centro de soporte: WordPress, BetterDocs, chatbot IA, categorias y diseño Premium | Ver |
| Historial de Cambios del Centro de Soporte | Registro cronologico de todos los cambios realizados al centro de soporte: contenido, diseño y configuracion | Ver |
6.4 Academico (vinculados al usuario)
| Instructivo | Descripcion | Referencia |
|---|---|---|
| Bienvenida a estudiantes | Onboarding del alumno | Ver |
| Ingreso a linea de Vuelo | Activacion de expediente | Ver |
| Guia del Portal Academico | Interfaz alumno | Ver |
6.5 Comunicaciones, IA y Fidelidad
| Instructivo | Descripcion | Referencia |
|---|---|---|
| Comunicaciones del Ecosistema | Canales, Tellbid, arquitectura de mensajeria, reglas de envio | Ver |
| Agentes Inteligentes (IA) | Catalogo de agentes, Vertex AI, function calling, equipo responsable | Ver |
| Fidelidad, Relaciones y Gamificacion | Historial de relaciones, puntos, niveles, recompensas (Cap 08) | Ver |
| Alertas, Notificaciones y Acciones | Tabla de disparadores, canales de alerta, acciones automaticas (Cap 04) | Ver categoria |
🚀 7. Proximos Pasos
- Completar el Capitulo 04: Instructivos de automatizacion de roles (flujos compra a alumno)
- Completar el Capitulo 05: Detalle del sistema de multi-compromiso financiero
- Completar el Capitulo 09: Plan de migracion ETL (Airtable + WooCommerce a Supabase)
- Disenar el SQL schema del Nucleo 1 en Supabase (
public.profilesy satelites) - Clasificar los articulos de expedientes y academicos en sus capitulos (06 y 07)
- Disenar la interfaz del Modulo de Gestion de Usuarios en el frontend
- Desarrollar «Normas de Roles y Accesos del Sistema» (reglas de asignacion/revocacion, actualmente en construccion)
- Verificar los enlaces de etiquetas del Mapa de Etiquetas (§1): la etiqueta «Gestion de usuarios» no respondia y se reemplazo por la categoria 25.
Version 3.3 – El enlace de la etiqueta «Gestion de usuarios» (roto) se reemplazo por la categoria «25. Roles, Permisos y Automatizacion»; corregido el enlace de la categoria del modulo (slug mal escrito). Version 3.2 – La «Descripcion de Roles de Usuario» se fusiono en Roles del Ecosistema IDEA; se elimino el bloque <style> visible. Version 3.1 – Conversion a formato resumen.