Planilha paralela no agente de carga: o custo oculto

Em quase todo agente de carga brasileiro de médio porte existe pelo menos uma planilha que roda em paralelo ao sistema. O gerente de operações sabe que ela está ali, porque em muitos casos foi ele quem a criou. A planilha controla o que o ERP deveria controlar, preenche o que o sistema não mostra e organiza o que a tela do operador não consegue reunir numa visão só. Ela funciona enquanto o volume cabe nela. O problema é que o volume cresce, e a planilha não avisa quando parou de funcionar.

A planilha preenche o que o sistema não entrega

O operador que mantém uma planilha ao lado do sistema está resolvendo um problema real. Em muitos agentes de carga, o ERP registra o processo, emite a fatura, gera o CE Mercante e alimenta o Siscomex, mas não mostra ao operador, numa única tela, tudo o que ele precisa para conduzir o dia. A contagem de free time por contêiner, o status de cada documento pendente, o prazo que o despachante prometeu, a preferência do cliente para o formato do draft, o nome do contato no terminal que resolve agendamento fora do horário: tudo isso fica fora do sistema.

A planilha nasce dessa lacuna. Na nossa experiência com agentes de carga no Brasil, os operadores que mantêm planilha paralela precisam de informação que o sistema não consolidou. Quando o ERP mostra o processo como uma ficha com dezenas de campos, mas não mostra o calendário de tarefas do dia, o operador constrói o calendário na planilha. Quando o sistema registra o free time vendido ao cliente, mas não calcula quantos dias faltam para o contêiner entrar em demurrage, o operador faz essa conta na planilha.

O resultado é previsível: a informação operacional mais crítica do dia fica num arquivo que só aquele operador entende.

O que vive na planilha e em mais nenhum lugar

Uma auditoria rápida nas planilhas paralelas de um agente de carga médio revela padrões. Os dados que migram do sistema para a planilha são quase sempre os mesmos, independentemente do agente.

O controle de free time é o caso mais comum. O sistema registra a data de descarga e os dias livres negociados com o armador, mas o operador precisa cruzar isso com os dias livres vendidos ao cliente, com o calendário do terminal e com o agendamento de retirada. Essa conta cruzada raramente está automatizada no ERP, e o operador a refaz toda manhã na planilha, contêiner por contêiner.

O acompanhamento de documentos pendentes é o segundo. O processo tem oito ou dez documentos que precisam chegar em momentos diferentes, de fontes diferentes. A fatura comercial vem do exportador, o packing list vem junto ou separado, o B/L vem do armador ou do agente no exterior, o certificado de origem vem da câmara de comércio, a LPCO vem do anuente. O ERP registra se o documento foi anexado ou não, mas a planilha do operador registra de quem ele está cobrando cada documento, quando cobrou pela última vez e qual é o prazo real para aquele embarque específico.

O terceiro padrão é a lista de exceções por cliente. Cada importador tem particularidades que não cabem num campo de cadastro: o cliente A quer o draft com o nome fantasia no consignatário, o cliente B exige packing list separado por contêiner, o cliente C pede que a fatura saia com o código do pedido dele no campo de referência. Essas regras vivem na cabeça do operador e na planilha dele. Quando um operador novo assume a carteira, ele começa errando até que alguém lhe entregue a planilha, quando a planilha existe.

O custo da planilha aparece quando o volume cresce

Um operador que conduz 30 processos por mês consegue manter a planilha atualizada com razoável precisão. O esforço diário é de 20 a 30 minutos de atualização manual, aceitável dentro de uma rotina que já inclui conferência de e-mails, consulta a portais de armador e preenchimento do sistema. A planilha funciona como extensão da memória do operador, e a memória dele ainda alcança.

Quando esse mesmo operador passa a conduzir 50 ou 60 processos, a planilha começa a falhar antes de ele perceber. O contêiner que entrou em demurrage sem aviso, a fatura que saiu com o INCOTERM errado porque a exceção do cliente não estava atualizada, o documento que ficou sem cobrança porque a linha dele saiu da tela: todos esses erros nascem no intervalo entre a última atualização da planilha e o momento em que a informação era necessária. O agente de carga que cresce 20% em volume num trimestre sem contratar descobre que a planilha, que funcionava até ontem, agora é a fonte dos erros que antes ela evitava.

Na nossa experiência, o ponto de ruptura costuma ficar entre 45 e 55 processos simultâneos por operador. Abaixo disso, a planilha absorve o volume. Acima, os erros por desatualização crescem mais rápido do que o operador consegue corrigir.

A planilha esconde o risco operacional

O dado que vive na planilha de um operador tem três fragilidades que o dado dentro do sistema não tem.

