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

SAP S/4HANA
Seu Template de dados de Purchase to Pay - Pedido de compra

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

Este Template orienta você pelos pontos de dados essenciais necessários para analisar seu processo Purchase to Pay - Pedido de compra. Ele apresenta os atributos críticos a serem coletados, as principais atividades a serem monitoradas e orientações claras sobre como extrair esses dados do SAP S/4HANA. Use este recurso para criar um Event Log robusto e obter insights mais profundos sobre suas operações de compras.
  • Atributos recomendados para uma análise detalhada
  • Principais atividades a serem monitoradas no processo
  • Orientações passo a passo para a extração dos dados
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 recomendados para incluir no seu Event Log e realizar uma análise completa do processo Purchase to Pay - Pedido de compra.
5 Obrigatório 6 Recomendado 9 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento ou etapa de negócio que ocorreu no processo do Pedido de Compra.
Descrição

Este atributo descreve uma ação específica ou uma alteração de status no ciclo de vida do Pedido de Compra, como 'Pedido de Compra Criado', 'Pedido de Compra Aprovado' ou 'Recebimento de Mercadorias Registrado'. A sequência dessas atividades forma o fluxo do processo.

Analisar a sequência e a frequência das atividades é o núcleo do Process Mining. Isso ajuda a descobrir o processo real, compará-lo com o modelo projetado, identificar gargalos, por exemplo, longas esperas após 'Fatura Recebida', e quantificar o retrabalho, como atividades repetidas de 'Pedido de Compra Alterado'.

Por que isso importa

Ele define as etapas do processo, permitindo visualizar e analisar o fluxo de ponta a ponta, as variantes e os gargalos.

Onde obter

Normalmente, é derivado de uma combinação de tabelas e campos, como campos de status em EKKO/EKPO ou logs de documentos de alteração em CDHDR/CDPOS, para representar marcos importantes do negócio.

Exemplos
Pedido de Compra CriadoPedido de Compra AprovadoRecebimento de Mercadorias RegistradoFatura Recebida
Horário do Evento
EventTime
O registro de data e hora que indica quando a atividade ocorreu.
Descrição

Este atributo registra a data e o horário exatos de cada atividade no processo. Ele é fundamental para todas as análises baseadas em tempo no Process Mining.

O Horário do Evento é usado para ordenar cronologicamente as atividades e construir o fluxo do processo. Além disso, é a base para calcular todas as métricas baseadas em duração, como tempos de ciclo entre atividades, tempos de espera e tempos de processamento, que são essenciais para analisar a performance e identificar gargalos.

Por que isso importa

Este registro de data e hora é essencial para ordenar corretamente os eventos e calcular todas as métricas de performance, incluindo tempos de ciclo, prazos de entrega e tempos de espera.

Onde obter

Campos de registro de data e hora associados a atividades específicas, como Data de Criação (EKKO-AEDAT para alterações) ou Data de Lançamento (MKPF-BUDAT para recebimentos de mercadorias). Muitas vezes, é necessário combinar dados de várias tabelas.

Exemplos
2023-04-15T10:00:00Z2023-04-15T14:30:00Z2023-05-01T09:15:00Z
Pedido de Compra
PurchaseOrderNumber
O identificador exclusivo do Pedido de Compra (PO), que serve como o principal ID do caso para acompanhar o ciclo de vida das compras.
Descrição

O número do Pedido de Compra é o identificador central que conecta todas as atividades relacionadas, desde a criação inicial até o recebimento final das mercadorias e a conclusão. Ele funciona como o identificador do caso para a análise de Process Mining.

Na análise, agrupar os eventos por esse número permite reconstruir a jornada de cada PO individual. Isso é essencial para calcular tempos de ciclo, analisar variantes do processo e identificar gargalos ou desvios específicos de um único pedido.

Por que isso importa

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

Onde obter

Este atributo pode ser encontrado na tabela EKKO do SAP S/4HANA, no campo EBELN.

Exemplos
450001712345000171244500017125
Sistema de Origem
SourceSystem
Identifica o sistema de origem do qual os dados foram extraídos.
Descrição

