Template de dados: Purchase to Pay - Pedido de Compra

SAP ECC
Template de dados: Purchase to Pay - Pedido de Compra

Seu Template de dados de Purchase to Pay - Pedido de Compra

Este template orienta você pelos dados essenciais para analisar seu processo de Purchase to Pay (P2P) - Pedido de Compra no SAP ECC. Ele destaca os atributos críticos a coletar, as atividades-chave a monitorar e traz orientações práticas sobre como extrair essas informações do sistema. Use este recurso para construir um event log robusto para suas iniciativas de Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientações de extração do SAP ECC
É 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 essenciais recomendados para inclusão no seu Event Log, permitindo uma análise completa do processo Purchase to Pay - Pedido de compra.
3 Obrigatório 6 Recomendado 13 Opcional
NomeDescrição
Atividade
Activity
Nome do evento de negócio ou da etapa que ocorreu no ciclo de vida do pedido de compra.
Descrição

Este atributo descreve uma etapa do processo, como 'Pedido de Compra criado', 'Pedido de Compra aprovado' ou 'Recebimento de mercadorias lançado'. A sequência dessas atividades forma o fluxo do processo para cada Pedido de Compra.

Analisar a sequência, a frequência e o tempo entre as atividades é o coração do Process Mining. Isso ajuda a identificar gargalos, ciclos de retrabalho e desvios do processo padrão, permitindo melhorias direcionadas e esforços de padronização.

Por que é importante

As atividades definem as etapas do processo. Analisar a sequência e os tempos revela o fluxo real do processo, os gargalos e os desvios.

Onde obter

Derivado de várias tabelas e logs de transação do SAP, como CDHDR/CDPOS para alterações, EKBE para GR/IR e EBAN para requisições. Geralmente requer uma lógica ou um programa de extração customizado.

Exemplos
Pedido de Compra criadoPedido de Compra aprovadoEntrada de mercadorias lançada
Pedido de Compra
PurchaseOrder
Identificador único do documento de pedido de compra (PO), que atua como o caso principal para acompanhar o processo de compras.
Descrição

O número do pedido de compra é o identificador central que conecta todas as atividades, da criação ao recebimento de mercadorias e à conclusão. Cada PO com número único representa uma instância do processo de compras.

Em Process Mining, esse atributo é essencial para reconstruir a jornada ponta a ponta de cada compra. Ele permite análises detalhadas de tempos de ciclo, variações de processo e verificações de conformidade para cada pedido, formando a base de todo o modelo do processo.

Por que é importante

Este é o identificador central que conecta todos os eventos relacionados, possibilitando analisar o ciclo de vida completo de cada pedido de compra.

Onde obter

Tabela: EKKO, Campo: EBELN

Exemplos
450001762345000176244500017625
Tempo do Evento
EventTime
A data e hora precisas em que a atividade ocorreu.
Descrição

Este timestamp marca o momento exato em que um evento ocorreu, como a hora em que um PO foi aprovado ou quando um recebimento de mercadorias foi lançado. Ele estabelece a ordem cronológica de todas as atividades dentro de um caso.

Timestamps são fundamentais para Process Mining, pois viabilizam todas as análises baseadas em tempo. Isso inclui calcular tempos de ciclo entre atividades, identificar atrasos, analisar o throughput do processo e medir o desempenho frente a SLAs (acordos de nível de serviço).

Por que é importante

Este timestamp é fundamental para calcular todas as métricas baseadas em duração, como tempos de ciclo e gargalos, e para ordenar os eventos cronologicamente.

Onde obter

Derivado de vários campos de data e hora nas tabelas do SAP, como EKKO-AEDAT (Data de alteração), CDHDR-UDATE/UTIME (Timestamp do log de alterações) ou EKBE-BUDAT (Data de lançamento).

Exemplos
2023-04-15T10:05:31Z2023-04-16T14:22:00Z2023-05-01T09:00:15Z
Código da Empresa
CompanyCode
Identificador da empresa ou entidade legal que iniciou a compra.
Descrição

O Código da Empresa (Company Code) representa uma entidade legal independente no SAP. Todas as transações são lançadas no nível do Company Code, tornando-o uma unidade organizacional fundamental.

