Tabela VBAP — Tabela de Itens de Documento de Vendas

Uma linha em VBAP representa um único item dentro de um documento de vendas, identificado pelo número do documento VBELN e pelo número do item POSNR. O item pode ser uma linha de material padrão, um item de texto, uma linha de mercadoria gratuita, um item de nível superior em uma estrutura de lista de materiais ou um item de serviço. A VBAP contém os atributos comerciais e logísticos dessa linha: categoria do item, centro, depósito, quantidade do pedido, unidade de vendas, valor líquido, moeda, rota e motivo da rejeição, se a linha tiver sido cancelada. Ela se aplica uniformemente a todas as categorias de documentos de vendas porque consultas, cotações, pedidos, contratos e contratos de remessa usam a mesma estrutura de cabeçalho-item, VBAK e VBAP. A categoria do documento é lida de VBAK, não de VBAP, então VBAP sozinha não pode dizer a que tipo de documento o item pertence.

MANDT é implícito na maioria das ferramentas, mas ainda é o primeiro filtro lógico. VBELN é altamente seletivo e deve ser a restrição primária sempre que o número do documento for conhecido; POSNR sozinho é quase inútil, pois se repete em todos os documentos. Nunca selecione por MATNR ou WERKS em toda a tabela sem também restringir VBELN ou um intervalo de datas, a tabela é grande em qualquer sistema SD ativo e uma varredura irrestrita nesses campos demorará muito. Se o ponto de partida for um cliente ou data em vez de um número de documento, consulte VBAK primeiro com VKORG, ERDAT ou KUNNR, extraia a lista VBELN e, em seguida, junte-se a VBAP. Cuidado com zeros à esquerda em VBELN ao colar números de documentos manualmente.

Sintoma: um item de pedido de vendas mostra valor líquido zero na tela do pedido. Selecione VBAP para esse VBELN e POSNR e verifique NETWR e WAERK diretamente. Se NETWR for realmente zero e ABGRU estiver em branco, o item foi precificado como zero, o que aponta para os registros de condição em KONV via VBAK-KNUMV e KPOSN = POSNR, e não para a própria VBAP. Se ABGRU estiver preenchido, o item foi rejeitado e um valor zero é esperado e correto.

VBAP permanece uma tabela transparente com essencialmente a mesma estrutura no S/4HANA, ela não foi substituída ou reestruturada como parte da simplificação do modelo de dados de SD. Ela se encontra abaixo da camada de visualização CDS de pedido de vendas usada por aplicativos Fiori mais recentes e relatórios analíticos, mas essa camada lê de VBAP em vez de substituí-la, então o acesso direto à tabela, relatórios ABAP e consultas legadas construídas contra VBAP continuam funcionando sem alterações. A mudança do modelo de parceiro de negócios afeta as tabelas mestre de clientes, não a VBAP.

Consultores funcionais de gerenciamento de pedidos ou SD são responsáveis por questões sobre determinação de categoria de item, resultados de precificação e motivos de rejeição armazenados aqui. A equipe de Basis ou gerenciamento de dados é responsável pelo crescimento da tabela e arquivamento. Se a disputa for sobre o que o cliente foi realmente cobrado, e não sobre o que a linha do pedido mostra, a responsabilidade muda para o faturamento, o que significa VBRP e VBRK, não VBAP.

VBAK é o cabeçalho correspondente, escrito juntamente com VBAP por VA01, VA02 e suas variantes de transação específicas do tipo de documento. VBEP contém as linhas de remessa, VBUP contém o status do item, VBKD contém os dados comerciais no nível do item, todos os três são mantidos nas mesmas transações que VBAP. VBFA é a tabela de fluxo de documentos que vincula os itens VBAP aos itens de entrega em LIPS e aos itens de faturamento em VBRP. Os resultados de precificação mostrados em VBAP-NETWR remontam aos registros de condição em KONV.