Seu Template de Dados de Compra ao Pagamento (P2P) - Pedido de Compra

SAP S/4HANA
Seu Template de Dados de Compra ao Pagamento (P2P) - Pedido de Compra

Seu Template de Dados de Compra ao Pagamento (P2P) - Pedido de Compra

Este template guia você pelos dados essenciais para analisar seu processo P2P. Ele detalha atributos críticos, atividades a monitorar e como extrair tudo do SAP S/4HANA. Use este recurso para criar um log de eventos robusto e obter insights profundos.
  • Atributos recomendados para análise detalhada
  • Principais atividades para monitorar no processo
  • Orientação passo a passo para extração de dados
É novo em event logs? Saiba como criar um event log para Process Mining.

Procure to Pay (P2P) - Atributos de Pedido de Compra

Estes são os campos de dados recomendados para incluir no seu log de eventos para uma análise completa do processo P2P.
5 Obrigatório 6 Recomendado 10 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento de negócio ou etapa que ocorreu no processo do pedido.
Descrição

Descreve uma ação ou mudança de status, como 'Pedido Criado' ou 'Mercadoria Recebida'. A sequência dessas atividades forma o fluxo.

Analisar essa sequência é o coração do Process Mining. Ajuda a descobrir o processo real, compará-lo com o modelo ideal, identificar gargalos e quantificar o retrabalho.

Por que é importante

Define as etapas do processo, permitindo visualizar e analisar o fluxo de ponta a ponta, analisar variantes e identificar gargalos.

Onde obter

Geralmente derivado de várias tabelas e campos, como status na EKKO/EKPO ou logs na CDHDR/CDPOS, para representar marcos do negócio.

Exemplos
Pedido de Compra criadoPedido de Compra aprovadoEntrada de mercadorias lançadaFatura Recebida
Pedido de Compra
PurchaseOrderNumber
O identificador único do Pedido de Compra (PO), servindo como o ID do caso principal para rastrear o ciclo de vida.
Descrição

O Número do Pedido é o identificador central que une todas as atividades. Ele atua como o ID do caso (Case ID) para a análise de Process Mining.

Agrupar eventos por este número reconstrói a jornada de cada pedido. Isso é essencial para calcular tempos de ciclo, analisar variantes e identificar gargalos ou desvios em ordens específicas.

Por que é importante

É a chave essencial para conectar todos os eventos de suprimentos em um único processo ponta a ponta, permitindo uma análise detalhada do ciclo de vida de cada pedido.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo EBELN.

Exemplos
450001712345000171244500017125
Tempo do Evento
EventTime
O timestamp indicando quando a atividade ocorreu.
Descrição

Registra a data e hora exatas de cada atividade. É fundamental para toda análise temporal no Process Mining.

O Event Time ordena as atividades para construir o fluxo. Além disso, é a base para métricas de duração, como tempos de ciclo, esperas e processamento, cruciais para achar gargalos.

Por que é importante

Timestamp crítico para ordenar eventos e calcular métricas de performance, como tempos de ciclo e espera.

Onde obter

Campos de timestamp ligados a atividades, como Data de Criação ou de Lançamento. Muitas vezes exige combinar várias tabelas.

Exemplos
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-05-01T09:15:00Z
Sistema de Origem
SourceSystem
Identifica o sistema de origem do qual os dados foram extraídos.
Descrição

Especifica o sistema de origem, como 'SAP S/4HANA Produção'.

Em ambientes multi-sistema, é crucial para linhagem de dados e resolução de problemas. Ajuda a entender o contexto e permite filtrar a análise por ambientes específicos.

Por que é importante

Fornece contexto essencial sobre a origem dos dados, o que é crítico para governança, validação e análise em ambientes com múltiplos sistemas.

Onde obter

Geralmente é um valor estático adicionado no ETL para rotular a origem do conjunto de dados.

Exemplos
S4H_PROD_100ECC_EU_200S4H_US_300
Última Atualização de Dados
LastDataUpdate
O registro de data/hora de quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Indica quão recentes são os dados analisados, mostrando a data da última extração do SAP S/4HANA.

Saber isso é vital para entender a tempestividade da análise. Ajuda a interpretar se os achados refletem o tempo real ou um retrato de um momento específico, afetando a relevância das decisões tomadas.

Por que é importante

Informa os usuários sobre a atualidade dos dados, garantindo que compreendam o contexto e a relevância de seus achados analíticos.