Analisar o processo por Company Code permite comparar a eficiência de compras e a conformidade entre diferentes unidades de negócio ou países. Ajuda a identificar boas práticas em uma entidade que podem ser replicadas em outras e a apontar unidades específicas que estão enfrentando dificuldades no processo.

Por que é importante

Representa a entidade jurídica, permitindo comparar o desempenho do processo e verificar a conformidade entre diferentes partes da organização.

Onde obter

Tabela: EKKO, Campo: BUKRS

Exemplos
10002100US01
Grupo de materiais
MaterialGroup
Uma classificação usada para agrupar materiais ou serviços com características semelhantes.
Descrição

O Grupo de Mercadorias (categoria de compra) classifica o tipo de bem ou serviço adquirido. Exemplos: 'Hardware de TI', 'Materiais de escritório' ou 'Serviços profissionais'.

Esse atributo é vital para análise de gastos e entendimento dos padrões de compras. Permite filtrar o processo para ver como cada categoria é tratada, quem aprova e quais fornecedores a atendem. É uma dimensão-chave no dashboard 'Purchase Order Value Analysis'.

Por que é importante

Permite segmentar o processo por categoria de produto ou serviço, evidenciando comportamentos, tempos de ciclo e fornecedores diferentes conforme o tipo de gasto.

Onde obter

Tabela: EKPO, Campo: MATKL

Exemplos
00101IT_HWCONSULT
Nome do Utilizador
UserName
ID do usuário da pessoa que executou a atividade.
Descrição

Este atributo captura o nome de usuário do SAP do colaborador que criou, alterou ou aprovou um documento. Em etapas automatizadas, pode exibir um usuário técnico (system/batch).

Analisar por usuário ajuda a identificar necessidades de treinamento, pessoas de alto desempenho ou possíveis problemas de conformidade. É fundamental para montar dashboards de distribuição de carga de trabalho, conformidade com a matriz de aprovação e para entender o desempenho de equipes ou indivíduos.

Por que é importante

Atribui as ações dos usuários a pessoas específicas, permitindo analisar performance, carga de trabalho e aderência às regras de conformidade.

Onde obter

Tabela: EKKO, Campo: ERNAM (Criado por); Tabela: CDHDR, Campo: USERNAME (Alterado por).

Exemplos
JSMITHMBROWNBATCH_USER
Número do fornecedor
VendorNumber
Identificador único do fornecedor.
Descrição

É o código que identifica de forma única o fornecedor de quem os bens ou serviços estão sendo adquiridos. Trata-se de um dado mestre crítico no processo de compras.

Esse atributo é essencial para análises centradas no fornecedor. Permite avaliar o desempenho de entregas, comparar lead times entre fornecedores e analisar padrões de gastos. É a dimensão primária do dashboard 'Desempenho de Entrega do Fornecedor'.

Por que é importante

Permite analisar a performance dos fornecedores, ajudando a identificar parceiros confiáveis e aqueles que causam atrasos ou problemas de qualidade.

Onde obter

Tabela: EKKO, Campo: LIFNR

Exemplos
100345V-20598700112
Tipo de Documento
DocumentType
Um código que classifica os diferentes tipos de pedidos de compra.
Descrição

O Tipo de Documento é uma configuração do SAP que controla a faixa de numeração, a seleção de campos e o fluxo do processo do pedido de compra. Por exemplo, podem existir tipos diferentes para POs padrão, POs de serviço ou ordens de transporte de estoque.

Esse atributo é uma dimensão poderosa de análise, pois tipos de documento diferentes costumam seguir processos intencionalmente distintos. Filtrar por tipo de documento permite uma comparação equivalente de tempos de ciclo e fluxos do processo.

Por que é importante

Distingue diferentes tipos de processos de compra (ex.: padrão, serviço, devolução), que normalmente têm fluxos e metas de performance distintas.

Onde obter

Tabela: EKKO, Campo: BSART

Exemplos
NBFOUB
Valor do Pedido
OrderAmount
Valor monetário total do item do pedido de compra.
Descrição

