Tabela VBAK — Tabela de Cabeçalho de Documento de Vendas VBAK

Uma linha em VBAK representa o cabeçalho de um único documento de vendas: um pedido padrão, solicitação, cotação, contrato ou contrato de remessa, identificado por VBELN. O cabeçalho contém dados que se aplicam a todo o documento, em vez de a uma única linha: carimbo de criação, área de vendas (organização de vendas, canal de distribuição, divisão), escritório de vendas e grupo, moeda do documento, valor líquido no nível do cabeçalho e o número do documento de precificação usado para determinar as condições. VBAK não contém o número do cliente, o material ou as quantidades; esses dados residem nas tabelas de parceiros, itens e dados de negócios que se conectam ao mesmo VBELN. Uma linha em VBAK persiste mesmo depois que o pedido é totalmente entregue, faturado ou rejeitado — a exclusão é rara, o status é rastreado em outro lugar, não pela remoção da linha.

Sempre restrinja pelo MANDT primeiro em qualquer acesso direto à tabela; esquecer isso é a maneira mais comum de retornar linhas do mandante errado em um sistema de desenvolvimento compartilhado. VBELN é o campo mais seletivo disponível e deve ancorar qualquer pesquisa de documento único. Para extrações por faixa de datas, ERDAT é um segundo filtro razoável, mas tem baixa seletividade por si só em um sistema com anos de histórico, então combine-o com VKORG ou AUART. Nunca consulte VBAK sem pelo menos um VBELN, uma faixa de datas ou uma combinação de área de vendas; uma seleção simples apenas em AUART em um sistema de produção maduro retorna um conjunto de resultados inadministrável porque os tipos de pedido têm cardinalidade muito baixa em relação à contagem de linhas.

Sintoma: um pedido parece travado sem entrega criada. Selecione VBAK onde VBELN é igual ao número do documento e verifique LIFSK para um bloqueio de entrega no cabeçalho; um valor preenchido confirma a existência do bloqueio antes de procurar em qualquer outro lugar. Em seguida, verifique VBUK para o mesmo VBELN e leia o campo de status de entrega para confirmar que nada foi criado a jusante, então verifique VBFA com VBELV igual ao mesmo VBELN para confirmar que nenhum documento de entrega sucessor existe no fluxo.

VBAK é mantida como uma tabela transparente no S/4HANA com sua estrutura praticamente inalterada; ela permanece como a principal persistência para cabeçalhos de documentos de vendas, em vez de ser substituída por uma view de compatibilidade. O acesso analítico e Fiori geralmente ocorre por meio de CDS views construídas sobre VBAK, em vez de lê-la diretamente, mas a própria tabela ainda é o objeto no qual VA01/VA02 gravam. Um pequeno número de campos foi adicionado ao longo do tempo para suportar funcionalidades mais recentes, mas os campos chave principais se comportam da mesma forma que no ECC.

Perguntas sobre o que uma linha VBAK deve conter, por que um campo de cabeçalho tem um determinado valor, ou por que a precificação não foi reativada, pertencem ao consultor funcional de gerenciamento de pedidos de SD. Alterações estruturais na tabela, campos de anexos personalizados ou lógica de extração para relatórios pertencem à equipe ABAP ou de dados, mas o significado de negócio é validado pelo SD, não pela base.

VBAP contém as linhas de item sob cada cabeçalho VBAK. VBKD contém dados de negócios adicionais, como condições de pagamento e incoterms. VBUK e VBUP contêm sinalizadores de status geral e no nível do item. VBPA contém atribuições de parceiros, incluindo 'vendido para' e 'recebedor da mercadoria'. VBFA registra o fluxo de documentos ligando cotações, contratos, entregas e faturas de volta ao pedido. VA01, VA02 e VA03 criam, alteram e exibem o documento que, em última análise, grava em VBAK; VA05 lista pedidos usando-a como tabela base.