Onde obter

Timestamp de metadados adicionado durante o processo de extração, transformação e carga (ETL).

Exemplos
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Data de entrega solicitada
RequestedDeliveryDate
A data em que a empresa solicitou ao fornecedor a entrega dos bens ou serviços.
Descrição

Especifica a data de entrega acordada no pedido, servindo de base para medir a performance do fornecedor.

No Process Mining, comparamos esta data com o recebimento real para calcular o KPI de 'Taxa de Entrega no Prazo'. Analisar desvios ajuda a avaliar a confiabilidade do fornecedor e gerir riscos.

Por que é importante

Serve como base para medir a pontualidade na entrega do fornecedor, um KPI crítico para supply chain e planejamento operacional.

Onde obter

Pode ser encontrado na tabela de divisões de remessa EKET, campo EINDT.

Exemplos
2023-06-012023-06-152023-07-01
ID do Fornecedor
VendorId
O identificador único do fornecedor que provê os bens ou serviços.
Descrição

O ID do Fornecedor vincula o pedido a um parceiro específico. É usado em todo o processo para comunicação, entrega e pagamento.

No Process Mining, este atributo permite segmentar a análise de desempenho por fornecedor. É essencial para Dashboards como 'Performance de Lead Time' e 'Taxa de Devolução por Fornecedor', ajudando a identificar parceiros confiáveis ou que causam atrasos.

Por que é importante

Permite análises focadas no fornecedor, ajudando a avaliar a performance, identificar fornecedores com alto e baixo desempenho e otimizar a cadeia de suprimentos.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo LIFNR.

Exemplos
100023100045100088
Requisição de Compra
PurchaseRequisitionNumber
O identificador da requisição de compra (RC) que deu origem ao pedido.
Descrição

Vincula o pedido à sua requisição de origem. Nem todo pedido terá uma requisição se for criado direto.

Este elo é essencial para analisar todo o processo desde o pedido inicial. Suporta KPIs como 'Tempo de Aprovação da Requisição' e é fundamental para identificar 'Maverick Spend'.

Por que é importante

Conecta o pedido à requisição inicial, permitindo a análise do processo de ponta a ponta e a identificação de Maverick Spend não conforme.

Onde obter

Este atributo está na tabela EKPO (nível de item) do SAP S/4HANA, campo BANFN.

Exemplos
1001005110010052
Tipo de Documento do Pedido
DocumentType
Uma classificação que distingue diferentes tipos de pedidos de compra, como pedidos padrão, pedidos de serviço ou pedidos de transferência de estoque.
Descrição

O Tipo de Documento no SAP controla o fluxo, o intervalo de numeração e os campos do pedido. Ele permite adaptar o processo para diferentes cenários.

Analisar por tipo de documento é crucial para entender variações. Um pedido de mercadoria padrão flui de forma diferente de um pedido de serviço ou transferência de estoque. Esse atributo permite comparar esses fluxos para encontrar oportunidades específicas de melhoria.

Por que é importante

Categoriza os pedidos de compra, permitindo comparar diferentes processos de aquisição e ajudando a explicar variações nos fluxos e tempos de ciclo.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo BSART.

Exemplos
NBFOUB
Utilizador
UserName
O identificador do usuário que realizou uma atividade específica.
Descrição

Captura o ID do usuário SAP que criou, alterou ou aprovou um documento, garantindo rastreabilidade.

Analisar por usuário ajuda a identificar necessidades de treinamento, distribuir carga de trabalho e avaliar o desempenho. Serve para ver se usuários específicos estão ligados a atrasos ou mudanças frequentes, guiando a gestão de recursos.

Por que é importante

Garante responsabilidade e permite analisar o desempenho individual ou por equipe, ajudando a identificar necessidades de treinamento ou falta de recursos.

Onde obter

Esta informação está em campos como ERNAM (Criado por) na EKKO ou no campo de usuário em tabelas de alteração (CDHDR-USERNAME).

Exemplos
CB9980000012JSMITHRROE
Valor Líquido Total
TotalNetAmount
O valor total do pedido de compra, excluindo impostos e frete.
Descrição

Representa o valor monetário líquido do pedido. É um dado financeiro chave que indica o tamanho da transação.

Essencial para análises financeiras, como categorizar pedidos por valor (alto vs. baixo) para ver se os fluxos mudam. Também ajuda a priorizar análises em pedidos de alto valor que trazem mais risco ou impacto.