Este atributo especifica o sistema de origem dos dados de eventos, por exemplo, 'SAP S/4HANA Production' ou 'SAP ECC'.

Em ambientes com vários sistemas, este campo é essencial para a linhagem dos dados, a solução de problemas e a garantia de que os dados de diferentes fontes sejam interpretados corretamente. Ele ajuda a entender o contexto dos dados e pode ser usado para filtrar a análise por ambientes específicos do sistema.

Por que isso importa

Fornece um contexto essencial sobre a origem dos dados, fundamental para a governança, a validação e a análise de dados em ambientes com vários sistemas.

Onde obter

Normalmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados para identificar a origem do conjunto de dados.

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

Este atributo indica o nível de atualização dos dados analisados. Ele mostra a data e o horário da extração mais recente de dados do SAP S/4HANA.

Saber quando os dados foram atualizados pela última vez é essencial para que os usuários entendam a atualidade da análise. Isso ajuda a interpretar os resultados corretamente, indicando se as informações são em tempo real ou representam um retrato de um momento específico, o que afeta a relevância das ações tomadas com base na análise.

Por que isso importa

Informa aos usuários a atualidade dos dados, garantindo que eles entendam o contexto e a relevância dos resultados analíticos.

Onde obter

Este é um registro de data e hora de metadados adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados.

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

Este atributo especifica a data de entrega desejada acordada no Pedido de Compra. Ele serve como referência para medir a performance de entrega do fornecedor.

No Process Mining, essa data é comparada com a data real de recebimento das mercadorias, o registro de data e hora de 'Recebimento de Mercadorias Registrado', para calcular o KPI 'Índice de Entrega do Fornecedor no Prazo'. Analisar os desvios dessa data ajuda a avaliar a confiabilidade do fornecedor e gerenciar riscos da cadeia de suprimentos.

Por que isso importa

Serve como referência para medir a performance de entrega do fornecedor no prazo, um KPI essencial para a gestão da cadeia de suprimentos e o planejamento operacional.

Onde obter

Pode ser encontrado na tabela de linhas de programação EKET, no campo EINDT.

Exemplos
2023-06-012023-06-152023-07-01
ID do Fornecedor
VendorId
O identificador exclusivo do fornecedor que fornece as mercadorias ou os serviços.
Descrição

O ID do Fornecedor é um dado mestre essencial que conecta um Pedido de Compra a um fornecedor específico. Ele é usado em todo o processo de compras para comunicação, entrega e pagamento.

No Process Mining, este atributo permite segmentar a análise de performance por fornecedor. Ele é essencial para Dashboards como 'Performance do Prazo de Entrega do Fornecedor' e 'Taxa de Devolução de Mercadorias por Fornecedor', ajudando a identificar os fornecedores mais confiáveis e aqueles que podem estar causando atrasos ou problemas de qualidade.

Por que isso importa

Permite uma análise centrada nos fornecedores, ajudando a avaliar a performance, identificar fornecedores com resultados melhores ou piores e otimizar a cadeia de suprimentos.

Onde obter

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

Exemplos
100023100045100088
Requisição de compra
PurchaseRequisitionNumber
O identificador da requisição de compra (PR) que iniciou o Pedido de Compra.
Descrição

Este atributo conecta o Pedido de Compra à requisição de compra de origem. Nem todos os POs terão uma PR, caso sejam criados diretamente.

Essa conexão é essencial para analisar o processo completo de compras de ponta a ponta, começando pela solicitação inicial. Ela dá suporte a KPIs como 'Tempo de Aprovação da Requisição de Compra' e é fundamental para identificar 'Gastos Fora das Políticas', quando POs são criados sem uma requisição anterior aprovada.

Por que isso importa

Conecta o PO à solicitação inicial, permitindo a análise do processo de ponta a ponta e a identificação de gastos fora das políticas e não conformes.

Onde obter

Este atributo está localizado na tabela EKPO do SAP S/4HANA, no nível do item do PO, no campo BANFN.

Exemplos
1001005110010052
Tipo de Documento do PO
DocumentType
Uma classificação que diferencia os tipos de Pedidos de Compra, como POs padrão, POs de serviços ou pedidos de transferência de estoque.
Descrição

