EDI e integrações: o que o embarcador grande exige do seu sistema

Toda transportadora que cresce um dia senta na mesa com um embarcador grande, e em algum momento da conversa cai a pergunta: “vocês têm EDI?”. A resposta define se o contrato anda ou se a negociação esfria ali mesmo. Não é capricho de departamento de TI: é a forma como indústria, varejo e agro operam logística há décadas.

Se você já ouviu essa pergunta e respondeu “a gente vê isso depois”, este texto é para você. Vamos explicar o que é EDI sem tecniquês, o que cada arquivo do padrão brasileiro faz, por que o embarcador exige isso e quanto custa não ter.

O que é EDI no transporte, explicado sem tecniquês

EDI significa troca eletrônica de dados: o sistema do embarcador e o sistema da transportadora conversam sozinhos, por arquivos ou mensagens estruturadas, sem ninguém digitando nada. O embarcador envia o pedido de coleta com as notas fiscais, e a transportadora devolve o conhecimento emitido, os status de entrega e a fatura, tudo em formato que a máquina do outro lado entende.

Pense na diferença entre receber um pedido por e-mail com PDF anexo e receber o mesmo pedido já dentro do seu TMS, com notas, volumes, peso e destinatário preenchidos. No primeiro caso alguém digita tudo de novo, no segundo a viagem já nasce pronta para ser programada. Essa é a promessa do EDI, e é por isso que ele virou pré-requisito de contrato.

PROCEDA: o padrão histórico que o Brasil inteiro ainda usa

No Brasil, o padrão consagrado é o PROCEDA, um conjunto de layouts de arquivo texto criado nos anos 90 e usado até hoje pela maioria das grandes indústrias. São arquivos de posições fixas, feios de olhar, mas extremamente difundidos. Os quatro que você vai encontrar em quase todo contrato são estes:

• NOTFIS. É o embarcador avisando o que tem para transportar: a relação de notas fiscais com destinatário, peso, volumes e valor, que vira o pedido de coleta dentro do seu TMS.
• CONEMB. É a transportadora devolvendo os dados do conhecimento de transporte emitido, para o embarcador amarrar cada CT-e às notas que ele mandou.
• OCOREN. É o arquivo de ocorrências de entrega: entregue, reentrega, recusa, avaria, atraso, cada evento com código e data, alimentando o rastreamento do embarcador.
• DOCCOB. É o arquivo de cobrança: a fatura da transportadora em formato eletrônico, que o embarcador cruza com os CT-es e as tabelas de frete antes de pagar.

Repare no desenho do ciclo: o embarcador fala uma vez (NOTFIS) e a transportadora responde três (CONEMB, OCOREN, DOCCOB). O peso da integração está do lado de quem transporta, e é exatamente por isso que a pergunta “vocês têm EDI?” é dirigida a você, não o contrário.

O mundo atual: API, webhook e a torre de controle do cliente

O PROCEDA resolve, mas é um padrão de lote: os arquivos são gerados e trocados algumas vezes por dia, via FTP ou VAN. O mundo atual acrescentou uma camada em tempo real: APIs e webhooks, em que cada evento é transmitido no segundo em que acontece, sem esperar o próximo lote.

Na prática isso aparece de três formas. O centro de distribuição do embarcador tem portal de agendamento de doca, e sua viagem só entra se estiver agendada pelo sistema. A torre de controle do embarcador consome a posição dos seus veículos direto da sua API, e monta o painel dele com o seu dado. E o cliente final do embarcador consulta o rastreio da entrega em tempo real, com informação que saiu do seu sistema. Embarcador moderno costuma pedir os dois mundos: PROCEDA para os processos legados e API para o resto.

Por que o embarcador grande exige isso de você

Do ponto de vista do embarcador, a exigência é racional. O CD dele opera por agendamento: caminhão que não está no sistema não tem doca, e doca parada é custo. O cliente final dele (a rede varejista, o e-commerce, a filial) cobra previsibilidade de entrega, e essa previsibilidade depende do dado que a transportadora envia.

E tem o ponto que mais dói no caixa: para o embarcador, ocorrência que não chegou por OCOREN ou API é entrega que não aconteceu. Não adianta o canhoto estar assinado na sua pasta: se o sistema dele não recebeu o evento, o processo de pagamento não anda e a fatura fica presa. A entrega física existe, mas a entrega “de sistema” não, e é a segunda que libera o dinheiro.

