Tabela EKKO — Tabela de Cabeçalho do Documento de Compras

Uma linha em EKKO é um cabeçalho de documento de compras, com chave por EBELN. O campo de tipo de documento BSART decide o que esse cabeçalho realmente é: um pedido de compra padrão, um contrato, um acordo de remessa, uma solicitação de cotação ou uma cotação, e o significado de vários outros campos muda dependendo desse tipo. O cabeçalho carrega fornecedor, organização de compras, grupo de compradores, moeda, condições de pagamento, incoterms, dados de criação e, onde um procedimento de liberação está ativo, o status geral de liberação. Ele não carrega quantidades, preços ou datas de entrega para itens individuais; esses pertencem a EKPO e EKET. Ele também não carrega histórico de recebimento de mercadorias ou fatura; isso é EKBE. Trate EKKO como o envelope, não o conteúdo.

MANDT restringe toda seleção primeiro, então EBELN é a chave natural se já for conhecida. Onde EBELN não é conhecida, restrinja por BSART e EKORG juntos antes de adicionar um intervalo de datas em AEDAT; selecionar apenas por LIFNR em um sistema grande é caro porque o fornecedor não é o componente de índice principal. Evite uma varredura completa da tabela filtrada apenas por FRGKE ou BSTYP, ambos são flags de baixa cardinalidade com baixa seletividade. Se a pergunta for sobre valor ou quantidade, não consulte EKKO, vá para EKPO ou EKBE e obtenha EBELN de lá.

Sintoma: um comprador alega que um OC nunca foi liberado para verificações de bloqueio de pagamento. Selecione EKKO onde EBELN é igual ao número do documento e leia FRGKE. Um valor indicando liberação incompleta confirma que ele está preso na estratégia de liberação, não bloqueado a jusante. Faça uma verificação cruzada com o histórico de status de liberação na tabela de liberação associada se a estratégia usar várias etapas, já que FRGKE mostra apenas o estado agregado atual, não qual aprovador ainda está pendente.

EKKO continua sendo a tabela de persistência primária para cabeçalhos de documentos de compras no S/4HANA; ela não foi substituída ou dividida como algumas tabelas FI foram. Aplicativos Fiori e relatórios analíticos leem dados de compras por meio de visões CDS construídas sobre EKKO e EKPO, mas a estrutura da tabela subjacente e os campos-chave descritos aqui permanecem inalterados para documentos de compras padrão. ABAP customizado escrito diretamente contra EKKO ainda funciona.

Um consultor funcional MM ou de compras é responsável por questões sobre o comportamento do tipo de documento, configuração da estratégia de liberação e significado dos campos de cabeçalho. Disputas sobre dados mestre de fornecedores são encaminhadas para a equipe de dados mestre ou de operações de compras. Questões de atribuição contábil ou objeto de custo em um cabeçalho específico pertencem conjuntamente a MM e FI/CO, já que a categoria de atribuição contábil definida no cabeçalho influencia o que EKKN permite no nível do item.

EKPO contém os itens de linha e é a tabela à qual quase toda investigação de EKKO acaba se unindo para obter números reais. EKET carrega as linhas de remessa para acordos de remessa e entregas divididas. EKBE registra os recebimentos de mercadorias e recebimentos de faturas contra o documento. EKKN e EKPA carregam dados de atribuição contábil e de parceiro. LFA1 fornece o mestre de fornecedores. As transações ME21N, ME22N e ME23N criam, modificam e exibem esses cabeçalhos; ME31K e ME31L fazem o mesmo para contratos e acordos de remessa.