Muchas navieras pequeñas y NVOCC funcionan con hojas de cálculo, y por un tiempo les va bien. El problema aparece cuando el mismo embarque vive en varios archivos, cuando las reglas de la Aduana hay que hacerlas cumplir y no solo recordarlas, y cuando nadie sabe cuál versión es la buena. Esta es una comparación honesta y un camino para dejar Excel sin perder lo que hace bien.
Hay buenas razones para que Excel esté en todas partes en el transporte marítimo. Todo el mundo lo conoce, no cuesta nada adicional y un buen jefe de operaciones arma en una tarde una bitácora de reservas, una hoja de tarifas y una lista de contenedores. Si cambia una ruta o un cliente, la hoja cambia con él, sin llamar a ningún proveedor.
Con diez embarques al mes, esa flexibilidad vale más que cualquier estructura. El problema llega después, y llega sin hacer ruido: una segunda hoja de reservas para una ruta nueva, una copia del archivo de tarifas para un cliente grande, una pestaña aparte para contenedores. Cada decisión tiene sentido. Juntas forman un sistema que nadie diseñó.
El transporte marítimo trabaja con datos regulados, y las reglas son concretas. CBP exige que todo conocimiento de embarque lleve un identificador único formado por el SCAC del emisor y hasta 12 caracteres más, sin reutilizarlo durante 3 años; rechaza descripciones genéricas como “FAK”, “general cargo” o “STC”; y pide las cantidades en la unidad de empaque externa más pequeña (19 CFR 4.7a). Para la carga que llega por buque, la declaración electrónica debe llegar a CBP 24 horas antes de que la carga se embarque en el puerto extranjero (19 CFR 4.7(b)(2)).
Nada de eso es imposible en Excel, pero todo depende de que alguien se acuerde. Un sistema naviero puede generar el número, bloquear el duplicado, rechazar la descripción vaga y avisar cuando se acerca un cierre. Con los contenedores pasa igual: el dígito de control que describe la Oficina Internacional de Contenedores (BIC) existe justamente para que el software detecte un número mal escrito al momento de ingresarlo.
| Área | Hojas de cálculo | Software naviero dedicado |
|---|---|---|
| Arranque | Inmediato, sin costo | Configuración, carga de datos y capacitación |
| Captura | El mismo dato en varios archivos | Se captura una vez y se reutiliza |
| Validación | Solo la que usted programe con fórmulas | Controles integrados en números y campos obligatorios |
| Numeración de B/L | Manual; puede haber duplicados | Generada con su SCAC, duplicados bloqueados |
| Transmisión a la Aduana | Portal aparte o volver a escribir | Desde los conocimientos ya emitidos |
| Historial de cambios | Limitado | Quién cambió qué y cuándo |
| Contabilidad | Facturas hechas a mano | Contabilizadas desde el conocimiento tarifado |
| Estado para el cliente | Teléfono y correo | Portal de autoservicio, cuando existe |
Si se identifica con tres o más, la hoja de cálculo ya no le ahorra tiempo. Le cuesta tiempo, de una forma que no aparece en ninguna factura.
Nuestra guía sobre las funciones que importan en un software para NVOCC le ayuda a armar la lista de requisitos del primer paso.
Un sistema dedicado no cura todos los males, y conviene decirlo antes de comprar. El software hace cumplir las reglas que usted configura; no puede inventar una descripción correcta que el embarcador nunca le dio, ni hacer que unas instrucciones de embarque tardías lleguen a tiempo. Si hoy el área de reservas acepta “mercancía general” de un cliente, después del cambio tendrá que seguir pidiendo una descripción real; la diferencia es que ahora el sistema lo va a señalar.
La responsabilidad sobre los procesos pesa igual. Alguien tiene que ser dueño de los datos de clientes y tarifas, alguien tiene que revisar las excepciones cada día y alguien tiene que decidir qué reportes se leen de verdad. Las empresas que dejan Excel con menos tropiezos suelen nombrar a esos responsables antes del arranque, anotar las dos o tres reglas que más correcciones causaron el último año y comprobar que el sistema nuevo las haga cumplir desde la primera salida.
Tener un sistema oficial no significa renunciar a las hojas de cálculo. Siguen siendo excelentes para análisis puntuales, reportes únicos y para compartir cifras con gente fuera de la operación. La diferencia es que la hoja pasa a ser una exportación, no la fuente. GDZ-ISIS, por ejemplo, exporta reportes de viaje, de gerencia y de cuadrícula a Excel, CSV y PDF, de modo que los analistas conservan sus tablas dinámicas mientras reservas, conocimientos, transmisión a la Aduana y contabilidad viven en un solo lugar. Si está evaluando el cambio, solicite una demostración con algunos de sus propios embarques.
Con muy poco volumen, muchos lo hacen. El riesgo crece con cada usuario, ruta y cliente adicional, porque la doble captura y los conflictos de versiones se multiplican y las reglas de la Aduana dependen de la memoria de alguien.
Los datos escritos dos veces. Cuando el mismo embarque se escribe en archivos separados de reservas, conocimientos, transmisión y facturas, cualquier copia puede estar mal, y el error suele aparecer como corrección de flete o retención de Aduana.
Puede hacer cumplir reglas que una hoja no puede, como números de conocimiento únicos con SCAC, rechazar descripciones genéricas y construir el manifiesto desde los conocimientos emitidos. El cumplimiento sigue dependiendo de que su equipo capture datos correctos.
Depende sobre todo de qué tan limpios estén sus datos de clientes, proveedores y tarifas. Correr uno o dos viajes en paralelo antes de apagar los archivos viejos es una forma segura de confirmar que los totales coinciden.
Sí. La mayoría de los sistemas exportan reportes a Excel o CSV, así que las hojas siguen siendo útiles para análisis mientras el sistema naviero es la única fuente oficial.