Casos de uso
Del template diligenciado en un área hasta la cifra consolidada en un dashboard: seis escenarios reales que recorren el DataLab de punta a punta, con los roles y las rutas que intervienen en cada uno.
Seis escenarios, un mismo flujo
Cada tarjeta es un recorrido completo: quién actúa, qué hace y dónde queda el resultado. Todos comparten el mismo ciclo de vida del dato —cargar, revisar, consolidar y certificar— pero entran por puertas distintas.
1 · Reportar la operación periódica
Un área sube su información recurrente con el template oficial. Ej.: Registro y Control carga la matrícula del semestre a través del wizard, que valida el archivo antes de aceptarlo.
2 · Revisar y decidir
Un analista de Planeación abre las cargas pendientes en
/operaciones/revisar y las aprueba o rechaza con observaciones
para que el área corrija. Ver operaciones.
3 · Endurecer un schema
Un administrador agrega validaciones o catálogos a un schema. El cambio
se propaga a los wizards sin redeploy gracias a un onValue sobre
/DataLab/config/upload_schemas.
4 · Consultar cifras consolidadas
Cualquier usuario autorizado abre el dashboard de un módulo —Estudiantes, ICFES, Deserción, etc.— y consulta los indicadores ya consolidados a partir de las cargas aprobadas.
5 · Verificar un certificado
Se comprueba la autenticidad de una carga siguiendo el QR o el enlace de su certificado, que confirma qué se subió y cuándo quedó respaldado.
6 · Auditar el historial
Se rastrea quién subió qué y cuándo, apoyándose en los certificados y en la trazabilidad de cada carga para responder a controles internos.
En detalle: Registro y Control reporta la matrícula
El escenario más frecuente combina los tres primeros roles. Así se ve de principio a fin:
El área diligencia el template oficial
Registro y Control completa el template de matrícula del semestre, respetando cabeceras, hoja y catálogos esperados. La estructura exacta la define el schema de la operación.
Sube el archivo por el wizard
A través del wizard el responsable carga el Excel. Las validaciones corren antes de aceptar el archivo; si algo no cuadra, el error se muestra en ese momento y no se envía nada.
Planeación revisa lo pendiente
Un analista entra a /operaciones/revisar, inspecciona la carga y decide: la
aprueba o la rechaza con observaciones para que el área ajuste y vuelva a subir.
La cifra queda consolidada y certificada
Aprobada la carga, sus datos alimentan el dashboard del módulo (p. ej. Estudiantes) y queda emitido su certificado con QR/enlace para verificar y auditar más adelante.
/operaciones/revisar con cargas PENDIENTE y las acciones de aprobar / rechazar con observaciones.
Quién entra por dónde
El mismo dato pasa por varias manos. Esta tabla resume qué rol dispara cada escenario y en qué parte de la plataforma ocurre.
| Escenario | Quién | Dónde | Resultado |
|---|---|---|---|
| Reportar operación periódica | Área responsable | Wizard | Carga en estado pendiente |
| Revisar y decidir | Analista Planeación | /operaciones/revisar | Aprobada o rechazada con observaciones |
| Endurecer un schema | Administrador | Esquemas | Validaciones nuevas sin redeploy |
| Consultar cifras | Usuario autorizado | Dashboard del módulo | Indicadores consolidados |
| Verificar certificado | Cualquiera con el enlace | Certificados | Autenticidad confirmada por QR |
| Auditar historial | Control / Planeación | Certificados + trazabilidad | Quién subió qué y cuándo |