Tabela VBRK — VBRK - Cabeçalho do Documento de Faturamento
VBRK armazena uma linha por cabeçalho de documento de faturamento - fatura, nota de crédito, nota de débito ou pró-forma - criado no processo de faturamento SD. Ele contém o tipo de faturamento, data de faturamento, valor líquido, moeda, pagador e "sold-to", e o status de transferência contábil. A receita e impostos de nível de item ficam em VBRP; VBRK sozinho nunca fornece uma fatura completa.
VBRK é a tabela de cabeçalho por trás de cada documento de faturamento criado através da VF01. Esta página cobre quais campos são seguros para confiar, como fazer "join" com itens, parceiros, condições e a cadeia do pedido de venda, e as armadilhas que levam as pessoas a contar a receita em duplicidade ou a diagnosticar erroneamente falhas de lançamento contábil.
Revisado por um consultor SAP da ERPClimb em 15 de set. de 2026· 1.073 palavras
O que armazena
Uma linha na VBRK representa um cabeçalho de documento de faturamento - uma fatura, nota de crédito, nota de débito, documento de cancelamento ou fatura pró-forma criada através das transações de faturamento no SD. O cabeçalho contém atributos de nível de documento comuns a todo o documento de faturamento: tipo de faturamento, data de faturamento, valor líquido, moeda do documento, pagador, "sold-to party" e se o documento foi transferido para a contabilidade. Ele não contém preços de item, quantidades ou informações de material - esses residem em VBRP. Uma única linha VBRK pode ser construída a partir de vários itens de pedido de venda ou de entrega coletados em uma fatura, e, inversamente, um pedido grande pode ser dividido em vários documentos VBRK dependendo de critérios de divisão, como pagador, moeda ou data de faturamento. VBRK é gravado pelas transações de faturamento padrão e por suas variantes em background usadas em execuções de faturamento coletivo.
Campos-chave
- MANDT - mandante
- VBELN - número do documento de faturamento, chave primária
- FKART - tipo de faturamento (fatura F2, nota de crédito G2, cancelamento S1 e similares)
- FKDAT - data de faturamento, usada para período de receita e valores padrão da data de preço
- NETWR - valor líquido do documento de faturamento na moeda do documento
- WAERK - moeda do documento
- KUNAG - "sold-to party"
- KUNRG - pagador
- VBTYP - categoria do documento SD, distingue fatura de nota de crédito de cancelamento no nível do tipo de documento
- FKSTO - indicador de cancelamento, definido quando o documento foi cancelado
- RFBSK - status de transferência para a contabilidade, o campo a verificar quando um documento de faturamento não gerou um documento financeiro
- KNUMV - número do grupo de registro de condição, a chave de junção para as tabelas de condição de preço
- BUKRS - empresa derivada para o documento de faturamento
Como se une ao modelo de dados
- VBRK-VBELN = VBRP-VBELN (cabeçalho para itens de faturamento)
- VBRP-AUBEL = VBAK-VBELN (item de faturamento de volta ao pedido de venda de origem, não um "join" direto de VBRK para VBAK)
- VBRK-VBELN = VBFA-VBELV ou VBFA-VBELN (fluxo de documentos, para rastrear a cadeia de pedido, entrega e faturamento e para encontrar links de cancelamento)
- VBRK-VBELN = VBPA-VBELN com VBPA-POSNR = 000000 (parceiros de cabeçalho como pagador e "bill-to")
- VBRK-KNUMV = KONV-KNUMV (condições de preço aplicadas ao documento de faturamento)
- VBRK-KUNAG = KNA1-KUNNR e VBRK-KUNRG = KNA1-KUNNR (cadastro de cliente para "sold-to" e pagador)
Como ler com segurança
VBRK é grande em qualquer sistema ativo com volume significativo de faturas, então a restrição de intervalo de datas em FKDAT e a restrição de tipo de faturamento em FKART são os dois primeiros filtros, antes de qualquer outra coisa. MANDT é implícito na maioria das ferramentas, mas importa no acesso direto à tabela. A seleção por intervalo de VBELN é barata porque é a chave primária; a seleção por KUNAG ou KUNRG sem uma restrição de data em FKDAT varre muito mais do que o pretendido. Ao procurar documentos financeiramente incompletos, filtre por RFBSK em vez de tentar inferir o status de lançamento da ausência de uma linha em outro lugar - RFBSK contém o código de status explícito, incluindo estados bloqueados para lançamento.
Como provar nos dados
Sintoma: um cliente contesta o total de uma fatura. Selecione VBRK por VBELN para obter FKART, FKDAT, NETWR, WAERK, KUNAG, KUNRG e confirme que FKSTO está em branco. Se FKSTO estiver definido, o documento está cancelado e seu documento de estorno está vinculado através de VBFA - a disputa provavelmente é sobre o sucessor da fatura original, não esta. Verifique NETWR com a soma de VBRP-NETWR para o mesmo VBELN; uma incompatibilidade aponta para precificação manual no nível do cabeçalho ou uma condição de arredondamento, em vez de um erro de dados.
ECC vs. S/4HANA
VBRK continua a existir como uma tabela persistente no S/4HANA e ainda é gravado pelo processo de faturamento padrão; não foi substituído por uma "compatibility view" da mesma forma que várias tabelas FI e MM foram. As camadas de relatórios estão cada vez mais usando "CDS views" em cima de VBRK e VBRP para análise de documentos de faturamento, mas essas "views" são aditivas em vez de substitutas, e as leituras diretas de tabela para solução de problemas continuam válidas. O layout dos campos é essencialmente inalterado desde o ECC, então as junções e os campos-chave usados historicamente ainda se aplicam.
Armadilhas comuns
- Somar NETWR em um intervalo de datas para obter a receita total sem excluir as linhas FKSTO = X e seus documentos de cancelamento correspondentes; uma fatura cancelada e seu cancelamento ambos lançam valores NETWR, e uma soma ingênua resulta em um valor distorcido se apenas um lado for filtrado.
- Assumir que VBRK-VBELN é igual ao número do pedido de venda; documentos de faturamento têm sua própria faixa de numeração, e o único caminho confiável de volta ao pedido é através de VBRP-AUBEL ou do fluxo de documentos VBFA.
- Interpretar NETWR como incluindo impostos; é líquido de impostos na moeda do documento, os impostos ficam separadamente nos registros de condição e no documento contábil.
- Concluir que um documento de faturamento 'falhou ao lançar no FI' pela sua ausência em um relatório contábil sem verificar RFBSK primeiro; um valor RFBSK diferente de zero ou bloqueado geralmente explica exatamente o porquê, comumente um problema de determinação de conta ou condição de imposto de saída, e não um documento ausente.
- Ignorar WAERK ao agregar NETWR entre documentos em diferentes moedas, produzindo um total que mistura moedas silenciosamente.
- Tratar um tipo de faturamento pró-forma da mesma forma que uma fatura para relatórios de receita; documentos pró-forma ficam em VBRK com seu próprio FKART e nunca são transferidos para a contabilidade, então incluí-los inflaciona qualquer relatório vinculado à contabilidade.
- Esquecer que execuções de faturamento coletivo podem consolidar vários pedidos de venda ou entregas em uma linha VBRK, então uma suposição de um para um entre pedido e fatura se desfaz exatamente onde ocorrem as divisões de documentos de faturamento.
De quem é esse problema
O conteúdo do documento de faturamento e a lógica de criação pertencem ao consultor SD de "order-to-cash", particularmente qualquer coisa que toque em precificação, configuração de tipo de faturamento ou critérios de divisão. Uma vez que RFBSK mostra um problema de lançamento ou o próprio documento contábil está em questão, a responsabilidade muda para FI ou CO para o lado contábil, embora o consultor SD geralmente diagnostique qual documento de faturamento está preso antes de passar a tarefa.
Objetos SAP relacionados
Páginas revisadas às quais este objeto se conecta no grafo de conhecimento da ERPClimb.
Fonte: ERPClimb — https://erpclimb.com/sap-tables/vbrkA ERPClimb é uma plataforma independente e não é afiliada à SAP SE. As páginas de referência são escritas e revisadas por consultores SAP para aprendizado e solução de problemas.