La mayoría de los dueños de negocio piensan en su planilla como "solo un archivo". Un contenedor de números. Algo que Excel abre.
No es eso. En un sentido muy real, es software sin licencia ni documentación, manejando su negocio todos los días, y casi nadie lo trata con la seriedad que esa descripción merece.
Acá va un ejemplo concreto que me tocó con un cliente de distribución. Enterrada en una planilla de precios había una fórmula que, a primera vista, parecía un simple descuento porcentual. Mirando más de cerca, tenía una condición anidada: si la región del cliente era uno de tres códigos específicos, y el total del pedido superaba un umbral, y el pedido caía dentro de los primeros diez días del mes, se aplicaba un descuento distinto. Nadie que trabajara actualmente en la empresa podía explicarme por qué existía la condición de los primeros diez días. La mejor hipótesis, de alguien que llevaba tiempo ahí, era que correspondía a una vieja promoción atada a un ciclo de pago a proveedores que había terminado años antes, pero la fórmula sobrevivió a la razón que la originó y seguía aplicando, en silencio, un descuento real a facturas reales. Eso no es un truco curioso de Excel. Es una regla de negocio, todavía activa, que nadie podía explicar del todo y que nadie había escrito en ningún otro lado salvo dentro de esa celda.
Por qué esto importa más de lo que parece
Una fórmula de planilla es código. Toma entradas, aplica lógica, y produce una salida que afecta una decisión real, en este caso, cuánto se le cobra realmente a un cliente real. El hecho de que esté escrita en una barra de fórmulas en vez de un lenguaje de programación no la hace menos real. Solo la hace menos visible, menos revisada, y muchísimo menos documentada que el código que cualquiera llamaría "código" en voz alta.
Esa brecha entre cuán real es y cuán en serio se la toma es exactamente donde las cosas salen mal durante una migración.
Qué pasa cuando se salta este paso
Acá está el modo de falla que veo más seguido, y rara vez es dramático en el momento. Alguien decide "simplemente copiar la planilla a una base de datos", es decir, mira las columnas, las mapea a campos de base de datos, y mueve los datos. Las columnas se mueven. Las filas se mueven. Los totales, el día de la mudanza, se ven bien.
Lo que no se mueve es la fórmula. Un campo de base de datos puede guardar un porcentaje de descuento, pero no puede guardar la lógica condicional que decidía qué descuento aplicaba a qué pedido bajo qué circunstancias, a menos que alguien escriba esa lógica deliberadamente en el sistema nuevo. Si nadie leyó la fórmula con suficiente atención como para notar la condición de los primeros diez días en primer lugar, tampoco nadie la escribe en el sistema nuevo. El sistema nuevo se pone en marcha, se ve correcto durante semanas, y después un vendedor regional pregunta por qué un cliente que siempre recibe la tarifa especial de repente no la está recibiendo. Para entonces, la persona que podría haber explicado la fórmula original quizás ni recuerde que existe, y reconstruir una regla a partir de un ticket de soporte meses después es un ejercicio mucho más caro e incierto que leer la fórmula una sola vez, al principio, antes de que algo cambiara.
Cómo se ve realmente extraer estas reglas de forma correcta
La solución no es complicada, pero sí requiere hacerla de verdad en vez de asumir que las columnas hablan por sí solas. Significa recorrer fórmula por fórmula, tabla pivot por tabla pivot, macro por macro, y escribir, en lenguaje simple, qué hace realmente cada una y bajo qué condiciones. No "aplica un descuento". Específicamente: este descuento, para estas regiones, por encima de este total, dentro de esta ventana, y acá está nuestra mejor comprensión del por qué, incluso cuando ese "por qué" es una suposición sobre una promoción que terminó hace años.
Este documento, una vez que existe, se convierte en la especificación real del sistema nuevo. No los encabezados de columna de la planilla. No una descripción verbal de quien mejor recuerde el sistema. Las reglas, escritas, verificadas contra las fórmulas que actualmente las hacen cumplir, y confirmadas con quien en el negocio realmente depende del resultado.
Esto también saca a la luz las reglas que vale la pena cuestionar en vez de arrastrarlas sin pensar. Una vez que esa condición de los primeros diez días quedó escrita en lenguaje simple y se la mostramos al cliente, la respuesta no fue "dejarla exactamente igual". Fue "esa promoción terminó hace años, no arrastremos a propósito una regla muerta a un sistema nuevo". Esa es una conversación que solo se puede tener una vez que la regla es visible. No se puede decidir jubilar una regla que nunca se supo que existía.
Por qué este único paso marca la diferencia
Una migración que se salta esto y una que lo hace se ven idénticas el día del lanzamiento. Ambas muestran los mismos totales, comparados contra los números del mes pasado, ambas se demuestran sin problemas ante quien esté mirando. La diferencia aparece después, en el caso límite que solo ocurre para un puñado de pedidos al mes, la excepción regional, el cliente cuya factura de repente se ve mal por una razón que nadie puede ubicar de inmediato.
Esa brecha, entre el día del lanzamiento y seis semanas después cuando finalmente una regla silenciosa se pierde en una transacción real, es exactamente lo que este paso existe para cerrar. Es más lento al principio, a propósito, y es la razón por la que el sistema que reemplaza a la planilla realmente se comporta como el negocio espera, en vez de como una aproximación cercana a eso.
Tratá a la planilla como lo que es
Tu planilla no es solo un archivo sentado entre vos y tus datos. Es el lugar donde las reglas de tu negocio han estado viviendo en silencio, posiblemente durante años, sin licencia, sin historial de cambios, ni una sola línea de documentación en ningún otro lado. Leerla de esa manera, con cuidado y a propósito, antes de construir nada nuevo sobre ella, es lo que mantiene esas reglas vivas en vez de perderlas en el momento en que nadie está mirando.