Automação do processo de compras: da requisição interna à ordem de compra e ao recebimento da mercadoria

Dá para automatizar quase todo o ciclo de compras — requisição, cotação, emissão da ordem no ERP e conferência do recebimento. O que trava na PME brasileira não é a digitação: é a aprovação por WhatsApp, que não deixa registro de quem autorizou, por qual valor e em que data. A automação não decide a compra; dá alçada, prazo e rastro à decisão.

• O ciclo tem seis etapas e só duas não devem ser automatizadas: a escolha do fornecedor e a aprovação da despesa.
• A aprovação verbal custa caro não por ser lenta, mas por não deixar rastro de quem autorizou, com qual valor e quando.
• Automatiza-se ao redor da decisão: alçada por valor e centro de custo, prazo de resposta, escalonamento e aceite registrado.
• O trabalho caro é o de-para entre o item pedido em texto livre e o código do produto no ERP.
• A ordem de compra registrada é o que permite conferir o recebimento e, depois, a nota do fornecedor.

Automação de compras: as seis etapas e o que dá para automatizar em cada uma

O ciclo vai da requisição à conferência e cai nos três grupos de sempre: regra determinística, integração entre sistemas e decisão humana. A lista abaixo é genérica — a da sua empresa sai do mapeamento do processo, porque as exceções (compra emergencial, fornecedor exclusivo) é que mudam o projeto.

A requisição nasce em texto livre, sem centro de custo e sem data

Quem precisa do item descreve pelo nome que usa no dia a dia: "papel A4", "a peça que quebrou na máquina 3". O solicitante não vai decorar o cadastro do ERP — o sistema de gestão onde a empresa registra produto, estoque e compra.

O que a requisição precisa carregar para o fluxo seguir sozinho:

• Solicitante identificado, não um recado repassado por terceiro.
• Centro de custo — o setor ou a conta que absorve a despesa.
• Data de necessidade, que define urgência sem depender de tom de voz.
• Quantidade e unidade, em campo separado.
• Justificativa, quando o valor cai na faixa que exige aprovação.

Campo obrigatório resolve mais que IA — interpretar texto livre só se justifica quando não há como estruturar a entrada. O ponto de entrada precisa ser um só. Requisição que chega por três canais — WhatsApp, e-mail e a planilha compartilhada que virou o controle de compras — não tem gatilho, e sem gatilho não existe automação.

A aprovação por WhatsApp é onde compras trava: alçada, prazo e escalonamento

O comprador manda mensagem para o sócio, recebe "pode comprar" e a autorização morre num histórico de conversa que ninguém consulta. É por isso que a discussão volta quando a nota chega com valor diferente do combinado.

Isso não é indisciplina: é a ausência de um lugar onde aprovar seja mais fácil que responder mensagem. Daí a inversão: não se automatiza a decisão de comprar — automatiza-se ao redor dela.

O registro do aceite precisa guardar:

• Quem aprovou, com autenticação, não um nome digitado.
• O valor e o fornecedor vigentes no momento do aceite.
• Data e hora.
• O que mudou depois do aceite, e por quem.

Alçada é a regra escrita que diz quem aprova o quê: faixa de valor cruzada com centro de custo e, às vezes, categoria de despesa. Material de escritório para no gestor do setor; ativo imobilizado sobe. Ela precisa existir em texto antes de existir em código — se a empresa não sabe quem aprova uma compra de determinado valor, o problema não é de software.

Ao redor disso o fluxo é mecânico: prazo de resposta visível, escalonamento quando o aprovador não responde em N horas úteis e registro de que a requisição subiu de nível. A notificação pode chegar pelo WhatsApp mesmo; o que muda é onde o aceite fica gravado.

Três casos se decidem antes do desenho: aprovador de férias, compra emergencial fora de expediente e requisição que muda de valor depois de aprovada — aí a aprovação caduca e volta para a fila. É aqui que uma plataforma de automação resolve bem e começa a travar, quando a alçada tem exceção demais.

Cotação: coleta automatizável, escolha do comprador

