Cómo migrar tu ISP de hojas de cálculo sin detener la operación
La migración es el momento donde más operadores se queman, y casi nunca por un problema técnico: se rompe porque los datos que salen de la hoja de cálculo no significan lo mismo que los que entran al sistema nuevo. Un saldo puede estar registrado con el signo invertido, un plan puede llamarse de tres formas distintas en la misma columna, y un equipo puede figurar instalado en dos direcciones a la vez. El sistema destino no puede adivinar cuál es la verdad, así que carga las tres versiones y el problema aparece en el primer ciclo de facturación.
- 2–4
- semanas para una migración ordenada
- 1
- ciclo en paralelo antes de salir en vivo
- 2
- ciclos conservando el sistema anterior
Primero limpia, después migra
Migrar datos sucios solo mueve el desorden a un lugar más caro. Antes de exportar nada, conviene resolver cuatro cosas en el archivo actual. Es trabajo aburrido, suele tomar más de lo previsto, y es la diferencia entre una salida en vivo tranquila y un primer ciclo facturando mal.
- Abonados duplicados: el mismo cliente cargado dos veces, normalmente por un cambio de dirección o un segundo servicio.
- Planes escritos de formas distintas: 'Fibra 100', 'FIBRA 100MB' y '100 megas' son el mismo plan para ti y tres planes distintos para el sistema.
- Saldos que nadie puede explicar: si no sabes de dónde salió, no lo migres; déjalo documentado aparte.
- Estados inconsistentes: abonados marcados como activos que hace meses no pagan, o suspendidos que en realidad están navegando.
El orden que funciona, y por qué importa
Cada paso depende del anterior. Saltarse uno no es un atajo: obliga a rehacer los siguientes, normalmente cuando ya cargaste miles de registros.
- 01
Planes y tarifas
Son la referencia que todo lo demás usa. Si los cargas después de los abonados, cada abonado queda sin plan asociado.
- 02
Abonados y contratos
Ya apuntando a un plan que existe en el sistema, no a un texto libre.
- 03
Saldos y cartera
El punto más delicado, porque define a quién se le cobra qué en el primer ciclo.
- 04
Equipos e inventario
Ligados al abonado donde están instalados, no como lista aparte.
- 05
Historial de atención
Opcional, pero le ahorra mucho al soporte desde el día uno.
El saldo inicial es donde más se falla
Vale la pena detenerse aquí porque es el error más caro y el más común. La pregunta que hay que responder antes de cargar nada es: ¿qué significa exactamente el número que tengo en la columna de saldo?
En algunas hojas de cálculo el saldo positivo significa que el abonado debe; en otras, que tiene saldo a favor. Algunas incluyen el mes en curso ya facturado, otras solo lo vencido. Si el sistema destino interpreta el signo al revés, vas a cortarle el servicio a abonados al día y a dejar navegando gratis a los morosos, todo el mismo día.
La verificación es simple y no negociable: toma veinte abonados de distintos estados —al día, con un mes vencido, con tres, con saldo a favor— y confirma uno por uno que el saldo cargado coincide con lo que realmente deben.
Corre un ciclo en paralelo antes de apagar lo viejo
La regla que evita los sustos grandes: emite un ciclo completo en el sistema nuevo mientras sigues operando en el viejo, y compara factura por factura. No una muestra, el ciclo completo.
Lo que buscas no es que todo cuadre al peso: es que las diferencias que aparecen tengan una explicación que puedas dar en voz alta. 'Estos doce abonados difieren porque su cambio de plan quedó registrado a mitad de mes' es una explicación. 'No sé por qué estos doce dan distinto' no lo es, y significa que todavía no estás listo.
Nunca apagues el sistema anterior el mismo día que enciendes el nuevo. Consérvalo en solo lectura al menos un par de ciclos: vas a necesitar consultarlo más de lo que crees, sobre todo cuando un abonado reclame algo de hace tres meses.
Qué esperar en tiempos
Para un operador de unos pocos miles de abonados, una migración ordenada toma entre dos y cuatro semanas. La distribución típica: una o dos semanas de limpieza y carga, una de configuración y pruebas, y la salida en vivo acompañada.
Lo que estira el plazo casi siempre es la calidad del dato de origen, no la plataforma destino. Un operador con su padrón ordenado migra en dos semanas; uno con tres archivos que no coinciden entre sí puede tardar el doble, y la mayor parte de ese tiempo la consume decidir cuál de los tres tiene razón.
Los errores que obligan a empezar de nuevo
Cuatro decisiones convierten una migración de dos semanas en un proyecto de dos meses.
- Migrar sin limpiar, con la idea de 'después lo arreglamos adentro'. Nunca se arregla adentro.
- Cargar abonados antes que los planes, y quedarse con miles de registros sin plan asociado.
- Salir en vivo sin haber corrido un ciclo en paralelo.
- Apagar el sistema anterior de inmediato, y perder la única referencia para resolver reclamos.
Preguntas frecuentes
- ¿Puedo migrar sin detener la operación?
- Sí, y es la forma correcta de hacerlo. La operación sigue corriendo en el sistema actual durante toda la carga y las pruebas; el corte ocurre en un solo momento planificado, normalmente entre ciclos de facturación, y con el sistema anterior disponible en solo lectura por si hay que consultar algo.
- ¿Qué pasa con la cartera vencida al momento del cambio?
- Se migra como saldo inicial por abonado, y es el dato que hay que verificar con más cuidado. Conviene tomar una muestra de abonados en distintos estados y confirmar uno por uno que el saldo cargado coincide con lo que realmente deben antes de emitir el primer ciclo.
- ¿Cuánto tiempo debo conservar el sistema anterior?
- Al menos dos ciclos completos de facturación, en modo de solo lectura. Es la referencia para resolver cualquier reclamo sobre periodos anteriores, y el costo de mantenerlo es mínimo comparado con no poder responder.
- ¿Quién hace el trabajo, el proveedor o mi equipo?
- La carga técnica la hace el proveedor, pero las decisiones sobre los datos las tiene que tomar alguien de tu operación: qué saldo es correcto, qué abonado está realmente activo, cuál de dos registros duplicados se conserva. Es la parte que no se puede delegar.
