IA para importadora: padronizar pedido, câmbio e documentos

Um agente de IA acompanha importações sem errar prazos quando pedido, operação de câmbio e documentação seguem os mesmos campos, datas e status em todas as operações. Quando isso não acontece, o problema raramente é a capacidade do modelo: o agente não consegue saber qual data vale, qual documento falta ou qual contrato de câmbio pertence a qual invoice. A padronização é o trabalho que vem antes do agente e define se o acompanhamento de prazos será confiável.

Principais pontos

• Prazo só é acompanhado quando existe como campo próprio: data de embarque, previsão de chegada, vencimento de câmbio e limite de documento precisam estar separados, nunca misturados em um campo de observação.
• Cada importação precisa de uma chave única que ligue pedido, invoice, contrato de câmbio, conhecimento de transporte e declaração de importação.
• Status deve ser uma lista fechada de valores escolhidos, não texto livre digitado de formas diferentes por cada pessoa da equipe.
• Regras de prazo, como o Incoterm acordado, a contagem de dias e a validade de cotações, devem estar escritas num documento, e não apenas na cabeça de quem opera.
• O agente deve ler, registrar e alertar. Decisões sobre câmbio, multas, cancelamentos e classificação fiscal continuam com pessoas responsáveis.

Onde o agente erra prazo na prática

A maioria dos erros de prazo nasce na transição entre sistemas. O pedido está numa planilha, a invoice chega por e-mail, o status do embarque aparece numa mensagem de WhatsApp do agente de carga e o contrato de câmbio fica com a tesouraria ou com o banco. Cada fonte usa uma convenção própria para datas, moedas e nomes de fornecedor.

Se a planilha registra a data do pedido e a invoice registra a data de embarque, um prazo contado a partir do pedido pode parecer vencido ou folgado quando não é. Um agente que lê as duas fontes sem regra explícita pode escolher uma delas em silêncio, e isso é o erro mais difícil de perceber. Por isso, a primeira tarefa não é escolher um modelo, e sim decidir qual campo é a fonte da verdade para cada informação.

Campos do pedido que precisam estar padronizados

O pedido é a espinha dorsal do processo. Os campos mínimos costumam ser estes:

• Identificador único do pedido, com referência ao fornecedor e à ordem de compra interna.
• Fornecedor com razão social, país de origem e moeda de faturamento, sem abreviações diferentes para o mesmo nome.
• Incoterm acordado e o local de referência, já que ele define responsabilidades e pontos de transferência de risco.
• Datas separadas: data do pedido, data de produção confirmada pelo fornecedor e data prometida ao cliente interno ou final.
• Quantidade, unidade de medida e código de classificação fiscal (NCM) preenchido pela equipe responsável. O agente pode sinalizar divergências, mas não deve classificar a mercadoria por conta própria.
• Condições de pagamento em formato fixo, por exemplo antecipado, ou prazo contado a partir de um evento que também esteja registrado no sistema.
• Responsável interno e canal de contato do fornecedor, para que o agente saiba com quem pode falar e por qual meio.

Se um desses campos estiver vazio, a regra de negócio deve dizer o que acontece: o agente bloqueia o alerta de prazo, ou gera um aviso de dado incompleto para a pessoa que cuida do pedido. Deixar o modelo preencher a lacuna com uma estimativa é o caminho mais curto para um prazo errado.

Câmbio: o que o agente precisa ler com clareza

A operação de câmbio tem a parte financeira e a parte de prazo, e o agente deve acompanhar apenas a segunda. Os campos que ele precisa enxergar são a moeda da operação, o valor na moeda estrangeira, a taxa contratada e a data de fechamento, a data prevista de liquidação e o vínculo com a invoice e com o pedido.

Os prazos de câmbio raramente coincidem com os prazos de embarque. Um contrato pode vencer antes da chegada da mercadoria, e isso precisa aparecer como alerta com antecedência suficiente para a tesouraria ou o banco agir. Também vale registrar quem aprova variações de taxa e em que faixa a aprovação é necessária, porque o agente pode lembrar a pessoa da regra, mas não deve negociar nem decidir.

Um cuidado importante: qualquer informação de câmbio enviada a modelos de IA hospedados fora do Brasil precisa passar pela análise de transferência internacional de dados, especialmente quando houver dados de pessoas físicas, como nomes de representantes ou contatos de fornecedores. O tema está detalhado em transferência internacional de dados com IA.

Documentação e status: a lista que fecha o processo

A documentação é onde o prazo legal e o prazo operacional se encontram. Um processo pode estar no status certo e, mesmo assim, faltar um documento que trava o desembaraço. Por isso, cada documento precisa de três atributos: quem é o responsável por entregá-lo, qual é o prazo para entrega e onde o arquivo oficial está guardado.

