De la hoja de cálculo al sistema: cómo mover años de filas

Una hoja de cálculo que ha sostenido tu negocio durante años guarda más que filas. Guarda decisiones, parches y hábitos que nadie escribió nunca. Lo riesgoso de pasar a un sistema real casi nunca es la tecnología, sino perder algo que la hoja antigua hacía en silencio.

El enfoque que sigue es como evitamos que eso pase. Es más lento al principio y mucho más rápido que recuperarse de un cambio mal hecho.

#Inventario de hojas y de quién las edita

Empieza con una lista, no con código. Anota cada hoja de cálculo que toca el proceso, dónde vive y quién la modifica. Incluye las copias que están en el escritorio de alguien.

De cada una, registra:

• Para qué sirve, en una frase.
• Quién la edita y quién solo la consulta.
• Qué columnas se escriben a mano y cuáles son fórmulas.
• Qué otras hojas o herramientas alimenta.

Las fórmulas importan más de lo que la gente espera. Una columna de totales calculados es una regla de negocio disfrazada, y el sistema nuevo tiene que reproducirla exactamente o explicar la diferencia.

#Limpia y normaliza antes de mover nada

Los datos antiguos nunca están tan ordenados como parecen. Casi siempre aparecen tres problemas:

• Clientes duplicados. “Acme Supply”, “ACME Supply Co.” y “Acme supply” son un solo cliente con tres historiales.
• Fechas en tres formatos. Unas escritas como 03/04/2025, otras como 4 de marzo, otras como texto que solo parece una fecha. Para decidir si 03/04 es marzo o abril, compáralo con filas donde la respuesta sea obvia.
• Texto libre que debería ser una lista. Una columna “Estado” con cuarenta formas de escribir “listo” debe convertirse en cinco valores fijos.

Haz esta limpieza en una copia y lleva un registro de cada regla que apliques (por ejemplo, “se quitaron espacios, se pasaron los correos a minúsculas, se unieron clientes con el mismo correo”). Ese registro es lo que te permite explicar después un número que cambió.

Los duplicados son fáciles de encontrar una vez que los datos están en una tabla. Una consulta como esta lista todos los correos que aparecen más de una vez:

01SELECT lower(trim(email)) AS email, count(*) AS copies02FROM staging_customers03GROUP BY 104HAVING count(*) > 105ORDER BY copies DESC;

Una persona debe revisar la lista antes de unir nada. Dos personas de la misma empresa que comparten un buzón no son duplicados.

#Importa a una copia de staging y compara totales

Nunca importes directo al sistema en vivo. Carga todo primero en una copia de staging y demuestra que los datos llegaron completos.

Las verificaciones que detectan más problemas son las aburridas:

1. La cantidad de filas de cada hoja coincide con la cantidad de filas de cada tabla.
2. Los totales coinciden: suma de facturas, número de pedidos abiertos, saldo por cliente.
3. Una muestra de 20 o 30 registros, elegida por quienes conocen el negocio, se ve bien al abrirla en las pantallas nuevas.
4. Están presentes tanto los registros más antiguos como los más recientes.

Si un total no cuadra, no te encojas de hombros y sigas. Encuentra las filas que explican la diferencia. Con frecuencia es una fila oculta, una vista filtrada que alguien olvidó o una fórmula que omitió los espacios en blanco sin avisar.

#Trabaja con ambos en paralelo

Antes del cambio, deja que el equipo use los dos sistemas durante un tiempo. Las entradas nuevas van al sistema nuevo, y alguien confirma que coinciden con lo que habría ido a la hoja. Aquí aparece lo que nadie mencionó: el código de colores que significaba “llamar antes de enviar”, la columna que se usaba como campo de notas privadas.

Mantén este periodo corto y concreto. Define de antemano qué significa “suficientemente bueno para cambiar”, por ejemplo que no haya diferencias sin explicar en los totales durante un ciclo completo de facturación, y quién tiene la autoridad para decirlo.

Trabajar en paralelo le cuesta esfuerzo extra a tu equipo, así que anticípalo. Aun así, es el seguro más barato del proyecto.

#Elige un día de cambio con plan de reversa

Escoge un día en que el negocio esté tranquilo, no el cierre de mes. Ese día:

1. Congela las ediciones de las hojas antiguas y avisa a todos desde cuándo.
2. Haz la importación final desde la copia congelada.
3. Repite una vez más las verificaciones de conteos y totales.
4. Pide a quienes usarán el sistema que revisen primero su propio trabajo.

Escribe el plan de reversa antes de necesitarlo. Debe decir qué dispara una reversa, quién decide y qué pasa con lo que se haya capturado mientras tanto en el sistema nuevo. Si el plan es “ya veremos cómo”, no es un plan.

#Conserva la hoja antigua, solo lectura

Después del cambio, no borres la hoja de cálculo. Ponla en solo lectura, cámbiale el nombre para que nadie la confunda con la vigente y guárdala donde todos puedan encontrarla. Será tu referencia cuando alguien pregunte por qué un número de 2022 se ve distinto.

Deja también por escrito que la hoja ya no es la fuente de verdad. Si no, alguien seguirá actualizándola “por si acaso” y volverás a tener dos sistemas.

Tenemos una lista de verificación, “De la hoja de cálculo al sistema”, que recorre estos pasos, y la completamos con el cliente en cada migración. La idea es que cada hoja, cada persona que edita y cada total se revise antes del día del cambio, no después.