La planilla paralela en el agente de carga

En la mayoría de los agentes de carga de mediano porte existe al menos una planilla que funciona en paralelo al sistema. El gerente de operaciones sabe que está ahí, porque en muchos casos fue él quien la creó. La planilla controla lo que el ERP debería controlar, completa lo que el sistema no muestra y organiza lo que la pantalla del operador no logra reunir en una sola vista. Funciona mientras el volumen cabe en ella. El problema es que el volumen crece, y la planilla no avisa cuando dejó de funcionar.

La planilla completa lo que el sistema no entrega

El operador que mantiene una planilla al lado del sistema está resolviendo un problema real. En muchos agentes de carga, el ERP registra el proceso, emite la factura, genera los documentos aduaneros y alimenta los sistemas regulatorios, pero no le muestra al operador, en una sola pantalla, todo lo que necesita para conducir el día. El conteo de free time por contenedor, el estado de cada documento pendiente, el plazo que el agente de aduana prometió, la preferencia del cliente para el formato del draft, el nombre del contacto en la terminal que resuelve programaciones fuera de horario: todo eso queda fuera del sistema.

La planilla nace de esa brecha. En nuestra experiencia con agentes de carga en Brasil, los operadores que mantienen planillas paralelas buscan información que el sistema no consolidó. Cuando el ERP muestra el proceso como una ficha con decenas de campos, pero sin calendario de tareas del día, el operador construye ese calendario en la planilla. Cuando el sistema registra el free time vendido al cliente, pero no calcula cuántos días faltan para que el contenedor entre en demurrage, el operador hace esa cuenta en la planilla.

El desenlace es previsible: la información operativa más crítica del día queda en un archivo que solo ese operador entiende.

Lo que vive en la planilla y en ningún otro lugar

Una auditoría rápida de las planillas paralelas de un agente de carga mediano revela patrones. Los datos que migran del sistema a la planilla son casi siempre los mismos, independientemente de la empresa.

El control de free time es el caso más común. El sistema registra la fecha de descarga y los días libres negociados con la naviera, pero el operador necesita cruzar eso con los días libres vendidos al cliente, con el calendario de la terminal y con la programación de retiro. Ese cálculo cruzado rara vez está automatizado en el ERP, y el operador lo rehace cada mañana en la planilla, contenedor por contenedor.

El seguimiento de documentos pendientes ocupa el segundo lugar. El proceso involucra ocho o diez documentos que deben llegar en momentos diferentes, de fuentes diferentes. La factura comercial viene del exportador, el packing list llega junto o por separado, el conocimiento de embarque viene de la naviera o del agente en el exterior, el certificado de origen viene de la cámara de comercio, y las licencias requeridas vienen de la autoridad regulatoria. El ERP registra si el documento fue adjuntado o no, pero la planilla del operador registra a quién le está reclamando cada documento, cuándo fue el último reclamo y cuál es el plazo real para ese embarque específico.

El tercer patrón es la lista de excepciones por cliente. Cada importador tiene particularidades que no caben en un campo de registro estándar: el cliente A quiere el draft con el nombre comercial en el consignatario, el cliente B exige packing list separado por contenedor, el cliente C pide que la factura incluya el código de su orden de compra en el campo de referencia. Esas reglas viven en la cabeza del operador y en su planilla. Cuando un operador nuevo asume la cartera, comienza cometiendo errores hasta que alguien le entrega la planilla, cuando la planilla existe.

El costo aparece cuando el volumen crece

Un operador que conduce 30 procesos por mes logra mantener la planilla actualizada con precisión razonable. El esfuerzo diario es de 20 a 30 minutos de actualización manual, aceptable dentro de una rutina que ya incluye revisión de correos, consulta a portales de navieras e ingreso de datos al sistema. La planilla funciona como extensión de la memoria del operador, y esa memoria todavía alcanza.

Cuando el mismo operador pasa a conducir 50 o 60 procesos, la planilla comienza a fallar antes de que él lo note. El contenedor que entró en demurrage sin aviso, la factura que salió con el Incoterm equivocado porque la excepción del cliente no estaba actualizada, el documento que quedó sin reclamo porque su fila salió de la pantalla: todos esos errores nacen en el intervalo entre la última actualización de la planilla y el momento en que la información era necesaria. El agente de carga que crece 20% en volumen en un trimestre sin contratar descubre que la planilla, que funcionaba hasta ayer, ahora es la fuente de los errores que antes evitaba.

En nuestra experiencia, el punto de quiebre suele ubicarse entre 45 y 55 procesos simultáneos por operador. Por debajo de eso, la planilla absorbe el volumen. Por encima, los errores por desactualización crecen más rápido de lo que el operador logra corregir.

La planilla esconde el riesgo operativo

El dato que vive en la planilla de un operador tiene tres fragilidades que el dato dentro del sistema no tiene.