Este atributo representa o valor total de um item específico do Pedido de Compra, calculado como quantidade multiplicada pelo preço líquido. Para obter o valor total do PO, é necessário agregar os itens.

Analisar o processo pelo valor do pedido é crucial para identificar transações de alto valor que podem exigir controles mais rigorosos ou caminhos de aprovação diferentes. Ele alimenta o dashboard 'Análise de Valor de Pedidos de Compra' e ajuda a priorizar esforços de melhoria nos pedidos de maior impacto financeiro.

Por que é importante

Quantifica o impacto financeiro de cada compra, permitindo análises baseadas em valor para priorizar pedidos de alto impacto ou identificar oportunidades de redução de custos.

Onde obter

Tabela: EKPO, Campo: NETWR (Valor líquido do pedido).

Exemplos
1500.00250.7512345.50
Centro
Plant
Local físico ou planta onde os bens serão entregues.
Descrição

A Planta é uma unidade organizacional que representa uma instalação de produção, um armazém ou outro local onde bens ou serviços são recebidos.

Analisar por Planta ajuda a entender variações geográficas no processo de compras. Pode revelar diferenças nos prazos de entrega dos fornecedores para determinados locais ou destacar plantas com processos de recebimento ineficientes, apoiando a análise da pontualidade no recebimento de mercadorias.

Por que é importante

Especifica o local de entrega, útil para analisar diferenças regionais do processo e o desempenho logístico.

Onde obter

Tabela: EKPO, Campo: WERKS

Exemplos
100011002000
Data de entrega solicitada
RequestedDeliveryDate
Data em que a empresa solicitou ao fornecedor a entrega dos bens ou serviços.
Descrição

É a data de entrega desejada informada no pedido de compra. Serve como referência para medir o desempenho real da entrega.

Essa data é essencial para calcular o KPI 'Taxa de Recebimento no Prazo'. Ao comparar a data real de recebimento de mercadorias com a data solicitada, as organizações podem medir quantitativamente a confiabilidade do fornecedor e a eficiência do recebimento interno, dando suporte direto ao dashboard 'Desempenho de Entrega do Fornecedor'.

Por que é importante

É a data-alvo de entrega, essencial para calcular KPIs de desempenho no prazo e avaliar a confiabilidade do fornecedor.

Onde obter

Tabela: EKPO, Campo: EINDT

Exemplos
2023-06-102023-07-222023-08-01
É uma alteração pós-aprovação
IsPostApprovalChange
Indicador que mostra se houve alteração no Pedido de Compra após a aprovação inicial.
Descrição

Este atributo booleano é verdadeiro quando uma atividade 'Purchase Order Changed' é detectada após uma atividade 'Purchase Order Approved' para o mesmo PO. Ele ajuda a isolar alterações problemáticas que ocorrem tardiamente no processo.

Esse campo calculado sustenta diretamente o KPI 'Taxa de Alterações Pós-Aprovação do PO' e o dashboard 'Retrabalho e Alterações em Pedidos de Compra'. Ajuda a quantificar e destacar alterações disruptivas que podem causar atrasos e exigir nova aprovação, apontando problemas na especificação ou no escopo inicial.

Por que é importante

Mede diretamente o retrabalho após a aprovação, um KPI-chave para a estabilidade e a eficiência do processo. Taxas altas indicam problemas na definição de requisitos a montante.

Onde obter

Este é um atributo calculado, derivado da sequência de atividades no Event Log.

Exemplos
verdadeirofalse
Entrega Dentro do Prazo
IsOnTimeDelivery
Indicador que mostra se as mercadorias foram recebidas na data de entrega solicitada ou antes.
Descrição

Este atributo booleano é verdadeiro se o timestamp da atividade 'Goods Receipt Posted' ocorrer na 'Data de Entrega Solicitada' ou antes dela. Ele fornece um resultado binário claro sobre o desempenho de entrega em cada item do PO.

Esse atributo é a base do KPI 'Taxa de Recebimento no Prazo'. Ele simplifica a análise do desempenho do fornecedor e da eficiência interna de recebimento, facilitando a agregação e o filtro de entregas no prazo versus atrasadas.

Por que é importante

