Seu Template de dados Purchase to Pay - Purchase Order

SAP ECC
Seu Template de dados Purchase to Pay - Purchase Order

Seu Template de dados Purchase to Pay - Purchase Order

Este Template orienta você pelos principais dados necessários para analisar seu processo Purchase to Pay - Purchase Order no SAP ECC. Ele apresenta os atributos essenciais a serem coletados, as principais atividades a serem acompanhadas e orientações práticas para extrair essas informações do seu sistema. Use este recurso para criar um Event Log robusto para suas iniciativas de Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações de extração para SAP ECC
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Purchase to Pay - Pedido de compra: atributos

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 12 Opcional
Nome Descrição
Atividade
Activity
O nome do evento ou etapa específica do negócio que ocorreu durante o ciclo de vida do pedido de compra.
Descrição

Este atributo descreve uma única etapa do processo, como Pedido de compra criado, Pedido de compra aprovado ou Entrada de mercadorias registrada. A sequência dessas atividades forma o fluxo do processo de cada pedido de compra.

Analisar a sequência, a frequência e a duração entre as atividades é o núcleo 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 isso importa

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

Onde obter

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

Exemplos
Pedido de compra criadoPedido de compra aprovadoEntrada de mercadorias registrada
Horário do evento
EventTime
A data e o horário exatos em que a atividade ocorreu.
Descrição

Este registro de data e hora marca o momento exato em que um evento ocorreu, como a aprovação de um PO ou o registro de uma entrada de mercadorias. Ele fornece a ordem cronológica de todas as atividades dentro de um caso.

Os registros de data e hora são fundamentais para o Process Mining, pois permitem todas as análises baseadas em tempo. Isso inclui calcular os tempos de ciclo entre atividades, identificar atrasos, analisar o throughput do processo e medir a performance em relação aos acordos de nível de serviço, SLAs.

Por que isso importa

Este registro de data e hora é essencial 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, registro de data e hora 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
Pedido de compra
PurchaseOrder
O identificador exclusivo do documento de Pedido de compra, PO, que funciona 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, desde sua criação até o recebimento final das mercadorias e a conclusão. Cada número de PO exclusivo representa uma única instância do processo de compras.

No Process Mining, este atributo é essencial para reconstruir a jornada completa de cada compra. Ele permite analisar detalhadamente os tempos de ciclo, as variações do processo e as verificações de conformidade de cada pedido, formando a base de todo o modelo de processo.

Por que isso importa

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

Onde obter

Tabela: EKKO, Campo: EBELN

Exemplos
450001762345000176244500017625
Código da empresa
CompanyCode
O identificador da entidade legal ou empresa que inicia a compra.
Descrição

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

Analisar o processo por Código da empresa permite comparar a eficiência e a conformidade das compras entre diferentes unidades de negócio ou países. Isso ajuda a identificar boas práticas em uma entidade que podem ser replicadas em outras ou localizar unidades específicas que enfrentam dificuldades no processo.

Por que isso importa

Representa a entidade legal, permitindo comparar a performance do processo e realizar verificações de conformidade em 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 materiais, ou categoria de compras, é usado para classificar o tipo de bens ou serviços adquiridos. Exemplos incluem Hardware de TI, Materiais de escritório ou Serviços profissionais.

Este atributo é essencial para analisar gastos e entender os padrões de compras. Ele permite filtrar o processo para analisar como diferentes categorias são tratadas, quem as aprova e quais fornecedores as atendem. É uma dimensão importante do Dashboard de análise do valor dos pedidos de compra.

Por que isso importa

Permite segmentar o processo por categoria de produto ou serviço, revelando comportamentos, tempos de ciclo ou fornecedores diferentes para cada tipo de gasto.

Onde obter

Tabela: EKPO, Campo: MATKL

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

Este atributo registra o nome de usuário do SAP do funcionário que criou, alterou ou aprovou um documento. Em etapas automatizadas, pode exibir o ID de um usuário do sistema ou de lote.