A primeira é a ausência de backup. A maioria das planilhas paralelas fica na área de trabalho do computador do operador, ou num drive pessoal que ninguém mais acessa. Se o computador apresenta problema ou se o operador sai da empresa sem aviso, a informação operacional do dia desaparece junto. Um dos padrões mais comuns que observamos em agentes de carga é a reconstrução de controles após uma demissão: a equipe gasta dois a três dias recriando a planilha do operador que saiu, a partir de e-mails, do sistema e da memória dos colegas. A dependência de pessoa-chave ganha uma camada adicional quando a pessoa leva, além do conhecimento, o instrumento de controle.

A segunda fragilidade é a ausência de histórico. O sistema registra quando um processo foi aberto, quando cada marco aconteceu e quando a fatura foi emitida. A planilha registra o estado atual. Quando o gerente de operações precisa saber quanto tempo o processo do cliente X levou entre a chegada da carga e a entrega, o sistema pode responder se os marcos foram alimentados. A planilha guarda só o que está acontecendo agora, sem registro do que já passou.

A terceira é a ausência de auditoria. Quem alterou o dado, quando e por quê: o sistema registra, a planilha deixa sem resposta. Quando uma disputa de demurrage depende de saber em que data o operador recebeu o aviso de free time expirado, a planilha não serve como evidência. Na nossa experiência, a falta de rastreabilidade da planilha aparece com mais frequência em disputas de demurrage e em divergências de faturamento com o cliente.

Como trazer a informação para dentro do sistema

O caminho para eliminar a planilha paralela passa por entender o que ela resolve antes de tentar proibi-la. Na nossa experiência, proibir a planilha sem oferecer alternativa dentro do sistema produz um dos dois resultados: o operador mantém a planilha escondida, ou ele para de controlar a informação que a planilha controlava. Os dois resultados são piores do que a planilha aberta.

O primeiro passo é o levantamento. O gerente de operações pede a cada operador a planilha que ele usa (a maioria entrega sem resistência, porque o operador sabe que a planilha é um trabalho a mais e preferiria não precisar dela). A partir das planilhas, o gerente mapeia quais informações estão fora do sistema: controle de free time, lista de exceções por cliente, acompanhamento de documentos, prazos de despachante, contatos de terminal.

O segundo passo é a classificação. Algumas dessas informações cabem em campos ou regras que o sistema já tem, mas que ninguém configurou. Outras exigem uma mudança no sistema ou uma integração. E outras são controles temporários que existem porque o processo ainda não está padronizado: nesses casos, o que falta é o procedimento, antes do campo no sistema.

O terceiro passo é a absorção gradual. Cada informação que migra da planilha para o sistema elimina uma atualização manual do operador e coloca o dado num lugar visível para toda a equipe, com backup, com histórico e com auditoria. O operador que gastava 30 minutos por dia atualizando a planilha ganha esse tempo para a operação. Multiplicado por uma equipe de dez operadores, o ganho é de quase 25 horas por semana, o equivalente a meio operador.

Como o Tier2 Cargo absorve o que a planilha controla

O Tier2 Cargo foi desenhado para o agente de carga brasileiro, e boa parte do que vive nas planilhas paralelas da operação já tem lugar dentro dele. O controle de free time por contêiner, com a contagem de dias restantes e o alerta de vencimento, faz parte do fluxo do processo. Os 13 marcos operacionais por embarque registram o histórico que a planilha não guarda. As regras de exceção por cliente ficam no cadastro do parceiro de negócio, visíveis para qualquer operador que assuma aquela carteira. O acompanhamento de documentos pendentes aparece no próprio processo, com o status de cada documento e a origem dele.

Quando o operador encontra no sistema o que antes só encontrava na planilha, a planilha perde a razão de existir. O dado fica num lugar só, com backup, com histórico e com auditoria, acessível ao gerente de operações e ao operador que cobre uma ausência.

Conheça o Tier2 Cargo ou fale com a gente.

Perguntas Frequentes

Como saber se a minha equipe usa planilhas paralelas?

Peça a cada operador que mostre como organiza o dia de trabalho. Na maioria dos agentes de carga, o operador abre a planilha junto com o sistema logo pela manhã. A planilha costuma controlar free time, documentos pendentes e exceções por cliente. Se o operador hesitar, pergunte especificamente sobre o controle de demurrage e sobre a lista de documentos que ele está cobrando: esses dois controles quase sempre vivem fora do sistema.

A planilha paralela é um problema de sistema ou de processo?

É dos dois. A planilha existe porque o sistema não mostra, numa visão acessível, tudo o que o operador precisa para conduzir o dia. Mas ela também existe porque certas regras de operação nunca foram documentadas. Resolver o problema exige mapear o que a planilha controla e decidir, caso a caso, se a solução é configurar o sistema, criar um procedimento ou fazer as duas coisas.

Quanto tempo o operador gasta atualizando a planilha paralela?

Na nossa experiência com agentes de carga no Brasil, o operador gasta de 20 a 40 minutos por dia atualizando controles manuais fora do sistema. Em uma equipe de dez operadores, isso representa de 17 a 33 horas semanais, o equivalente a quase um operador em tempo integral fazendo trabalho que o sistema deveria fazer sozinho.