Home/Insights/Leitura

Digitação de pedidos: quanto custa e como tirar do time

Em quase toda indústria e distribuidora de médio porte tem alguém que passa parte do dia na digitação de pedidos: copiando para o sistema o pedido que chegou por e-mail, em PDF, numa planilha ou pelo WhatsApp do vendedor, para ele virar pedido de venda no ERP.

Esse trabalho não aparece em relatório, não tem dono e cresce junto com as vendas. Este artigo faz a conta do que ele custa e compara os caminhos para tirá-lo do time.

Quanto custa a digitação de pedidos?

O custo é pedidos por dia × minutos por pedido × custo da hora de quem digita. Num exemplo de 40 pedidos por dia, a 8 minutos cada, com hora a R$ 35, são 5 horas e 20 minutos por dia, cerca de R$ 4.100 por mês só em digitação.

A conta é simples, e quase ninguém faz, porque a digitação está espalhada: um pouco com o vendedor, um pouco com o administrativo, um pouco com o faturamento. Some assim:

DadoComo acharExemplo
Pedidos por dia que chegam fora do ERPconte uma semana e divida por 540
Minutos por pedido (abrir, conferir cliente e itens, digitar, conferir de novo)cronometre 10 pedidos8 min
Custo da hora de quem digita (salário + encargos ÷ 176 h)RHR$ 35
Dias úteis no mês22
Custo da digitação por mês40 × 8 ÷ 60 × 35 × 22R$ 4.107

Use a calculadora com os seus números. Nada sai da sua tela.

5 h 20 min por dia em digitação · R$ 4.107 por mês

Essa é a conta só da digitação. Devolução, nota cancelada e cliente que liga reclamando ficam de fora.

Dois detalhes que mudam a conta. Primeiro, o custo da hora de quem digita costuma ser maior do que parece, porque quem digita pedido em empresa média raramente foi contratado para isso: é o vendedor interno, a pessoa do faturamento, às vezes o dono. Segundo, 8 minutos é pouco para um pedido com 15 itens em planilha, com código do cliente que não é o do ERP.

Por que o pedido ainda é digitado, se o ERP tem integração?

O ERP integra o pedido que já vem estruturado: loja virtual, marketplace, EDI (troca de arquivo num layout combinado com o cliente). O pedido de atacado vem do jeito que o cliente quer mandar: PDF da ordem de compra, planilha, e-mail, WhatsApp. Mudar o jeito de o cliente comprar é mais difícil do que parece.

Os quatro motivos que aparecem com mais frequência:

  1. O cliente tem o sistema dele. A ordem de compra sai do ERP do cliente, em PDF, no layout dele. Ele não vai digitar de novo no seu portal.
  2. O representante é o canal. Boa parte da venda B2B passa por representante, que repassa o pedido no formato que recebeu.
  3. O pequeno não usa portal. Revenda, loja de bairro e cliente eventual mandam pelo WhatsApp. Portal B2B tem adesão baixa nesse público.
  4. A integração foi feita para o e-commerce. No Bling, por exemplo, o pedido do marketplace entra sozinho e o do atacado é digitado. O mesmo acontece em ERPs maiores: o EDI cobre dois ou três clientes grandes, e o resto é manual.

Onde o erro de digitação aparece?

O erro vem por fora da conta da digitação, e quase nunca aparece na hora. Ele aparece depois, como devolução por item trocado, nota cancelada por preço errado, cliente cobrado por quantidade que não pediu, e estoque que "sumiu" porque o pedido entrou na unidade errada. Cada um desses custa mais do que a digitação que o causou.

O padrão é parecido em todo lugar: item parecido com outro no catálogo, quantidade em caixa digitada como unidade, preço antigo copiado do PDF, cliente com dois cadastros. Quem digita está fazendo uma conferência de 6 campos, 40 vezes por dia, no meio de outras tarefas. O erro vem daí, e cobrar atenção da pessoa não resolve.

Quais são os caminhos para tirar a digitação do time?

