Tabela LFB1 — Dados do Código da Empresa do Mestre de Fornecedores

Uma linha representa a extensão contábil-relevante de um fornecedor para um código de empresa. LFA1 contém os dados gerais e válidos para todo o cliente do fornecedor — nome, endereço, referência de dados bancários, grupo de fornecedores — mas nada disso é suficiente para lançar uma fatura ou efetuar um pagamento. LFB1 é o registro que torna um fornecedor utilizável dentro de um código de empresa específico: ele contém a conta de reconciliação que os lançamentos do fornecedor atingem no razão, as condições de pagamento e métodos de pagamento válidos para aquela entidade, qualquer bloqueio de lançamento ou pagamento específico para aquele código de empresa, e o responsável contábil. Um fornecedor pode existir em LFA1 por anos sem nunca ter uma linha LFB1 para um determinado código de empresa, e nesse estado nenhuma fatura pode ser lançada contra ele lá, independentemente dos dados de compras existentes.

MANDT é o cliente e deve ser sempre restrito, esta é uma tabela dependente do cliente. LIFNR mais BUKRS juntos são a chave efetiva e ambos devem ser especificados sempre que possível - selecionar apenas por LIFNR em todos os códigos de empresa é comum quando um fornecedor foi estendido para várias entidades com diferentes condições de pagamento, o que é uma fonte frequente de confusão. A tabela não é grande em termos absolutos comparada a tabelas transacionais, mas sistemas de produção podem conter dezenas de milhares de combinações fornecedor-código de empresa, então uma varredura BUKRS irrestrita em todos os códigos de empresa ainda é um desperdício e deve ser evitada fora de auditorias em massa.

Sintoma: uma fatura para um fornecedor não pode ser lançada em um código de empresa específico, com um erro sobre o fornecedor não existir lá. Selecione LFB1 com LIFNR igual ao número do fornecedor e BUKRS igual ao código de empresa de destino. Nenhuma linha retornada confirma que o fornecedor nunca foi estendido para aquele código de empresa - a solução é estender o mestre de fornecedores para aquele BUKRS, não reintroduzir a fatura.

LFB1 continua a existir como uma tabela física no S/4HANA e não está obsoleta. A manutenção do mestre de fornecedores migrou para o modelo de parceiro de negócios com sincronização baseada em função, e em muitas implementações do S/4HANA, LFB1 é mantida atualizada automaticamente através dessa sincronização, em vez de ser mantida diretamente, mas a própria tabela e seu conteúdo permanecem os mesmos que no ECC.

A governança de dados mestre ou a equipe de dados mestre de contas a pagar são responsáveis pelas alterações no conteúdo de LFB1, como conta de reconciliação e condições de pagamento. As equipes funcionais de configuração de AP são responsáveis pela configuração do método e bloqueio de pagamento. Um consultor investigando uma falha de lançamento ou pagamento deve primeiro confirmar o estado de LFB1 antes de escalar, pois a maioria dos problemas de extensão e bloqueio são resolvidos por uma alteração nos dados mestre, e não por uma alteração na configuração.

LFA1 contém os dados gerais do fornecedor, válidos para todo o cliente, que LFB1 estende por código de empresa. LFM1 contém a extensão equivalente por organização de compras. As transações de manutenção do mestre de fornecedores gravam em todas as três, dependendo de qual visão é editada. Lançamentos que dependem do conteúdo de LFB1 incluem faturas de entrada capturadas em RBKP e ordens de compra em EKKO, ambos referenciando a combinação fornecedor e código de empresa que LFB1 já deve suportar.