Fornece uma métrica clara de sucesso ou falha na pontualidade das entregas, apoiando diretamente KPIs e dashboards de performance de fornecedores.

Onde obter

Este é um atributo calculado, obtido pela comparação entre a data de lançamento do recebimento de mercadorias (EKBE-BUDAT) e a data de entrega solicitada (EKPO-EINDT).

Exemplos
verdadeirofalse
Grupo de Compras
PurchasingGroup
Comprador específico ou grupo de compradores responsável pela atividade de compras.
Descrição

O Grupo de Compradores representa a pessoa ou equipe responsável por determinada atividade de compras. É o principal ponto de contato com os fornecedores.

Esse atributo oferece um nível de análise mais granular do que a Organização de Compras. Ajuda a entender a distribuição de trabalho entre compradores e a identificar diferenças de desempenho no nível do comprador, orientando a alocação de recursos e iniciativas de treinamento.

Por que é importante

Oferece uma visão detalhada de quem responde pela compra, permitindo análises de carga de trabalho e performance no nível do comprador ou do time.

Onde obter

Tabela: EKKO, Campo: EKGRP

Exemplos
001002N01
Moeda
Currency
Código da moeda do valor do pedido de compra.
Descrição

Este atributo indica a moeda na qual o valor do Pedido de Compra é expresso, como USD, EUR ou GBP. Ele fornece contexto essencial para quaisquer valores monetários.

Para organizações globais, a moeda é fundamental para análises financeiras corretas. Ela permite a agregação e comparação adequadas dos valores dos pedidos, e todos os KPIs monetários devem ser interpretados no contexto de sua moeda.

Por que é importante

Fornece o contexto necessário para todos os valores monetários, garantindo análises financeiras precisas, especialmente em organizações multinacionais.

Onde obter

Tabela: EKKO, Campo: WAERS

Exemplos
USDEURJPY
Motivo da Rejeição
RejectionReason
Código ou texto do motivo explicando por que uma requisição de compra ou pedido foi rejeitado.
Descrição

Este atributo registra o motivo específico informado quando um Pedido de Compra é rejeitado durante o workflow de aprovação. Essa informação é crucial para entender as causas principais de retrabalho e atrasos.

Analisar os motivos de rejeição ajuda a identificar problemas recorrentes, como precificação incorreta, estouro de orçamento ou seleção de fornecedores fora de conformidade. Esse insight permite atacar as causas principais, melhorar a qualidade na criação inicial do PO e agilizar o processo de aprovação.

Por que é importante

Traz visibilidade direta sobre por que aprovações falham, viabilizando melhorias específicas para reduzir retrabalho e encurtar o tempo de ciclo de aprovação.

Onde obter

Essas informações podem ser difíceis de localizar. Podem estar em campos de texto longo ou depender de configurações de workflow personalizadas. Frequentemente exigem conhecimento específico da implementação.

Exemplos
Preço incorretoOrçamento excedidoSolicitação duplicada
Nome do Fornecedor
VendorName
Razão social do fornecedor.
Descrição

Nome do fornecedor, mais intuitivo para o usuário do que o número do fornecedor. Normalmente vem do cadastro mestre de fornecedores.

Enquanto o Número do Fornecedor é usado para joins e identificação única, o Nome do Fornecedor é essencial para dashboards e relatórios voltados ao usuário. Ele torna as análises mais intuitivas e acessíveis para quem não está familiarizado com os códigos do fornecedor.

Por que é importante

Exibe o nome do fornecedor de forma legível, tornando dashboards e relatórios muito mais fáceis de entender para usuários de negócio.

Onde obter

Tabela: LFA1, Campo: NAME1. Isso requer um join entre EKKO-LIFNR e LFA1-LIFNR.

Exemplos
Staples Inc.Global Tech SolutionsOffice Supply Co.
Organização de Compras
PurchasingOrganization
Unidade organizacional responsável por negociar preços e adquirir materiais ou serviços.
Descrição

A Organização de Compras é uma unidade organizacional-chave no SAP responsável pelas atividades de compras. Pode ser centralizada para toda a empresa ou descentralizada por planta ou região.