La primera es la ausencia de respaldo. La mayoría de las planillas paralelas quedan en el escritorio del computador del operador, o en un drive personal al que nadie más accede. Si la máquina falla o si el operador se va sin previo aviso, la información operativa del día desaparece con él. Uno de los patrones más comunes que observamos en agentes de carga es la reconstrucción de controles después de una renuncia: el equipo dedica dos a tres días a recrear la planilla del operador que se fue, a partir de correos, del sistema y de la memoria de los colegas. La dependencia de persona clave gana una capa adicional cuando la persona se lleva, además del conocimiento, el instrumento de control.

La segunda es la ausencia de historial. El sistema registra cuándo se abrió un proceso, cuándo ocurrió cada hito y cuándo se emitió la factura. La planilla registra solo el estado actual. Cuando el gerente de operaciones necesita saber cuánto tiempo tomó el proceso del cliente X entre la llegada de la carga y la entrega, el sistema puede responder si los hitos fueron registrados. La planilla guarda solo lo que está pasando ahora, sin registro de lo que ya pasó.

La tercera es la ausencia de trazabilidad. Quién modificó el dato, cuándo y por qué: el sistema lo registra, la planilla deja esa pregunta sin respuesta. Cuando una disputa de demurrage depende de saber en qué fecha el operador recibió el aviso de free time vencido, la planilla no sirve como evidencia. En nuestra experiencia, esa falta de trazabilidad aparece con más frecuencia en disputas de demurrage y en divergencias de facturación con el cliente.

Cómo traer la información al sistema

Para eliminar la planilla paralela hay que entender qué resuelve antes de intentar prohibirla. Prohibir la planilla sin ofrecer alternativa dentro del sistema produce uno de dos resultados: el operador la mantiene escondida, o deja de controlar la información que la planilla controlaba. Ambos son peores que la planilla abierta.

El primer paso es el relevamiento. El gerente de operaciones pide a cada operador la planilla que usa (la mayoría la entrega sin resistencia, porque el operador sabe que la planilla es un trabajo extra y preferiría no necesitarla). A partir de las planillas, el gerente mapea qué información está fuera del sistema: control de free time, lista de excepciones por cliente, seguimiento de documentos, plazos del agente de aduana, contactos de terminal.

El segundo paso es la clasificación. Algunas de esas informaciones caben en campos o reglas que el sistema ya tiene, pero que nadie configuró. Otras requieren un cambio en el sistema o una integración. Y otras son controles temporales que existen porque el proceso aún no está estandarizado: en esos casos, lo que falta es el procedimiento, antes que el campo en el sistema.

El tercer paso es la absorción gradual. Cada información que migra de la planilla al sistema elimina una actualización manual del operador y coloca el dato en un lugar visible para todo el equipo, con respaldo, con historial y con trazabilidad. El operador que gastaba 30 minutos por día actualizando la planilla recupera ese tiempo para la operación. Multiplicado por un equipo de diez operadores, la ganancia es de casi 25 horas por semana, el equivalente a medio operador.

Cómo Tier2 Cargo absorbe lo que la planilla controla

Tier2 Cargo fue diseñado para agentes de carga, y buena parte de lo que vive en las planillas paralelas de la operación ya tiene lugar dentro de él. El control de free time por contenedor, con el conteo de días restantes y la alerta de vencimiento, forma parte del flujo del proceso. Los 13 hitos operativos por embarque registran el historial que la planilla no guarda. Las reglas de excepción por cliente quedan en el registro del socio de negocio, visibles para cualquier operador que asuma esa cartera. El seguimiento de documentos pendientes aparece dentro del propio proceso, con el estado de cada documento y su origen.

Cuando el operador encuentra en el sistema lo que antes solo encontraba en la planilla, la planilla pierde su razón de existir. El dato queda en un solo lugar, con respaldo, con historial y con trazabilidad, accesible para el gerente de operaciones y para el operador que cubre una ausencia.

Conozca Tier2 Cargo o contáctenos.

Preguntas frecuentes

¿Cómo saber si mi equipo usa planillas paralelas?

Pida a cada operador que muestre cómo organiza su día de trabajo. En la mayoría de los agentes de carga, el operador abre la planilla junto con el sistema a primera hora. La planilla suele controlar free time, documentos pendientes y excepciones por cliente. Si el operador duda, pregunte específicamente sobre el control de demurrage y sobre la lista de documentos que está reclamando: esos dos controles casi siempre viven fuera del sistema.

¿La planilla paralela es un problema de sistema o de proceso?

Es de ambos. La planilla existe porque el sistema no muestra, en una vista accesible, todo lo que el operador necesita para conducir el día. Pero también existe porque ciertas reglas de operación nunca fueron documentadas. Resolver el problema exige mapear lo que la planilla controla y decidir, caso por caso, si la solución es configurar el sistema, crear un procedimiento o hacer ambas cosas.

¿Cuánto tiempo gasta el operador actualizando la planilla paralela?

En nuestra experiencia con agentes de carga en Brasil, el operador gasta de 20 a 40 minutos por día actualizando controles manuales fuera del sistema. En un equipo de diez operadores, eso representa de 17 a 33 horas semanales, el equivalente a casi un operador a tiempo completo haciendo trabajo que el sistema debería hacer solo.