Analisar por usuário ajuda a identificar necessidades de treinamento, profissionais com alta performance ou possíveis problemas de conformidade. É essencial para criar Dashboards relacionados à distribuição da carga de trabalho, à conformidade da matriz de aprovação e à compreensão da performance de diferentes equipes ou indivíduos.

Por que isso importa

Relaciona as ações dos usuários a indivíduos específicos, permitindo analisar a performance, a carga de trabalho e a adesão aos protocolos de conformidade.

Onde obter

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

Exemplos
JSMITHMBROWNBATCH_USER
Número do fornecedor
VendorNumber
O identificador exclusivo do fornecedor.
Descrição

Este é o código que identifica exclusivamente o fornecedor de quem os bens ou serviços estão sendo comprados. É um dado mestre essencial no processo de compras.

Este atributo é fundamental para análises centradas no fornecedor. Ele permite avaliar a performance de entrega, comparar prazos entre diferentes fornecedores e analisar padrões de gastos. É a principal dimensão do Dashboard de performance de entrega do fornecedor.

Por que isso importa

Permite analisar a performance dos fornecedores, ajudando a identificar fornecedores 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 diferentes tipos de pedidos de compra.
Descrição

O Tipo de documento é uma configuração do SAP que controla o intervalo de numeração, a seleção de campos e o fluxo geral do processo de um pedido de compra. Por exemplo, pode haver tipos diferentes para POs padrão, POs de serviços ou pedidos de transferência de estoque.

Este atributo é uma dimensão poderosa para análise, pois diferentes tipos de documento geralmente seguem processos intencionalmente distintos. Filtrar por tipo de documento permite uma comparação mais precisa, em condições equivalentes, dos tempos de ciclo e dos fluxos de processo.

Por que isso importa

Diferencia os vários tipos de processos de compras, como padrão, serviço e devolução, que geralmente têm caminhos e expectativas de performance distintos.

Onde obter

Tabela: EKKO, Campo: BSART

Exemplos
NBFOUB
Valor do pedido
OrderAmount
O 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 pela multiplicação da quantidade pelo preço líquido. Para obter o valor total do PO, é necessário agregar os valores dos itens.

Analisar o processo pelo valor do pedido é essencial para identificar transações de alto valor que podem exigir controles mais rigorosos ou fluxos de aprovação diferentes. Esse atributo alimenta o Dashboard de análise do valor dos pedidos de compra e ajuda a priorizar melhorias nos pedidos mais relevantes financeiramente.

Por que isso importa

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

Onde obter

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

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

Esta é a data de entrega prevista especificada no pedido de compra. Ela serve como referência para medir a performance real da entrega.

Esta data é essencial para calcular o KPI de taxa de recebimento de mercadorias no prazo. Ao comparar a data real de recebimento com a data solicitada, as organizações conseguem medir quantitativamente a confiabilidade do fornecedor e a eficiência interna do recebimento, apoiando diretamente o Dashboard de performance de entrega do fornecedor.

Por que isso importa

Esta é a data-alvo da entrega, essencial para calcular KPIs de performance 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 após a aprovação
IsPostApprovalChange
Um indicador que mostra se ocorreu uma 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 pedido de compra. Ele ajuda a isolar alterações problemáticas que ocorrem no fim do processo.

Este campo calculado dá suporte direto ao KPI 'Post-Approval PO Change Rate' e ao Dashboard 'Purchase Order Rework and Changes'. Ele ajuda a quantificar e destacar alterações disruptivas que podem causar atrasos e exigir uma nova aprovação, apontando problemas na especificação inicial ou no processo de definição do escopo.

Por que isso importa

Mede diretamente o retrabalho após a aprovação, um KPI importante para a estabilidade e a eficiência do processo. Taxas elevadas indicam problemas na definição dos requisitos nas etapas anteriores.

Onde obter

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

Exemplos
truefalse
Entrega no prazo
IsOnTimeDelivery
Um indicador que mostra se os materiais foram recebidos na data de entrega solicitada ou antes dela.
Descrição