Analisar o desempenho do processo por Organização de Compras ajuda a identificar quais equipes são mais eficientes. Permite comparar métricas como tempos de ciclo, taxas de retrabalho e custos entre unidades, evidenciando boas práticas e áreas que precisam de suporte.

Por que é importante

Identifica a equipe de compras responsável, permitindo comparar a performance e analisar diferentes unidades organizacionais.

Onde obter

Tabela: EKKO, Campo: EKORG

Exemplos
1000US01DE01
Requisição de Compra
PurchaseRequisition
Identificador da requisição de compra que antecedeu o pedido de compra.
Descrição

Este atributo vincula o Pedido de Compra à sua Requisição de Compra de origem. Nem todo PO terá uma requisição anterior.

Esse vínculo é vital para analisar o dashboard 'Conversão de Requisição em Pedido' e o KPI 'Taxa de Conversão de PR para PO'. Ele permite medir a eficiência do processo nas etapas iniciais, do pedido inicial à criação do pedido formal, e identificar POs não conformes criados sem requisição.

Por que é importante

Vincula o Pedido de Compra à requisição de origem, permitindo analisar a conversão de PR para PO e identificar Pedidos de Compra criados sem requisição prévia.

Onde obter

Tabela: EKPO, Campo: BANFN

Exemplos
1001589010015891
Sistema de Origem
SourceSystem
O sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica a origem dos dados, que normalmente é o identificador de uma instância SAP ECC (por exemplo, 'ECC_PROD_100'). Em ambientes com múltiplos sistemas, ajuda a diferenciar as fontes de dados.

Para governança e linhagem de dados, conhecer o sistema de origem é crucial. Isso garante a integridade dos dados e ajuda na solução de problemas de extração ou qualidade, especialmente quando os dados são combinados de diferentes sistemas ERP ou módulos.

Por que é importante

Identifica a origem dos dados, essencial para governança, validação e gestão de análises entre diferentes sistemas.

Onde obter

Normalmente, é um valor estático adicionado durante a extração de dados para identificar o conjunto de dados com seu sistema de origem.

Exemplos
SAP_ECC_PRODECC_EU_100S4H_FIN
Tempo de ciclo ponta a ponta
EndToEndCycleTime
Tempo total decorrido da primeira à última atividade de um pedido de compra.
Descrição

Essa métrica mede a duração de todo o processo de pedido de compra, do evento mais antigo (por exemplo, 'Requisição de Compra Criada') ao evento final (por exemplo, 'Pedido de Compra Concluído').

É um KPI crítico para mensurar a eficiência geral do processo. Oferece uma visão geral do desempenho e ajuda a identificar os casos mais longos e os gargalos em geral. Dá suporte direto ao dashboard 'Análise do tempo de ciclo end-to-end de PO' e ao KPI 'Tempo de ciclo end-to-end médio de PO'.

Por que é importante

Mede a velocidade e a eficiência de todo o processo de compras, servindo como um indicador-chave da saúde do processo.

Onde obter

Este é um atributo calculado, determinado subtraindo, para cada caso, o timestamp do primeiro evento do timestamp do último evento.

Exemplos
10 days 4 hours22 dias e 1 hora5 dias e 8 horas
Última Atualização de Dados
LastDataUpdate
Carimbo de data e hora que indica quando os dados foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração ou atualização de dados mais recente. Ele dá contexto sobre a atualidade dos dados analisados.

Exibir essa informação nos dashboards é vital para que os usuários entendam se os insights se baseiam em dados quase em tempo real ou em um instantâneo histórico. Isso alinha expectativas e garante decisões com base em dados de idade conhecida.

Por que é importante

Informa os usuários sobre quão atuais estão os dados, garantindo que entendam se a análise reflete o estado mais recente das operações.

Onde obter

Este timestamp é gerado e adicionado pelo processo de extração de dados ou ETL no momento da execução.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Obrigatório Recomendado Opcional

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

