Frescura del dato: cada cuánto conviene actualizar

La pregunta correcta no es con qué frecuencia se puede actualizar un dato, sino cada cuánto necesita actualizarse para que la decisión que soporta siga siendo buena. Esa frecuencia la fija el negocio, no la infraestructura.

A continuación: por qué el tiempo real por defecto es caro, cómo se determina la frecuencia útil, qué exige criterio y cómo se ordena el proyecto.

En casi todo proyecto de datos alguien pide información en tiempo real. Cuando se pregunta qué decisión cambia si el dato llega con una hora de retraso, la respuesta habitual es que ninguna.

Eso no invalida la petición: la revela como lo que es, una preferencia razonable por tener lo más reciente. Pero una preferencia y un requisito cuestan cosas muy distintas.

Por qué el tiempo real por defecto sale caro

Actualizar de forma continua exige una arquitectura distinta: procesamiento por eventos, tolerancia a fallos en el flujo y monitoreo permanente. Es una capacidad valiosa y también es la más costosa de operar.

El costo no es sólo de infraestructura. Un flujo continuo obliga a resolver en el momento las inconsistencias que un proceso por lotes resolvería con una validación previa, y eso traslada complejidad al lugar donde es más difícil corregirla.

Cuando esa capacidad se aplica a un indicador que se revisa en un comité mensual, la organización paga una arquitectura de segundos para sostener una decisión de treinta días.

Cómo se determina la frecuencia útil

Empiece por la decisión. Cada dato existe para sostener una decisión concreta: reponer inventario, contactar a un cliente, autorizar una operación, revisar un presupuesto. Identifique cuál es.

Pregunte con qué frecuencia se toma. Si la decisión se toma una vez al día, un dato actualizado cada hora ya es más que suficiente. Si se toma en el momento de atender a un cliente, la exigencia es otra.

Estime el costo de decidir con dato viejo. Es la pregunta que ordena la conversación. Si actuar con información de ayer no cambia el resultado, la frecuencia diaria es la correcta y discutirlo más es tiempo perdido.

Documente la respuesta junto al indicador. La frecuencia deja de ser un detalle técnico y pasa a ser parte de la definición del dato, visible para quien lo consume.

Lo que exige criterio

Hay datos donde la frescura no es preferencia sino condición. La detección de fraude, la disponibilidad de un servicio en operación y el control de una planta pierden todo su valor si llegan tarde, y ahí la discusión de costo se plantea al revés.

También conviene distinguir frescura de latencia de consulta. Un tablero puede responder en un segundo sobre datos de ayer, y eso confunde a quien lo usa: la velocidad de respuesta no dice nada sobre la antigüedad de la información.

Por eso el dato mostrado debería venir acompañado de su marca de tiempo. Un número sin fecha invita a suponer que es actual, y esa suposición es la que produce decisiones equivocadas con información correcta.

Qué cambia según la fuente

No todas las fuentes permiten la misma frecuencia. Un sistema transaccional propio puede exponer cambios de forma continua; un servicio de un tercero puede imponer límites de consulta que fijan el techo real.

Cuando la fuente limita, la frecuencia prometida al negocio tiene que reflejar ese límite. Prometer actualización cada cinco minutos sobre una fuente que permite dos consultas por hora es una promesa que se rompe el primer día.

Y si el dato viene de un proceso manual —una carga que alguien ejecuta— la frescura depende de una persona, no de la arquitectura. Conviene decirlo así en lugar de disfrazarlo de proceso automático.

Cómo se ordena el proyecto

Levante el inventario de indicadores en uso y, para cada uno, registre tres cosas: qué decisión soporta, con qué frecuencia se toma esa decisión y con qué frecuencia se actualiza hoy.

La tabla resultante suele mostrar dos desajustes en direcciones opuestas: indicadores actualizados con mucha más frecuencia de la necesaria, e indicadores críticos que dependen de una carga semanal.

Corrija primero los segundos. Bajar la frecuencia de lo sobredimensionado libera costo, pero subir la de lo que llega tarde cambia decisiones.

Qué se necesita antes

Un responsable por indicador, capaz de responder qué decisión soporta. Sin esa figura la conversación se vuelve técnica y termina resolviéndose por preferencia.

Y aceptar que la respuesta correcta suele ser modesta: la mayoría de los indicadores de gestión viven bien con una actualización diaria, y decirlo con claridad es lo que deja presupuesto para los pocos que sí necesitan continuidad.

Tres frecuencias que cubren casi todo

Continua. El dato se actualiza a medida que ocurre. Se justifica cuando la decisión se toma en el instante y el retraso cambia el resultado: autorizar una operación, detectar un fraude, reaccionar ante la caída de un servicio. Es la más cara de construir y de operar, y por eso conviene reservarla.

Intradía. Varias actualizaciones al día, típicamente por hora. Cubre la mayor parte de la operación: inventario, cartera, atención, disponibilidad. Ofrece margen de reacción dentro de la jornada sin exigir arquitectura de eventos.

Diaria. Una carga consolidada, normalmente de madrugada. Es suficiente para casi todo indicador de gestión y de dirección, y tiene una ventaja que rara vez se menciona: permite validar antes de publicar, de modo que lo que el negocio ve ya pasó por control de calidad.

La mayoría de los desajustes que aparecen en un inventario se resuelven moviendo indicadores entre estas tres categorías, sin construir nada nuevo.

¿Cuándo se justifica el tiempo real?

Cuando la decisión se toma en el momento y el retraso cambia el resultado: fraude, disponibilidad de un servicio, control de operación. Fuera de esos casos suele ser preferencia, no requisito.

¿Frescura y velocidad del tablero son lo mismo?

No. Un tablero puede responder en un segundo mostrando datos de ayer. Por eso conviene mostrar siempre la marca de tiempo del dato junto al número.

¿Qué pasa si la fuente no permite la frecuencia pedida?

Ese límite fija la frecuencia real, y hay que declararlo. Prometer una actualización que la fuente no soporta produce una promesa que se rompe de inmediato.

¿Por dónde conviene empezar?

Por un inventario que cruce, para cada indicador, la decisión que soporta con su frecuencia actual. Los desajustes aparecen solos y casi siempre en ambas direcciones.