Como lançar pedido de venda no ERP Senior sem digitar
Resposta curta: existem quatro caminhos para um pedido entrar no ERP Senior sem ninguém teclar: importação de arquivo no layout do próprio ERP, EDI, integração pela API SOAP e leitura do documento por IA. O que decide qual serve não é a tecnologia: é quem controla o formato do arquivo. Se o seu cliente não vai mudar o jeito de mandar o pedido dele, só os dois últimos resolvem.
Quem trabalha em indústria conhece a cena. O pedido chega por e-mail, em PDF, às vezes como foto da tela. Alguém abre o arquivo de um lado, abre o Senior do outro, e passa a manhã copiando código, quantidade, preço e data de entrega. O dado já veio pronto do cliente. Ele só não veio no formato que o ERP entende.
Por que o pedido ainda é digitado
Não é falta de tecnologia no ERP. O Senior tem importação, tem API e tem EDI há anos. O que trava é outra coisa: o formato do pedido pertence ao seu cliente, não a você.
Uma indústria média atende dezenas ou centenas de compradores. Cada um usa o sistema dele, com o layout dele. Você pode pedir para o cliente grande preencher a sua planilha padrão. Não pode pedir isso para os outros noventa, e são justamente eles que geram a fila de digitação.
Os quatro caminhos, e quando cada um resolve
| Caminho | Quando resolve | Onde trava |
|---|---|---|
| Importação de arquivo | Quando você consegue impor o layout: poucos clientes, relação próxima, volume alto por cliente | Exige que o cliente preencha o seu modelo. Um campo fora do lugar derruba a importação inteira |
| EDI | Grandes redes e clientes que já operam EDI, com volume que paga o projeto | Custo e prazo por parceiro. Não alcança a cauda de clientes menores, que é onde está a digitação |
| Integração por API | Quando o pedido já nasce estruturado em outro sistema: portal, e-commerce, força de vendas | Precisa de alguém que já tenha estruturado o dado. Não ajuda em nada se o pedido chega como PDF |
| Leitura do documento por IA | Quando o pedido chega no formato que o cliente quiser e você não pode mudar isso | Depende de revisão humana antes de gravar, e de resolver o de-para de código |
Se você quer o passo a passo sem depender de qual ERP usa, veja como automatizar a entrada de pedido de compra em PDF.
Repare que os três primeiros partem da mesma premissa: alguém, em algum lugar, vai estruturar o dado para você. Quando essa premissa não se sustenta, a empresa contrata uma pessoa para ser esse alguém. É a digitação.
A parte que ninguém conta: o de-para de código
Ler o PDF é o problema fácil. O difícil vem depois: o código do produto no pedido é o código do cliente, não o seu. O comprador pede o item "1041.220"; no seu Senior, aquilo é outro código. Sem essa tradução, o pedido não grava.
Muita gente resolve isso com uma planilha de de-para mantida à mão. Funciona por um mês. Depois alguém cadastra um produto novo, um cliente muda a codificação, e a planilha vira uma fonte de erro em vez de solução.
O detalhe que poupa esse trabalho: o Senior já guarda essa relação, no cadastro de produto por cliente. Uma integração bem feita consulta o cadastro que já existe, em vez de manter uma lista paralela. Isso muda quem é o dono da verdade: passa a ser o ERP, que é onde ela deveria estar.
O que acontece quando o Senior recusa o pedido
Essa é a etapa que separa uma prova de conceito de algo que roda em produção. O pedido vai para gravação e o ERP recusa, com críticas que qualquer pessoa que integra Senior reconhece:
- quantidade abaixo do lote mínimo do produto
- endereço de entrega não informado para aquele cliente
- cliente com benefício fiscal que exige um campo específico preenchido
- tabela de preço divergente da praticada para aquele cliente
- item sem cadastro de produto por cliente
Num robô simples, cada recusa dessas volta como erro cru e alguém vai resolver na mão, pedido a pedido, para sempre. É aqui que a maioria dos projetos de automação de pedido morre: automatiza o caminho feliz e devolve todo o resto para a pessoa que ele deveria liberar.
O caminho que funciona é tratar a recusa como informação, não como falha: a crítica do ERP vira um formulário com o que falta, a pessoa completa uma vez, e aquela regra passa a valer para os próximos pedidos daquele cliente.
O que dá para esperar de verdade
Vale separar o que é promessa do que é medido. No agente de pedidos que mantemos em produção com um cliente que roda Senior, o que existe hoje:
- 13 layouts reais de compradores diferentes já lidos, incluindo pedidos no formato usado por grandes indústrias e por sistemas SAP
- cerca de 30 campos extraídos por pedido, cada um com um nível de confiança, para a revisão olhar o que ficou em dúvida em vez de conferir tudo
- gravação no Senior pelo serviço SOAP, com o de-para vindo do cadastro de produto por cliente do próprio ERP
- quando o pedido tem entregas em datas diferentes, ele é separado em pedidos por data automaticamente
E o que não é verdade: nenhuma leitura por IA acerta 100% dos campos em 100% dos pedidos. Por isso a revisão humana antes de gravar não é uma fase que some depois. Ela é parte do desenho, e é o que torna seguro deixar o resto automático.
Como escolher no seu caso
Três perguntas resolvem a decisão:
- Você consegue ditar o formato? Se sim, importação de arquivo é o caminho mais barato, e talvez você nem precise de mais nada.
- Seus clientes já operam EDI? Se os que geram volume operam, EDI resolve a maior parte do faturamento. A cauda continua no e-mail.
- O pedido chega como documento e ninguém vai mudar isso? Então a discussão não é mais sobre formato: é sobre quem vai ler o documento, uma pessoa ou um agente.
É o seu caso? Manda um pedido real em PDF e a gente te devolve estruturado, pronto para o seu ERP. Sem instalar nada.
Ver como funciona o Smart OrderPerguntas frequentes
Dá para importar pedido de venda no Senior a partir de um PDF?
Não diretamente. O Senior não lê PDF: a importação padrão espera arquivo no layout do próprio ERP, e a API espera dados já estruturados. Para sair do PDF é preciso uma camada que extraia os campos antes e entregue o pedido pronto para o serviço de gravação.
Qual serviço do Senior grava o pedido de venda?
A gravação é exposta por serviço SOAP. Quem integra costuma usar o GravarPedidos, que recebe cabeçalho e itens e devolve a crítica quando alguma regra do ERP barra a gravação. Tratar bem essa crítica é o que decide se a automação sobrevive ao segundo mês.
E se o cliente mandar um layout que nunca vi?
Com importação de arquivo, o pedido é recusado e alguém digita. Com leitura por IA, o agente lê assim mesmo, porque não depende de posição fixa de campo, e o que ficou em dúvida vem marcado para revisão.
Funciona com TOTVS, Sankhya ou SAP?
A leitura do documento é a mesma, porque independe do ERP. O que muda é a gravação. Hoje temos integração pronta e em produção com o Senior; os outros entram por demanda, e é um trabalho de integração, não de reconstruir o agente.
Se você chegou até aqui, provavelmente tem alguém na sua empresa digitando pedido agora. A conta que costuma decidir não é a do software: é a do salário com encargos de quem digita, somado ao custo das devoluções por código trocado.