Por que é importante

Permite uma análise baseada em valores financeiros, ajudando a segmentar pedidos por valor e priorizar esforços de melhoria em áreas de alto gasto.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo NETWR.

Exemplos
1500.0025000.50125.75
Categoria do item
ItemCategory
Classifica um item de linha do pedido de compra, como padrão, consignação, subcontratação ou serviço.
Descrição

A Categoria do Item determina como a compra de um material ou serviço é controlada. Ela influencia etapas como recebimento de mercadorias e verificação de faturas.

Este atributo é importante para analisar variantes conforme o que é comprado. O processo de um serviço (que exige folha de registro) difere muito de um item de estoque padrão. Analisar por categoria ajuda a entender essas diferenças e focar em melhorias específicas.

Por que é importante

Explica variações de processo ao distinguir entre diferentes tipos de aquisição, como mercadorias, serviços ou subcontratação.

Onde obter

Este atributo está na tabela EKPO do SAP S/4HANA, campo PSTYP.

Exemplos
093
Centro
Plant
A unidade operacional ou local onde as mercadorias são entregues ou os serviços prestados.
Descrição

No SAP, um Centro (Plant) é um local físico onde as mercadorias são produzidas, armazenadas ou onde os serviços são realizados. É um elemento fundamental para a logística e o planejamento.

Segmentar a análise do processo por centro pode revelar variações regionais ou específicas de cada unidade no processo de compras. Por exemplo, pode mostrar se determinados centros têm prazos de entrega mais longos ou maiores taxas de devolução, indicando problemas locais de logística ou controle de qualidade.

Por que é importante

Permite análises baseadas em localização, destacando diferenças de desempenho de processos entre vários sites operacionais, plantas ou armazéns.

Onde obter

Este atributo está na tabela EKPO do SAP S/4HANA, campo WERKS.

Exemplos
10101710DE01
Código da Empresa
CompanyCode
O identificador da entidade legal ou empresa para a qual o pedido foi criado.
Descrição

A Empresa (Company Code) representa uma unidade contábil independente. Todas as transações financeiras de um pedido são lançadas em uma empresa específica.

Este é um atributo essencial para filtrar e comparar processos entre diferentes entidades legais. A análise por empresa pode revelar inconsistências na execução, níveis distintos de eficiência ou taxas de conformidade variadas em toda a organização.

Por que é importante

Permite que a análise de processos seja segmentada por entidade legal, facilitando comparações de desempenho e conformidade entre diferentes partes da empresa.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo BUKRS.

Exemplos
101017102000
É Maverick Spend
IsMaverickSpend
Um sinalizador (flag) calculado indicando se um pedido de compra foi criado sem uma requisição de compra aprovada anteriormente.
Descrição

Sinalizador booleano definido como 'true' se o pedido não tiver requisição associada ou se pular o workflow de aprovação padrão.

Suporta o Dashboard de 'Identificação de Maverick Spend'. Ajuda a quantificar compras não conformes, permitindo focar em departamentos ou grupos específicos para reforçar políticas.

Por que é importante

Identifica diretamente compras fora de conformidade, ajudando a quantificar desvios de processo e a aplicar controles financeiros e políticas de compras.

Onde obter

Campo calculado com base na ausência de valor em "PurchaseRequisitionNumber" para tipos de documentos específicos ou pela análise da sequência de eventos.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um sinalizador (flag) calculado indicando se o pedido de compra passou por retrabalho, como uma alteração após aprovação ou devolução de mercadoria.
Descrição

Atributo booleano calculado pela sequência de atividades. É 'true' se houver alteração após a aprovação ou se houver devolução.

Simplifica o cálculo da taxa de processamento direto (STP). Permite filtrar pedidos que exigiram intervenção manual ou correção, quantificando o custo do retrabalho.

Por que é importante

Ajuda a quantificar a ineficiência do processo ao sinalizar casos com retrabalho, o que é fundamental para calcular as taxas de processamento direto e identificar causas raiz de desvios.

Onde obter

Campo calculado com base na sequência de atividades. A lógica verifica se um evento "Pedido de Compra Alterado" ocorre após uma aprovação ou se existe um evento "Devolução de Mercadoria".

Exemplos
verdadeirofalse
Entrega no Prazo do Fornecedor
SupplierOnTimeDelivery
Um sinalizador (flag) calculado que indica se a entrada de mercadoria foi lançada na data de entrega solicitada ou antes dela.
Descrição