O Tipo de Documento é um elemento importante da configuração do SAP que controla o fluxo do processo, a faixa de numeração e os campos de um Pedido de Compra. Ele permite que as empresas adaptem o processo de compras a diferentes cenários.

Analisar o processo por tipo de documento é essencial para entender as variações do processo. Por exemplo, o processo de um PO padrão de mercadorias pode ser muito diferente do processo de um PO de serviços ou de uma transferência de estoque. Este atributo permite filtrar e comparar esses fluxos distintos para encontrar oportunidades específicas de melhoria.

Por que isso importa

Categoriza os Pedidos de Compra, permitindo comparar diferentes processos de compras e ajudando a explicar variações nos fluxos e nos tempos de ciclo.

Onde obter

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

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

Este atributo registra o ID do usuário SAP responsável por criar, alterar ou aprovar um documento. Ele oferece rastreabilidade das ações realizadas no sistema.

Analisar por usuário ajuda a identificar necessidades de treinamento, distribuição de carga de trabalho e performance individual. Por exemplo, pode ser usado para verificar se determinados usuários estão consistentemente associados a tempos longos de aprovação ou a alterações frequentes após a aprovação, contribuindo para a gestão de recursos e iniciativas de melhoria do processo.

Por que isso importa

Oferece responsabilização e permite analisar a performance no nível individual ou da equipe, ajudando a identificar oportunidades de treinamento ou restrições de recursos.

Onde obter

Essas informações são encontradas em campos como ERNAM (Criado por) na EKKO ou no campo de usuário das tabelas de documentos de alteração (CDHDR-USERNAME).

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

Este atributo representa o valor monetário líquido do Pedido de Compra. É um valor financeiro importante que indica o tamanho da transação de compras.

Esse valor é essencial para análises financeiras, como categorizar POs por valor, alto ou baixo, para verificar se seus caminhos de processo são diferentes. Ele também pode ser usado para priorizar a análise, concentrando-se em pedidos de alto valor que podem envolver maior risco financeiro ou ter um impacto maior no negócio.

Por que isso importa

Permite análises baseadas em valor financeiro, ajudando a segmentar Pedidos de Compra por valor e priorizar esforços de melhoria do processo em áreas de maior gasto.

Onde obter

Este atributo pode ser encontrado na tabela EKKO do SAP S/4HANA, no campo NETWR.

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

A Categoria do Item determina como a compra de um material ou serviço específico é controlada e processada. Ela influencia etapas posteriores, como o recebimento de mercadorias e a verificação da fatura.

Este atributo é importante para analisar variantes do processo com base no que está sendo comprado. Por exemplo, o processo de um item de serviço, que exige uma folha de registro de serviços, é significativamente diferente do processo de um item de estoque padrão. Analisar por categoria de item ajuda a explicar essas diferenças e permite melhorias direcionadas no processo.

Por que isso importa

Explica as variações do processo ao diferenciar tipos de compras, como mercadorias, serviços ou subcontratação.

Onde obter

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

Exemplos
093
Código da empresa
CompanyCode
O identificador da entidade legal ou empresa para a qual o pedido de compra é criado.
Descrição

O código da empresa representa uma unidade contábil independente dentro de uma organização. Todas as transações financeiras relacionadas a um pedido de compra são lançadas em um código de empresa específico.

Esse é um atributo organizacional fundamental, que permite filtrar e comparar processos de compras entre diferentes entidades legais. A análise por código da empresa pode revelar inconsistências na execução do processo, diferentes níveis de eficiência ou taxas de conformidade variadas em toda a organização.

Por que isso importa

Permite segmentar a análise do processo por entidade legal, facilitando a comparação de performance e conformidade entre diferentes partes da empresa.

Onde obter

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

Exemplos
101017102000
É compra não autorizada
IsMaverickSpend
Um indicador calculado que mostra se um pedido de compra foi criado sem uma requisição de compra aprovada anteriormente.
Descrição

Esse indicador booleano é derivado durante o processamento dos dados. Ele recebe o valor 'true' quando um pedido de compra não tem uma requisição de compra associada ou quando sua criação ignora o Workflow padrão de aprovação.

