Datos en tiempo real: cuándo hacen falta de verdad

En algún momento de casi cualquier conversación sobre datos aparece la frase: "y esto lo queremos en tiempo real". Suena a ambición sana —¿quién quiere datos viejos?— pero esconde una decisión que casi nunca se toma de forma explícita: con qué frecuencia necesitan actualizarse tus datos. La respuesta cómoda es "cuanto más, mejor". La respuesta correcta depende de algo muy concreto: qué decisiones cambiarían si el dato fuera más fresco. Este artículo es para tomar esa decisión con criterio, porque el tiempo real se paga —en dinero, en fragilidad y en mantenimiento— y la mayoría de las veces no compra nada.

Qué se pide en realidad cuando se pide "tiempo real"

Conviene empezar por separar dos cosas que se confunden. Tiempo real, en sentido estricto, significa que el dato refleja lo que está pasando ahora, con retardo de segundos. Lo que la mayoría de la gente quiere decir es otra cosa: "que cuando yo mire el informe, esté al día". Son peticiones muy distintas con costes muy distintos.

La segunda se resuelve casi siempre con una actualización diaria, o incluso con una actualización antes de las horas en que la gente consulta. Si nadie mira los datos entre las siete de la tarde y las ocho de la mañana, refrescarlos cada minuto durante la noche no informa a nadie: solo consume.

Merece la pena hacer la pregunta desnuda: cuando dices tiempo real, ¿necesitas reaccionar a lo que pasa en este instante, o necesitas no encontrarte cifras de la semana pasada? Lo primero es tiempo real. Lo segundo es frescura razonable, y es muchísimo más barato.

Lo que cuesta el tiempo real (y no sale en la propuesta)

El coste del tiempo real no es una línea en una factura: es una estructura. Y crece en tres direcciones.

Complejidad técnica. Mover datos cada noche es un problema resuelto y robusto. Moverlos de forma continua exige otro tipo de arquitectura: conexiones permanentes entre sistemas, gestión de fallos al momento, más piezas que pueden romperse. Cada escalón de frecuencia añade maquinaria.

Fragilidad. Un proceso que se ejecuta una vez al día falla, como mucho, una vez al día, y suele haber margen para arreglarlo antes de que nadie lo note. Un flujo continuo puede fallar a cualquier hora, y cuando falla, el dato "en tiempo real" pasa a ser un dato congelado que parece vivo: el peor de los casos, porque nadie desconfía de él.

Mantenimiento. Todo lo anterior hay que vigilarlo y sostenerlo mientras viva. La frecuencia que eliges hoy es un compromiso de mantenimiento para los próximos años, no una casilla que se marca una vez.

Nada de esto es un argumento contra el tiempo real. Es un argumento para que se lo gane.

La pregunta correcta: ¿qué decisión cambia?

La frecuencia de actualización no es una propiedad del dato: es una propiedad de la decisión que ese dato alimenta. La regla práctica es esta: el dato tiene que ser tan fresco como la decisión que depende de él, y no más.

Si el comité revisa las ventas cada lunes, un dato actualizado el lunes por la mañana alimenta esa decisión exactamente igual que uno actualizado al segundo. Si la tesorería se revisa a diario, la actualización diaria basta. Nada de lo que ocurra entre una revisión y otra cambia decisión alguna, porque nadie está decidiendo en ese intervalo.

¿Cuándo sí se justifica la frecuencia alta? Cuando hay alguien —una persona o un proceso automático— capaz de reaccionar en ese mismo plazo. Quien coordina una operación logística durante el día, quien atiende una incidencia que se degrada por minutos, un proceso que detiene pedidos cuando algo se sale de rango: ahí el dato fresco cambia acciones reales. La prueba es siempre la misma: si el dato llegara una hora antes, ¿alguien haría algo distinto una hora antes? Si la respuesta honesta es no, esa hora de frescura no vale nada.

Hay además un efecto secundario del que se habla poco: mirar en continuo datos que se mueven en continuo invita a reaccionar al ruido. Las cifras de un día cualquiera oscilan por razones que no significan nada, y quien las mira cada hora acaba encontrando tendencias donde solo hay azar. Para la mayoría de las decisiones de gestión, un dato que se asienta cuenta la verdad mejor que un dato que tiembla.

Frecuencia por decisión, no una para todo

De aquí sale una consecuencia práctica: no existe "la" frecuencia de tu empresa. Existe una frecuencia adecuada por cada tipo de decisión, y lo normal es que convivan varias. Las decisiones operativas del día pueden pedir datos frescos a lo largo de la jornada; el seguimiento comercial, datos diarios; la revisión de márgenes o el cierre, datos mensuales y estables.

Plantearlo así tiene otra ventaja: convierte una conversación técnica ("¿puede el sistema refrescar cada cinco minutos?") en una conversación de negocio ("¿qué decisiones tomamos, con qué ritmo, y qué datos necesitan?"). La primera pregunta la responde un proveedor con un presupuesto. La segunda solo puede responderla la empresa, y es la que evita pagar por una prestación que nadie usará. Cuando un proyecto de datos empieza por esa segunda pregunta, la frecuencia deja de ser un requisito heredado y pasa a ser una decisión dimensionada.

Cinco preguntas antes de pedir datos en tiempo real

1. ¿Qué decisión concreta cambiaría con un dato más fresco, y quién la toma?
2. ¿Hay alguien (o algo) capaz de reaccionar en ese plazo, o el dato fresco esperaría igualmente a la reunión?
3. ¿Con qué frecuencia se consulta hoy de verdad ese informe?
4. ¿Qué pasa si el flujo continuo falla un martes a las once: quién se entera y cómo?
5. ¿Bastaría con que los datos estuvieran al día cada mañana? Si la respuesta es sí, ya tienes tu frecuencia.

El tiempo real de verdad existe y tiene sus casos. Pero es una prestación que se contrata para decisiones que la necesitan, no un adjetivo que se añade a un proyecto para que suene moderno. La frecuencia de actualización es una decisión de negocio; tómala como tal.