Cómo dejar su software naviero antiguo sin perder datos (ni una salida)


Por GDZ Computer Services · Actualizado 2026-10-21 · 8 min de lectura · Blog › Operaciones y software naviero

Muchas navieras y NVOCC todavía trabajan con un sistema instalado hace décadas que solo una o dos personas entienden por completo. Reemplazarlo es menos riesgoso que conservarlo para siempre, pero solo si el cambio se planifica alrededor de los datos: qué existe, qué debe migrar, qué debe seguir disponible para los reguladores y cómo hacer el cambio sin perder una transmisión a la Aduana ni una factura.

Puntos clave
  • Haga un inventario de todos los tipos de datos antes de decidir qué migra: los datos maestros, las operaciones abiertas, el historial y los saldos contables requieren un trato distinto.
  • Limpie los datos de clientes, proveedores y tarifas antes de convertirlos; migrar duplicados y errores solo cambia el problema de lugar.
  • Planifique el cambio para que ningún embarque se transmita, tarife o facture en dos sistemas, y confirme que la transmisión aduanera funciona en el nuevo sistema antes de arrancar.
  • Mantenga recuperables los registros antiguos: 46 CFR 515.33 exige que los registros del NVOCC estén disponibles para la FMC, y 19 CFR 163.4 fija un plazo general de cinco años para los registros que exige CBP.

Por qué fallan las migraciones de sistemas antiguos

En una migración fallida, el software casi nunca es el problema. Los problemas suelen ser datos que nadie sabía que existían, saldos que no cuadran después de la conversión y una fecha de arranque que cae en medio del cierre de un buque. El resultado es un equipo trabajando en dos sistemas a la vez, volviendo a escribir embarques y perdiendo la confianza en el sistema nuevo antes de darle una oportunidad.

Un sistema antiguo también guarda conocimiento que no está escrito en ningún lado: reglas de tarifa especiales para un cliente, un reporte del que depende contabilidad, un archivo EDI que una terminal todavía espera. Encontrar esas dependencias temprano es la mayor parte del trabajo.

Paso 1: haga el inventario de sus datos

Empiece con una lista de cada tipo de dato que guarda el sistema actual y decida cómo se va a manejar cada uno. La tabla es un punto de partida típico para una naviera o un NVOCC.

DatoEnfoque habitualCuidado con
Clientes, proveedores, agentes, transportistasMigrar después de limpiarDuplicados, direcciones viejas, números de la FMC o fiscales faltantes
Tarifas, contratos de servicio, NRAMigrar los vigentes, archivar los vencidosTarifas guardadas como texto libre o en hojas de cálculo aparte
Maestro de equipos y estado actualMigrar con el último evento conocidoContenedores en la calle sin movimientos recientes
Reservas y conocimientos de embarque abiertosMigrar, o terminarlos en el sistema viejoEmbarques con la transmisión aduanera a medias
Conocimientos de embarque y documentos históricosMigrar o conservar en un archivo legibleAdjuntos y formatos impresos que no están en la base de datos
Cuentas por cobrar y por pagar abiertasMigrar como partidas abiertas por facturaTotales que no cuadran con el libro mayor
Saldos del libro mayorMigrar saldos iniciales al cierre de un períodoAsientos sin contabilizar o en cuentas transitorias
Configuración EDI y reportesReconstruir y volver a probarFormatos que solo entendía el proveedor anterior
Un ejemplo de inventario de migración. Su propia lista será más larga.

Paso 2: limpie los datos antes de moverlos

La conversión es la mejor oportunidad que tendrá para corregir los datos maestros. Una los clientes y proveedores duplicados, retire los contactos que nadie usa desde hace años, estandarice los códigos de puertos y mercancías y confirme números de referencia como el número de organización de la FMC y los números fiscales.

Valide también los números de contenedor. Todo número de contenedor ISO 6346 termina en un dígito de control que valida el código de propietario y el número de serie, así que los números que no pasan la verificación se pueden encontrar y corregir antes de entrar al sistema nuevo. Nuestra guía de rastreo de contenedores para navieras pequeñas explica cómo se forma ese número.

Defina quién es responsable de cada tarea de limpieza y la fecha en que debe estar lista. La limpieza que se deja para después del arranque casi nunca ocurre.

Paso 3: mantenga recuperables los registros antiguos

No todo tiene que pasar al sistema nuevo, pero todo lo que está obligado a conservar debe seguir siendo recuperable. Vale la pena leer dos grupos de normas con su asesor antes de decidir qué archivar:

  • FMC. La sección 46 CFR 515.33 exige que los NVOCC con licencia o registro mantengan todos los registros y libros de su negocio de OTI al día, correctos y ordenados. Los registros electrónicos deben estar disponibles para la Comisión en forma utilizable y no ser menos accesibles que el papel. Los agentes de carga marítima con licencia deben guardar registros específicos de embarques y finanzas durante cinco años.
  • CBP. La sección 19 CFR 163.4 fija un plazo general de conservación de cinco años para los registros que exige CBP según 19 CFR 163.2, con algunas excepciones; entre las personas que enumera la 163.2 están quienes transportan o almacenan mercancía bajo fianza (in-bond). La sección 19 CFR 163.5 exige que los registros puedan recuperarse cuando se soliciten legalmente y permite métodos alternativos de almacenamiento solo con aviso previo por escrito a la oficina de Regulatory Audit de CBP, al menos 30 días calendario antes de implementarlos.