Esse atributo oferece suporte direto ao Dashboard 'Identificação de compras não autorizadas' e aos KPIs relacionados. Ele ajuda a dimensionar o comportamento de compras fora de conformidade, permitindo que as empresas direcionem ações a departamentos ou grupos de usuários específicos para reforçar políticas e controles de compras.

Por que isso importa

Identifica diretamente compras fora de conformidade, ajudando a dimensionar desvios do processo e a reforçar controles financeiros e políticas de compras.

Onde obter

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

Exemplos
truefalse
É retrabalho
IsRework
Um indicador calculado que mostra se o pedido de compra passou por retrabalho, como uma alteração após a aprovação ou uma devolução de produtos.
Descrição

Esse atributo booleano é calculado pela análise da sequência de atividades de cada pedido de compra. Ele recebe o valor 'true' quando ocorre um evento 'Purchase Order Changed' depois de um evento 'Purchase Order Approved' ou quando há um evento 'Goods Returned'.

Esse indicador simplifica o cálculo do KPI 'Taxa de processamento direto'. Ele permite filtrar e visualizar facilmente todos os pedidos de compra que exigiram intervenção manual ou correção, ajudando a dimensionar o custo e a frequência do retrabalho.

Por que isso importa

Ajuda a dimensionar a ineficiência do processo ao sinalizar casos com retrabalho, algo essencial para calcular as taxas de processamento direto e identificar as causas-raiz dos desvios.

Onde obter

Campo calculado com base na sequência de atividades. A lógica verifica se um evento 'Purchase Order Changed' ocorre depois de uma aprovação ou se existe um evento 'Goods Returned'.

Exemplos
truefalse
Entrega pontual do fornecedor
SupplierOnTimeDelivery
Um indicador calculado que mostra se o recebimento dos produtos foi lançado na data de entrega solicitada ou antes dela.
Descrição

Esse atributo booleano é derivado pela comparação do timestamp da atividade 'Goods Receipt Posted' com a 'Requested Delivery Date'. Quando o recebimento ocorre na data solicitada ou antes dela, o atributo recebe o valor 'true'.

Esse atributo oferece suporte direto ao KPI 'Taxa de entrega pontual do fornecedor'. Ele simplifica a análise ao permitir que os usuários filtrem facilmente entregas pontuais ou atrasadas, algo essencial para Dashboards de performance de fornecedores e scorecards de fornecedores.

Por que isso importa

Mede diretamente a confiabilidade do fornecedor, servindo de base para o KPI de entrega pontual e permitindo uma gestão eficaz da performance dos fornecedores.

Onde obter

Calculado pela comparação do timestamp da atividade 'Goods Receipt Posted' com o atributo 'RequestedDeliveryDate'.

Exemplos
truefalse
Grupo de compras
PurchasingGroup
O grupo específico de compradores responsável por determinadas atividades de compras.
Descrição

Um grupo de compras é formado por um comprador ou grupo de compradores responsáveis por atividades, materiais ou fornecedores específicos. Eles são o principal ponto de contato com os fornecedores.

Esse atributo permite uma análise mais detalhada da carga de trabalho e da performance do que a organização de compras. Ele pode ser usado para identificar equipes sobrecarregadas, medir a eficiência de diferentes grupos de compradores e entender quais grupos estão mais sujeitos a desvios do processo, como compras não autorizadas.

Por que isso importa

Oferece uma visão detalhada da performance dos grupos de compradores, permitindo analisar carga de trabalho, eficiência e aderência ao processo no nível da equipe.

Onde obter

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

Exemplos
001002N00
Número do material
MaterialNumber
O identificador do material ou produto específico que está sendo comprado.
Descrição

O número do material é um código exclusivo atribuído a cada registro mestre de material no SAP. Ele é usado em todas as transações relacionadas a esse material, incluindo compras, gestão de estoque e vendas.

Analisar por número ou grupo de materiais permite uma análise por categoria de produto. Isso ajuda a identificar se os processos de compras de determinados tipos de materiais são menos eficientes, têm prazos maiores ou estão mais sujeitos a devoluções, gerando insights para a gestão de categorias.

