El roadmap separa avances cerrados, operación manual de lanzamiento
y trabajo post-MVP. No usa fechas decorativas: cada punto debe
mostrar evidencia, límite y próxima acción.
Sirve para ordenar prioridades y mostrar límites. Un punto en plan no
habilita conclusiones sobre datos que todavía no fueron capturados,
atribuidos o revisados.
Módulos
16
Activos
9
Próximos
18
OCR pendiente
1.066
Fuentes P1
126
Listo
MVP anunciable
Lo que debe estar cerrado para publicar sin esconder límites ni huecos de datos.
Mantener online gratuito sólo Montevideo; Canelones y el resto de intendencias quedan marcados como próximos.
Evidencia
La cobertura pública gratuita queda limitada a 1 departamento; los demás datasets territoriales no se publican todavía y la política de habilitación queda auditada en CSV.
Próxima acción
Completar revisión manual de alias, fuentes complementarias y huecos contra la política pública antes de habilitar nuevos departamentos.
Resolver acceso autorizado o fuente oficial alternativa antes de extraer texto de Diarios de Sesiones y atribuir actividad pública a personas.
Evidencia
El directorio está publicado; 126 fuentes siguen pendientes de atribución y hay una tanda sugerida de 12 documentos para empezar; 12 visores quedaron restringidos por autoconsulta y 36 consultas alternativas oficiales quedaron preparadas; 12 solicitudes institucionales están listas para gestión.
Próxima acción
Ejecutar solicitudes institucionales y cola de fuentes alternativas; registrar URL o constancia por edición y volver a resolución de acceso antes de habilitar extracción, segmentación de oradores y conceptos.
Contrato automatizado de rutas críticas para verificar que home, suite y módulos principales sigan mostrando la identidad, navegación, contenido esperado y no pantallas de error.
Evidencia
Script check:mvp-visual-contracts integrado al prepublish; check:mvp-launch conserva las capturas con Playwright cuando haya Chromium disponible.
Próxima acción
Reactivar capturas pixel/viewport en CI o en una máquina con Chromium local para complementar el contrato HTML.
Formulario de seguimiento por correo, canales públicos, RSS/JSON, triage de lanzamiento y captura automatizada de errores client-side en logs de Vercel.
Evidencia
Ruta /herramientas/seguimiento/alertas/ publicada; ClientErrorMonitor reporta a /api/client-errors; el triage de lanzamiento separa P0/P1/P2 y check:mvp-prepublish valida el dry-run.
Próxima acción
Durante el anuncio, revisar triage, logs de Vercel y reportes de Soporte sin capturar datos personales.