Derivado da comparação entre o recebimento real e a data solicitada. Se entregue no prazo ou antes, é 'true'.

Suporta diretamente o KPI de 'Taxa de Entrega no Prazo'. Facilita a análise ao filtrar entregas pontuais ou atrasadas, essencial para scorecards de fornecedores.

Por que é importante

Mede diretamente a confiabilidade do fornecedor, servindo de base para o KPI de entrega no prazo (On-Time Delivery) e permitindo uma gestão de performance eficaz.

Onde obter

Calculado comparando o timestamp da atividade "Entrada de Mercadoria Lançada" com o atributo "RequestedDeliveryDate".

Exemplos
verdadeirofalse
Grupo de Compras
PurchasingGroup
O grupo específico de compradores responsável por certas atividades de suprimentos.
Descrição

Um Grupo de Compras é um comprador ou um grupo de compradores responsável por atividades de compra, materiais ou fornecedores específicos. Eles são o principal ponto de contato para os vendedores.

Este atributo permite uma análise de carga de trabalho e desempenho muito mais detalhada do que a organização de compras. Pode ser usado para identificar equipes sobrecarregadas, medir a eficiência de diferentes grupos de compradores e entender quais grupos estão mais propensos a desvios de processo, como o Maverick Spend.

Por que é importante

Oferece uma visão detalhada do desempenho dos grupos de compradores, permitindo analisar carga de trabalho, eficiência e adesão ao processo por equipe.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo EKGRP.

Exemplos
001002N00
Número do Material
MaterialNumber
O identificador do material ou bem específico sendo adquirido.
Descrição

O Número do Material é o código único do mestre de materiais no SAP. Ele é usado em todas as transações, de compras a vendas e estoque.

Analisar por material ou grupo de mercadorias permite uma análise baseada em categorias. Ajuda a identificar se certos materiais têm processos ineficientes, prazos maiores ou mais devoluções, gerando insights valiosos para a gestão de categorias.

Por que é importante

Permite análises baseadas em mercadorias (commodities), ajudando a identificar problemas de processo ou de performance de fornecedores relacionados a produtos ou materiais específicos.

Onde obter

Este atributo está na tabela EKPO do SAP S/4HANA, campo MATNR.

Exemplos
RM100-100FG210SERV-CONSULT
Organização de compras
PurchasingOrganization
A unidade organizacional responsável por adquirir materiais e serviços e negociar com fornecedores.
Descrição

A Organização de Compras é a unidade responsável por todas as atividades de aquisição. Pode ser corporativa, por empresa ou por planta.

Analisar o processo por organização ajuda a avaliar a eficiência de diferentes equipes ou regiões. Pode destacar diferenças na negociação com fornecedores, conformidade ou atrasos de aprovação entre unidades.

Por que é importante

Permite a comparação de desempenho entre diferentes departamentos ou regiões de compras, ajudando a identificar melhores práticas e áreas de melhoria.

Onde obter

Este atributo está na tabela EKKO do SAP S/4HANA, campo EKORG.

Exemplos
10101710US01
Tempo de ciclo da aprovação do Pedido de Compra
PoApprovalCycleTime
Duração calculada entre a criação do pedido e a sua aprovação final.
Descrição

Mede o tempo entre 'Pedido Criado' e 'Pedido Aprovado'.

Fornece uma medida direta da eficiência de aprovação interna. É a métrica principal para o Dashboard de 'Tempo de Ciclo de Aprovação', ajudando a identificar onde ocorrem atrasos e onde acelerar.

Por que é importante

Mede diretamente a eficiência do processo de aprovação interna, ajudando a identificar e resolver gargalos que atrasam as compras.

Onde obter

Calculado encontrando a diferença de tempo entre os eventos "Pedido de Compra Aprovado" e "Pedido de Compra Criado" para cada pedido.

Exemplos
P2D4H30MP0D2H15MP5D
Obrigatório Recomendado Opcional

Procure to Pay (P2P) - Atividades de Pedido de Compra

Estas são as etapas e marcos essenciais para capturar no seu log de eventos para uma descoberta e otimização precisas do processo.
7 Recomendado 6 Opcional
Atividade Descrição
Entrada de mercadorias lançada
Representa o recebimento físico das mercadorias e a respectiva entrada no sistema. É uma transação explícita que atualiza o histórico do pedido.
Por que é importante