Por que isso importa

Permite uma análise por categoria de produto, ajudando a identificar problemas no processo ou na performance de fornecedores relacionados a produtos ou materiais específicos.

Onde obter

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

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

A organização de compras é uma unidade organizacional essencial da área de compras. Ela pode ser estruturada nos níveis corporativo, empresarial ou de planta e é responsável por todas as atividades de compras.

Analisar o processo por organização de compras ajuda a avaliar a eficiência e a performance de diferentes equipes ou regiões de compras. Isso pode destacar diferenças na negociação com fornecedores, na conformidade do processo ou nos atrasos de aprovação entre unidades organizacionais.

Por que isso importa

Permite comparar a performance entre diferentes departamentos ou regiões de compras, ajudando a identificar boas práticas e oportunidades de melhoria.

Onde obter

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

Exemplos
10101710US01
Planta
Plant
A unidade operacional ou local para onde os produtos são entregues ou onde os serviços são prestados.
Descrição

No SAP, uma planta é um local físico onde produtos são fabricados, armazenados ou onde serviços são prestados. Ela é um elemento essencial para logística e planejamento.

Segmentar a análise do processo por planta pode revelar variações regionais ou específicas de cada unidade no processo de compras. Por exemplo, pode mostrar se determinadas plantas enfrentam prazos de entrega maiores ou taxas mais altas de devolução de produtos, indicando problemas localizados de logística ou controle de qualidade.

Por que isso importa

Permite uma análise por localização, destacando diferenças na performance do processo entre diferentes unidades operacionais, plantas ou armazéns.

Onde obter

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

Exemplos
10101710DE01
Obrigatório Recomendado Opcional

Purchase to Pay - Pedido de compra: atividades

Estas são as etapas e os marcos essenciais do processo que você deve registrar no seu Event Log para realizar uma descoberta e uma otimização precisas do processo.
7 Recomendado 6 Opcional
Atividade Descrição
Fatura Recebida
Representa a entrada da fatura de um fornecedor no sistema SAP, vinculando-a ao Pedido de Compra correspondente. Este é um lançamento financeiro explícito que cria um documento contábil.
Por que isso importa

Este é um marco crítico que conecta o processo de compras ao processo de contas a pagar. Ele permite analisar o tempo entre o recebimento das mercadorias e o processamento da fatura.

Onde obter

Um documento contábil é criado na tabela BKPF (cabeçalho), e seus itens ficam em BSEG ou no diário universal ACDOCA. O documento é vinculado ao PO na tabela RSEG.

Captura

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

Tipo de evento explicit
Pedido de Compra Aprovado
Indica que o Pedido de Compra recebeu todas as aprovações internas necessárias e está autorizado para ser liberado ao fornecedor. O evento é inferido a partir de uma alteração de status na estratégia de liberação do Pedido de Compra.
Por que isso importa

Este é um marco importante para medir a eficiência da aprovação e o retrabalho após a aprovação. Analisar o tempo entre a criação e a aprovação do PO destaca atrasos no processo interno.

Onde obter

Inferido a partir do indicador de liberação (FRGKE) na tabela EKKO. O registro de data e hora é determinado consultando o histórico de alterações (CDHDR/CDPOS) para identificar quando esse campo foi atualizado para o status de 'liberado'.

Captura

Inferido a partir dos logs de alterações do campo indicador de liberação (FRGKE) na tabela EKKO.

Tipo de evento inferred
Pedido de Compra Concluído
Esta atividade indica que um item do Pedido de Compra é considerado encerrado do ponto de vista logístico. Isso é inferido quando os indicadores 'Entrega concluída' e 'Fatura final' estão definidos.
Por que isso importa

Este é o ponto final da análise do ciclo de vida do Pedido de Compra. Medir o tempo até esse evento fornece o tempo de ciclo de ponta a ponta das operações de compras.

Onde obter

Inferido a partir dos indicadores de status na tabela de itens do Pedido de Compra, EKPO. O evento ocorre quando os indicadores 'Entrega concluída' (ELIKZ) e 'Fatura final' (EREKZ) estão ambos definidos como verdadeiros.

