Seu Template de dados de compras e pagamentos: pedido de compra

SAP ECC
Seu Template de dados de compras e pagamentos: pedido de compra

Seu Template de dados de compras e pagamentos: pedido de compra

Este Template orienta você pelos dados essenciais para analisar o processo de compras e pagamentos, do pedido de compra, no SAP ECC. Ele apresenta os principais atributos a coletar, as atividades importantes a acompanhar e instruções práticas para extrair essas informações do seu sistema. Use este material para criar um Event Log robusto para suas iniciativas de Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração no SAP ECC
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de compras e pagamentos: pedido de compra

Estes são os campos de dados essenciais recomendados para o Event Log, permitindo uma análise completa do processo de compras e pagamentos, do pedido de compra.
3 Obrigatório 6 Recomendado 12 Opcional
Nome Descrição
Atividade
Activity
Nome do evento ou da etapa de negócio específica 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 "Entrada de mercadorias lançada". 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 é a base de Process Mining. Isso ajuda a identificar gargalos, ciclos de retrabalho e desvios do processo padrão, permitindo melhorias direcionadas e iniciativas de padronização.

Por que isso importa

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

Onde encontrar

Derivado de várias tabelas e registros de transações do SAP, como CDHDR/CDPOS para alterações, EKBE para entrada de mercadorias e recebimento de faturas (GR/IR) e EBAN para requisições. Muitas vezes, é necessário usar uma lógica personalizada ou um programa de extração para gerar esses dados.

Exemplos
Pedido de compra criadoPedido de compra aprovadoEntrada de mercadorias lançada
Data e hora do evento
EventTime
A data e a hora exatas 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 pedido de compra ou o lançamento de uma entrada de mercadorias. Ele define a ordem cronológica de todas as atividades de um caso.

As datas e horas são fundamentais para Process Mining, pois permitem todas as análises baseadas em tempo. Isso inclui calcular os tempos de ciclo entre atividades, identificar atrasos, analisar o fluxo 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 encontrar

