Mestre de Fornecedor

Era segunda-feira de manhã. O gerente de compras de uma indústria de alimentos recebeu uma notícia ruim: um pagamento de R$ 340 mil para um fornecedor crítico tinha ido para a conta bancária errada. O fornecedor não recebeu. A matéria-prima não seria entregue. A produção pararia em 48 horas.

O culpado? Um campo de dados bancários desatualizado no Mestre de Fornecedor, alterado por uma pessoa só, sem dupla aprovação e sem registro de auditoria.

Isso não é exceção. Fraudes e erros em contas a pagar estão entre as maiores categorias de perda financeira nas empresas, e o cadastro de fornecedores manipulado é um dos vetores mais comuns. No Brasil, a complexidade fiscal amplifica o risco: CNPJ inativo, inscrição estadual incorreta, código de retenção errado: cada campo mal preenchido tem um custo.

O Mestre de Fornecedor (Vendor Master) não é só um cadastro. É a identidade financeira, fiscal e logística de cada fornecedor com quem a empresa faz negócio. No SAP MM, ele governa tudo, do pedido ao pagamento.

O que é e como ele se estrutura

O Mestre de Fornecedor no SAP ECC (e na versão clássica do S/4HANA) é organizado em três segmentos de dados, cada um com seu escopo e suas tabelas:

Segmento	Escopo	Tabela	Transação
Dados Gerais	Mandante (toda a empresa)	LFA1, ADRC	MK01, XK01
Dados da Empresa	Por empresa (company code)	LFB1, LFBK	FK01, XK01
Dados de Compras	Por organização de compras	LFM1	MK01, XK01

Esse desenho em camadas é proposital. Um mesmo fornecedor (CNPJ) pode ter dados gerais únicos (nome, endereço), condições de pagamento diferentes para cada empresa do grupo, e dados de compras distintos para cada área de compras.

As transações que você precisa dominar

• XK01 / XK02 / XK03. Criar, alterar e exibir o fornecedor completo (Gerais + Empresa + Compras). É a mais usada e garante que todos os segmentos sejam preenchidos de uma vez.
• MK01 / MK02 / MK03. Só os dados de compras (visão MM).
• FK01 / FK02 / FK03. Só os dados financeiros (visão FI).
• MK05. Bloquear / desbloquear fornecedor.
• MK04. Documentos de alteração: mostra quem mudou o quê e quando. Sua principal ferramenta de auditoria.
• MKVZ. Listar fornecedores por organização de compras.

Regra de ouro: use sempre o XK01 para criar. MK01 e FK01 isolados geram dados inconsistentes para o mesmo fornecedor.

O que há em cada segmento

Dados Gerais (LFA1). Existe uma única vez por fornecedor. Nome e endereço (integrados ao Address Management, tabela ADRC), país e idioma, o Search Term (a chave de busca mais rápida; use código, não o nome completo), os dados fiscais brasileiros (STCD1 = CNPJ, STCD2 = IE; e atenção: o CNPJ passa a ser alfanumérico a partir de 2026, o que exige revisar as validações), a retenção de impostos e os dados bancários (LFBK).

Dados da Empresa (LFB1). Um registro por empresa. Controla a Conta de Reconciliação (obrigatória e crítica para a integração com o FI), as condições de pagamento, o método de pagamento, os tipos de retenção ativos e os dados de cobrança.

Dados de Compras (LFM1). Um registro por organização de compras. Define a moeda padrão das ordens, os Incoterms, as condições de pagamento de compras (que podem diferir do FI), o indicador ABC, o valor mínimo de pedido e o GR-Based Invoice Verification: o campo que exige que a nota fiscal só seja lançada após o recebimento físico, e que muda todo o comportamento do MIRO.

Grupo de contas: o DNA do fornecedor

Antes de criar qualquer fornecedor, você define o grupo de contas (Account Group), e esse é o campo mais subestimado do cadastro. Ele determina a faixa de numeração (interna ou externa, como o CNPJ), quais campos são obrigatórios/opcionais/ocultos (Field Selection) e se é um One-Time Vendor (fornecedor esporádico, tela CPD).

Erro clássico: criar no grupo de contas errado. Depois de salvo, não dá para mudar: o único caminho é bloquear o fornecedor antigo e criar um novo.

O impacto de um cadastro bem estruturado

Quando o Mestre de Fornecedor está bem configurado, o SAP trabalha por você, não contra você. Não vou citar percentuais de mercado aqui; o valor aparece nos mecanismos concretos:

• Condições de pagamento corretas → o SAP calcula a data de vencimento automaticamente e o pagamento automático (F110) roda sem intervenção.
• Dados bancários validados → risco praticamente zero de pagar na conta errada (como no caso da abertura).
• Retenção configurada → o MIRO retém IR/ISS/INSS sozinho, sem cálculo manual.
• GR-Based IV ativado → nenhuma fatura entra sem o recebimento físico, o que elimina pagamento adiantado indevido.
• Bloqueio (MK05) e documentos de alteração (MK04) → fornecedores suspeitos ficam travados e toda mudança é auditável.

Sensitive Fields: a trava que quase ninguém liga