Estas são as etapas e os marcos críticos do processo que devem ser capturados no seu Event Log, formando a base para descobrir o processo com precisão e identificar gargalos.
6 Recomendado 8 Opcional
AtividadeDescrição
Entrada de mercadorias lançada
Esta atividade indica o recebimento físico de mercadorias de um fornecedor relativo a um Pedido de Compra específico. Lançar o recebimento de mercadorias é uma ação explícita (por exemplo, via transação MIGO) que cria um documento de material e atualiza o estoque.
Por que é importante

Este é um marco crítico para acompanhar o desempenho de entrega do fornecedor e o início do processo de conferência de faturas. É usado para calcular a taxa de entrega no prazo e a pontualidade do recebimento de mercadorias.

Onde obter

Registrado na criação de um documento de material. O timestamp do evento é a data de lançamento (MKPF-BUDAT) ou a data de criação (MKPF-CPUDT) do cabeçalho do documento de material (MKPF), vinculado ao Pedido de Compra pela tabela de itens (MSEG).

Captura

Use o timestamp de lançamento/criação da tabela MKPF para documentos de material que referenciam o PO.

Tipo de evento explicit
Pedido de Compra aprovado
Representa a aprovação final do pedido de compra, autorizando o envio ao fornecedor. Esse marco é normalmente inferido pela mudança do status de liberação do pedido para \"totalmente liberado\" ou \"aprovado\".
Por que é importante

Essa atividade é crítica para calcular o KPI de tempo de ciclo de aprovação do PO e identificar gargalos no workflow de aprovação. É pré-requisito para a maioria das atividades seguintes, como o envio do pedido ao fornecedor.

Onde obter

Inferido ao rastrear os logs de alteração (CDHDR/CDPOS) da tabela de cabeçalho do Pedido de Compra (EKKO) para identificar quando o código final de liberação é aplicado ou quando o indicador de status geral de liberação (EKKO-FRGKE) é definido como 'liberado'.

Captura

Identifique o timestamp em que o status geral de liberação do PO (EKKO-FRGKE) muda para o estado de aprovação final.

Tipo de evento inferred
Pedido de Compra concluído
Indica que um item do pedido de compra é considerado totalmente entregue. Trata-se de um evento inferido, normalmente derivado do indicador 'Entrega concluída' definido automática ou manualmente no item do pedido.
Por que é importante

Esta atividade marca o ponto final lógico da etapa de atendimento do Pedido de Compra no processo. Ela é essencial para calcular o tempo de ciclo do PO de ponta a ponta, da criação à conclusão.

Onde obter

Inferido a partir dos documentos de alteração (CDHDR/CDPOS) que registram quando o indicador 'Entrega concluída' (EKPO-ELIKZ) é definido como 'X' para um item do PO. O último item marcado como concluído pode sinalizar a conclusão do PO inteiro.

Captura

Identifique o timestamp nos documentos de alteração quando o indicador EKPO-ELIKZ for definido.

Tipo de evento inferred
Pedido de Compra criado
Esta atividade marca a criação de um Pedido de Compra formal, que é um contrato vinculante com o fornecedor. É um evento explícito, registrado quando um usuário cria e salva um PO (por exemplo, via transação ME21N), gerando registros nas tabelas EKKO e EKPO.
Por que é importante

Marca o início oficial do ciclo de vida do Pedido de Compra. Serve como marco para medir o tempo de conversão de PR para PO e o tempo de atendimento ponta a ponta do pedido.

Onde obter

Capturado a partir da data de criação (EKKO-AEDAT) na tabela de cabeçalho do Pedido de Compra (EKKO) para o número de pedido correspondente (EKKO-EBELN).

Captura

Use o timestamp de criação da tabela EKKO para cada novo Pedido de Compra.

Tipo de evento explicit
Pedido de Compra enviado ao fornecedor
Esta atividade marca o momento em que o pedido de compra aprovado é oficialmente enviado ao fornecedor, por exemplo, via EDI, e-mail ou impressão. É um evento explícito capturado nas tabelas de controle de mensagens quando uma mensagem de saída é processada com sucesso.
Por que é importante

Este é um marco crítico que inicia a contagem do lead time do fornecedor. Analisar o tempo entre este evento e o recebimento de mercadorias é essencial para avaliar o desempenho do fornecedor e a pontualidade das entregas.

Onde obter