Na visão do embarcador grande, o que não está no sistema não existe. Entrega sem evento eletrônico é entrega pendente, e fatura de entrega pendente não é paga.

O custo real de não ter integração

Quem nunca contabilizou o custo de operar sem EDI tende a achar que é só “um relatório a mais”. Não é. A conta aparece em quatro lugares, todos recorrentes:

• Redigitação. Cada pedido que chega por e-mail ou planilha é digitado de novo no TMS, com o custo da hora da equipe e o custo maior do erro de digitação que vira nota trocada ou entrega errada.
• Fatura glosada. Sem DOCCOB batendo com o CT-e, qualquer divergência de valor, peso ou pedágio vira glosa, e glosa vira semanas de disputa por e-mail para receber o que já era seu.
• Equipe respondendo planilha. Sem envio automático de status, o embarcador manda a famosa planilha de pendências, e alguém do seu operacional passa horas por dia preenchendo posição de entrega em vez de resolver problema real.
• Exclusão silenciosa dos BIDs. Este é o mais cruel: ninguém liga avisando. Sua transportadora simplesmente para de ser convidada para os BIDs de frete dos embarcadores grandes, porque o requisito “integração sistêmica” já elimina na triagem, antes mesmo de discutir preço.

Somando, a falta de integração custa gente, prazo de recebimento e funil comercial. É um imposto invisível sobre a operação, pago todo mês.

O que avaliar no seu TMS antes de responder ao embarcador

A boa notícia: você não precisa montar um departamento de integração, precisa de um TMS que já nasça falando essas línguas. Ao avaliar o sistema, as perguntas certas são poucas e objetivas.

Primeiro: ele fala PROCEDA e API, ou só um dos dois? Embarcador legado vai pedir NOTFIS e OCOREN, embarcador moderno vai pedir webhook, e você vai atender os dois no mesmo ano. Segundo: as ocorrências de viagem saem automaticamente quando o motorista registra o evento, ou dependem de alguém exportar arquivo no fim do dia? Integração que depende de gesto manual falha justamente no dia corrido, que é quando o embarcador mais olha o painel.

Terceiro: a fatura eletrônica sai amarrada ao CT-e, com os mesmos valores, para não abrir flanco de glosa? Divergência entre DOCCOB e documento fiscal é a causa número um de pagamento travado. É esse o desenho da Growth Log: o TMS nasce integrado, com API aberta, envio automático de ocorrências, fatura conciliada com o CT-e e portal do cliente em que o embarcador acompanha as entregas sozinho, sem sua equipe responder planilha. Em vez de tratar integração como projeto caro cobrado à parte, ela é parte do produto, porque sem ela o resto do sistema não sustenta contrato grande.

Integração é via de mão dupla: ela também protege você

Até aqui parece que EDI só serve ao embarcador, mas a leitura correta é outra: cada evento que você transmite é prova sua. Status de entrega enviado no prazo é evidência documentada de nível de serviço, aquele dado que salva a renegociação de tabela quando o embarcador reclama de atraso que não houve.

O mesmo vale para o dinheiro miúdo que costuma se perder. Estadia registrada com hora de chegada e liberação no sistema vira cobrança documentada, difícil de contestar, em vez de discussão de palavra contra palavra. E o comprovante de entrega digitalizado e vinculado ao CT-e (com leitura automática de canhoto, sem triagem manual) encerra disputa de “não recebi” em minutos. Quem transmite dado bom cobra melhor e se defende melhor.

Responda “sim” antes que perguntem

A pergunta “vocês têm EDI?” vai chegar, e ela chega sempre no momento da oportunidade: um contrato novo, um BID, um cliente âncora. Quem responde “sim, já operamos com NOTFIS, OCOREN, DOCCOB e API” segue na conversa; quem responde “vamos verificar” entra na fila dos desclassificados sem saber.

A Growth Log foi construída para que essa resposta seja sim desde o primeiro dia, com integração como parte do produto e não como projeto. Se você quer ver na prática como pedido, ocorrência, fatura e portal funcionam integrados, Agende uma demonstração.