Integración de sistemas en el agente de carga

Un agente de carga brasileño de tamaño medio toca entre seis y ocho sistemas en un solo proceso de importación. ERP para abrir el expediente. Portal de la naviera para consultar el booking y rastrear el contenedor. Siscomex Web para el CE Mercante (el manifiesto electrónico de carga de Brasil). Portal Unico para la DUIMP (la declaración única de importación brasileña). Sitio del terminal para verificar la presencia de carga y agendar el retiro. Sistema municipal de NFS-e para emitir la factura de servicio electrónica. Correo electrónico para recibir preavisos y documentos del agente en el exterior. WhatsApp para resolver excepciones con el agente de aduana y el cliente. Ninguno de esos sistemas se habla con los demás. Quien los conecta es el operador, copiando y pegando campos de una pantalla a otra. Cuando la integración depende del operador, la operación escala por persona y el margen se encoge en la misma proporción.

El operador como capa de integración

En la mayoría de los agentes de carga brasileños, el operador trabaja con varias ventanas abiertas al mismo tiempo. Consulta el booking en el portal de la naviera, copia el número del contenedor, lo pega en el campo del proceso dentro del ERP, vuelve al portal para buscar el ETA actualizado, abre el Siscomex Web para transmitir el CE Mercante, regresa al ERP para registrar los datos de la carga, abre el correo para descargar la factura comercial que envió el agente en el exterior, cruza los campos con lo que tiene el sistema y abre otra pestaña para llenar la factura de servicio en el portal del municipio.

Cada paso toma segundos. La suma de todos, a lo largo de 30, 50 u 80 procesos por mes, toma horas. Operadores en agentes de carga brasileños dedican entre 15 y 30 minutos por proceso a copiar un dato que ya existe en un sistema y pegarlo en otro. En un agente que maneja 400 procesos por mes con seis operadores, eso representa entre 100 y 200 horas mensuales de trabajo que desaparecerían si los sistemas se comunicaran entre sí.

El problema también afecta la calidad. Un número de contenedor con un dígito cambiado en el CE Mercante genera una rectificación. Un peso bruto que no coincide entre el conocimiento de embarque y la DUIMP activa un canal de inspección. Un identificador fiscal mal digitado en la NFS-e genera un rechazo y una factura devuelta. El costo de esos errores aparece en retrabajo, multas y demora en el cobro. Ninguna línea del presupuesto dice “falta de integración”, pero el dinero se va por ahí.

Ya tratamos la planilla paralela como síntoma de un sistema que no entrega lo que el operador necesita, y la dependencia de persona clave como riesgo cuando el conocimiento del operador no está registrado. La falta de integración alimenta ambos problemas: el operador mantiene la planilla porque necesita reunir datos de fuentes distintas, y acumula conocimiento en la cabeza porque solo él conoce la secuencia de pantallas que hace funcionar ese proceso.

Cinco conexiones que definen si el sistema funciona o solo registra

Hay cinco conexiones que cambian la forma en que trabaja el operador cuando están en su lugar. Sin ellas, el operador hace el puente a mano.

La primera es el Portal Unico y el Siscomex. El CE Mercante, el CCT (el nuevo sistema de control de carga y tránsito que reemplaza al Siscarga), la DUIMP y la DU-E (declaración de exportación) requieren transmisión de datos que ya existen dentro del proceso. Si el sistema del agente transmite el CE Mercante directamente, con los datos del conocimiento de embarque house, del consignatario y de la carga tomados del proceso, el operador revisa y confirma. Sin esa conexión, abre el Siscomex Web, digita campo por campo, verifica en la pantalla del sistema al lado y confía en no transponer un dígito en el camino.

La segunda es el portal de la naviera y del agente en el exterior. Bookings, rastreo de contenedores, ETA y actualizaciones de ruta vienen de las navieras. Hoy, muchos agentes consultan estos datos a mano, portal por portal. Cuando el sistema extrae esa información por EDI o API, el operador deja de alternar entre portales y el ETA aparece actualizado dentro del proceso sin que nadie tenga que ir a buscarlo.

La tercera son los terminales y recintos aduaneros. Presencia de carga, fechas de descarga, plazos de almacenaje y disponibilidad para retiro vienen de los terminales. En puertos como Santos, Paranaguá e Itajaí, la consulta todavía es manual en muchos agentes: el operador accede al sitio del terminal, busca por número de contenedor o por conocimiento de embarque, anota el resultado y actualiza el proceso. Con la integración, esas fechas entran al sistema conforme el terminal las publica.

La cuarta es la NFS-e municipal. Todo agente de carga emite este comprobante, y cada municipio tiene su propio portal. El operador o el encargado de facturación abre ese portal, llena los campos con datos del proceso y después registra el número de la NFS-e de vuelta en el ERP. Eso es integración manual. Cuando el sistema emite la NFS-e desde la facturación del proceso, el encargado revisa el monto y autoriza la emisión sin salir de la pantalla.

La quinta es la entrada de documentos. Preavisos, facturas comerciales, packing lists, facturas de naviera y cotizaciones llegan por correo electrónico. Cada uno contiene campos que el operador va a volver a digitar en el sistema. La digitación de datos a partir de documentos recibidos es una de las tareas más repetitivas de la operación. Con la extracción automatizada, los campos del documento entran al proceso con el grado de confianza y la página de origen, y el operador revisa lo que el sistema marcó como incierto en lugar de digitar todo desde cero.