Registrado na tabela de status de mensagem (NAST). O timestamp pode ser obtido de NAST-DATVR e NAST-UHRVR quando o status de processamento (NAST-VSTAT) for "1" (processado com sucesso) para o tipo de saída do pedido correspondente.

Captura

Use o timestamp de processamento da tabela NAST para a mensagem de saída do PO.

Tipo de evento explicit
Requisição de Compra Criada
Esta atividade marca a criação de uma solicitação formal de bens ou serviços. É um evento explícito capturado quando o usuário salva um novo documento de requisição de compra (usando transações como ME51N), o que gera um registro único na tabela EBAN.
Por que é importante

Este é o ponto de partida principal do processo de compras. Analisar o tempo entre este evento e a criação do pedido de compra ajuda a medir a eficiência na conversão da demanda interna em pedidos prontos para execução.

Onde obter

Registrado quando é criada uma entrada na tabela de cabeçalho da Requisição de Compra (EBAN). A data de criação (EBAN-BADAT) e a hora servem como timestamp para esse evento.

Captura

Identifique novas entradas na tabela EBAN com base na data de criação.

Tipo de evento explicit
Aprovação do Pedido de Compra solicitada
Indica que um pedido de compra criado ou alterado foi enviado para aprovação conforme a estratégia de liberação configurada. Esse evento é inferido quando a estratégia de liberação é disparada e o PO entra em status de aprovação pendente.
Por que é importante

Diferenciar a criação do Pedido de Compra do início da aprovação permite medir com precisão o KPI de tempo de aprovação. Também evidencia qualquer espera antes de o workflow de aprovação começar.

Onde obter

Inferido a partir dos documentos de alteração (CDHDR/CDPOS) do Pedido de Compra (objeto EINKBELEG) que mostram a definição inicial de um status de liberação, ou quando o status geral de liberação (EKKO-FRGKE) é definido pela primeira vez com um valor que indica que um processo de aprovação está ativo.

Captura

Identifique a primeira entrada de documento de alteração que dispara a estratégia de liberação do PO.

Tipo de evento inferred
Confirmação de Serviços Registrada
Para pedidos de compra de serviços, esta atividade representa a confirmação de que os serviços foram prestados. É um evento explícito capturado por meio da criação de uma Folha de Entrada de Serviços (FES), por exemplo, via transação ML81N.
Por que é importante

É o equivalente ao recebimento de mercadorias no caso de serviços e é essencial para acompanhar o cumprimento das ordens de serviço. Ele aciona o processo financeiro de pagamento do serviço.

Onde obter

Capturado a partir da data de criação (ESSR-ERDAT) na tabela de cabeçalho do Service Entry Sheet (ESSR). O vínculo com o pedido de compra está na tabela ESLL.

Captura

Use o timestamp de criação da tabela ESSR para as folhas de entrada de serviço (FES) vinculadas ao PO.

Tipo de evento explicit
Inspeção de Qualidade Realizada
Indica que as mercadorias recebidas passaram por inspeção de qualidade. Essa atividade é geralmente inferida quando um lote de inspeção, criado no momento do recebimento de mercadorias, recebe uma decisão de uso no módulo de Gestão da Qualidade (QM).
Por que é importante

Em setores em que a qualidade é crítica, esta atividade ajuda a analisar a duração e os resultados do processo de inspeção. Atrasos aqui podem criar gargalos entre o recebimento das mercadorias e a disponibilidade para uso.

Onde obter

Inferido a partir do módulo de Gestão da Qualidade. Um lote de inspeção é criado (tabela QALS) no recebimento de mercadorias, e a atividade é marcada pela criação de uma decisão de uso (tabela QAVE), que inclui um timestamp.

Captura

Identifique o timestamp da decisão de uso na tabela QAVE para o lote de inspeção vinculado ao documento de material.

Tipo de evento inferred
Mercadorias devolvidas
Representa a devolução ao fornecedor de mercadorias previamente recebidas, geralmente por problema de qualidade ou envio incorreto. É um evento explícito, registrado pelo lançamento de um documento de material com um tipo de movimento específico de devolução.
Por que é importante