Há seis caminhos. Três dependem de o cliente mudar o jeito de comprar (portal B2B, EDI, app de força de vendas); um empurra o problema (contratar mais gente); um resolve só o pedido que sempre vem igual (automação por regra); e um lê o pedido do jeito que chegou (agente de IA). A maioria das empresas acaba combinando dois ou três.

Os seis canais por onde o pedido chega: PDF por e-mail, planilha, WhatsApp e representante chegam fora do ERP e são redigitados; portal B2B e EDI já entram integrados, mas dependem de o cliente mudar o jeito de comprar
Portal e EDI resolvem quando o cliente aceita mudar. O agente cobre os outros quatro canais sem mudar nada do lado do cliente. Abrir em tamanho maior
CaminhoO que exigePara qual pedido serveO que costuma travar
Contratar mais um digitadorsó o salárioqualquer umo custo cresce com as vendas; o erro continua
Portal B2Bo cliente digitar no seu portalcliente médio e grande, recorrenteadesão baixa; o pequeno e o representante não usam
EDIlayout combinado e projeto por clientecliente grande, com TIcaro por cliente; não serve para o cliente pequeno e eventual
App de força de vendaso vendedor digitar no appvenda externa própriao pedido que vem do cliente direto continua fora
Automação por regra (RPA, importador de planilha)layout fixoo pedido que sempre vem igualquebra quando o layout muda; não lê PDF nem WhatsApp
Agente de IA no ERPacesso à API ou à rotina de pedido do ERPo pedido que varia: PDF, planilha, e-mail, WhatsAppprecisa de catálogo e cadastro em ordem; a exceção vai para uma pessoa

A diferença entre automação por regra e agente está em quem se adapta a quem. Na regra, o cliente precisa mandar sempre igual. No agente, é o agente que lê do jeito que chegou. A fronteira está detalhada em RPA ou agente de IA.

Como o agente de IA faz a digitação do pedido?

O agente recebe o pedido como ele chegou, identifica o cliente e os itens pelo cadastro do ERP, confere preço, unidade e estoque, e lança o pedido de venda. O que não bate com a regra não entra: vai para uma pessoa. Uma pessoa aprova o que tem risco; o agente registra tudo o que faz.

Fluxo do agente de pedido: o pedido chega por e-mail, PDF, planilha ou WhatsApp; o agente lê, confere no ERP e lança pelo caminho oficial; o que foge do padrão vai para uma pessoa aprovar
Como o pedido anda: dentro do padrão, entra no ERP; fora dele, uma pessoa decide. Tudo registrado. Abrir em tamanho maior

Na prática, o pedido passa por quatro passos:

  1. Chega no formato em que o cliente mandou, sem ninguém mexer nele.
  2. O agente lê e casa com o ERP: CNPJ do cliente, código ou descrição do item, quantidade e unidade, preço da tabela daquele cliente.
  3. Dentro do padrão, lança. No Protheus, pela rotina de pedido de venda; no Omie, pela API pública; em cada ERP, pelo caminho que o próprio sistema oferece, para as validações continuarem valendo.
  4. Fora do padrão, para. Preço diferente da tabela, item sem cadastro, cliente bloqueado, pedido repetido: a pessoa decide, com o pedido original e o resumo lado a lado.

O que muda para o time é o papel. No exemplo dos 40 pedidos, em vez de digitar todos, a pessoa confere os que caíram na exceção, e passa a cuidar do cliente. A página do agente de pedido no ERP descreve o serviço e o caminho em cada sistema.

O que costuma dar errado ao automatizar a entrada de pedidos?

Os erros mais comuns são deixar o preço do PDF sobrescrever a tabela do ERP, gravar o pedido direto na tabela do banco em vez de usar a rotina oficial, não tratar o pedido reenviado (que vira duplicado) e começar sem catálogo e cadastro em ordem. Todos se resolvem com pouco, desde que estejam no desenho desde o início.

  • Preço: a tabela do ERP manda. O preço que vem no pedido do cliente é comparado, e a diferença vira exceção.
  • Caminho de entrada: pela API ou pela rotina de pedido de venda do ERP, nunca direto na tabela. Gravar direto pula validação, bloqueio de crédito e regra fiscal.
  • Duplicidade: cada pedido recebe uma chave de origem (remetente, data, cliente, itens). O reenvio é reconhecido e não entra.
  • Cadastro: item sem código, cliente com dois cadastros e unidade de venda ambígua são o que mais manda pedido para a fila. Vale uma semana arrumando o catálogo antes de ligar o agente.
  • Autonomia cedo demais: no começo, o agente prepara e a pessoa aprova tudo. A aprovação por amostragem vem depois, quando o registro mostra que o critério funciona.