Grande marco que encerra o lead time do fornecedor e inicia a verificação de fatura. Essencial para taxas de entrega no prazo.

Onde obter

Registrado como documento de material nas tabelas MKPF (cabeçalho) e MSEG (item), vinculado no histórico do pedido (EKBE) com um tipo de movimento específico (ex: 101).

Captura

Data de lançamento (BUDAT) do cabeçalho do documento de material (MKPF) vinculado via EKBE.

Tipo de evento explicit
Fatura Recebida
Representa a entrada da fatura do fornecedor no SAP, vinculando-a ao pedido. É um lançamento financeiro explícito que gera um documento contábil.
Por que é importante

Marco crítico que une compras ao contas a pagar. Permite analisar o tempo entre o recebimento e o processamento da fatura.

Onde obter

Um documento contábil é criado na tabela BKPF (cabeçalho) e seus itens de linha estão na BSEG ou no diário universal ACDOCA. O documento é vinculado ao pedido na tabela RSEG.

Captura

Data de entrada do documento (CPUDT) da tabela de cabeçalho do documento contábil BKPF.

Tipo de evento explicit
Pedido de Compra aprovado
Significa que o pedido recebeu todas as aprovações internas e está autorizado para o fornecedor. O evento é inferido pela mudança de status na estratégia de liberação.
Por que é importante

Marco chave para medir eficiência de aprovação e retrabalho. Analisar o tempo entre criação e aprovação revela atrasos internos.

Onde obter

Inferido do indicador de liberação (FRGKE) na tabela EKKO. O timestamp é determinado consultando o histórico de modificações (CDHDR/CDPOS) para quando este campo foi atualizado para o status de "liberado".

Captura

Inferido dos logs de modificação para o campo de indicador de liberação (FRGKE) na tabela EKKO.

Tipo de evento inferred
Pedido de Compra concluído
Indica que um item do pedido está fechado na logística. É inferido quando os campos 'Entrega Concluída' e 'Fatura Final' estão marcados.
Por que é importante

Serve como ponto final da análise do ciclo de vida. Medir o tempo até este evento dá o tempo de ciclo ponta a ponta das operações.

Onde obter

Inferido de flags de status na tabela de itens do pedido, EKPO. O evento ocorre quando o indicador de "Entrega concluída" (ELIKZ) e o indicador de "Fatura final" (EREKZ) estão ambos marcados como verdadeiros.

Captura

Inferido dos logs de modificação quando os campos ELIKZ e EREKZ da EKPO estão ambos sinalizados como concluídos.

Tipo de evento inferred
Pedido de Compra criado
Marca a criação do documento oficial do pedido de compra, que pode ser gerado com ou sem referência a uma requisição. É um evento explícito capturado quando o pedido é salvo pela primeira vez no sistema.
Por que é importante

Esta atividade pode servir como ponto de partida alternativo, especialmente para análise de Maverick Spend. É um evento fundamental para rastrear o tempo total de processamento.

Onde obter

Registrado na tabela de cabeçalho do pedido (EKKO). A data de criação (AEDAT) e a hora são armazenadas diretamente nesta tabela.

Captura

Timestamp de criação (AEDAT) na tabela EKKO para o documento de pedido de compra.

Tipo de evento explicit
Requisição de compra aprovada
Representa a aprovação formal da requisição por um gerente. Geralmente é inferida por uma mudança de status, indicando que está pronta para virar pedido.
Por que é importante

Marco fundamental para rastrear ciclos de aprovação e achar gargalos. Atrasos aqui afetam a rapidez com que o pedido é enviado ao fornecedor.

Onde obter

Inferido dos campos de status de liberação na tabela EBAN (ex: FRGZU - Indicador de liberação). O timestamp é derivado dos documentos de modificação (CDHDR/CDPOS) que registram quando o status de liberação final foi definido.

Captura

Inferido dos logs de modificação (CDHDR/CDPOS) para campos de status de liberação na tabela EBAN.

Tipo de evento inferred
Requisição de compra criada
Marca a solicitação formal de bens ou serviços. O evento é capturado quando o usuário salva uma nova requisição (ex: via transação ME51N).
Por que é importante

Ponto de partida principal de muitos ciclos de vida de pedidos. Analisar o tempo deste evento até a criação do pedido ajuda a achar atrasos internos.

Onde obter