Lembra do prejuízo de R$ 340 mil da abertura? O SAP tem, de fábrica, o recurso que teria evitado aquilo, e mesmo assim ele vive desligado na maioria das implantações, por puro desconhecimento. São os Sensitive Fields (controle duplo, ou dual control).

A ideia é simples e poderosa: você marca no customizing quais campos do cadastro são “sensíveis”, sendo os dados bancários e a conta de reconciliação os candidatos óbvios. A partir daí, sempre que alguém altera um desses campos, o fornecedor é automaticamente bloqueado para pagamento e sai da próxima rodada do F110, até que uma segunda pessoa confirme a mudança. E o SAP não deixa a mesma pessoa que alterou confirmar a própria alteração: é a segregação de funções garantida pelo sistema, sem depender da disciplina de ninguém.

Na prática são dois passos. A configuração fica no SPRO, em Contabilidade Financeira → Contas a Receber e a Pagar → Contas de Fornecedores → Dados Mestre → Preparação para criação → Definir campos sensíveis para controle duplo (fornecedores). E a confirmação do dia a dia é feita na FK08 (individual) ou na FK09 (em lista), por outro usuário autorizado. No S/4HANA, como o fornecedor virou Business Partner, o mesmo conceito passa a valer sobre os campos do BP.

É barato de ligar, não exige nenhum desenvolvimento e fecha uma das portas mais comuns de fraude e erro em contas a pagar. Se o seu ambiente ainda não usa, essa é uma das primeiras perguntas que vale levar para o time de FI.

Erros comuns

Conta de reconciliação em branco ou errada. A nota é lançada no MIRO, mas o lançamento contábil falha ou vai para a conta errada. Alinhe com o time de FI qual conta usar para cada tipo de fornecedor antes de criar o cadastro.

Dados bancários sem dupla validação. O fornecedor liga dizendo que mudou de banco, o analista atualiza sem conferir, e o próximo pagamento vai para a conta errada. A defesa é ligar os Sensitive Fields (a seção acima): sem eles, uma alteração dessas passa sem nenhuma segunda checagem.

GR-Based IV desativado. O financeiro lança a fatura antes de o material chegar, o pagamento sai, e o material nunca chega (ou chega com defeito). Para fornecedores de materiais físicos, ative sempre.

Grupo de contas errado. Um fornecedor criado como One-Time Vendor que virou parceiro estratégico não obriga o preenchimento de CNPJ, dados bancários etc. Bloqueie o antigo e crie um novo no grupo correto.

Alterar condições de pagamento sem olhar os pedidos abertos. O prazo do Mestre de Fornecedor é o padrão para novos documentos; os pedidos já criados não mudam retroativamente. Ao renegociar, ajuste também os pedidos em aberto.

Dicas para quem está começando

Sempre XK01. Nunca MK01 ou FK01 isolados para o mesmo fornecedor.

Padronize o Search Term. Defina um padrão (ex.: primeiras 10 letras do nome, sem espaços): é a chave de busca mais rápida do sistema.

Bloqueie ou marque para eliminação. Fornecedor com histórico de transações não se deleta direto no SAP: bloqueie (MK05) ou marque para eliminação. A marca de eliminação preserva o histórico até uma reorganização.

Conheça as tabelas. LFA1 (geral), LFB1 (por empresa), LFM1 (por org de compras), LFBK (bancos), ADRC (endereços). Use a SE16N quando a interface não mostrar o que você precisa.

Business Partner: o que muda no S/4HANA

Se você ainda trabalha no ECC, o futuro já tem nome: Business Partner (BP). No S/4HANA, o Mestre de Fornecedor como entidade separada deixou de existir: todos os parceiros (fornecedores, clientes, bancos) são geridos pelo Business Partner central (transação BP).

O que muda na prática:

ECC (clássico)	S/4HANA (Business Partner)
MK01 / FK01 / XK01	Transação BP centralizada
Fornecedor separado de Cliente	O mesmo BP pode ser fornecedor e cliente
Grupo de contas do fornecedor	BP Role (FLVN00 = fornecedor MM, FLVN01 = fornecedor FI)

As tabelas LFA1/LFB1 continuam existindo por compatibilidade, mas alimentadas pela camada BP. Empresas em migração precisam de um trabalho de limpeza e harmonização do cadastro antes da conversão: fornecedores duplicados, sem CNPJ ou com grupo de contas errado viram problema no cutover. Para governança centralizada, a solução SAP é o MDG (Master Data Governance), com workflows de aprovação e validação.

O Mestre de Fornecedor que você aprende hoje é a base; o Business Partner é a evolução. Quem domina os dois está pronto para qualquer projeto.

Conclusão

O Mestre de Fornecedor é onde a relação comercial vira dado estruturado, e onde um único campo errado custa caro, seja em um pagamento perdido, uma fatura travada ou um risco de auditoria. Estruturar bem esse cadastro, com alçada e governança, é o que separa uma operação de compras confiável de uma que vive apagando incêndio.

No próximo artigo, o terceiro pilar dos dados mestres, o Registro Info: onde o material encontra o fornecedor e as condições de compra ganham memória.