Os documentos mais comuns em uma importação costumam incluir a invoice, o packing list, o conhecimento de transporte, o certificado de origem quando aplicável, eventuais licenças ou anuências específicas do produto, a declaração de importação e o comprovante de pagamento. A lista exata depende do produto e do regime, e deve ser validada pela equipe de comércio exterior ou pelo despachante.

A lista de status também precisa ser fechada. Um conjunto simples pode ser: aguardando fornecedor, em produção, embarcado, em trânsito, em desembaraço, retido, liberado e entregue. Cada transição deve ter uma regra clara de quem pode mudar o status e com qual evidência. Se o status só muda quando há um documento anexado, o agente tem como verificar a consistência.

Um status que ninguém é obrigado a justificar deixa de servir ao prazo no momento em que mais se precisa dele.

Cenário ilustrativo

Cenário ilustrativo: uma importadora de utensílios para casa acompanha pedidos em planilha e recebe invoices por e-mail. Um pedido tem a data de embarque preenchida na invoice, mas a planilha ainda registra a data do pedido como referência de prazo. Sem regra de precedência, o agente poderia alertar atraso no dia errado.

Com o padrão definido, a regra diz que a data de embarque da invoice é a fonte oficial para o cálculo de chegada, e que divergências entre fontes geram um aviso para o responsável do pedido, em vez de uma escolha automática. Na primeira semana de piloto, o agente registra o aviso, a pessoa confirma qual data está correta e a planilha passa a ser corrigida. O ganho aqui não é a inteligência do agente, e sim a clareza sobre qual dado manda.

Plano para começar sem risco

A sequência que seguimos com clientes costuma ser curta e disciplinada:

• Mapear o fluxo atual: identificar de onde vem cada dado, quem digita, em que momento e com que frequência as informações mudam.
• Escrever o dicionário de campos: para cada campo, definir nome, formato, fonte oficial e exemplos aceitos e recusados.
• Limitar as ações do agente: ele lê pedidos, registra status, gera alertas e rascunha mensagens. Não altera contrato de câmbio, não emite documento e não confirma prazo com fornecedor sem aprovação humana.
• Testar antes de operar: montar casos com dados incompletos, datas conflitantes e status fora da lista, usando processos já encerrados. O método está descrito em como testar agente de IA com mocks e sandbox.
• Pilotar um corredor de fornecedores: escolher um grupo pequeno de pedidos reais e combinar uma métrica de sucesso antes de começar, como a proporção de alertas que a equipe confirma como procedentes.
• Transferir e decidir: ao final do piloto, a empresa decide se expande, ajusta as regras ou interrompe o uso.

Na nossa forma de trabalho, esse caminho segue quatro verbos: mapear, limitar, pilotar e transferir. Não há promessa de resultado nesse processo, apenas a exigência de que cada etapa tenha registro, critério e responsável.

O que fica com a equipe

Algumas decisões não devem ser delegadas, mesmo com um agente bem configurado. Entre elas estão a negociação de câmbio, a aceitação de multas e de custos extras, a mudança de Incoterm no meio do processo, a classificação fiscal e a decisão de comunicar um atraso ao cliente final. O agente pode preparar o material para cada uma dessas decisões, com histórico e evidências, mas a assinatura é humana.

Se o agente também conversa com fornecedores pelo WhatsApp, vale observar as regras de envio de mensagens fora da janela de atendimento. O funcionamento está explicado em janela de 24 horas no WhatsApp API. Para empresas que já usam agentes de compras, a lógica de comparação de cotações e pedido de aprovação segue princípios parecidos, descritos em agente de IA para compras.

Perguntas frequentes

Preciso trocar o ERP da empresa para usar um agente de IA no acompanhamento de importações? Não necessariamente. Muitas operações começam com planilhas bem estruturadas, e-mails com campos padronizados e um registro de status acessível ao agente. O essencial é ter uma fonte oficial por campo e uma lista fechada de status, independentemente da ferramenta usada.

O agente pode decidir quando fechar um contrato de câmbio ou quando pagar um fornecedor? Não deve. O papel do agente é ler as datas, identificar vencimentos próximos, registrar divergências e avisar a pessoa responsável com o histórico necessário. A decisão financeira e a execução do pagamento permanecem com a equipe financeira, com aprovação registrada.

Dá para começar o piloto antes de padronizar todos os campos? Dá para começar por um subconjunto de pedidos e de campos, desde que o escopo esteja escrito e os casos fora dele sejam tratados manualmente. Tentar padronizar tudo antes de qualquer teste costuma atrasar o projeto sem reduzir os erros de forma visível.

É preciso usar superinteligência para acompanhar prazos de importação? Não. Esse tipo de acompanhamento depende de dados bem organizados, regras claras e um modelo capaz de ler documentos e textos com limites definidos. A discussão sobre superinteligência não muda o que a empresa precisa fazer amanhã, que é organizar campos, registrar decisões e medir se os alertas ajudam a equipe.

Fontes

• NIST AI Risk Management Framework
• Anthropic: Building effective agents
• OWASP: Authorization Cheat Sheet