En la práctica, la base de datos antigua no debe simplemente apagarse. Migre el historial o conserve una copia de solo lectura con una forma documentada de buscar e imprimir, y no destruya originales hasta que su agente de aduanas o su abogado confirme que puede hacerlo.

Antes de apagar el servidor viejo, pruebe que alguien distinto a su operador habitual pueda encontrar e imprimir todos los documentos de un embarque de hace varios años. Si no puede, el archivo todavía no está listo.

Paso 4: planifique el cambio alrededor de sus salidas

El punto más seguro para el cambio es un límite natural del negocio: el inicio de un período contable y, de ser posible, un momento tranquilo en su itinerario de salidas. Algunas reglas mantienen el cambio limpio:

  • Cada embarque vive en un solo sistema. Decida de antemano qué reservas y conocimientos abiertos terminan en el sistema viejo y cuáles empiezan en el nuevo.
  • Convierta la contabilidad al cierre de un período y cuadre las cuentas por cobrar, por pagar y los saldos iniciales con el libro mayor anterior antes de contabilizar algo nuevo.
  • Congele los cambios a los datos maestros en el sistema viejo durante la conversión final para que nada se pierda entre la última extracción y el arranque.
  • Si necesita confianza, trabaje en paralelo durante un período limitado y definido, comparando conocimientos tarifados y facturas de los mismos embarques.

Paso 5: proteja la continuidad de la Aduana y del EDI

Los plazos de la Aduana no se detienen por un proyecto de software. Según 19 CFR 4.7(b)(2), CBP debe recibir la declaración electrónica de carga 24 horas antes de que la carga se embarque en el puerto extranjero, así que el sistema nuevo debe poder transmitir antes de que el viejo se detenga. Confirme que el sistema nuevo está configurado para transmitir por un sistema aprobado por CBP, pruebe con conocimientos de embarque reales y acuerde con su proveedor quién atiende las respuestas de CBP durante las primeras salidas.

Haga lo mismo con cada socio EDI: terminales, transportistas, navieras y sistemas de aduanas extranjeras. Haga una lista de cada interfaz, su formato y un contacto del otro lado, y programe las pruebas con bastante anticipación. La página ACE Import Manifest Documentation de CBP es la referencia de los mensajes del manifiesto marítimo que debe manejar su sistema nuevo.

Paso 6: arranque y siga mejorando

  1. Capacite a cada equipo en sus propias tareas diarias con sus embarques reales, no con ejemplos genéricos.
  2. Arranque en el límite acordado, con el proveedor disponible y el sistema viejo en modo de solo lectura.
  3. Concilie cuentas por cobrar, por pagar y el libro mayor al final del primer período.
  4. Revise excepciones a diario durante las primeras semanas: transmisiones rechazadas, facturas sin cruzar, contenedores sin eventos.
  5. Retire el sistema viejo solo después de que pase la prueba del archivo descrita arriba.

Elegir el socio correcto facilita cada paso. Si todavía está comparando sistemas, empiece con nuestra lista de control para elegir software naviero. GDZ trabaja como integrador de sistemas para GDZ-ISIS y adapta cada instalación a la empresa que la usa, así que su forma de trabajar se puede conversar antes de convertir cualquier dato.

Preguntas frecuentes

¿Cómo migro de un software naviero antiguo?

Haga un inventario de todos los tipos de datos, limpie los datos maestros, decida qué migra y qué queda en un archivo legible, convierta la contabilidad al cierre de un período, confirme que la Aduana y el EDI funcionan en el sistema nuevo y arranque en un límite definido con el viejo en solo lectura.

¿Tengo que migrar todo el historial?

No necesariamente, pero los registros que está obligado a conservar deben seguir siendo recuperables. La 46 CFR 515.33 exige que los registros del NVOCC estén disponibles para la FMC, y la 19 CFR 163.4 fija un plazo general de cinco años para los registros que exige CBP. Confírmelo con su asesor.

¿Cuál es el mejor momento para cambiar de sistema naviero?

Al cierre de un período contable y, de ser posible, en un momento tranquilo de su itinerario de salidas. Cada embarque debe vivir en un solo sistema, y los saldos contables deben cuadrarse antes de registrar operaciones nuevas.

¿Cómo evito perder una transmisión aduanera durante el cambio?

Asegúrese de que el sistema nuevo pueda transmitir a CBP antes de que el viejo se detenga, pruebe con conocimientos de embarque reales y acuerde quién vigila las respuestas de CBP en las primeras salidas. La regla de 24 horas de 19 CFR 4.7 sigue vigente el día del arranque.

¿Conviene trabajar con los dos sistemas en paralelo?

Un paralelo corto y definido da confianza al comparar conocimientos tarifados y facturas de los mismos embarques. Un paralelo largo y sin fecha de fin suele significar doble trabajo y confusión sobre cuál sistema tiene la razón.

Fuentes

Solicite una demostración de GDZ-ISIS

Vea cómo GDZ-ISIS maneja reservas, conocimientos de embarque, transmisión ACE y contabilidad en un solo sistema.
Solicite una demostración de GDZ-ISIS

Artículos relacionados