Este atributo booleano é verdadeiro quando o timestamp da atividade 'Goods Receipt Posted' ocorre na data de entrega solicitada ou antes dela. Ele fornece um resultado binário claro sobre a performance de entrega de cada item do pedido de compra.

Este atributo é a base do KPI 'On-Time Goods Receipt Rate'. Ele simplifica a análise da performance dos fornecedores e da eficiência interna no recebimento, permitindo agregar e filtrar facilmente entregas no prazo e atrasadas.

Por que isso importa

Fornece uma métrica clara de sucesso ou falha na pontualidade das entregas, dando suporte direto aos KPIs e Dashboards de performance dos fornecedores.

Onde obter

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

Exemplos
truefalse
Grupo de compras
PurchasingGroup
O comprador específico ou grupo de compradores responsável pela atividade de compras.
Descrição

O Grupo de compras representa o comprador ou time de compradores responsável por determinada atividade de compras. Esse grupo é o principal ponto de contato com os fornecedores.

Este atributo oferece um nível de análise mais detalhado do que a Organização de compras. Ele ajuda a entender a distribuição da carga de trabalho entre os compradores e a identificar diferenças de performance no nível individual, orientando decisões sobre alocação de recursos e iniciativas de treinamento.

Por que isso importa

Oferece uma visão detalhada de quem é responsável por uma compra, permitindo analisar a carga de trabalho e a performance no nível do comprador ou do time.

Onde obter

Tabela: EKKO, Campo: EKGRP

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

Este atributo especifica a moeda em que o valor do pedido de compra é denominado, como USD, EUR ou GBP. Ele fornece o contexto essencial para todos os valores monetários.

Para organizações globais, a moeda é essencial para uma análise financeira correta. Ela permite agregar e comparar adequadamente os valores dos pedidos, e todos os KPIs monetários devem ser interpretados no contexto da moeda utilizada.

Por que isso importa

Fornece o contexto necessário para todos os valores monetários, garantindo uma análise financeira precisa, especialmente em organizações multinacionais.

Onde obter

Tabela: EKKO, Campo: WAERS

Exemplos
USDEURJPY
Motivo da rejeição
RejectionReason
O código ou texto que explica por que uma requisição ou um pedido de compra foi rejeitado.
Descrição

Este atributo registra o motivo específico informado quando um pedido de compra é rejeitado durante o Workflow de aprovação. Essas informações são essenciais para entender as causas-raiz do retrabalho e dos atrasos.

A análise dos motivos de rejeição ajuda a identificar problemas recorrentes, como preços incorretos, estouros de orçamento ou seleção de fornecedores em desacordo com a Conformidade. Esse insight permite que a empresa trate as causas-raiz, melhore a qualidade da criação inicial do pedido de compra e agilize o processo de aprovação.

Por que isso importa

Fornece um insight direto sobre os motivos das falhas nas aprovações, permitindo melhorias direcionadas para reduzir o retrabalho e encurtar os tempos do ciclo de aprovação.

Onde obter

Essas informações podem ser difíceis de localizar. Elas podem estar armazenadas em campos de texto longo ou depender de uma configuração personalizada do Workflow. Muitas vezes, exigem conhecimento específico da implementação.

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

O nome descritivo do fornecedor, mais fácil de usar do que o número do fornecedor. Normalmente, ele é obtido dos dados mestres de fornecedores.

Enquanto o Número do fornecedor é usado para junções e identificação exclusiva, o Nome do fornecedor é essencial para Dashboards e relatórios voltados aos usuários. Ele torna as análises mais intuitivas e acessíveis para usuários de negócio que talvez não conheçam os códigos dos fornecedores.

Por que isso importa

Fornece um nome legível para o fornecedor, tornando os Dashboards e relatórios muito mais fáceis de entender para os usuários de negócio.

Onde obter

Tabela: LFA1, Campo: NAME1. Requer uma junção de EKKO-LIFNR com LFA1-LIFNR.

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

A Organização de compras é uma unidade organizacional essencial no SAP, responsável pelas atividades de compras. Ela pode ser centralizada para toda a empresa ou descentralizada por planta ou região.