Captura

Inferido a partir dos logs de alterações quando os campos ELIKZ e EREKZ da EKPO estão ambos marcados como concluídos.

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

Esta atividade pode servir como um ponto de início alternativo para o processo, especialmente na análise de compras fora das políticas. É um evento fundamental para acompanhar o tempo total de processamento do PO.

Onde obter

Registrado na tabela de cabeçalho de Pedidos de Compra EKKO. A data de criação (AEDAT) e o horário do documento são armazenados diretamente nessa tabela.

Captura

Registro de data e hora da criação (AEDAT) na tabela EKKO do documento de Pedido de Compra.

Tipo de evento explicit
Recebimento de Mercadorias Registrado
Representa o recebimento físico das mercadorias do fornecedor e o respectivo registro no sistema. Esta é uma transação explícita que atualiza o histórico do Pedido de Compra.
Por que isso importa

Este é um marco importante que encerra o prazo de entrega do fornecedor e inicia o processo interno de verificação da fatura. Ele é essencial para acompanhar os índices de entrega no prazo.

Onde obter

Registrado como um documento de material nas tabelas MKPF (cabeçalho) e MSEG (item), e vinculado ao histórico do Pedido de Compra na tabela EKBE com um tipo de movimento específico, por exemplo, 101.

Captura

Data de lançamento (BUDAT) do cabeçalho do documento de material (MKPF), vinculada por meio da EKBE.

Tipo de evento explicit
Requisição de Compra Aprovada
Representa a aprovação formal de uma requisição de compra por um gerente ou aprovador designado. Normalmente, isso é inferido a partir de uma alteração de status no documento da requisição, indicando que ele está pronto para ser convertido em um Pedido de Compra.
Por que isso importa

Este é um marco crítico para acompanhar os tempos do ciclo de aprovação e identificar gargalos. Atrasos nessa etapa afetam diretamente a rapidez com que um Pedido de Compra pode ser criado e enviado ao fornecedor.

Onde obter

Inferido a partir dos campos de status de liberação na tabela EBAN, por exemplo, FRGZU - indicador de liberação. O registro de data e hora é derivado dos documentos de alteração CDHDR/CDPOS, que registram quando o status final de liberação foi definido.

Captura

Inferido a partir dos logs de alterações dos campos de status de liberação na tabela EBAN, usando CDHDR/CDPOS.

Tipo de evento inferred
Requisição de Compra Criada
Esta atividade marca a solicitação formal de mercadorias ou serviços, iniciando o processo de compras. O evento é capturado explicitamente quando um usuário salva um novo documento de requisição de compra, por exemplo, usando a transação ME51N.
Por que isso importa

Este é o principal ponto de início do ciclo de vida de muitos Pedidos de Compra. Analisar o tempo entre este evento e a criação do PO ajuda a identificar atrasos no sourcing e no processamento interno.

Onde obter

Registrado na tabela EBAN (Requisição de Compra). O registro de data e hora do evento de criação pode ser encontrado nas tabelas de histórico de alterações CDHDR e CDPOS do objeto EBAN.

Captura

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

Tipo de evento explicit
Confirmação de Serviços Registrada
Esta atividade marca a confirmação de que um serviço especificado em um Pedido de Compra foi prestado. Ela é capturada explicitamente por meio da criação de uma folha de registro de serviços.
Por que isso importa

Para compras baseadas em serviços, este é o equivalente ao recebimento de mercadorias. É essencial para acompanhar os prazos de prestação dos serviços e permitir pagamentos pontuais aos fornecedores.

Onde obter

Registrado por meio da criação de uma folha de registro de serviços, com dados armazenados nas tabelas ESSR (cabeçalho) e ESLL (linhas). A data de criação serve como registro de data e hora.

Captura

Data de criação do documento da folha de registro de serviços na tabela ESSR.

Tipo de evento explicit
Fatura Paga
Marca a liquidação final da fatura do fornecedor por meio de uma execução de pagamentos ou de um pagamento manual. Esta é uma transação financeira explícita que cria um documento de compensação.
Por que isso importa