É automatizável disparar a solicitação para a lista de fornecedores da categoria, receber as respostas num lugar só e montar o mapa comparativo com preço, prazo e condição de pagamento — a mesma consolidação de dados de origens diferentes que aparece em relatórios. Não é automatizável escolher: histórico de entrega, qualidade e relacionamento não estão em nenhuma tabela.

A resposta chega por e-mail, em PDF ou texto livre — é aqui que a leitura pode exigir IA aplicada ao processo. Nada disso funciona sem cadastro de fornecedor organizado por categoria — pré-requisito de automação de cadastro, não de compras.

Do item em texto livre ao código do produto no ERP

Em pedido de venda o problema é o que o cliente escreve; em compras é o que o funcionário escreve — e o destino é o mesmo cadastro de produto. O de-para é a tabela que liga a descrição ao código interno, e cada linha da requisição tem três desfechos:

1. Casa com confiança e segue.
2. Casa com dúvida entre dois códigos e para para alguém escolher.
3. Não casa e para.

Nunca aproximação silenciosa. Item fora do cadastro é caso comum em compras — peça de manutenção, serviço pontual. O que se automatiza é preparar o cadastro para liberação, não criá-lo sozinho.

Dois detalhes aparecem depois: o de-para precisa incluir o código do fornecedor para aquele item, porque é por ele que a nota vai chegar; e a unidade de compra — caixa, fardo, milheiro — raramente é a unidade de estoque, onde a conferência mais erra.

Emitir a ordem de compra no ERP: API, arquivo, banco e só então robô de tela

A ordem de preferência é a de sempre: API documentada, importação por arquivo, acesso ao banco e, no fim da fila, o robô de tela. Importação por arquivo é comum em ERP nacional e às vezes já está licenciada — vale confirmar antes de orçar.

Gravar direto na base merece alerta: salvar a ordem pela tela costuma disparar reserva orçamentária, cálculo de imposto e regra de aprovação do ERP; escrever a linha na tabela pula tudo isso. Outro requisito esquecido é idempotência — reprocessar uma requisição não pode gerar duas ordens, e o número da requisição serve de chave.

O que perguntar ao ERP antes do orçamento:

1. Devolve o número da ordem gerada?
2. Aceita ordem bloqueada, aguardando liberação?
3. Permite anexar o aceite da aprovação ao documento?
4. Registra o vínculo entre ordem de compra e recebimento?

O mapa dos caminhos está em integração de sistemas; quando a tela é a única porta, o que isso cobra depois está em o que é RPA.

Quando o recebimento diverge do pedido

A conferência é regra: compara o que chegou com a ordem registrada, campo a campo — item, quantidade, unidade, preço. Três divergências típicas pedem tratamentos diferentes:

• Quantidade a menos: entrega parcial, com saldo em aberto na ordem.
• Item trocado: decisão humana — aceita ou devolve.
• Preço acima do cotado: divergência comercial, vai para o comprador, não para o almoxarifado.

A tolerância se define antes do código: arredondamento, frete não previsto, variação de peso em produto fracionado. A divergência para em fila, com a comparação pronta e o responsável certo — erro silencioso em recebimento vira estoque errado e, depois, pagamento indevido.

Onde compras termina, o contas a pagar começa — e quando não se paga automatizar

A ordem de compra registrada é o que permite conferir a nota do fornecedor. Sem ela, o financeiro confere contra a memória de alguém — é o pré-requisito que falta na maioria dos projetos de automação do contas a pagar.

Nem sempre se paga: poucas requisições por mês, fornecedor único com tabela fixa, cadastro de produto e de fornecedor bagunçado, alçada que a empresa não consegue escrever ou troca de ERP prevista.

A automação parcial que costuma valer primeiro é a requisição com aprovação registrada, sem tocar no ERP — é a parte barata e resolve a dor do rastro, como detalha quanto custa automatizar um processo.

Se quiser uma leitura do seu caso, descreva pelo WhatsApp quantas requisições entram por mês, como a aprovação acontece hoje e qual ERP está em uso. A resposta honesta às vezes é "ainda não vale a pena".