Congelar el sistema viejo es una decisión, no un descuido

El propio fabricante suele recomendarlo: cuando un sistema llega al final de su vida funcional, la salida sensata para el histórico es dejarlo congelado, en una máquina virtual, para consulta. La recomendación es buena. El problema es que ahí termina, y lo difícil empieza justo después.

Porque «congelar» suena a no hacer nada, y es exactamente lo contrario.

Lo que la ley pide no es un servidor encendido

El artículo 28 de la Ley 962 de 2005 obliga al comerciante a conservar sus libros y papeles por diez años contados desde la fecha del último asiento, documento o comprobante —no desde el cierre del ejercicio, que es donde casi todo el mundo cuenta mal— y permite hacerlo en papel o en cualquier medio técnico, magnético o electrónico que garantice su reproducción exacta.

Esa última frase es la que manda. La norma no te exige mantener un software en operación: te exige poder reproducir la información. Y una máquina virtual que no arranca no reproduce nada.

La diferencia entre las dos lecturas no se nota nunca —hasta el día que llega un requerimiento, y entonces se nota entera.

Las seis cosas que se rompen, y ninguna avisa

Un sistema congelado no falla el día que lo apagas. Falla tres años después, cuando alguien lo necesita. Estas son las que más aparecen:

1. La licencia que llama a casa. Muchos sistemas validan su licencia contra un servidor del fabricante al arrancar. Si ese servicio se retira, la máquina deja de abrir. Antes de apagar, averigua si el tuyo consulta algo en red para funcionar: la respuesta cambia por completo lo que hay que preservar.

2. Las claves que nadie escribió. La del administrador del sistema, la del motor de base de datos, la del propio servidor. Suelen vivir en la cabeza de una persona, y esa persona es la que más probablemente cambie de trabajo en diez años.

3. El instalador que no guardaste. Si la imagen de la máquina se corrompe, necesitas reconstruirla: sistema operativo, motor de base de datos, el programa, sus parches. Sin los medios de instalación y sus claves, no hay reconstrucción posible.

4. Las dependencias que no están en ninguna lista. Un controlador de impresora para un formato específico, un conector de base de datos, una llave física. Se descubren cuando faltan.

5. El respaldo que nadie probó. Un respaldo que no has restaurado no es un respaldo: es una carpeta grande. La única forma de saber que sirve es levantarlo una vez, completo, y abrir algo adentro.

6. El formato que solo ese programa entiende. Es el más silencioso. Los datos están, la máquina arranca, y aun así la información solo existe dentro de una aplicación que ya nadie mantiene.

La respuesta es en dos capas, no en una

El error de fondo es tratar la máquina congelada como la única copia. Conviene pensarlo al revés:

La capa legible. Antes de apagar, exporta lo que tiene que sobrevivir a formatos que no dependan del programa: libros oficiales y auxiliares, balances por periodo, terceros, el detalle de los movimientos. En archivos planos o en PDF. Esta capa es la que de verdad cumple el requisito de reproducción exacta, porque se lee sin el software.

La capa completa. La máquina virtual, con todo adentro, para las consultas raras y el detalle que no cupo en la exportación.

Si la máquina se daña, la capa legible te sostiene. Si la capa legible se quedó corta, la máquina la completa. Con una sola de las dos, cualquier falla es pérdida.

Y hay una tercera que ya tienes sin saberlo: las facturas electrónicas que emitiste y recibiste son archivos XML que viven fuera del ERP. Son suyos y son válidos por sí mismos. Vale la pena saber dónde están antes de apagar nada — no dentro del sistema que vas a congelar. Donde acaben quedando, lo que decide si sirven en diez años es que el archivo aplique retención por tipo de documento en vez de depender de que alguien recuerde qué carpeta no se borra.

El momento de arreglar los datos es antes, no después

Esto es lo que más se pierde por hacerlo tarde. Mientras el sistema está vivo todavía puedes corregir un tercero duplicado, cerrar una cuenta que quedó abierta, cuadrar un saldo que no cuadra. Una vez congelado, lo que quedó mal quedó mal para siempre: la máquina es de solo consulta y arreglar algo adentro rompe justamente la condición que la hacía servir.

Por eso conviene mirar qué hay dentro antes de la decisión y no después. Nuestro diagnóstico de migración hace exactamente eso: lee tu sistema actual en solo lectura y te entrega un informe con qué hay, en qué estado y cuánto pesa cada tramo. Sirve igual si al final decides congelar y quedarte — saber qué estás guardando es útil en cualquiera de las dos direcciones.

Y si lo que sigue es una mudanza, el histórico no viaja con ella: se conserva donde está, y al sistema nuevo cruzan maestros, saldos y documentos abiertos. Eso está contado en cómo dejar un ERP heredado sin perder tu historia contable.

Congelar bien es una decisión que se toma una vez y se agradece durante diez años. Hacerlo a medias también se descubre una sola vez, y siempre en el peor momento.