Analisar a performance do processo por Organização de compras ajuda a identificar quais equipes de compras são mais eficientes. Isso permite comparar métricas como tempo de ciclo, taxas de retrabalho e custos entre diferentes unidades organizacionais, destacando boas práticas e áreas que precisam de suporte.

Por que isso importa

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

Onde obter

Tabela: EKKO, Campo: EKORG

Exemplos
1000US01DE01
Planta
Plant
O local físico ou a 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 as variações geográficas no processo de compras. Isso pode revelar diferenças nos prazos de entrega dos fornecedores para determinados locais ou destacar plantas específicas com processos de recebimento ineficientes, apoiando a análise da pontualidade do recebimento de mercadorias.

Por que isso importa

Especifica o local de entrega, sendo útil para analisar diferenças regionais no processo e a performance logística.

Onde obter

Tabela: EKPO, Campo: WERKS

Exemplos
100011002000
Requisição de compra
PurchaseRequisition
O identificador da requisição de compra que precedeu o pedido de compra.
Descrição

Este atributo vincula o pedido de compra à requisição de compra de origem. Nem todos os POs terão uma requisição anterior.

Esse vínculo é essencial para analisar o Dashboard de conversão de requisição em pedido e o KPI de taxa de conversão de PR para PO. Ele permite medir a eficiência do processo anterior, desde a solicitação inicial até a criação de um pedido formal, e identificar POs não conformes criados sem uma requisição.

Por que isso importa

Vincula o PO à sua solicitação de origem, permitindo analisar o processo de conversão de PR para PO e identificar POs criados sem uma requisição anterior.

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 é um identificador de instância do SAP ECC, como ECC_PROD_100. Em ambientes com vários sistemas, ele ajuda a diferenciar as fontes de dados.

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

Por que isso importa

Identifica a origem dos dados, algo essencial para a governança e a validação dos dados e para gerenciar análises em vários sistemas.

Onde obter

Normalmente, este é um valor estático adicionado durante o processo de extração de dados para identificar o sistema de origem do conjunto de dados.

Exemplos
SAP_ECC_PRODECC_EU_100S4H_FIN
Última atualização dos dados
LastDataUpdate
O registro 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 o horário da extração ou atualização de dados mais recente. Ele fornece contexto sobre a atualidade dos dados analisados.

Exibir essas informações nos Dashboards é essencial para que os usuários entendam se os insights se baseiam em dados quase em tempo real ou em um retrato histórico. Isso alinha as expectativas dos usuários e garante que as decisões sejam tomadas com base em dados cuja idade é conhecida.

Por que isso importa

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

Onde obter

Este registro de data e hora é 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

Purchase to Pay - Pedido de compra: atividades

Estas são as etapas e os marcos críticos do processo que você deve registrar no seu Event Log, formando a base para uma descoberta precisa do processo e a identificação de gargalos.
6 Recomendado 8 Opcional
Atividade Descrição
Entrada de mercadorias registrada
Esta atividade representa o recebimento físico de bens de um fornecedor referente a um pedido de compra específico. O registro da entrada de mercadorias é uma ação explícita, por exemplo, pela transação MIGO, que cria um documento de material e atualiza o estoque.
Por que isso importa

Este é um marco essencial para acompanhar a performance de entrega do fornecedor e o início do processo de verificação da fatura. É usado para calcular as taxas de entrega no prazo e a pontualidade do recebimento de mercadorias.

Onde obter

Registrado quando um documento de material é criado. O registro de data e hora do evento é a data de lançamento, MKPF-BUDAT, ou a data de criação, MKPF-CPUDT, da tabela de cabeçalho do documento de material, MKPF, vinculada ao PO pela tabela de itens, MSEG.

Captura

Use o registro de data e hora de lançamento ou criação da tabela MKPF para documentos de material que façam referência ao PO.

Tipo de evento explicit
Pedido de compra aprovado
Representa a aprovação final do pedido de compra, autorizando seu envio ao fornecedor. Esse marco importante normalmente é inferido a partir da alteração do status de liberação do PO para um estado de liberação completa ou aprovação.
Por que isso importa

