Sistemas de compras: quando adotar

Os sinais de que a planilha não é mais suficiente

A planilha de controle de compras é a ferramenta certa enquanto o volume de pedidos é gerenciável por uma pessoa, sem versões conflitantes e sem necessidade de integração com outras áreas. Quando qualquer um desses limites é atingido, a planilha começa a falhar — e os sinais aparecem antes do problema virar crise.

Os sinais mais concretos de que chegou a hora de evoluir a ferramenta:

1. Pedidos perdidos ou duplicados: a mesma compra foi feita por dois responsáveis diferentes, ou um pedido saiu do controle sem que ninguém soubesse em que etapa estava — dois sintomas da planilha que não acompanha o volume.
2. Versões em conflito: mais de uma pessoa edita a planilha e as versões divergem. Quando ninguém sabe qual é a versão correta, o controle deixa de existir.
3. Histórico de preços inacessível: o responsável vai negociar com um fornecedor, mas não consegue saber rapidamente o que foi pago nos últimos 12 meses. A planilha tem os dados, mas buscá-los manualmente consome mais tempo do que a negociação em si.
4. Aprovação por WhatsApp: a aprovação acontece fora do sistema — por mensagem ou ligação — sem registro formal de quem aprovou, quando e qual era o pedido. O audit trail é inexistente.
5. Falta de integração com o financeiro: alguém precisa redigitar os dados do pedido no sistema financeiro para lançar o contas a pagar. A duplicidade de lançamento gera erros e retrabalho.

ERP com módulo de compras versus sistema dedicado de procurement

A decisão entre usar o módulo de compras do ERP ou contratar um sistema dedicado de procurement é a principal escolha que o gestor enfrenta após decidir que a planilha não é mais suficiente.

Para a maioria das empresas de médio porte, o módulo de compras do ERP já existente é a escolha mais adequada — especialmente se o módulo ainda não foi implantado ou configurado. Sistemas dedicados de e-procurement têm seu lugar quando o volume e a sofisticação do processo ultrapassam o que o ERP entrega.

O que um sistema de compras deve fazer: checklist de funcionalidades mínimas

Independentemente de ser um módulo de ERP ou um sistema dedicado, o sistema de compras precisa cobrir sete funcionalidades para justificar o investimento.

1. Registro e aprovação de requisições de compra: a área usuária registra a necessidade no sistema; a aprovação acontece no próprio sistema antes do pedido ser feito. Sem essa sequência, a aprovação continua por fora e o controle não existe.
2. Cadastro e avaliação de fornecedores: registro dos dados fiscais, contatos, condições de pagamento e histórico de performance de cada fornecedor. A avaliação pós-entrega alimenta o cadastro.
3. Solicitação e comparação de cotações: envio da solicitação de cotação para múltiplos fornecedores com registro das propostas recebidas e comparação lado a lado. A decisão documentada no sistema — não em e-mail separado.
4. Emissão de ordem de compra: numeração automática, especificação confirmada e envio formal ao fornecedor. A ordem de compra é o documento de referência para conferência de recebimento e aprovação de pagamento.
5. Rastreamento do recebimento: registro da conferência de recebimento — quantidade, especificação, estado do item — vinculado à ordem de compra. Sem esse registro, o processo de liberação de pagamento fica sem base.
6. Histórico de preços por item e fornecedor: consulta rápida do que foi pago por cada item nos últimos 12 meses e de todos os fornecedores que o venderam. Esse dado é a base de qualquer negociação.
7. Relatórios de pedidos em aberto e spending: visão em tempo real do que foi pedido, em que etapa está e quanto foi gasto por categoria e por fornecedor no período.

Como preparar a empresa para a implantação do sistema

O sistema de compras resolve problemas de volume, rastreabilidade e integração. Não resolve problemas de processo — e se o processo não existir antes da implantação, o sistema vai automatizar o caos.

Antes de implantar qualquer sistema, o gestor precisa ter respondido às seguintes perguntas: quem pode solicitar compras e quem pode aprovar, com quais limites de valor? Quais são os passos obrigatórios do processo, da requisição ao pagamento? Quais fornecedores são cadastrados e quais critérios usamos para aceitar um novo? Que informações precisam ser registradas em cada etapa?

Com o processo documentado, a configuração do sistema é relativamente direta: os campos do sistema refletem o que o processo define. Sem o processo documentado, a configuração do sistema vai exigir decisões ad hoc durante a implantação — e o resultado é um sistema configurado para o processo que existia, não para o processo que deveria existir.

Critérios para avaliar propostas de sistema de compras

Ao receber propostas de sistemas de compras ou de implantação de módulo de ERP, o gestor deve avaliar quatro dimensões além da funcionalidade:

1. Integração com o ERP atual: se a empresa já tem ERP, o sistema de compras precisa se integrar sem duplicidade de lançamentos. Integração via API é aceitável, mas exige confirmação de que funciona de forma estável na prática.
2. Facilidade de uso para os usuários finais: se o sistema for complexo demais para o analista de compras ou para as áreas usuárias que vão registrar as requisições, ele não será usado corretamente — e o controle vai continuar por fora, no WhatsApp.
3. Suporte e capacitação: quem treina a equipe na implantação? Quem atende quando há problema operacional? Suporte local em português é importante para empresas sem equipe de TI dedicada.
4. Custo total — não só a licença: o custo real inclui licença, implantação, customizações, treinamento e manutenção anual. Um sistema com licença baixa pode ter implantação cara e customizações frequentes — o custo total ao longo de três anos é o parâmetro correto de comparação.