Embora tecnicamente faça parte do processo de pagamentos, incluir esta atividade oferece uma visão completa do ciclo de procure-to-pay. Ela é essencial para analisar as condições de pagamento e a performance.

Onde obter

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

Captura

Data de compensação (AUGDT) do documento da fatura, encontrada em BSEG ou ACDOCA.

Tipo de evento explicit
Mercadorias Devolvidas
Indica que mercadorias recebidas anteriormente foram devolvidas ao fornecedor, normalmente devido a problemas de qualidade, danos ou envio incorreto. Isso é capturado como um movimento explícito de estorno de mercadorias.
Por que isso importa

Esta atividade destaca retrabalho e possíveis problemas com a qualidade do fornecedor ou a precisão do pedido. Uma frequência alta de devoluções para um fornecedor ou material específico sinaliza um problema.

Onde obter

Registrado como um documento de material com um tipo específico de movimento de devolução, por exemplo, 122. O evento é registrado em MKPF/MSEG e vinculado ao PO na tabela de histórico EKBE.

Captura

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

Tipo de evento explicit
Pedido de Compra Alterado
Esta atividade indica que uma modificação foi feita no Pedido de Compra após sua criação inicial, como uma alteração na quantidade, no preço ou na data de entrega. Ela é capturada explicitamente nos logs de alterações do sistema.
Por que isso importa

Acompanhar alterações, especialmente após a aprovação, é essencial para identificar ineficiências do processo, retrabalho e possíveis problemas de conformidade. Alterações frequentes podem indicar especificações iniciais inadequadas.

Onde obter

Registrado nas tabelas de documentos de alteração CDHDR (cabeçalho) e CDPOS (item) para objetos de Pedido de Compra (EINKBELEG). Cada alteração cria uma entrada detalhada no log.

Captura

Evento registrado para alterações em campos importantes das tabelas EKKO ou EKPO, armazenadas em CDHDR/CDPOS.

Tipo de evento explicit
Pedido de Compra Enviado ao Fornecedor
Representa o momento em que o Pedido de Compra é comunicado ao fornecedor, por exemplo, via EDI, e-mail ou impressão. Esse evento costuma ser capturado pelos logs de gestão de saída do sistema.
Por que isso importa

Esta atividade marca o início efetivo do prazo de entrega do fornecedor. Ela é essencial para medir com precisão a performance do fornecedor a partir do momento em que ele recebe o pedido.

Onde obter

Capturado na tabela de controle de saída NAST, que registra as mensagens enviadas para um documento de compras. A data e o horário do tipo de saída relevante, por exemplo, EDI ou e-mail, podem ser utilizados.

Captura

Registro de data e hora da primeira mensagem de saída enviada com sucesso para o PO na tabela NAST.

Tipo de evento inferred
Pedido de Compra Excluído
Representa o cancelamento ou a exclusão lógica de um item do Pedido de Compra ou de todo o documento. Isso é capturado quando um usuário define um indicador de exclusão no documento.
Por que isso importa

Esta atividade é um ponto final alternativo do processo, indicando uma falha ou cancelamento. Analisar por que os POs são excluídos pode revelar problemas no planejamento da demanda ou na definição dos requisitos.

Onde obter

Capturado a partir do indicador de exclusão (LOEKZ) nas tabelas de cabeçalho (EKKO) ou de itens (EKPO) do Pedido de Compra. O registro de data e hora é derivado dos documentos de alteração (CDHDR/CDPOS).

Captura

Registro de data e hora dos documentos de alteração (CDHDR/CDPOS) quando o indicador de exclusão (LOEKZ) é definido.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados do SAP S/4HANA

Pronto para começar?

Este Template oferece uma base sólida para sua jornada de Process Mining. Comece hoje a usar seus dados do SAP S/4HANA para descobrir oportunidades de eficiência e transformar seu processo Purchase to Pay.

Otimize sua ordem de compra P2P: reduza o tempo de ciclo agora

Elimine ineficiências e reduza em 30% o tempo de ciclo da sua ordem de compra P2P.

Começar o teste grátis

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