Essa atividade evidencia problemas de qualidade do fornecedor ou de exatidão do pedido e é um indicador-chave de retrabalho no processo. É crucial para calcular o KPI de Taxa de Divergência no Recebimento de Mercadorias.

Onde obter

Registrado nas tabelas de documentos de material (MKPF/MSEG) quando é usado um tipo de movimento de devolução (por exemplo, '122' para Devolução ao Fornecedor). A data de lançamento (MKPF-BUDAT) serve como timestamp.

Captura

Identifique documentos de material com tipo de movimento de devolução (por ex., 122) que referenciem o PO original.

Tipo de evento explicit
Pedido de Compra alterado
Representa qualquer modificação feita em um pedido de compra após sua criação inicial, como mudanças de quantidade, preço ou datas de entrega. Essas alterações são registradas explicitamente no sistema de documentos de alteração do SAP.
Por que é importante

Muitas alterações, especialmente após a aprovação, indicam ineficiências de processo, planejamento inicial inadequado ou aumento de escopo. Esta atividade é fundamental para o dashboard de Retrabalho e Alterações de PO e para os KPIs relacionados.

Onde obter

Registradas explicitamente nas tabelas de cabeçalho (CDHDR) e item (CDPOS) de documentos de alteração do objeto Pedido de Compra (EINKBELEG). Cada alteração cria uma nova entrada com timestamp.

Captura

Extraia eventos de alteração e timestamps das tabelas CDHDR e CDPOS vinculadas ao número do Pedido de Compra.

Tipo de evento explicit
Pedido de Compra excluído
Representa o cancelamento ou a exclusão lógica de um item do pedido de compra, impedindo etapas posteriores como entrada de mercadoria ou faturamento. Este é um evento inferido, capturado quando o indicador de exclusão é marcado no item do pedido.
Por que é importante

Esta é uma atividade terminal que indica que um pedido foi cancelado. Analisar por que e quando pedidos são excluídos pode revelar problemas no planejamento da demanda ou na seleção de fornecedores.

Onde obter

Inferido a partir dos documentos de alteração (CDHDR/CDPOS) que mostram o indicador de exclusão (EKPO-LOEKZ) sendo definido como 'L' para um item do pedido de compra.

Captura

Identifique o timestamp nos documentos de alteração quando o indicador EKPO-LOEKZ for definido.

Tipo de evento inferred
Pedido de Compra rejeitado
Esta atividade ocorre quando um aprovador rejeita um pedido de compra durante o workflow de aprovação. É um evento inferido, derivado de uma mudança de status nos dados da estratégia de liberação do PO, indicando que houve rejeição.
Por que é importante

Acompanhar rejeições ajuda a identificar problemas de qualidade dos dados do PO, não conformidades com políticas ou falhas na matriz de aprovação. Isso costuma gerar retrabalho e aumentar o tempo de ciclo.

Onde obter

Inferido a partir dos documentos de alteração (CDHDR/CDPOS) do status de liberação do pedido de compra. Uma rejeição geralmente é registrada quando um código de liberação é cancelado ou quando um status específico de rejeição é definido.

Captura

Monitore os logs de alteração para identificar o cancelamento de um código de liberação ou mudanças de status que indiquem rejeição.

Tipo de evento inferred
Requisição de Compra Aprovada
Representa a aprovação formal de uma requisição de compra, autorizando sua conversão em um pedido de compra. Esse evento é inferido a partir de mudanças nos campos de status de liberação da requisição, conforme rastreado pelo workflow de estratégia de liberação do SAP.
Por que é importante

Acompanhar aprovações é crucial para identificar gargalos antes da emissão do pedido e garantir a conformidade com as políticas de aprovação. Atrasos aqui impactam diretamente o tempo de ciclo geral de compras.

Onde obter

Inferido a partir dos logs de alteração da tabela de Requisição de Compras (EBAN), monitorando especificamente mudanças nos campos de status de liberação (por ex., EBAN-FRGZU) ou analisando documentos de alteração em CDHDR/CDPOS para o objeto EBAN.

Captura

Monitore os documentos de alteração nos campos de status de liberação da EBAN para identificar a data e hora da aprovação final.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP ECC