Modelo operativo¶
El modelo operativo separa el portal público del panel administrativo. El solicitante registra información y conserva su folio; los usuarios internos operan el resto del ciclo desde el panel con permisos de Django.
Actores¶
| Actor | Participación real |
|---|---|
| Solicitante | Captura CURP, elige convocatoria, completa formulario y consulta por folio. |
| Administrador de tenant | Gestiona usuarios, convocatorias, padrón y pagos. |
| Analista / validador | Revisa solicitantes, identidad, expedientes y documentos. |
| Evaluador | Revisa o ejecuta scoring según permisos. |
| Dictaminador | Emite dictámenes desde el panel. |
| Sistema | Persiste datos, calcula scoring y emite notificaciones internas. |
Separación de funciones¶
flowchart LR
A[Portal público] --> B[Solicitante]
C[Panel] --> D[Usuarios internos]
D --> E[Permisos por vista]
E --> F[Acciones auditables]La separación depende de grupos y permisos configurados en Django. La aplicación no impone por sí sola que una misma persona no pueda validar, evaluar o dictaminar; esa política se administra asignando permisos correctamente.
Controles operativos¶
| Control | Implementación |
|---|---|
| Tenant | Datos filtrados por tenant del usuario autenticado. |
| Permisos | PermisoRequeridoMixin en vistas del panel. |
| Auditoría | Registro de acciones relevantes y eventos históricos. |
| Folio | Identificador público de seguimiento. |
| Versionado | Padrón con versiones por convocatoria y tenant. |
Indicadores útiles¶
El dashboard del panel calcula métricas reales desde la base de datos:
- convocatorias por tenant;
- solicitantes por estado de validación;
- expedientes completos y documentos pendientes;
- scores calculados;
- dictámenes aceptados, rechazados o pendientes;
- beneficiarios activos;
- pagos programados y pagados.