Como medir se vale a pena?

Meça quatro números antes e depois: tempo médio por pedido, do recebimento até estar no ERP; quantos campos alguém corrigiu à mão; quantos pedidos caíram na fila de exceção, e por quê; e quantos foram lançados certos. Se os quatro melhoram e a conta da primeira seção fecha, vale.

É assim que medimos em nosso ambiente de teste, com uma distribuidora fictícia e 50 pedidos como os clientes mandam de verdade (30 em PDF de três layouts, 10 em planilha, 10 por WhatsApp), e é assim que propomos medir na sua operação: os mesmos quatro números, antes e depois.

Dois cuidados na medição. O tempo por pedido deve incluir a conferência, não só a digitação. E a fila de exceção não é falha: uma parte dos pedidos de atacado tem algo fora do padrão, e o certo é que eles parem.

Por onde começar?

Três perguntas dizem se vale a conversa:

  1. Quantos pedidos por dia chegam fora do ERP, e quem lança?
  2. Quanto tempo leva um pedido, de chegar até estar no sistema, e o que mais dá erro?
  3. Se esse processo mudasse, quem do seu lado responderia por ele? E qual é o ERP?

Se as três têm resposta, existe um candidato. Diagnóstico de IA na operação em 30 minutos: qual decisão o seu time mais repete?

Perguntas frequentes

Digitação de pedidos é trabalho de que área?

Em empresa média, de ninguém e de todo mundo: vendedor interno, administrativo de vendas, faturamento, às vezes o dono. É por isso que o custo não aparece em relatório. O primeiro passo é somar.

Quanto tempo leva para digitar um pedido?

Entre 5 e 15 minutos, dependendo do número de itens e do formato. Pedido em planilha com código do cliente diferente do código do ERP fica no limite de cima. Cronometre 10 pedidos antes de estimar.

Portal B2B não resolve a digitação de pedidos?

Resolve para o cliente que aceita usar o portal. Cliente grande com sistema próprio, representante e cliente pequeno costumam continuar mandando por e-mail e WhatsApp. O portal reduz a digitação; raramente a zera. Quando cada caminho serve, por perfil de cliente, está em portal B2B, EDI ou agente de IA.

Dá para automatizar a digitação de pedidos em PDF?

Dá. É o caso mais comum. O agente lê o PDF do jeito que o cliente mandou (ordem de compra do sistema dele, carta, tabela), identifica cliente e itens pelo cadastro do ERP e lança. Layout diferente por cliente o agente lê; item sem cadastro vai para uma pessoa.

E o pedido que chega por WhatsApp em texto livre?

Também. O agente lê a mensagem, identifica o cliente pelo contato e os itens pelo catálogo, monta o pedido e, no começo, devolve um resumo para conferência antes de lançar. Áudio e foto entram pelo mesmo caminho, com mais chance de cair na fila de exceção.

Precisa trocar de ERP?

Não. O agente lança no ERP que a empresa já usa, pela API ou pela rotina de pedido de venda que o sistema oferece. A página do agente de pedido no ERP mostra o caminho em cada sistema.

O agente pode lançar um pedido errado?

Ele só lança o que passa nas conferências combinadas: cliente ativo, item cadastrado, preço da tabela, unidade certa, estoque. O que não passa vai para uma pessoa. No começo da operação, tudo passa por aprovação; a autonomia cresce com o registro.

continuar explorando

Próximos passos para colocar um agente para trabalhar.

Pronto para um diagnóstico técnico gratuito?

Conte como o seu time usa o ERP no dia a dia e entendemos juntos se agente de IA é o próximo passo.

Agendar diagnóstico