Frescura visible
La antigüedad se evalúa por fuente y se expresa con texto. El color acompaña la explicación.
Caso técnico · Demostración con datos sintéticos
Consolidación de datos:
publicar con criterio.
RELOJ explora un problema del cierre mensual: cuatro fuentes llegan con distinta antigüedad y una puede dejar de responder. La decisión de aceptar, marcar o detener cambia lo que se publica.
El problema que representa
Un total puede parecer correcto aunque una fuente pertenezca al periodo anterior. La demostración permite observar cómo la frescura, las reglas de validación y la política de publicación afectan al cierre. El trabajo técnico consiste en modelar esas decisiones y hacer visibles sus consecuencias.
Alcance: simulación interactiva ejecutada en el navegador con datos sintéticos y semilla fija. No se conecta a sistemas de clientes. Los tiempos, cantidades y diferencias mostrados son valores del escenario; no son métricas de impacto de un cliente ni un benchmark.
Cómo está construido el escenario
El motor JavaScript calcula el estado de las fuentes y el resultado del cierre según los controles seleccionados. La cadena representada recorre extracción, preparación, validación, modelo y publicación.
- Cuatro fuentes
- Preparación
- Validación
- Modelo semántico
- Publicación
| Origen representado | Condición que permite explorar |
|---|---|
| Base transaccional | Consulta incremental con un corte reciente. |
| Listas de apoyo | Datos de colaboración con otro momento de actualización. |
| Servicio de tesorería | Caída simulada y recuperación de un extracto del periodo anterior. |
| Archivos de sucursal | Libros de Excel con una antigüedad superior a la de los otros orígenes. |
La representación agrupa 42 controles por familias: llaves, integridad referencial, cuadre, frescura y formato. El motor deriva incumplimientos del escenario; no ejecuta 42 consultas sobre una base de datos externa.
Recorrido para comprobar el comportamiento
- Ejecuta la configuración inicial. Revisa el corte de cada origen y el resultado de la cadena.
- Reduce el umbral de frescura. Una fuente puede quedar fuera del límite aunque siga respondiendo.
- Selecciona «No aceptar». Si hay un origen vencido, observa cómo la cadena se detiene en la fuente.
- Selecciona «Aceptar con marca». Activa «Simular servicio caído» y conserva «Detener si la validación falla». El escenario debe detenerse en validación.
- Desactiva esa detención. Compara el resultado publicado con avisos y revisa qué información acompaña al dato diferido.
El registro, la tabla de orígenes y el resultado final permiten contrastar la política elegida con sus consecuencias. «Aceptar en silencio» representa deliberadamente el riesgo de ocultar la antigüedad, no una recomendación de operación.
Decisiones de diseño y límites
Política separada
El mismo escenario puede detenerse o publicarse con avisos según la decisión de control.
Escenario reproducible
La semilla fija y las reglas del motor permiten comparar decisiones sobre la misma base sintética.
Llevar este patrón a producción requiere contratos y validaciones sobre datos reales, credenciales protegidas, persistencia de ejecuciones, controles de acceso, pruebas de recuperación y métricas operativas. Esos componentes no se acreditan mediante esta demo.