Cómo medir el costo de un sistema aislado

El dueño del agente de carga que quiere entender cuánto cuesta la falta de integración puede empezar por tres números que la operación ya tiene.

El primero es el conteo de digitaciones por proceso. Tome un proceso típico de importación marítima FCL, desde el booking hasta la liquidación, y cuente cuántas veces el mismo dato aparece en sistemas distintos. El número de contenedor, por ejemplo, se digita en el ERP, en el CE Mercante, en la consulta al terminal, en la DUIMP (si no está integrada), en la NFS-e y a veces en la planilla de control de free time. Si el mismo campo se digita en cuatro o cinco pantallas, cada digitación es una probabilidad de error y una fracción de minuto que, multiplicada por cientos de procesos, se convierte en días de trabajo.

El segundo es el tiempo fuera del sistema. Pida a un operador experimentado que registre, durante una semana, cuánto tiempo pasa en pantallas que no son el ERP: portales de naviera, Siscomex Web, sitio del terminal, portal de NFS-e, correo con documentos, WhatsApp. El número suele sorprender. Operadores en agentes de carga de tamaño medio pasan entre el 30% y el 50% del día en sistemas que no se comunican con el ERP. El sistema en que el dueño invirtió captura, en la práctica, la mitad de la jornada del operador.

El tercero es el costo por error de redigitación. Registre cuántas rectificaciones de CE Mercante, cuántas facturas devueltas por datos incorrectos y cuántas divergencias en parametrización aduanera ocurrieron en los últimos tres meses. La mayoría de estos errores nace en el traspaso manual de un sistema a otro. Una rectificación de CE Mercante tiene plazo y riesgo de multa definidos por la Receita Federal (el fisco brasileño). Una factura devuelta atrasa el cobro en una o dos semanas. Una divergencia en la DUIMP puede cambiar el canal de inspección y demorar la liberación de la carga.

Un cálculo ilustrativo: un agente de carga que opera 400 procesos por mes, con 20 minutos de redigitación evitable por proceso y un costo de operador de BRL 35,00 por hora, gasta BRL 4.666 por mes en digitación redundante. Si el 2% de esos procesos genera un error de redigitación que cuesta en promedio BRL 500 entre rectificación, retrabajo y demora en el cobro, son otros BRL 4.000. El total supera los BRL 100.000 por año, sin contar el costo de oportunidad de un operador que podría estar resolviendo excepciones en lugar de copiando campos.

La integración que funciona empieza por el proceso, no por la API

La reacción habitual de un dueño de agente de carga al darse cuenta de que la operación está fragmentada es pedir más integración al proveedor del sistema. La conversación se vuelve técnica rápido: API, EDI, webhook, web service, archivo XML. Esas palabras describen cómo se construye la integración y dicen poco sobre qué hay que integrar primero.

La prioridad sigue el volumen de datos que el operador mueve a mano. Si la operación del agente es predominantemente importación marítima FCL por Santos e Itajaí, la integración que más ahorra es la que elimina la redigitación en los puntos de mayor volumen: CE Mercante, consulta al terminal y entrada de documentos. Si el agente hace mucha exportación, la DU-E y la generación de documentos de embarque pesan más.

El mapeo empieza en el flujo del operador. Acompañe un proceso de inicio a fin y anote cada vez que el operador sale del sistema para buscar o registrar un dato en otro lugar. La lista de salidas, ordenada por frecuencia, es la hoja de ruta de integración. Los tres primeros puntos de esa lista probablemente representen entre el 70% y el 80% del tiempo perdido en redigitación.

Una trampa frecuente es perseguir integraciones que impresionan en el informe, como rastreo de contenedor en tiempo real con mapa, cuando el operador todavía digita el número del conocimiento de embarque dos veces por proceso. La integración de mayor retorno es la que quita trabajo repetitivo al operador que está en su puesto, todos los días. El indicador de procesos por operador mejora cuando la integración elimina el tiempo muerto entre sistemas, porque el mismo operador pasa a manejar más procesos en el mismo día.

Cómo Tier2 Cargo conecta la operación del agente de carga

El CE Mercante y el CCT se transmiten desde los datos del proceso, sin que el operador abra el Siscomex Web. La NFS-e se emite desde la facturación, en el sistema municipal de cada sucursal. Los documentos que llegan por correo pasan por extracción de campos con inteligencia artificial: el sistema lee el preaviso, la factura comercial o la factura de la naviera y sugiere los campos para que el operador revise en lugar de volver a digitar.

En la práctica, el operador trabaja en una pantalla, dentro del proceso, y ve los datos de otros sistemas entrando conforme la operación avanza. El número de procesos por operador sube porque el tiempo dedicado a copiar datos entre pantallas desaparece.

Conozca Tier2 Cargo o hable con nosotros.

Para dimensionar el problema en su propia operación, cuente en un proceso de importación completo cuántas veces el operador digita el mismo campo y en cuántas pantallas distintas trabaja. Esos dos números muestran cuánto de su operación todavía depende de alguien copiando y pegando, y dónde la integración de sistemas traería el retorno más rápido.