Esta atividade é essencial para calcular o KPI de tempo do ciclo de aprovação do PO e identificar gargalos no Workflow de aprovação. Ela é um pré-requisito para a maioria das atividades seguintes, como o envio do pedido ao fornecedor.

Onde obter

Inferido pelo acompanhamento dos logs de alterações, CDHDR/CDPOS, da tabela de cabeçalho do pedido de compra, EKKO, para identificar quando o código de liberação final é aplicado ou quando o indicador de status geral de liberação, EKKO-FRGKE, é definido como liberado.

Captura

Identifique o registro de data e hora em que o status geral de liberação do PO, EKKO-FRGKE, muda para o estado final de aprovação.

Tipo de evento inferred
Pedido de compra concluído
Indica que um item do pedido de compra é considerado totalmente entregue. É um evento inferido, normalmente derivado da configuração automática ou manual do indicador Entrega concluída no item do pedido de compra.
Por que isso importa

Esta atividade funciona como um ponto final lógico da etapa de atendimento do pedido. É essencial para calcular o tempo total do ciclo do PO, desde a criação até a 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. A marcação do último item como concluído pode indicar a conclusão de todo o PO.

Captura

Identifique o registro de data e hora nos documentos de alteração quando o indicador EKPO-ELIKZ for definido.

Tipo de evento inferred
Pedido de compra criado
Esta atividade representa a criação de um documento formal de pedido de compra, que funciona como um contrato vinculante com um fornecedor. É um evento explícito, registrado quando um usuário cria e salva um PO, por exemplo, pela transação ME21N, gerando entradas nas tabelas EKKO e EKPO.
Por que isso importa

Marca o início oficial do ciclo de vida do pedido de compra. É um marco importante para medir tanto o tempo de conversão de PR para PO quanto o tempo total de atendimento 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 PO correspondente, EKKO-EBELN.

Captura

Use o registro de data e hora 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 é transmitido oficialmente 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 isso importa

Este é um marco essencial, pois inicia a contagem do prazo de entrega do fornecedor. Analisar o tempo entre esse evento e o recebimento dos bens é fundamental para avaliar a performance do fornecedor e a pontualidade da entrega.

Onde obter

Registrado na tabela de status de mensagens, NAST. O registro de data e hora 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 mensagem de saída relevante do PO.

Captura

Use o registro de data e hora do processamento na 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, registrado quando um usuário salva um novo documento de requisição de compra, usando transações como ME51N, o que gera um registro exclusivo na tabela EBAN.
Por que isso importa

Este é o principal ponto de partida do processo de compras. Analisar o tempo entre esse evento e a criação do pedido de compra ajuda a medir a eficiência da conversão da demanda interna em pedidos acionáveis.

Onde obter

Registrado quando uma entrada é criada na tabela de cabeçalho da requisição de compra, EBAN. A data de criação, EBAN-BADAT, e o horário servem como registro de data e hora desse 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 de acordo com sua estratégia de liberação configurada. Esse evento é inferido quando a estratégia de liberação é acionada e o PO entra em um status de aprovação pendente.
Por que isso importa

Diferenciar a criação do PO do início do processo de aprovação ajuda a medir com precisão o KPI de tempo do ciclo de aprovação. Isso evidencia qualquer demora antes do início do Workflow de aprovação.

Onde obter

Inferido a partir dos documentos de alteração, CDHDR/CDPOS, do pedido de compra, objeto EINKBELEG, que mostram a configuraçã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 aciona a estratégia de liberação do PO.

Tipo de evento inferred
Confirmação de serviços inserida
Para pedidos de compra baseados em serviços, esta atividade representa a confirmação de que os serviços foram prestados. É um evento explícito, capturado pela criação de uma folha de registro de serviços, por exemplo, pela transação ML81N.
Por que isso importa

Este é o equivalente ao recebimento de mercadorias para serviços e é essencial para acompanhar o atendimento dos pedidos 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 da folha de registro de serviços, ESSR. O vínculo com o pedido de compra está na tabela ESLL.

Captura

