Plataforma central que integra Servion (CRM), SIGEM (sistema fiscal), Moodle (LMS) y Cognito (auth) bajo un solo backbone multi-tenant. Etapa 1 entrega lo crítico para operar día a día. Etapa 2 entrega la riqueza académica que diferencia a Marista.
Para el viernes 17 de julio, el cliente tiene producción funcionando con datos reales: leads de Servion convirtiéndose en alumnos inscritos, portal del alumno operando, cobranza activa y dashboard directivo con KPIs reales.
VPC, base de datos, Cognito User Pool, S3, Lambda runtime, CI/CD GitHub→Amplify.
Login Cognito unificado con grupos por rol y tenant claim. RBAC mínimo funcional.
Cada rol entra a su shell vacío con identidad correcta.
Login funcional desde cuentas mock · cualquier rol entra al placeholder de su portal.
Programas (slug, prefijo, RVOE), ciclos, materias, tarifas, plantilla docente, alumnos vigentes. Captura paso a paso desde la plataforma.
Alta/baja de cuentas, asignación de roles, activación de capabilities por departamento.
Landing UMA + landing virtual con programas dados de alta visibles al público.
El cliente da de alta su Lic. Derecho con sus 9 cuatris, 28 grupos, 22 docentes y 412 alumnos · todo capturado desde la plataforma sin Excel.
Webhooks lead.created · lead.qualified · lead.updated. Sync bidireccional de actividad.
Pipeline de leads, calificación, asignación de matrícula tentativa, generación de solicitud de examen.
Hand-off automatizado del lead calificado con su solicitud de examen lista.
Lead nuevo entra desde Meta Ads → Servion → plataforma · Comunicación lo califica y entrega a Secretaría General en 2 clicks · CE recibe alerta.
8 pasos en UMA (matrícula SIGEM, examen, dictamen, pago, alta Moodle) · 4 pasos en virtual.
Upload de documentos, validación CE, control de pendientes, alertas de vencimiento.
Polling Moodle 30 min, alta automática post-pago, asignación de grupo según ciclo.
Identidad, kárdex, asistencia, pagos, expediente 360 (5 secciones).
Aspirante completa la saga end-to-end · termina inscrito viendo su portal con identidad, kárdex y pagos activos.
Aplicación de abonos, condonación, becas, bloqueo Moodle automático por adeudo > 30 días.
Funnel admisiones, ingresos del mes, retención, drilldown alumno individual.
Cada responsable valida su porción. Captura de findings y fixes.
Carga de datos del cuatri vigente. Switch DNS a dominio productivo. Sistema operando.
Sistema en producción con datos reales · rectoría ve KPIs reales · firma de aceptación de etapa 1.
Para el viernes 25 de septiembre, UMA tiene perfil de egreso medible operando, gamificación del alumno y docente, Vida Estudiantil con dictámenes Armstrong, Vida UMA gestionando sus equipos, reportes SEP automatizados y Depto Egresados activo.
3 workshops con Dirección Académica: qué variables medimos, cómo se miden, cómo interactúan entre sí.
Spec de competencias, sub-competencias, aptitudes, niveles, instrumentos. Aprobado por Dirección Académica.
Pantallas de captura de competencias, rúbricas, matriz, evidencias, listas para que el cliente las pueble.
Documento operativo firmado · Dirección Académica recibe la UI lista para empezar a capturar su perfil.
Dirección Académica captura competencias, sub-competencias, aptitudes para los programas piloto.
Creación, versionado, descriptores 0-4, asociación a competencias.
Mapeo con pesos, detección de competencias sub-cubiertas o materias huérfanas.
Espejo Moodle + selección de rúbrica + calificación por descriptor.
Dirección Académica captura el perfil completo · Dr. Velázquez (mock) prueba captura de evidencia con rúbrica activa.
Captura del resultado Armstrong (8 dimensiones) cuando llega del proveedor externo + upload del PDF de respaldo.
Emisión de dictamen con criterios, bitácora de acompañamiento, alertas tempranas configurables.
Badges, niveles, XP, ranking, portafolio de evidencias.
Causales, recuperabilidad, contacto agendado a 30 días, alertas a PSP.
PSP captura un dictamen con su Armstrong adjunto · Sofía Cervantes (mock) ve sus badges y avance del perfil de egreso.
Equipos deportivos, clubes culturales, eventos pastoral, asistencias a actividades extracurriculares.
Calendario de vencimientos, plantillas oficiales, exportación CSV/XLSX lista para upload.
Niveles de maestría docente (L1-L5), badges, hitos UMA, plan de crecimiento.
Vida UMA aprueba un evento del calendario · Reporte SEP de matrícula cuatrimestral exporta CSV oficial · Dr. Velázquez ve su credencial digital con trayectoria.
Encuestas masivas, bolsa institucional, eventos exalumni, indicadores de empleabilidad.
Validación final de cada módulo entregado en etapa 2.
Manuales por rol, runbooks, troubleshooting, contactos de soporte.
Sesiones de capacitación operativa por departamento. Transferencia de credenciales y monitoreo a equipo TI del cliente.
Encuesta sale a 187 egresados Gen 2024 · handover firmado · sistema bajo operación del equipo UMA.
15 min · solo equipo de devs · qué se hizo, qué sigue, bloqueos. Sin cliente.
2 hrs · product owner del cliente + tech lead + dev team · scope y criterios de aceptación del sprint.
30 min · solo si hay bloqueos pendientes. Si no hay, se cancela.
1.5 hrs · demo en vivo del software entregado · feedback inmediato del cliente · ajustes para próximo sprint.
Rector + directores claves · validación del rumbo y de la pre-producción.
Todos los actores · firma de aceptación · sistema entra a producción con datos reales.
Para evitar scope creep y mantener fechas, los siguientes alcances NO entran en estas 20 semanas. Cualquiera de ellos se evalúa como proyecto adicional con su propio cronograma.
La nómina sigue como hoy: TH sube recibos PDF/XML manualmente desde el sistema externo. NO hay API a CONTPAQi en este alcance.
El proveedor externo de Armstrong NO expone API. PSP captura el resultado manualmente cuando llega + upload del PDF de respaldo.
SIGEM emite el CFDI oficial. Nuestra plataforma consume y muestra el CFDI desde SIGEM, no lo genera.
v1 = paquetes CSV manuales. La API directa con SIGEM se evaluará en v2 (post handover) cuando SIGEM la exponga.
Los wizards capturan el cuatri vigente + ciclo anterior. Histórico profundo se evalúa en proyecto separado si aplica.
Esta es la propuesta acordada con UMA SLP. Cualquier cambio de scope se renegocia con dirección administrativa antes de afectar el cronograma. Cualquier ajuste se documenta en este mismo roadmap.