Preaviso de embarque: el dato reescrito en cada sistema

El número del B/L de una importación marítima se digita al menos tres veces antes de que el contenedor salga de la terminal: en el ERP del agente de carga, en el CE Mercante dentro del Siscomex (el sistema aduanero de cargas de Brasil) y en la preparación de la DUIMP (la declaración única de importación de Brasil). Consignatario, embarcador, peso bruto, número de contenedor, descripción de la mercancía, código arancelario: todos salen del preaviso de embarque, que llega como PDF adjunto en un correo del agente en origen, y terminan en la pantalla del operador. El dato es el mismo. El trabajo, también. Y la probabilidad de error se multiplica con cada sistema.

Del preaviso sale casi toda la información que el agente de carga necesita para mover el embarque. Copias del B/L, factura comercial, packing list, nombre del buque, fecha de salida, llegada estimada. Con esos documentos el operador abre el expediente, registra el CE en el Mercante y pasa los datos al agente de aduana para que prepare la declaración. Cada paso exige que alguien lea el mismo PDF y escriba los mismos campos en otra pantalla. Un agente de carga con 150 importaciones marítimas al mes repite ese ciclo 150 veces. Cada ciclo tiene entre ocho y doce campos que aparecen en más de un sistema.

El mismo campo aparece en tres sistemas distintos

El operador recibe el preaviso y abre el expediente en el ERP. Escribe número del B/L, buque, fecha de embarque, puertos de origen y destino, consignatario, embarcador, bultos, peso bruto y número de cada contenedor. Parte viene de la copia del B/L, parte de la factura comercial, parte del packing list. Mientras llena la pantalla, el operador cruza mentalmente los tres documentos, porque el peso en el B/L puede diferir del peso en el packing list y la descripción en la factura puede no coincidir con la del B/L.

Con el ERP completo, el mismo operador o un colega abre el Siscomex Mercante y registra el CE (el manifiesto electrónico de carga de Brasil). El CE Mercante pide número del conocimiento, identificación fiscal del consignatario, descripción de la mercancía, peso, bultos y número de contenedor. Los mismos campos del ERP, digitados otra vez a partir del mismo PDF. La Receita Federal de Brasil exige que los datos del CE Mercante sean fieles al conocimiento de embarque, y cualquier divergencia detectada en el control aduanero genera una exigencia formal.

Los datos pasan después al agente de aduana, que prepara la DUIMP. Gracias a la integración entre Siscomex Carga y la DUIMP, parte de la información del CE Mercante completa automáticamente la declaración: peso bruto, consignatario, descripción, número de contenedor migran del CE a la DUIMP sin intervención humana. Si el CE está correcto, la automatización ahorra tiempo. Si trae un error de digitación, la DUIMP lo hereda y el agente de aduana puede no detectarlo hasta que el control aduanero señale la divergencia.

El error en el CE Mercante se propaga a la DUIMP

La integración entre Siscomex Carga y la DUIMP, documentada en los manuales del Portal Único Siscomex, existe para eliminar la redigitación. Funciona como multiplicador: un dato correcto ahorra tiempo en dos puntas, y un dato incorrecto se propaga en las mismas dos puntas. Si el operador escribe el peso bruto como 12.500 kg en el CE Mercante y el packing list dice 12.850 kg, esa diferencia de 350 kg pasa directo a la DUIMP. Nadie vuelve a digitar el campo porque llegó prellenado.

La rectificación del CE Mercante tiene plazo y costo, como describimos en un artículo anterior sobre el tema. Si la divergencia aparece antes del atraque, el consolidador tiene hasta 48 horas antes de la llegada del buque para corregir. Pasado ese plazo, la corrección requiere solicitud formal y puede generar multa. Para el operador que escribió el peso incorrecto, la corrección se suma a una cola que sigue creciendo.

La situación empeora cuando el preaviso llega con datos incompletos o inconsistentes. El agente en origen no siempre envía la versión final del B/L; en muchos casos manda un draft, y la versión definitiva llega días después. Un operador que registra el CE Mercante con base en un draft se arriesga a ingresar datos que van a cambiar. Si la versión final trae un consignatario diferente o un peso corregido, el operador debe rectificar el CE y verificar si la DUIMP ya tomó el dato anterior.

Revisar el preaviso contra el B/L toma más tiempo que digitarlo

El trabajo del operador con el preaviso va más allá de copiar campos. Lo que más tiempo consume es la revisión cruzada: comparar el peso del B/L con el del packing list, verificar que la descripción en la factura comercial coincida con la del conocimiento, confirmar que el número de contenedor sea consistente en los tres documentos. Ese cruce se hace mentalmente, línea por línea.

Con 30 preavisos al día, nadie mantiene la misma atención del primero al último. Los primeros expedientes se revisan con calma. Los últimos, desgastados por la repetición y el volumen, pasan más rápido y con más riesgo de deslices. El error que escapa en el decimoquinto preaviso se convierte en una rectificación en el CE Mercante, una exigencia en la DUIMP o un costo que el agente de carga absorbe cuando el contenedor ya salió de la terminal. La lógica es la misma que describimos en la revisión de documentos de importación: la revisión manual funciona con volumen bajo y falla cuando el volumen sube.

Según nuestra experiencia con agentes de carga en Brasil, el tratamiento del preaviso es la etapa del flujo de importación que más horas de operación consume. Recibir, abrir, revisar, digitar, revisar otra vez y corregir lo que pasó. Cada importación marítima exige entre 15 y 40 minutos solo para que los datos del preaviso lleguen al ERP y al CE Mercante sin error. Con 150 embarques al mes, eso representa entre 37 y 100 horas dedicadas a transferir datos de un PDF a sistemas que no se comunican entre sí.

Cómo Autodocs lee el preaviso antes de que alguien abra el archivo

Autodocs recibe el preaviso por correo electrónico o por API, clasifica cada documento adjunto (B/L, factura comercial, packing list) y extrae los campos con la confianza y la página de origen de cada uno. Antes de cualquier registro, la biblioteca de validadores verifica el número de contenedor por el dígito verificador ISO 6346, el puerto por el código UN/LOCODE, la moneda por el código ISO 4217, y cruza peso y bultos entre los documentos. Lo que quedó incierto va al operador para revisión. Lo que pasó la validación entra en Tier2 Cargo como registro listo, sin redigitación.

El campo que hoy se digita tres veces pasa a digitarse cero cuando la extracción acierta, y una sola vez cuando señala duda. El operador deja de leer y digitar cada PDF: revisa lo que el sistema ya extrajo y corrige lo que quedó fuera del umbral de confianza.

Conozca Autodocs o hable con nosotros.