Registrado na tabela EBAN (Requisição de Compra). O timestamp de criação pode ser encontrado nas tabelas de histórico CDHDR e CDPOS para o objeto EBAN.

Captura

Evento registrado após a criação de um documento na tabela EBAN.

Tipo de evento explicit
Confirmação de serviços registrada
Marca a confirmação de que um serviço do pedido foi prestado. É capturado explicitamente pela criação da folha de registro de serviço.
Por que é importante

Para compras baseadas em serviços, este é o equivalente ao recebimento de mercadorias. É crucial para rastrear cronogramas de entrega de serviços e permitir pagamentos pontuais aos fornecedores.

Onde obter

Registrado via folha de registro de serviço, com dados nas tabelas ESSR (cabeçalho) e ESLL (linhas). A data de criação serve como timestamp.

Captura

Data de criação do documento de Folha de Registro de Serviço na tabela ESSR.

Tipo de evento explicit
Fatura Paga
Marca a liquidação final da fatura do fornecedor via execução de pagamento ou manual. É uma transação financeira explícita que gera um documento de compensação.
Por que é importante

Embora faça parte do pagamento, incluir esta atividade dá uma visão completa do ciclo P2P. É fundamental para analisar prazos e performance.

Onde obter

O pagamento é registrado como documento de compensação em BKPF/ACDOCA. A data de compensação (AUGDT) no item da fatura nas tabelas BSEG ou ACDOCA indica o evento.

Captura

Data de Compensação (AUGDT) do documento de fatura, encontrada na BSEG ou ACDOCA.

Tipo de evento explicit
Mercadorias devolvidas
Indica que mercadorias recebidas anteriormente foram devolvidas ao fornecedor, geralmente devido a problemas de qualidade, danos ou remessas incorretas. Isso é capturado como um movimento de mercadoria de estorno explícito.
Por que é importante

Esta atividade evidencia retrabalho e problemas de qualidade ou precisão. Muita devolução para um fornecedor ou material específico sinaliza um problema.

Onde obter

Registrado como documento de material com um tipo de movimento de devolução específico (ex: 122). O evento é logado na MKPF/MSEG e vinculado ao pedido na tabela EKBE.

Captura

Data de lançamento do documento de material com tipo de movimento de devolução na EKBE.

Tipo de evento explicit
Pedido de Compra alterado
Indica que houve modificação no pedido após a criação (quantidade, preço ou data). É capturado explicitamente nos logs de alteração do sistema.
Por que é importante

Monitorar mudanças, especialmente após aprovação, é crítico para achar ineficiências e falhas de conformidade. Mudanças frequentes podem indicar especificações iniciais ruins.

Onde obter

Registrado nas tabelas de documentos de alteração CDHDR (cabeçalho) e CDPOS (item) para pedidos (EINKBELEG). Cada mudança gera um log detalhado.

Captura

Evento registrado para alterações em campos principais nas tabelas EKKO ou EKPO, gravado na CDHDR/CDPOS.

Tipo de evento explicit
Pedido de Compra enviado ao fornecedor
Representa o momento em que o pedido é enviado ao fornecedor (EDI, e-mail ou impressão). Costuma ser capturado via logs de gerenciamento de saída.
Por que é importante

Este é o início real do lead time do fornecedor. É crucial para medir a performance desde o momento em que ele recebe o pedido.

Onde obter

Capturado da tabela de controle de saída NAST, que registra mensagens enviadas para um documento de compras. Pode-se usar a data e hora do tipo de saída relevante (ex: EDI, e-mail).

Captura

Timestamp da primeira mensagem de saída bem-sucedida do pedido na tabela NAST.

Tipo de evento inferred
Pedido de Compra excluído
Representa o cancelamento ou exclusão lógica de um item do pedido ou do documento todo. É capturado quando um usuário define um sinalizador de exclusão.
Por que é importante

É um ponto final alternativo, indicando falha ou cancelamento. Analisar por que pedidos são excluídos ajuda a descobrir falhas no planejamento de demanda.

Onde obter

Capturado do flag de indicador de exclusão (LOEKZ) nas tabelas de cabeçalho (EKKO) ou item (EKPO) do pedido de compra. O timestamp é derivado dos documentos de modificação (CDHDR/CDPOS).

Captura

Timestamp dos documentos de alteração (CDHDR/CDPOS) quando o sinalizador de exclusão (LOEKZ) é definido.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP S/4HANA