Use o registro de data e hora de criação da tabela ESSR para folhas de registro de serviços vinculadas ao PO.

Tipo de evento explicit
Inspeção de qualidade realizada
Indica que os bens recebidos passaram por uma inspeção de qualidade. Esta atividade normalmente é inferida quando um lote de inspeção, criado no momento do recebimento das mercadorias, recebe uma decisão de uso no módulo de Gestão da Qualidade.
Por que isso importa

Em setores nos quais a qualidade é essencial, esta atividade ajuda a analisar a duração e os resultados do processo de inspeção. Os atrasos nessa etapa podem criar gargalos entre o recebimento das mercadorias e sua disponibilidade para uso.

Onde obter

Inferido a partir do módulo de Gestão da Qualidade. Um lote de inspeção é criado na tabela QALS após o recebimento das mercadorias, e a atividade é marcada pela criação de uma decisão de uso na tabela QAVE, que inclui um registro de data e hora.

Captura

Identifique o registro de data e hora 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 bens recebidos anteriormente, geralmente devido a problemas de qualidade ou entregas incorretas. É um evento explícito, capturado pelo lançamento de um documento de material com um tipo de movimento específico para devolução.
Por que isso importa

Esta atividade evidencia problemas na qualidade do fornecedor ou na precisão do pedido e é um indicador importante de retrabalho no processo. É essencial para calcular o KPI de taxa de variação no recebimento de mercadorias.

Onde obter

Registrado nas tabelas de documentos de material, MKPF/MSEG, quando um tipo de movimento de devolução, como 122 para devolução ao fornecedor, é usado. A data de lançamento, MKPF-BUDAT, serve como registro de data e hora.

Captura

Identifique os documentos de material com um tipo de movimento de devolução, como 122, que façam referência ao PO original.

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

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

Onde obter

Registrado explicitamente nas tabelas de cabeçalho, CDHDR, e de itens, CDPOS, dos documentos de alteração do objeto Pedido de compra, EINKBELEG. Cada alteração cria uma nova entrada com um registro de data e hora.

Captura

Extraia os eventos de alteração e os registros de data e hora 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 processamentos posteriores, como recebimentos de mercadorias ou faturamento. É um evento inferido, capturado quando o indicador de exclusão é definido no item do PO.
Por que isso importa

Esta é uma atividade terminal que indica que um pedido foi cancelado. Analisar por que e quando os 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, definido como L para um item do pedido de compra.

Captura

Identifique o registro de data e hora 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 alteração de status nos dados da estratégia de liberação do PO, indicando que ocorreu uma rejeição.
Por que isso importa

Acompanhar as rejeições ajuda a identificar problemas na qualidade dos dados do PO, na não conformidade com políticas ou na matriz de aprovação. Isso geralmente gera retrabalho e aumenta o tempo total do 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 normalmente é 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ções para identificar o cancelamento de um código de liberação ou uma alteração de status que indique 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 das alterações nos campos de status de liberação dos dados da requisição de compra, conforme registrado pelo Workflow de estratégia de liberação do SAP.
Por que isso importa

Acompanhar as aprovações é essencial para identificar gargalos na fase anterior ao pedido e garantir a conformidade com as políticas de aprovação. Os atrasos nessa etapa afetam diretamente o tempo total do ciclo de compras.

Onde obter

Inferido a partir dos logs de alterações da tabela de requisições de compra, EBAN, monitorando especificamente as alterações nos campos de status de liberação, como EBAN-FRGZU, ou analisando os documentos de alteração em CDHDR/CDPOS para o objeto EBAN.

Captura

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

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do SAP ECC

Pronto para começar?

Com este Template, você tem o roteiro para otimizar seu processo Purchase to Pay - Purchase Order no SAP ECC. Comece hoje a usar seus dados para descobrir insights e aumentar a eficiência.

Otimize o Purchase Order do P2P: comece hoje seu teste grátis

Elimine gargalos e reduza o tempo de ciclo em 30% ou mais.

Começar o teste grátis

Não é necessário cartão de crédito. Comece em poucos minutos.