# Como automatizar a entrada de pedidos de venda no ERP

> Pedidos chegando por e-mail, PDF, planilha e WhatsApp? Veja como ler, conferir preço e estoque e lançar no ERP sem digitar, com fila de exceções.

Fonte: https://pervian.tech/blog/automatizar-entrada-de-pedidos · Pervian Tech · publicado em 2026-10-01

Segunda-feira, oito da manhã. A caixa de entrada do comercial tem dezenas de pedidos: um PDF gerado pelo sistema de compras de um supermercado, uma planilha de um distribuidor com o código do produto dele, um e-mail escrito à mão por um cliente antigo e três prints de WhatsApp encaminhados pelo vendedor da rua. Duas pessoas passam a manhã inteira digitando tudo no ERP, linha por linha.

O problema não é só o tempo. É o erro de digitação que vira nota com quantidade errada, o produto trocado porque o cliente chama de "cx 12" o que no seu cadastro é outro código, o preço desatualizado que só aparece na hora de faturar. E o pedido que ficou parado porque a pessoa que lança estava de férias.

A boa notícia: **entrada de pedidos é um dos processos mais automatizáveis de uma empresa**, desde que a automação seja desenhada para conviver com exceções. Este texto mostra como fazer isso de ponta a ponta.

## A resposta curta: como automatizar a entrada de pedidos

Automatizar a entrada de pedidos de venda é montar uma esteira com cinco etapas:

1. **Captura**: um ponto único recebe os pedidos de todos os canais (uma caixa de e-mail dedicada, uma pasta, um número de WhatsApp, um [endereço de integração para sistemas](https://pervian.tech/blog/webhook-o-que-e)).
2. **Leitura**: o sistema extrai cliente, itens, quantidades, preços, prazo e condição de pagamento, seja de um PDF, de uma planilha ou de um texto livre.
3. **Tradução (de-para)**: o código e a descrição que o cliente usa são convertidos para o código do seu cadastro.
4. **Conferência**: cliente ativo, crédito, preço da tabela, estoque e regras comerciais são verificados automaticamente.
5. **Lançamento ou exceção**: o pedido que passou em tudo entra no ERP e o cliente recebe a confirmação; o que tem alguma divergência vai para uma fila de revisão humana, com o motivo já indicado.

O ponto central é o quinto. A automação não precisa acertar tudo. Ela precisa **lançar com segurança o que está claro e separar o que não está**, para que a equipe revise poucos pedidos em vez de digitar todos.

## O custo da digitação de pedidos

Antes de projetar qualquer coisa, vale [medir o processo atual](https://pervian.tech/blog/mapear-processos-antes-de-automatizar). Não com estimativa, com uma semana de observação:

- **Quantos pedidos entram por dia** e por qual canal.
- **Quanto tempo leva lançar um pedido típico**, do e-mail aberto ao pedido gravado no ERP.
- **Quantos pedidos voltam** por erro de produto, quantidade ou preço, e quanto custa cada retrabalho (troca, devolução, nota de correção, frete extra).
- **Qual o atraso entre receber e lançar.** Pedido parado na caixa de entrada é estoque que não foi reservado e entrega que vai atrasar.

Esse levantamento serve para duas coisas: mostrar onde está o volume (geralmente poucos clientes concentram a maior parte dos pedidos) e definir uma linha de base para saber, depois, se a automação funcionou.

## De onde vêm os pedidos: e-mail, PDF, planilha, WhatsApp

Cada canal tem uma dificuldade diferente. Tratar todos como "documento" é o primeiro erro de projeto.

| Canal | Como costuma chegar | Dificuldade de leitura | Observação |
|---|---|---|---|
| PDF gerado por sistema | Anexo de e-mail, layout fixo por cliente | Baixa a média | O mesmo cliente manda sempre no mesmo formato |
| PDF escaneado ou foto | Anexo ou WhatsApp | Alta | Exige reconhecimento de texto e revisão mais frequente |
| Planilha | Anexo, colunas variam por cliente | Baixa | Basta mapear as colunas de cada cliente uma vez |
| E-mail em texto livre | Corpo da mensagem | Média a alta | Precisa interpretar linguagem natural |
| WhatsApp | Texto, áudio, foto de lista | Alta | Vale padronizar a mensagem antes de automatizar |
| XML ou arquivo estruturado | Integração, EDI, portal | Muito baixa | Não precisa de leitura, só de tradução e conferência |

Duas lições saem dessa tabela.

**PDFs de sistema são mais fáceis do que parecem.** Um supermercado ou uma rede que emite pedido de compra pelo próprio sistema usa sempre o mesmo layout. Uma vez configurada a leitura para aquele cliente, ela se repete de forma previsível, até que o cliente troque de sistema ou de modelo de documento.

**WhatsApp e texto livre são os mais difíceis**, e muitas vezes a melhor automação é organizar o canal antes: um modelo de mensagem, um catálogo com códigos ou um link para um formulário simples. Automatizar a bagunça custa mais do que diminuí-la.

## Leitura automática e de-para de produtos do cliente

### Extração dos dados

A leitura combina técnicas diferentes conforme o canal. Planilhas e XML são lidos diretamente. PDFs com texto selecionável são lidos por regras de posição ou por modelos de linguagem. PDFs escaneados, fotos e e-mails livres pedem reconhecimento de texto e modelos de IA que entendem o conteúdo e devolvem os campos estruturados. Detalhamos essas abordagens em [extração de dados de documentos com IA](https://pervian.tech/blog/extracao-de-dados-de-documentos-com-ia).

O que importa para quem decide: **toda extração deve vir com um grau de confiança por campo**. Se o sistema leu a quantidade com segurança e o código do produto com dúvida, o pedido não deve ser lançado como se estivesse tudo certo.

### A tabela de de-para

Aqui está o coração do processo, e quase sempre o que mais dá trabalho. Seu cliente não usa o seu código. Ele pede "Detergente neutro 5L" ou "REF 4471-B", e quem digita hoje sabe, de cabeça, que aquilo é o seu item tal.

Esse conhecimento precisa sair da cabeça da equipe e virar uma **tabela de de-para por cliente**:

- Código do produto no cliente → código do produto no seu cadastro.
- Unidade do cliente → sua unidade (o cliente pede em caixas, você fatura em unidades, ou o contrário).
- Fator de conversão, quando a embalagem é diferente.

A tabela não precisa estar completa no primeiro dia. O desenho que funciona é: quando o sistema não encontra a correspondência, o pedido vai para a fila de exceções; a pessoa que revisa indica o produto certo; e **essa escolha é gravada no de-para** para a próxima vez. Como os clientes costumam repetir os mesmos itens, a tabela cresce rápido nas primeiras semanas e os itens recorrentes passam a ser traduzidos sem intervenção.

Modelos de IA podem sugerir a correspondência mais provável a partir da descrição, mas a confirmação humana na primeira vez continua sendo o caminho mais seguro.

## Conferência de cadastro, preço e estoque

Ler o pedido certo não basta. Antes de lançar, o sistema confere o que hoje a equipe confere de olho (ou esquece de conferir):

- **Cliente**: está ativo? O CNPJ do pedido corresponde ao cadastro? O endereço de entrega é um dos cadastrados?
- **Crédito**: há títulos vencidos? O pedido ultrapassa o limite?
- **Preço**: o preço informado pelo cliente bate com a tabela vigente para ele? Se houver diferença, ela está dentro de uma tolerância definida pelo comercial?
- **Condição de pagamento e prazo de entrega**: são os combinados?
- **Estoque**: há saldo disponível ou o pedido precisa ser parcial ou programado?
- **Regras comerciais**: quantidade mínima, múltiplo de embalagem, itens fora de linha, produtos que exigem aprovação.

Cada regra que falha gera um **motivo de exceção** claro, como "preço do item 3 abaixo da tabela" ou "cliente com título vencido". Isso transforma a revisão humana em decisão rápida, não em investigação.

Uma decisão importante para a diretoria: **qual preço vale quando há divergência?** O do pedido do cliente ou o da sua tabela? A resposta é comercial, não técnica, e precisa estar escrita antes da automação entrar no ar.

## Fila de exceções: quando uma pessoa revisa

A fila de exceções é o que torna a automação confiável. Sem ela, ou o sistema lança pedidos errados, ou ninguém confia nele e a digitação manual continua por segurança.

Uma boa fila tem:

- **O documento original ao lado dos dados extraídos**, para a pessoa conferir sem abrir outro sistema.
- **O motivo da exceção destacado**, campo por campo.
- **Ações simples**: corrigir e aprovar, rejeitar, pedir esclarecimento ao cliente.
- **Aprendizado**: a correção alimenta o de-para e as regras de leitura.
- **Prazo e responsável**: pedido não pode ficar esquecido na fila, assim como não podia ficar esquecido no e-mail.

Quais pedidos devem sempre passar por uma pessoa, independentemente da confiança da leitura? Normalmente, os de cliente novo, os acima de um valor definido pela empresa, os com desconto fora da política e os de itens sob encomenda. Essa lista é sua e deve ser revista com o tempo. Para itens sob encomenda, um [configurador de produtos online](https://pervian.tech/blog/configurador-de-produtos-online) pode validar a combinação antes de o pedido chegar.

## Lançamento no ERP e confirmação ao cliente

Com o pedido conferido, ele precisa entrar no ERP. A forma depende do que o ERP oferece:

- **API ou web service**: o caminho mais robusto. O pedido é gravado com validação do próprio ERP e o retorno (número do pedido, erros) volta para a esteira.
- **Importação de arquivo**: muitos ERPs aceitam pedidos por arquivo em layout próprio. Funciona bem, desde que o retorno seja lido para confirmar o que entrou.
- **Automação de tela (RPA, um robô que preenche as telas como uma pessoa faria)**: quando não há outra porta. Funciona, mas é mais frágil e exige monitoramento. A comparação entre os caminhos está em [RPA ou integração via API](https://pervian.tech/blog/rpa-ou-integracao-via-api).

Dois cuidados técnicos que evitam dor de cabeça:

- **Não lançar o mesmo pedido duas vezes.** O cliente reenvia o e-mail, o vendedor encaminha de novo. A esteira precisa reconhecer o número do pedido do cliente e bloquear duplicidade.
- **Registrar tudo.** Quem aprovou, quando, com qual versão do documento. Quando o cliente disser "eu não pedi isso", você terá o original.

Depois do lançamento, o cliente recebe uma **confirmação automática** com o número do pedido, os itens aceitos, eventuais itens parciais e a previsão de entrega. Esse retorno tende a reduzir as ligações e mensagens de "vocês receberam meu pedido?".

Para entender como desenhar a conexão com o ERP de forma que ela não quebre a cada atualização, vale ler [como integrar seu sistema com o ERP](https://pervian.tech/blog/como-integrar-seu-sistema-com-o-erp).

## Passo a passo para começar

Um roteiro prático, na ordem em que recomendamos:

1. **Meça uma semana de pedidos**: volume por canal, por cliente e tempo de lançamento.
2. **Escolha os clientes que mais pedem** e que mandam em formato estável (PDF de sistema ou planilha). Eles são o primeiro lote.
3. **Crie uma caixa de entrada única** para pedidos e oriente clientes e vendedores a usá-la.
4. **Monte o de-para inicial** com a equipe que digita hoje: ela sabe as correspondências de cabeça.
5. **Escreva as regras de conferência** com o comercial e o financeiro: tolerância de preço, crédito, quantidade mínima, quem aprova o quê.
6. **Rode em paralelo**: a esteira processa, a equipe continua lançando, e vocês comparam os resultados por algumas semanas.
7. **Ative o lançamento automático** só para os pedidos sem exceção e só para os clientes validados.
8. **Amplie aos poucos**: novos clientes, novos formatos, e por último os canais mais difíceis como WhatsApp e texto livre.

## Quando migrar o cliente para portal ou EDI

Ler PDF e e-mail é uma solução para o cliente que não vai mudar o jeito de comprar. Mas, para parte da carteira, a melhor automação é **eliminar o documento**.

- **Portal de pedidos B2B**: o cliente faz o pedido direto no seu catálogo, já com o seu código, o preço dele e o estoque disponível. Não há leitura nem de-para. Faz sentido para clientes recorrentes, de pequeno e médio porte, que hoje mandam e-mail ou WhatsApp. Explicamos esse modelo em [portal do cliente B2B](https://pervian.tech/blog/portal-do-cliente-b2b), e a escolha entre [plataforma de e-commerce B2B ou portal próprio](https://pervian.tech/blog/ecommerce-b2b-plataforma-ou-portal-proprio) em texto à parte.
- **[EDI ou integração direta](https://pervian.tech/blog/edi-com-clientes-e-fornecedores)**: grandes redes e indústrias costumam ter sistemas de compras que trocam pedidos em formato estruturado. Quando o cliente oferece essa opção, ela é mais confiável que qualquer leitura de PDF.
- **Leitura automática**: continua sendo o caminho para quem não vai mudar, para clientes esporádicos e para a cauda longa da carteira.

Na prática, a operação madura combina os três. A esteira de leitura existe para que nenhum canal precise de digitação, enquanto os clientes maiores migram, aos poucos, para canais estruturados.

## Perguntas frequentes

### Preciso de API no ERP para automatizar a entrada de pedidos?

Não necessariamente. API ou web service é o caminho mais robusto, mas muitos ERPs aceitam importação de pedidos por arquivo em layout próprio. Quando não há outra porta, a automação de tela por RPA funciona, com mais fragilidade e necessidade de monitoramento. Em todos os casos, o retorno do ERP deve confirmar quais pedidos de fato entraram.

### A IA consegue ler pedidos de venda enviados em PDF?

Sim. PDFs com texto selecionável são lidos por regras de posição ou por modelos de linguagem, e PDFs escaneados ou fotos pedem reconhecimento de texto e modelos de IA. Cada campo extraído do pedido deve vir com um grau de confiança, e o pedido com campo duvidoso vai para a fila de exceções em vez de ser lançado.

### Vale a pena automatizar pedidos de clientes que compram pouco?

Sim, mas não no primeiro lote. O recomendado é começar pelos clientes que mais pedem e mandam em formato estável, como PDF gerado por sistema ou planilha. Clientes esporádicos e a cauda longa da carteira entram depois, pela mesma esteira de leitura automática, com mais pedidos passando pela fila de exceções no início.

### Qual a diferença entre EDI e portal de pedidos B2B?

EDI é a troca de pedidos em formato estruturado direto entre o sistema da empresa e o do cliente, comum com grandes redes e indústrias. O portal de pedidos B2B é um catálogo em que o próprio cliente faz o pedido, com seu preço e o estoque disponível, e serve melhor a clientes recorrentes de pequeno e médio porte.

### Como evitar pedido de venda lançado em duplicidade no ERP?

Com uma checagem pelo número do pedido do cliente. Quando o cliente reenvia o e-mail ou o vendedor encaminha o mesmo pedido de novo, a esteira de entrada de pedidos reconhece o número já processado e bloqueia o segundo lançamento. Registrar quem aprovou, quando e com qual versão do documento completa o controle.

## Como a Pervian Tech trabalha entrada de pedidos

Começamos com um diagnóstico gratuito: olhamos uma amostra real dos pedidos que chegam, os canais, o ERP em uso e as regras que a equipe aplica hoje sem estarem escritas em lugar nenhum. A partir disso, desenhamos a esteira sob medida, com captura, leitura, de-para, conferência, fila de exceções e lançamento, aproveitando o que o ERP já oferece de integração.

O projeto segue fases (diagnóstico, protótipo com os primeiros clientes, operação em paralelo, ampliação), e o cronograma é definido depois do diagnóstico, porque depende do volume, dos formatos e do ERP. O investimento é sob consulta. Esse trabalho faz parte da nossa atuação em [arquitetura de software](https://pervian.tech/servicos/arquitetura-de-software) e da nossa frente de [automação de processos](https://pervian.tech/solucoes/automacao-de-processos). Para quem quer levar os clientes recorrentes a pedir direto pelo catálogo, veja também o [portal de pedidos B2B](https://pervian.tech/solucoes/portal-de-pedidos-b2b). Outros textos sobre o tema estão em [automação](https://pervian.tech/blog/categoria/automacao).

Se a sua equipe ainda começa o dia digitando pedidos, [conte como eles chegam hoje](https://pervian.tech/#contato).