Contratos

Em mais de duas décadas como consultor SAP MM, vi de tudo: empresas que negociavam ótimas condições e depois compravam fora desses acordos por falta de controle; empresas que pagavam preço spot em materiais que deveriam ter contrato; e empresas que nem sabiam que tinham contratos vigentes, porque ninguém os havia alimentado no sistema.

O módulo de contratos do SAP MM existe para resolver exatamente isso. Ele é o ponto de convergência entre o poder de negociação do time de compras e a execução diária dos pedidos. Quando bem usado, um contrato é a garantia de que toda compra daquele material, naquele período, respeita o preço, o prazo e as condições que foram negociados.

O problema é que muitas implantações tratam o contrato como opcional. Sem esse controle, as compras acabam saindo em pedidos avulsos, o material vai para o estoque, e a economia que deveria vir da escala do contrato se dissolve em compras dispersas, sem rastreabilidade.

Como o contrato funciona

Um contrato define uma quantidade ou um valor alvo a ser comprado de um fornecedor ao longo de um período. Cada pedido criado com referência a esse contrato herda o preço do contrato e abate o saldo, até o alvo se esgotar.

É por isso que, no fluxo, o contrato vem antes do pedido: o pedido só pode referenciá-lo se ele já existir. Quando o pedido nasce a partir do contrato, o preço é herdado automaticamente, o saldo é reduzido, e o histórico registra cada chamada, dando relatórios de consumo prontos.

Os dois tipos de contrato

Confundir os dois é um erro frequente em implantações iniciais.

Contrato de quantidade (Quantity Contract, tipo MK). Define uma quantidade total a comprar no período. Exemplo: 500.000 caixas de papelão a R$ 0,85/un ao longo de 12 meses. Cada pedido consome parte dessas 500.000; quando o saldo se esgota, o sistema bloqueia novas chamadas.

Contrato de valor (Value Contract, tipo WK). Define um valor monetário total. Em vez de unidades, o sistema controla o valor acumulado dos pedidos. Ideal para serviços ou quando a quantidade exata não é conhecida. Exemplo: R$ 2 milhões com uma empresa de manutenção; cada pedido de serviço abate o valor, e o comprador é alertado quando o limite se aproxima.

Criando e monitorando

Os dois tipos de contrato usam as mesmas transações: o que muda é o tipo de documento (MK para quantidade, WK para valor), escolhido na criação:

• Criar / alterar / exibir contrato: ME31K / ME32K / ME33K

Um detalhe que confunde muita gente: ME31L / ME32L / ME33L não são de contrato: são do programa de remessa (scheduling agreement), outro tipo de acordo de fornecimento. Contrato, seja de quantidade ou de valor, é sempre criado na ME31K; é o tipo de documento (MK ou WK) que define a natureza.

No cabeçalho, os campos obrigatórios são o fornecedor, o tipo de documento, a validade (início e fim), e a organização de compras. No item (para o MK), o material, a quantidade alvo e o preço líquido. Para contratos sem material específico, usa-se o grupo de mercadorias.

Para monitorar, o SAP oferece listas de acordos por diferentes chaves: ME3M (por material), ME3N (por documento), ME3L (por fornecedor) e ME3C (por grupo de mercadorias). Todas permitem filtrar pela data de validade, então dá para montar uma rotina que lista os contratos perto de vencer. Para alterações em massa, há o MEMASSCONTRACT.

Erros comuns e boas práticas

Contrato criado mas nunca referenciado. O cenário mais comum: o contrato existe, mas as compras acabam saindo em pedidos avulsos, muitas vezes porque nada avisa o comprador de que há um contrato ativo para aquele material. Configure o sistema para alertar quando existe contrato para o material/fornecedor, e rode um relatório semanal de pedidos criados sem referência a contrato.

Preço incorreto no contrato. Em implantações apressadas, é comum alimentar preços errados, e o sistema os usa automaticamente, gerando divergência na fatura. Estabeleça uma validação formal antes de ativar o contrato.

Contratos sem processo de renovação. Contrato vencido não pode ser usado; sem renovação, os compradores voltam ao Excel. O SAP não traz um alerta de vencimento pronto, então crie a sua rotina: rode semanalmente uma lista de acordos (ME3M / ME3N / ME3L) filtrada pela data de validade final e trate os que estão perto de expirar antes que virem problema. (Precisa recalcular preços de um contrato em lote? Aí, sim, o ME3P (Recalculate Contract Price) é a transação, mas o papel dele é reprecificar, não avisar de vencimento.)

Não usar a estrutura de preços. O SAP permite desconto por volume, condições por período e impostos embutidos. Usar só o “preço fixo” desperdiça parte da ferramenta.

Como boas práticas: centralize a criação de contratos na equipe de suprimentos estratégicos (não nos compradores operacionais); use o grupo de compras para segmentar responsabilidades; implante workflow de aprovação acima de um limite; e monitore semanalmente a taxa de referenciamento: o percentual de pedidos que efetivamente citam um contrato válido.

Conclusão

Contratos no SAP MM são a ponte entre a negociação estratégica e a execução das compras. Bem utilizados, garantem que cada pedido respeite as condições acordadas, eliminam retrabalho e dão transparência ao processo. A diferença entre uma operação de compras madura e uma reativa está justamente aqui: nas maduras, a exceção é comprar sem contrato; nas reativas, o contrato é que é exceção.

No próximo artigo, o Pedido de Compras: o documento central do processo, onde a requisição, a cotação e o contrato convergem no compromisso formal com o fornecedor.