Marzo. Alguien detecta que la regla de descuentos estaba mal y la corrige. Un cambio pequeño, bien hecho, y el equipo lo celebra.
Semanas después, en una revisión, alguien abre el informe de febrero. Los números no coinciden con los que la junta aprobó en su momento. No es que estén mal: es que ahora se calculan con la regla nueva.
El informe que se presentó, se discutió y se aprobó ya no existe en ninguna parte.
Nadie hizo nada indebido. Simplemente, al corregir el presente se reescribió el pasado.
Qué es el versionado de datos
El versionado de datos consiste en conservar cada estado anterior de la información en lugar de sobrescribirlo. Cada modificación —un archivo que se actualiza, una regla que se corrige, una carga nueva— genera una versión nueva, y la anterior sigue estando disponible.
La comparación que mejor funciona en un comité es la del control de versiones del software. Ningún equipo de desarrollo trabaja sobrescribiendo archivos: cada cambio queda registrado, se sabe quién lo hizo y siempre se puede volver atrás. Nadie discute que eso sea necesario para el código.
Los datos con los que su empresa decide merecen exactamente el mismo trato. La frase que resume la idea es corta: el dato se trata como el código fuente.
Lo que el versionado no es
Aquí está la confusión más cara del tema, y conviene resolverla antes de seguir.
El versionado no son las copias de seguridad. Son cosas distintas y una no reemplaza a la otra:
- Una copia de seguridad protege contra la pérdida. Sirve para restaurar el sistema completo después de un incidente. Es un seguro.
- El versionado protege contra el olvido. Permite consultar un estado anterior concreto sin restaurar nada, mientras el sistema sigue operando con normalidad. Es una herramienta de trabajo.
Dicho de otro modo: una copia responde qué había. El versionado responde por qué cambió y qué versión se usó para decidir.
Muchas empresas creen estar cubiertas porque tienen respaldos. Y después descubren, en medio de una auditoría, que restaurar un respaldo de hace ocho meses para consultar una cifra no es una opción realista.
Las tres cosas que hay que versionar
Este es el punto que más se subestima, y explica por qué tantos intentos de versionado no terminan sirviendo. Para poder reproducir una cifra hacen falta tres piezas, y versionar solo una no alcanza:
- Los datos de entrada. El archivo, la tabla o la carga que se usó. Si alguien reemplazó el archivo de origen, el cálculo ya no parte de lo mismo.
- Las reglas que se aplicaron. La definición de qué es un duplicado, cómo se convierte una moneda, qué se considera una venta. Si la regla cambió, el resultado cambia aunque los datos sean idénticos.
- El resultado publicado. La cifra que efectivamente se presentó, con la fecha en que se produjo.
Falta cualquiera de las tres y el número deja de ser reproducible. Es el error más común: se versionan los archivos, se olvida versionar las reglas, y meses después nadie entiende por qué los mismos datos dan resultados distintos.
Qué se rompe sin versiones
La comparación entre períodos
Comparar enero contra junio deja de tener sentido si las reglas cambiaron en el camino y nadie registró cuándo. La empresa cree estar viendo una tendencia y está viendo, en parte, el efecto de sus propias correcciones.
Es un tipo de error especialmente peligroso porque no se ve. No hay una alerta ni una celda en rojo: solo una curva que parece decir algo que no dice.
La auditoría
Un auditor pide la cifra que se reportó en un período cerrado. La empresa la recalcula y da distinto. Ahora hay que explicar por qué — y sin versiones, la explicación es una reconstrucción de memoria.
Con versiones, la respuesta es directa: esta es la versión vigente en esa fecha, estas eran las reglas aplicadas, este es el resultado. La conversación dura minutos en vez de semanas.
La confianza en las correcciones
Esta es la más silenciosa. Cuando corregir un error significa que todos los informes históricos cambian sin aviso, los equipos empiezan a evitar las correcciones. Prefieren dejar el error conocido antes que provocar un desajuste que nadie sabrá explicar.
Una empresa sin versionado termina desincentivando el arreglo de sus propios errores. Es lo contrario de lo que cualquiera querría.
La objeción del espacio
Aparece siempre, y merece una respuesta directa: si guardamos todas las versiones, ¿no se va a disparar el almacenamiento?
Vale la pena poner los dos costos uno al lado del otro.
El almacenamiento es hoy uno de los renglones más baratos de la operación de datos, y baja cada año. El costo de no poder reproducir una cifra no baja: son horas de reconciliación cada cierre, hallazgos de auditoría, decisiones tomadas sobre números que nadie puede defender, y el tiempo de las personas mejor pagadas de la organización discutiendo cuál de dos cifras es la buena.
La pregunta útil no es cuánto cuesta guardar las versiones, sino cuánto cuesta el mes en que no las tuvimos.
Dicho esto, versionar no significa guardar todo para siempre sin criterio. Una política razonable define cuánto tiempo se conserva cada tipo de versión — pero esa es una decisión de retención, tomada a propósito, no el resultado de nunca haber versionado nada.
Qué pedirle a una plataforma
Cinco preguntas que separan el versionado real del que solo figura en el folleto:
- ¿Versiona solo? Si alguien tiene que acordarse de guardar una copia antes de cambiar algo, no hay versionado. Hay disciplina — y la disciplina falla justo el día de más trabajo.
- ¿Versiona también las reglas? Versionar los archivos y no las reglas de transformación deja el trabajo a medias, y es el error más frecuente.
- ¿Se puede volver atrás? Consultar una versión anterior es el mínimo. Poder restaurarla es lo que convierte el versionado en una red de seguridad real.
- ¿La cifra publicada queda amarrada a su versión? El reporte de febrero debe seguir apuntando a las reglas de febrero, no a las de hoy.
- ¿Se puede consultar sin restaurar? Si para ver un estado anterior hay que revertir el sistema, nadie lo va a usar nunca.
Lo que cambia
Cuando el versionado existe, pasan dos cosas que se notan rápido.
La primera: corregir deja de dar miedo. El equipo arregla los errores en cuanto los encuentra, porque sabe que lo anterior sigue ahí y que puede explicar exactamente qué cambió y desde cuándo.
La segunda: el pasado deja de ser opinable. Cuando alguien pregunta por qué el número de febrero era otro, la respuesta no es una teoría. Es un registro.
Y esa es la base de algo más grande: sin versiones no hay reproducibilidad, y sin reproducibilidad no hay forma de confiar en un dato para automatizar nada — ni un reporte, ni un modelo, ni un agente.
En Lorian Analytics cada modificación genera una versión nueva y ninguna se pierde: los datos de entrada, las reglas aplicadas y el resultado quedan amarrados entre sí, de modo que cualquier cifra puede reproducirse tal como era. Es la cuarta de las seis preguntas que una empresa debería poder responder sobre cualquier número.