De operación basada en confianza con faltantes recurrentes mensuales a estructura de control encadenada — gestión académica multi-centro con seguridad bancaria
Una fundación educativa con red nacional encadenó cobranza, asistencia y honorarios docentes por reglas — y los faltantes mensuales que nadie podía explicar dejaron de ocurrir.
Dirección General o Director Operativo de una fundación educativa, red de academias, escuelas técnicas con red nacional de capacitadores, o institución formativa con cobranza presencial diaria y nómina docente por desempeño. Si tu operación se sostiene en confianza, tienes faltantes de dinero recurrentes que nadie puede explicar y tu nómina docente se calcula a mano por asistencias — este caso describe tu situación.
El cliente
- Industria
- Educación / formación profesional / capacitación con red nacional de centros y capacitadores
- Cliente
- Fundación educativa con red nacional
- Modelo
- Plataforma multi-tenant lógica por centro de capacitación
- Escala
- +700 nombramientos a capacitadores · miles de alumnos
La operación se sostenía en confianza, y cada mes aparecían faltantes de dinero sin explicación.
- Operación sostenida en confianza con +700 nombramientos a capacitadores y red nacional de centros, con faltantes de dinero mensuales recurrentes sin explicación
- Cobranza dispersa en hojas de cálculo con errores de conteo al cierre del día
- Honorarios docentes calculados a mano desde asistencias, con disputas cada quincena
- Cancelaciones y reembolsos sin trazabilidad ni autorización formal
- Trámites administrativos sin estado claro ni control de vigencia documental
- Acceso indiferenciado entre personal interno y aliados externos — sin segregación
- Credencial única exponiendo a la institución a riesgo de credential-stuffing
Plataforma sobre 5 dominios funcionales que comparten una capa común de seguridad, permisos y auditoría: Administración (centros, sucursales, áreas, catálogos, asignaciones usuario↔centro), Academia (alumnos, profesores, talleres, grupos, asistencias, evaluaciones, expediente documental), Procesos (trámites con folio auto-generado, estados controlados y vigencias), Caja (apertura/cierre supervisado, multi-método, 5 perspectivas de corte) y Pagos (honorarios docentes derivados de asistencias confirmadas, proveedores con cancelación supervisada).
Encadenamiento cobranza ↔ asistencia ↔ honorario
Alumno paga → la asistencia transita de “En espera de pago” a “Asistió” → la asistencia confirmada alimenta automáticamente el cálculo del honorario del docente. Esto cierra el ciclo que en cualquier ERP/SaaS genérico vive en módulos desacoplados. No fue un problema de personal deshonesto — fue un problema de arquitectura.
2FA obligatorio con tres métodos
Microsoft Authenticator (TOTP estándar), WhatsApp y Email, a elección del usuario — obligatorio, no opcional.
Permisos granulares por endpoint
550+ rutas con permiso individual editables desde la interfaz, sin desarrollo.
Caja con doble llave
Pagos multi-método bajo un mismo folio, cancelación con solicitante + autorizador y faltante de caja con justificación obligatoria: la diferencia nunca se descarta en silencio.
Folio institucional
Auto-generado, inmutable y sin huecos.
Stack y arquitectura
Resultados
Rutas con permiso individual editables sin desarrollo, y 200+ acciones tipificadas en bitácora reportables por rango, usuario y tipo.
Bancario y obligatorio: los usuarios optaron mayoritariamente por Authenticator (TOTP) sobre WhatsApp.
“Antes registrábamos cada operación del día en Excel y al cierre los faltantes mensuales no tenían explicación. Hoy el sistema cierra el día por mí: cada peso tiene autorización, justificación y responsable, y eso nos cambió la forma de trabajar en todos los centros.”
Lecciones aprendidas
- Los faltantes recurrentes en una fundación educativa no son un problema de personal deshonesto — son un problema de arquitectura. Cuando cobranza, asistencia y honorario viven en sistemas separados, los descuadres son inevitables y nadie tiene incentivo para investigarlos. El encadenamiento por reglas resolvió la causa raíz, no el síntoma.
- Esperábamos que WhatsApp sería el método 2FA predominante en LATAM por adopción cultural. Sorpresa: los usuarios optaron mayoritariamente por Microsoft Authenticator (TOTP estándar). No asumas el método de menor fricción — déjalo a elección del usuario y mide adopción real.
- El bloqueador interno común fue personal operativo que prefería opacidad en cancelaciones y manejo de caja. El flujo de autorización supervisada con motivo obligatorio disolvió ese patrón sin tener que confrontar a nadie. La estructura disciplina.
