Erros mais comuns no módulo de compras do Protheus e como identificá-los

O SIGACOM é o módulo de compras do Protheus que gerencia o ciclo completo da aquisição: solicitação, cotação, pedido, recebimento e relacionamento com fornecedor. É um dos módulos mais sensíveis à quebra de processo: quando o fluxo é seguido, o abastecimento gira; quando começa a aparecer atalho, surge compra emergencial, atraso e perda de previsibilidade.

Os erros abaixo são os mais frequentes em diagnósticos.

1. Compras realizadas fora do fluxo do ERP

Quando pedidos de compra são feitos fora do sistema, telefone direto com fornecedor, e-mail, WhatsApp, sem registrar no Protheus, a empresa perde visibilidade sobre necessidades reais. Consequências:

• Falta de materiais críticos (porque o MRP não viu a necessidade).
• Compras duplicadas (compras já solicitadas que viram emergência sem visibilidade).
• Perda de controle sobre custos (compras com preço fora da política).
• Dificuldade de auditoria e SOX (em empresas reguladas).

Esse padrão costuma aparecer com mais força em empresas onde o setor de compras é pressionado por urgência e o atalho parece economizar tempo, mas cobra caro depois.

2. Divergência entre planejamento e compras

Em ambientes industriais, o ideal é o MRP gerar sugestão de compra que vire pedido com o mínimo de ajuste. Quando há descolamento sistemático entre o que o MRP sugere e o que compras de fato adquire, há problema em algum dos lados:

• MRP sugerindo errado (estrutura desatualizada, lead time irreal, parâmetro mal configurado).
• Compras ignorando sugestão (porque o fornecedor mudou, porque o preço sugerido não bate).
• Demanda mudando rápido sem ajuste no plano mestre.

O ponto a tratar não é "corrigir" um lado ou outro, é fazer o ciclo MRP → solicitação → pedido funcionar como sistema único.

3. Cadastros incompletos de fornecedores

Cadastro de fornecedor (SA2) com dados incompletos compromete vários processos:

• Prazo de entrega cadastrado errado → MRP gera sugestão imprecisa.
• Condição comercial inconsistente → pedido com termo errado, retrabalho na liberação.
• Dados fiscais incompletos → recebimento de NF com classificação errada.
• Status (ativo, bloqueado, em análise) desatualizado → pedido para fornecedor que não deveria mais operar.

4. Falta de rastreabilidade em alterações de pedidos

Pedido de compra (SC7) é documento que vive de quantidade ajustada, prazo prorrogado, fornecedor trocado. Quando essas alterações não ficam rastreadas (quem fez, quando, por quê), perde-se a base para auditoria e para análise posterior.

Boa prática: log de alteração com motivo obrigatório, especialmente em campos críticos (quantidade, valor, prazo, fornecedor).

Por que isso afeta tanto a operação

Compras é o módulo que conecta planejamento à realidade externa (fornecedores, mercado, prazos). A inconsistência aqui se propaga para estoque, produção e em última instância, na entrega ao cliente. Empresas que mantêm o SIGACOM disciplinado têm cadeia de abastecimento previsível; empresas que tratam compras como módulo "reativo" vivem em modo de exceção.