Tabela SAPObjetoLIKPMóduloSD_O2C

Tabela LIKP — LIKP - Cabeçalho de Entrega

LIKP é a tabela de cabeçalho de entrega de saída (ou entrada) no SD. Uma linha representa um documento de entrega: seu tipo, ponto de expedição, parceiro de expedição, datas planejadas e reais para picking, carregamento e saída de mercadorias, e rota. Os itens de entrega estão em LIPS, não em LIKP, portanto, quantidades e materiais nunca são lidos diretamente desta tabela.

LIKP contém os dados de cabeçalho de cada documento de entrega criado no processo ordem-ao-caixa, incluindo status e datas de saída de mercadorias. Esta página aborda os campos que valem a pena consultar, os joins para LIPS, VBFA e tabelas de remessa, e as armadilhas de ler o status da entrega apenas pelo cabeçalho.

Revisado por um consultor SAP da ERPClimb em 15 de set. de 2026· 989 palavras

O que ela armazena

Uma linha em LIKP representa um cabeçalho de documento de entrega, seja de saída ou de entrada, criado a partir de um pedido de vendas, um pedido de transporte de estoque ou manualmente. Ela carrega o tipo de entrega, o ponto de expedição responsável pelo documento, o parceiro de expedição, a data de entrega planejada e as datas que rastreiam o progresso físico: início de picking, carregamento e saída de mercadorias, tanto planejados quanto reais. Ela também carrega a rota e, uma vez que os movimentos relevantes foram lançados, a data real de saída de mercadorias que marca a entrega como com saída de mercadorias. Ela não carrega quantidades de itens de linha, materiais ou dados de lote - esses estão em LIPS. Uma entrega com zero itens ainda é uma linha LIKP válida, o que é uma das fontes mais comuns de confusão ao conciliar contagens de entregas com linhas de pedido.

Campos-chave

  • MANDT - mandante, sempre a primeira restrição em qualquer select
  • VBELN - número do documento de entrega, chave primária e o alvo de join para LIPS e VBFA
  • LFART - tipo de entrega, distingue saídas (LF), retornos (LR), entradas e outros fluxos
  • VSTEL - ponto de expedição responsável pela entrega
  • KUNNR - parceiro de expedição para a entrega
  • LFDAT - data de entrega planejada
  • WADAT - data de saída de mercadorias planejada
  • WADAT_IST - data real de saída de mercadorias; em branco significa que a saída de mercadorias não foi lançada
  • KODAT - data de picking
  • ROUTE - rota atribuída à entrega para planejamento de transporte
  • BOLNR - número do conhecimento de embarque, frequentemente usado como referência externa

Como ela se une ao modelo de dados

  • LIKP-VBELN = LIPS-VBELN para alcançar os itens de entrega, materiais e quantidades
  • LIKP-VBELN = VBFA-VBELN (como documento subsequente) para rastrear a entrega de volta ao pedido de vendas
  • LIKP-VBELN = VBFA-VBELV (como documento precedente) para rastrear para frente em documentos de faturamento criados a partir da entrega
  • LIKP-VBELN = VTTP-VBELN para vincular a entrega a um documento de remessa para transporte
  • LIKP-KUNNR = KNA1-KUNNR para obter o nome e endereço do parceiro de expedição

Como lê-la com segurança

LIKP cresce a cada entrega criada, então um centro ou ponto de expedição sem uma restrição de período de datas retornará anos de histórico. Sempre restrinja por MANDT primeiro, depois restrinja por VSTEL, LFART e um intervalo de datas em ERDAT ou LFDAT antes de adicionar qualquer outra coisa - esses são os campos com real seletividade. VBELN sozinho é bom para pesquisas pontuais, mas inútil para análise de intervalos, já que os números de entrega são atribuídos sequencialmente sem significado comercial. WADAT_IST em branco versus preenchido é a maneira mais rápida de separar entregas abertas das entregas com saída de mercadorias sem tocar nas tabelas de status, mas confirme com VBUK para qualquer coisa que precise ser relatada como status em vez de inferida.

Como provar nos dados

Sintoma: um cliente reclama que as mercadorias nunca saíram do armazém, apesar da entrega ter sido confirmada como enviada. Selecione LIKP onde VBELN é igual ao número da entrega e verifique WADAT_IST. Se estiver em branco, nenhuma saída de mercadorias foi lançada, independentemente do que qualquer sistema downstream ou documento impresso afirme. Verifique LIPS para aquele VBELN para confirmar se os itens ainda mostram quantidade em aberto, e verifique VBFA para ver se um documento de movimento de mercadorias foi criado para a entrega em algum momento.

ECC vs. S/4HANA

LIKP permanece inalterada como uma tabela física no S/4HANA e continua a ser preenchida pela mesma lógica de criação de entrega e movimento de mercadorias. Ela é exposta através de views CDS relacionadas à entrega para relatórios e aplicativos Fiori, mas consultores que solucionam problemas no nível ABAP ou de tabela ainda leem LIKP e LIPS diretamente da mesma forma que faziam no ECC. Nenhuma renomeação de campo ou divisão estrutural ocorreu nesta tabela.

Armadilhas comuns

  • Assumir que uma linha em LIKP significa que a entrega tem estoque por trás dela - uma entrega pode existir com itens que não foram separados ou confirmados, e pode até existir sem itens se todas as linhas foram excluídas
  • Ler a conclusão da entrega de LFDAT ou WADAT (as datas planejadas) em vez de WADAT_IST (a data real); a data planejada não se move quando o cronograma atrasa
  • Tratar VBELN como sequencial e significativo para filtrar por centro ou região - é uma atribuição de faixa numérica pura sem lógica de negócios incorporada
  • Esquecer que uma entrega pode ser dividida em várias linhas LIKP a partir de uma linha de pedido de vendas, então contar entregas e contar linhas de pedido nunca são o mesmo exercício
  • Unir LIKP a VBAK diretamente em vez de passar por VBFA - não há campo de número de pedido na própria LIKP
  • Assumir que KUNNR em LIKP sempre corresponde ao vendido para no pedido original; para remessas de terceiros ou determinadas por parceiros, o parceiro de expedição na entrega pode diferir
  • Confiar apenas em LIKP para determinar o status da entrega para relatórios - os indicadores de status geral e de item pertencem a VBUK e VBUP, e LIKP não possui seu próprio campo de status além dos registros de data e hora

De quem é este problema

Consultores funcionais de execução logística ou SD são responsáveis pelas questões de configuração sobre tipos de entrega, pontos de expedição e controle de cópia para faturamento. Equipes de armazém ou transporte são responsáveis pelo motivo pelo qual uma entrega específica não passou do picking. Uma questão de dados que abrange LIKP, LIPS e tabelas de movimento de estoque juntas geralmente precisa de alguém que também possa ler lançamentos MM-IM, não apenas SD.

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/likpA 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.