Derivado de vários campos de data e hora nas tabelas do SAP, como EKKO-AEDAT (data de alteração), CDHDR-UDATE/UTIME (data e hora do registro 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
Identificador exclusivo do documento de pedido de compra (PO), usado como 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 exclusivo de pedido representa uma instância do processo de compras.

Em Process Mining, este atributo é essencial para reconstruir a jornada completa de cada compra. Ele permite analisar em detalhes 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 e permite analisar o ciclo de vida completo de cada pedido de compra.

Onde encontrar

Tabela: EKKO, campo: EBELN

Exemplos
450001762345000176244500017625
Empresa
CompanyCode
Identificador da entidade legal ou empresa que inicia a compra.
Descrição

A empresa representa uma entidade legal independente no SAP. Todas as transações são lançadas no nível da empresa, que é uma unidade organizacional fundamental.

Analisar o processo por 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 que podem ser replicadas em outras unidades e a localizar aquelas que enfrentam dificuldades no processo.

Por que isso importa

Representa a entidade legal e permite comparar a performance do processo e verificar a conformidade entre diferentes áreas da organização.

Onde encontrar

Tabela: EKKO, campo: BUKRS

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

O grupo de materiais, ou categoria de compras, classifica o tipo de bens ou serviços adquiridos. Alguns exemplos são "Hardware de TI", "Materiais de escritório" e "Serviços profissionais".

Este atributo é essencial para analisar os 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 "Análise do valor dos pedidos de compra".

Por que isso importa

Permite segmentar o processo por categoria de produto ou serviço, revelando diferenças de comportamento, tempo de ciclo e fornecedores para cada tipo de gasto.

Onde encontrar

Tabela: EKPO, campo: MATKL

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

Este atributo registra o nome de usuário do SAP da pessoa que criou, alterou ou aprovou um documento. Em etapas automatizadas, pode mostrar o ID de um usuário de sistema ou de processamento em lote.

Analisar os dados por usuário ajuda a identificar necessidades de treinamento, pessoas com alto desempenho ou possíveis problemas de conformidade. É essencial para criar Dashboards sobre a distribuição da carga de trabalho, a conformidade com a matriz de aprovação e a performance de diferentes equipes ou pessoas.

Por que isso importa

Vincula as ações dos usuários a pessoas específicas, permitindo analisar a performance, a carga de trabalho e o cumprimento dos protocolos de conformidade.

Onde encontrar

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

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

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

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

Por que isso importa

Permite analisar a performance dos fornecedores e identificar aqueles que são confiáveis e os que causam atrasos ou problemas de qualidade.

Onde encontrar

Tabela: EKKO, campo: LIFNR

Exemplos
100345V-20598700112
Tipo de documento
DocumentType
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 geral do processo de um pedido de compra. Por exemplo, pode haver tipos diferentes para pedidos padrão, pedidos de serviços ou pedidos de transferência de estoque.

Este atributo é uma dimensão importante para a análise, pois diferentes tipos de documento costumam seguir processos distintos de propósito. Filtrar por tipo de documento permite comparar com mais precisão tempos de ciclo e fluxos de processo equivalentes.

Por que isso importa

Diferencia os tipos de processos de compras (por exemplo, padrão, serviço ou devolução), que costumam ter fluxos e expectativas de performance distintos.

Onde encontrar

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 multiplicando a quantidade pelo preço líquido. Para obter o valor total do pedido, é preciso somar os valores dos itens.

Analisar o processo por valor do pedido é essencial para identificar transações de alto valor que podem exigir controles mais rigorosos ou outros fluxos de aprovação. Esse atributo alimenta o Dashboard "Análise do valor dos pedidos de compra" e ajuda a priorizar melhorias nos pedidos de maior impacto financeiro.

Por que isso importa

Quantifica o impacto financeiro de cada compra, permitindo priorizar pedidos de alto valor ou identificar oportunidades de redução de custos.

Onde encontrar

Tabela: EKPO, campo: NETWR (valor líquido do pedido).

Exemplos
1500.00250.7512345.50
Alteração apó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 a atividade 'Pedido de compra alterado' ocorre após a atividade 'Pedido de compra aprovado' para o mesmo pedido. Ele ajuda a identificar alterações problemáticas feitas em etapas avançadas do processo.

Este campo calculado dá suporte direto ao KPI 'Taxa de alterações em pedidos de compra após aprovação' e ao Dashboard 'Retrabalho e alterações em pedidos de compra'. Ele ajuda a quantificar e destacar mudanças que podem causar atrasos e exigir uma nova aprovação, apontando problemas na definição inicial dos requisitos ou do escopo.

Por que isso importa

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

Onde encontrar

Este é um atributo calculado com base na sequência de atividades do Event Log.

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

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

Esta data é essencial para calcular o KPI de índice de recebimento de mercadorias no prazo. Ao comparar a data real de recebimento com a data solicitada, as organizações podem medir quantitativamente a confiabilidade dos fornecedores e a eficiência interna no recebimento, informações que alimentam diretamente o Dashboard "Performance de entrega dos fornecedores".

Por que isso importa

Esta é a data prevista para a entrega, essencial para calcular KPIs de pontualidade e avaliar a confiabilidade dos fornecedores.

Onde encontrar

Tabela: EKPO, campo: EINDT

Exemplos
2023-06-102023-07-222023-08-01
Entrega no prazo
IsOnTimeDelivery
Indicador que mostra se as mercadorias foram recebidas até a data de entrega solicitada.
Descrição

Este atributo booleano é verdadeiro quando a data e hora de registro da atividade 'Entrada de mercadorias registrada' é igual ou anterior à 'Data de entrega solicitada'. Ele apresenta um resultado claro, sim ou não, para a performance de entrega de cada item do pedido de compra.

Este atributo é a base do KPI 'Taxa de recebimento de mercadorias no prazo'. Ele simplifica a análise da performance dos fornecedores e da eficiência interna no recebimento, permitindo agrupar e filtrar facilmente as entregas feitas no prazo e as atrasadas.

Por que isso importa

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

Onde encontrar

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

Exemplos
truefalse
Grupo de compras
PurchasingGroup
Comprador ou grupo de compradores responsável pela atividade de compras.
Descrição

O grupo de compras representa a pessoa ou equipe de compradores responsável por determinada atividade de compras. Esse grupo é o principal contato dos fornecedores.

Este atributo permite uma análise mais detalhada do que a organização de compras. Ele ajuda a entender como a carga de trabalho é distribuída entre os compradores e a identificar diferenças de performance nesse nível, orientando a alocação de recursos e as iniciativas de treinamento.

Por que isso importa

Oferece uma visão detalhada de quem é responsável por cada compra, permitindo analisar a carga de trabalho e a performance por comprador ou equipe.

Onde encontrar

Tabela: EKKO, campo: EKGRP

Exemplos
001002N01
Moeda
Currency
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 está expresso, como USD, EUR ou GBP. Ele fornece o contexto necessário para interpretar valores monetários.

Para organizações globais, a moeda é essencial para uma análise financeira correta. Ela permite somar e comparar adequadamente os valores dos pedidos. Todos os KPIs monetários devem ser interpretados considerando a moeda correspondente.

Por que isso importa

Fornece o contexto necessário para interpretar valores monetários e garantir análises financeiras precisas, especialmente em organizações multinacionais.

Onde encontrar

Tabela: EKKO, campo: WAERS

Exemplos
USDEURJPY
Motivo da rejeição
RejectionReason
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 fluxo de trabalho de aprovação. Essa informação é essencial 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, estouro do orçamento ou seleção de fornecedores fora das normas de conformidade. Esse insight permite que a empresa trate as causas raiz, melhore a qualidade dos pedidos de compra desde a criação e agilize o processo de aprovação.

Por que isso importa

Mostra diretamente por que as aprovações falham, permitindo implementar melhorias direcionadas para reduzir o retrabalho e encurtar o tempo de ciclo das aprovações.

Onde encontrar

Pode ser difícil localizar essa informação. Ela pode estar armazenada em campos de texto longo ou depender de uma configuração personalizada do fluxo de trabalho. Em geral, é necessário conhecer detalhes específicos da implementação.

Exemplos
Preço incorretoOrçamento excedidoSolicitação duplicada
Nome do fornecedor
VendorName
Nome legal do fornecedor.
Descrição

Nome descritivo do fornecedor, mais fácil de entender do que o número do fornecedor. Normalmente, esse dado vem do cadastro mestre de fornecedores.

O número do fornecedor é usado para vinculações e identificação exclusiva, enquanto o nome é essencial para Dashboards e relatórios voltados às pessoas usuárias. Ele torna as análises mais intuitivas e acessíveis para quem não conhece os códigos dos fornecedores.

Por que isso importa

Apresenta o nome do fornecedor por extenso, facilitando a compreensão de Dashboards e relatórios.

Onde encontrar

Tabela: LFA1, campo: NAME1. É necessário vincular EKKO-LIFNR a LFA1-LIFNR.

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

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

Analisar a performance do processo por organização de compras ajuda a identificar quais equipes de compras são mais eficientes. Também 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 apoio.

Por que isso importa

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

Onde encontrar

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 à requisição que o originou. Nem todos os pedidos têm uma requisição anterior.

Esse vínculo é essencial para analisar o Dashboard "Conversão de requisição em pedido" e o KPI de taxa de conversão de requisições em pedidos. Ele permite medir a eficiência do processo anterior, da solicitação inicial à criação do pedido formal, e identificar pedidos criados sem requisição, em desacordo com as políticas.

Por que isso importa

Vincula o pedido de compra à solicitação de origem, permitindo analisar a conversão de requisições em pedidos e identificar pedidos criados sem uma requisição anterior.

Onde encontrar

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

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

Por que isso importa

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

Onde encontrar

Normalmente, é um valor estático adicionado durante a 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
Data e hora que indicam 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 mais recente dos dados. Ele informa o quão atualizados estão os dados analisados.

Exibir essas informações nos Dashboards é essencial para que as pessoas entendam se os insights se baseiam em dados quase em tempo real ou em um retrato histórico. Isso alinha as expectativas e ajuda a garantir que as decisões sejam tomadas com base em dados cuja atualidade é conhecida.

Por que isso importa

Informa às pessoas se os dados estão atualizados, ajudando a entender se a análise reflete o estado mais recente das operações.

Onde encontrar

Este registro de data e hora é gerado e adicionado pelo processo de extração de dados ou ETL durante sua execução.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unidade fabril
Plant
Local físico ou unidade fabril onde as mercadorias devem ser entregues.
Descrição

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

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

Por que isso importa

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

Onde encontrar

Tabela: EKPO, campo: WERKS

Exemplos
100011002000
Obrigatório Recomendado Opcional

Atividades de compras e pagamentos: pedido de compra

Estas são as principais etapas e os marcos do processo que devem ser registrados no Event Log, formando a base para descobrir o processo com precisão e identificar gargalos.
6 Recomendado 8 Opcional
Atividade Descrição
Entrada de mercadorias lançada
Esta atividade indica o recebimento físico de bens de um fornecedor para um pedido de compra específico. O lançamento 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 importante para acompanhar a performance de entrega dos fornecedores e o início do processo de verificação da fatura. É usado para calcular os índices de entrega no prazo e de pontualidade no recebimento de mercadorias.

Onde encontrar

Registrado quando um documento de material é criado. A data e hora do evento correspondem à data de lançamento (MKPF-BUDAT) ou à data de criação (MKPF-CPUDT) da tabela de cabeçalho do documento de material (MKPF), vinculada ao pedido pela tabela de itens (MSEG).

Coleta

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

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 costuma ser inferido quando o status de liberação do pedido muda para "totalmente liberado" ou "aprovado".
Por que isso importa

Esta atividade é essencial para calcular o KPI de tempo de ciclo de aprovação do pedido de compra e identificar gargalos no Workflow de aprovação. Ela é necessária para a maioria das atividades seguintes, como o envio do pedido ao fornecedor.

Onde encontrar

Inferido pelo acompanhamento dos registros de alteração (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".

Coleta

Identifique a data e hora em que o status geral de liberação do pedido (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 identificado quando o indicador "Entrega concluída" é definido automática ou manualmente no item do pedido.
Por que isso importa

Esta atividade funciona como ponto final lógico da etapa de atendimento do pedido. É essencial para calcular o tempo de ciclo total do pedido de compra, da criação à conclusão.

Onde encontrar

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 pedido. A conclusão do último item pode indicar que o pedido inteiro foi concluído.

Coleta

Identifique nos documentos de alteração a data e hora em que o indicador EKPO-ELIKZ é definido.

Tipo de evento inferred
Pedido de compra criado
Esta atividade indica a criação de um documento formal de pedido de compra, que constitui um contrato vinculante com um fornecedor. É um evento explícito, registrado quando alguém cria e salva um pedido de compra (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 requisição em pedido quanto o tempo total de atendimento do pedido.

Onde encontrar

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).

Coleta

Use a 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 é enviado oficialmente ao fornecedor, por exemplo, por EDI, e-mail ou impressão. É um evento explícito, registrado nas tabelas de controle de mensagens quando uma mensagem de saída é processada com sucesso.
Por que isso importa

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

Onde encontrar

Registrado na tabela de status de mensagens (NAST). A data e hora podem ser obtidas em NAST-DATVR e NAST-UHRVR quando o status de processamento (NAST-VSTAT) é "1" (processado com sucesso) para o tipo de mensagem de saída correspondente ao pedido.

Coleta

Use a data e hora de processamento da tabela NAST para a mensagem de saída do pedido de compra.

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 alguém 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 na conversão da demanda interna em pedidos acionáveis.

Onde encontrar

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 são usados para registrar a data e hora do evento.

Coleta

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 é acionada e o pedido entra em status de aprovação pendente.
Por que isso importa

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

Onde encontrar

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) recebe pela primeira vez um valor que indica que há um processo de aprovação em andamento.

Coleta

Identifique a primeira entrada nos documentos de alteração que aciona a estratégia de liberação do pedido de compra.

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, registrado com a 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 dá início ao processo financeiro de pagamento dos serviços.

Onde encontrar

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.

Coleta

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

Tipo de evento explicit
Inspeção de qualidade realizada
Indica que os bens recebidos passaram por uma inspeção de qualidade. Normalmente, esta atividade é inferida quando um lote de inspeção, criado no momento do recebimento das mercadorias, recebe uma decisão de utilização 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. Atrasos nessa etapa podem criar gargalos entre o recebimento das mercadorias e sua disponibilidade para uso.

Onde encontrar

Inferido a partir do módulo de Gestão da Qualidade. Um lote de inspeção é criado na tabela QALS quando as mercadorias são recebidas, e a atividade é marcada pela criação de uma decisão de utilização na tabela QAVE, que inclui a data e hora.

Coleta

Identifique a data e hora da decisão de utilização 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 recebidas anteriormente, muitas vezes por problemas 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 para devoluções.
Por que isso importa

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

Onde encontrar

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) é usada para registrar a data e hora.

Coleta

Identifique documentos de material com um tipo de movimento de devolução (por exemplo, 122) que façam referência ao pedido de compra 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 do escopo. Esta atividade é essencial para o Dashboard de retrabalho e alterações de pedidos de compra e seus KPIs relacionados.

Onde encontrar

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 gera uma nova entrada com data e hora.

Coleta

Extraia os eventos de alteração e as datas e horas 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 o recebimento de mercadorias ou o faturamento. É um evento inferido, registrado quando o indicador de exclusão é definido no item do pedido.
Por que isso importa

Esta é uma atividade terminal que indica o cancelamento de um pedido. 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 encontrar

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.

Coleta

Identifique nos documentos de alteração a data e hora em que o indicador EKPO-LOEKZ é definido.

Tipo de evento inferred
Pedido de compra rejeitado
Esta atividade ocorre quando uma pessoa responsável pela aprovação rejeita um pedido de compra durante o Workflow de aprovação. É um evento inferido, identificado por uma alteração no status da estratégia de liberação do pedido que indica uma rejeição.
Por que isso importa

Acompanhar as rejeições ajuda a identificar problemas na qualidade dos dados do pedido, descumprimento de políticas ou falhas na matriz de aprovação. Muitas vezes, isso gera retrabalho e aumenta o tempo de ciclo geral.

Onde encontrar

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

Coleta

Monitore os registros de alteração para identificar o cancelamento de um código de liberação ou uma mudança 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 pedido de compra. Esse evento é inferido a partir de alterações nos campos de status de liberação dos dados da requisição, conforme o Workflow da estratégia de liberação do SAP.
Por que isso importa

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

Onde encontrar

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

Coleta

Monitore os documentos de alteração dos 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

Pronto para começar?

Com este Template, você tem um roteiro para otimizar o processo de compras e pagamentos, do pedido de compra, no SAP ECC. Comece hoje a usar seus dados para encontrar insights e aumentar a eficiência.

Otimize os pedidos de compra no processo de compras e pagamentos: 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.