Template de Dados: Purchase to Pay (P2P) - Pedido de Compra

SAP Ariba
Template de Dados: Purchase to Pay (P2P) - Pedido de Compra

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

Este Template oferece um guia completo para coletar os dados essenciais necessários para analisar seu processo de Compra ao Pagamento (P2P) - Pedido de Compra. Ele descreve os atributos e as atividades cruciais a serem acompanhados, além de orientações práticas para a extração de dados do seu sistema de origem. Use este recurso para garantir uma base completa e precisa para a descoberta e otimização de processos.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para Extração
É novo em event logs? Saiba como criar um event log para Process Mining.

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

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise completa do processo Purchase to Pay - Pedido de Compra.
3 Obrigatório 6 Recomendado 14 Opcional
Nome Descrição
Nome da Atividade
ActivityName
O nome do evento ou da tarefa que ocorreu em um determinado momento no processo de pedido de compra.
Descrição

O Nome da Atividade descreve uma etapa do ciclo de vida do pedido de compra, como 'Purchase Order Created', 'Purchase Order Approved' ou 'Goods Receipt Posted'. Essa sequência de atividades é a base do mapa do processo.

Analisar essas atividades é o coração do Process Mining. Isso ajuda a visualizar o fluxo, identificar variantes comuns e raras e medir a duração entre etapas. Entender a sequência e a frequência de atividades como 'Purchase Order Changed' é crucial para dashboards como a Análise da taxa de alterações de Pedido de Compra.

Por que é importante

Esse atributo define as etapas do processo, permitindo visualizar o fluxo e identificar gargalos, retrabalho e desvios.

Onde obter

Gerado a partir do mapeamento de mudanças de status, códigos de transação ou event logs das tabelas do SAP Ariba relacionadas ao histórico de documentos e ao workflow.

Exemplos
Pedido de Compra AprovadoPedido de Compra AlteradoRecebimento de mercadorias lançadoFatura recebida vinculada ao pedido de compra
Pedido de Compra
PurchaseOrderNumber
O identificador único de cada pedido de compra, que funciona como o identificador central do caso no processo.
Descrição

O Número do Pedido de Compra é a chave primária que conecta todas as atividades e eventos ao longo do ciclo de compras. Cada número representa uma única transação de compra, desde a criação inicial do pedido até sua conclusão ou cancelamento.

Em Process Mining, esse atributo é fundamental para a análise em nível de caso. Ele permite reconstruir a jornada ponta a ponta de cada pedido, calcular tempos de ciclo, identificar variantes de processo e acompanhar o status individual de cada pedido. Analisar processos pelo número do pedido de compra ajuda a entender o fluxo completo e a identificar gargalos ou desvios em transações específicas.

Por que é importante

Este é o Case ID essencial que conecta todas as etapas do processo, permitindo analisar o ciclo de vida ponta a ponta de cada Pedido de Compra.

Onde obter

Este é um campo principal no documento de Pedido de Compra no SAP Ariba Buying and Invoicing ou SAP Ariba Sourcing.

Exemplos
PO7000123456PO7000123457PO7000123458
Tempo do Evento
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

Event Time é o carimbo de data e hora associado a cada atividade, indicando quando ela foi iniciada. Esses dados são essenciais para ordenar os eventos cronologicamente e calcular durações e tempos de ciclo entre as etapas do processo.

Esse atributo é crítico para praticamente todas as análises baseadas em tempo, incluindo os dashboards Purchase Order End-to-End Cycle Time e Purchase Order Approval Cycle Time. Ele permite calcular indicadores-chave, como o 'Average PO Approval Cycle Time', ao medir a diferença entre os carimbos de data e hora das atividades 'Purchase Order Created' e 'Purchase Order Approved'.

Por que é importante

Esse timestamp é fundamental para sequenciar eventos corretamente e calcular todas as métricas baseadas em duração, como tempos de ciclo e tempos de espera.

Onde obter

Normalmente está na trilha de auditoria (audit trail) ou no change log dos documentos de Pedido de Compra no SAP Ariba.

Exemplos
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
Data de entrega solicitada
RequestedDeliveryDate
A data em que o solicitante espera que os bens ou serviços sejam entregues.
Descrição

É a data-alvo de entrega definida pela área de negócios durante a criação da Requisição de Compra ou do Pedido de Compra. Serve como referência para medir o desempenho real de entrega.

Este atributo é fundamental para o dashboard de Desempenho de Entrega do Fornecedor e para o KPI Taxa de Pontualidade no Recebimento de Mercadorias. Ao comparar a Data de Entrega Solicitada com a Data real de Recebimento de Mercadorias, as organizações conseguem medir a pontualidade dos fornecedores, calcular o desvio de entrega e identificar fornecedores que com frequência não cumprem os prazos. Essa análise é essencial para gerenciar o relacionamento com fornecedores e mitigar riscos na cadeia de suprimentos.

Por que é importante

Serve como base para medir o desempenho de entregas no prazo, crítico para avaliar a confiabilidade do fornecedor e a eficiência da cadeia de suprimentos.

Onde obter

Este é um campo de data padrão no nível de item do Pedido de Compra.

Exemplos
2023-06-012023-07-152023-08-20
Data do recebimento de mercadorias
GoodsReceiptDate
A data em que o recebimento de mercadorias ou a conclusão dos serviços foi oficialmente registrada no sistema.
Descrição

Esse atributo registra o timestamp da atividade 'Goods Receipt Posted' ou 'Services Confirmation Entered'. É a confirmação oficial de que os itens pedidos foram recebidos.

Essa data é crítica para medir os prazos reais de entrega. Ela é o contraponto de 'RequestedDeliveryDate' e é usada para calcular KPIs de variação e pontualidade da entrega. O Dashboard de Pontualidade no Lançamento do Recebimento de Mercadorias depende desse atributo para avaliar a rapidez do registro após a entrega, fator importante para a acurácia de estoque e o pagamento pontual de faturas.

Por que é importante

Representa a data real de entrega, essencial para calcular o desempenho de entregas e identificar atrasos na cadeia de suprimentos.

Onde obter

É o timestamp do documento de Recebimento de Mercadorias ou da Folha de Registro de Serviços que faz referência ao Pedido de Compra.

Exemplos
2023-06-02T11:00:00Z2023-07-14T15:30:00Z2023-08-22T09:45:00Z
Nome do Departamento
DepartmentName
A área ou o centro de custo associado ao pedido de compra.
Descrição

Esse atributo indica a unidade organizacional que iniciou a solicitação de compra ou para a qual a compra está sendo feita. Geralmente é derivado das informações do centro de custo no pedido de compra.

Essa dimensão é essencial para o Dashboard de Eficiência no Processamento de PO por Departamento, permitindo comparar diretamente tempos de ciclo e variantes de processo entre áreas. Ajuda a identificar quais departamentos seguem boas práticas e quais precisam de treinamento adicional ou melhorias de processo. Também é fundamental para calcular o KPI de Variação do Tempo de Ciclo de PO por Departamento.

Por que é importante

Permite comparar desempenho entre unidades de negócio, ajudando a identificar gargalos por área e a compartilhar boas práticas.

Onde obter

Essa informação pode ser encontrada no cabeçalho ou no nível de item do Pedido de Compra, geralmente vinculada ao Centro de Custo ou ao perfil do solicitante.

Exemplos
MarketingOperações de TIGestão de FacilitiesPesquisa e Desenvolvimento
Nome do Fornecedor
VendorName
O nome do fornecedor de quem os bens ou serviços estão sendo adquiridos.
Descrição

Esse atributo identifica o parceiro externo envolvido no pedido de compra. O fornecedor é peça-chave no processo purchase-to-pay (P2P) e seu desempenho impacta diretamente a eficiência de todo o ciclo.

O Nome do Fornecedor é uma dimensão primária para análise de performance. Ele é essencial para o Dashboard de Desempenho de Entrega de Fornecedores, que compara datas de entrega entre diferentes fornecedores. Analisar o processo por fornecedor pode revelar quais costumam atrasar, geram mais retrabalho ou têm processos de faturamento mais complexos, trazendo insights valiosos para a gestão de relacionamento com fornecedores.

Por que é importante

Permite analisar o desempenho dos fornecedores, ajudando a identificar parceiros confiáveis e apontar os que geram atrasos ou outros problemas.

Onde obter

Este é um campo padrão no nível de cabeçalho do Pedido de Compra no SAP Ariba.

Exemplos
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
Nome do Utilizador
UserName
O nome ou ID do usuário que executou a atividade.
Descrição

Esse atributo identifica a pessoa responsável por executar uma etapa específica do processo, como aprovar um pedido de compra ou lançar um recebimento de mercadorias. Pode ser um ID de usuário ou um nome completo.

Analisar a performance por usuário ajuda a identificar necessidades de treinamento e reconhecer os que mais se destacam. Também é crucial para análises de conformidade, como no Dashboard de Desvio de Conformidade na Aprovação de PO, ajudando a identificar quem pulou etapas obrigatórias de aprovação. Além disso, também ajuda a entender a distribuição de trabalho e a alocação de recursos.

Por que é importante

Garante rastreabilidade e permite analisar performance, carga de trabalho e conformidade por usuário — essencial para identificar necessidades de treinamento ou desvios no processo.

Onde obter

Essa informação costuma estar disponível nos logs de workflow e no histórico do documento no SAP Ariba, frequentemente associada a cada evento.

Exemplos
john.smithLROSSIjane.doe
Valor do Pedido de Compra
PurchaseOrderAmount
O valor monetário total do pedido de compra.
Descrição

Esse atributo representa o valor total de todos os bens e serviços listados no pedido de compra, excluindo impostos e outras cobranças, a menos que especificado. É uma métrica financeira essencial para entender o valor das transações que passam pelo processo.

Em análises, o Valor do Pedido de Compra costuma ser usado para segmentar o processo. Por exemplo, pedidos de alto valor podem seguir um fluxo de aprovação mais rigoroso do que pedidos de baixo valor. Isso ajuda a priorizar esforços de melhoria nos casos de maior impacto financeiro e a analisar padrões de gasto por departamento ou fornecedor.

Por que é importante

Adiciona contexto financeiro a cada caso, permitindo análises por valor para priorizar melhorias e entender como o valor do pedido impacta o comportamento do processo.

Onde obter

Este é um campo calculado padrão no nível de cabeçalho do Pedido de Compra, somando o valor de todos os itens.

Exemplos
1500.0025000.50500.75
Desvio de entrega
DeliveryVariance
A diferença de tempo calculada entre a data de entrega solicitada e a data efetiva do recebimento de mercadorias.
Descrição

Essa métrica quantifica o desempenho de entrega do fornecedor ao medir se a entrega ocorreu adiantada ou atrasada. É calculada subtraindo a 'RequestedDeliveryDate' da 'GoodsReceiptDate'. Um valor positivo indica atraso, negativo indica adiantamento e zero significa entrega no prazo.

É o cálculo central por trás do dashboard 'Desempenho de Entrega do Fornecedor' e do KPI 'Variação do Desempenho de Entrega do Fornecedor'. Ao analisar essa variação entre fornecedores, as organizações conseguem identificar parceiros confiáveis e pouco confiáveis, orientando negociações com fornecedores e estratégias de gestão de riscos. Ajuda a ir além do simples indicador no prazo/atrasado para entender a magnitude dos desvios de entrega.

Por que é importante

Quantifica a pontualidade do fornecedor ao medir com exatidão o atraso ou o adiantamento das entregas, essencial para gerenciar o desempenho dos fornecedores.

Onde obter

Calculado na camada de transformação de dados subtraindo 'RequestedDeliveryDate' de 'GoodsReceiptDate'.

Exemplos
P2D-P1DP0D
É Retrabalho
IsRework
Um indicador calculado que mostra se um Pedido de Compra passou por um ciclo de retrabalho, como ser rejeitado e reenviado.
Descrição

Esse atributo booleano é derivado da sequência de atividades. É definido como 'true' quando um pedido de compra retrocede no processo; por exemplo, quando a atividade 'Approve Purchase Order' é seguida por 'Change Purchase Order' e, depois, ocorre nova aprovação. Isso indica um desvio do processo ideal, direto (straight-through).

Esse indicador é essencial para calcular o KPI de Taxa de Retrabalho em Loop no PO e para filtrar o mapa do processo destacando fluxos ineficientes. Ao identificar casos com retrabalho, os analistas podem investigar as causas raiz, como lançamento incorreto de dados ou requisitos pouco claros, e agir para melhorar a taxa de aprovação na primeira tentativa.

Por que é importante

Sinaliza diretamente os casos com ineficiências e retrabalho, permitindo que os analistas quantifiquem o impacto de loops e priorizem sua eliminação.

Onde obter

Esse atributo não existe no sistema de origem; é calculado durante a transformação dos dados usando a sequência de atividades de cada caso.

Exemplos
verdadeirofalse
Event End Time
EventEndTime
O carimbo de data e hora que indica quando uma atividade foi concluída. Usado para calcular o tempo de processamento de atividades manuais.
Descrição

Enquanto StartTime indica quando uma atividade começou, EventEndTime marca sua conclusão. Para muitos eventos gerados pelo sistema, os horários de início e fim são idênticos. Porém, para tarefas manuais ou jobs automatizados de longa duração, a diferença entre início e fim representa o tempo de processamento da atividade.

Esse atributo é usado para calcular a métrica 'ProcessingTime', vital para o dashboard de Análise da Duração das Atividades do Pedido de Compra. Ele ajuda a identificar quais tarefas levam mais tempo para serem concluídas, destacando oportunidades de treinamento, realocação de recursos ou automação.

Por que é importante

Permite calcular tempos de processamento precisos por atividade, ajudando a identificar quais tarefas específicas consomem mais tempo.

Onde obter

Consulte a documentação do SAP Ariba. Caso não esteja disponível explicitamente, pode ser necessário derivar a partir da data e hora de início da atividade seguinte.

Exemplos
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
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 Commodity Code na terminologia da Ariba, é uma forma de categorizar os itens comprados. Isso permite analisar os gastos e aplicar estratégias de compras diferentes para cada tipo de bem ou serviço.

Em Process Mining, esse atributo permite analisar o processo de compras com base no que está sendo adquirido. Por exemplo, o processo de aprovação para hardware de TI pode ser diferente do de materiais de escritório. Isso gera insights mais granulares, ajudando a direcionar melhorias de processo para categorias específicas de compra.

Por que é importante

Permite analisar o processo pela categoria de bens ou serviços adquiridos, revelando variações na forma como itens diferentes são comprados.

Onde obter

Este é um campo padrão no nível de item de um Pedido de Compra, frequentemente rotulado como 'Commodity Code'.

Exemplos
IT.HardwareOffice.SuppliesProfessional.Services
Moeda
DocumentCurrency
O código da moeda dos valores do pedido de compra.
Descrição

Esse atributo indica a moeda, como USD, EUR ou GBP, na qual o Valor do Pedido de Compra está expresso. É um dado essencial para qualquer análise financeira.

Ao analisar um processo que abrange vários países ou regiões, a Moeda do Documento é fundamental para interpretar e comparar valores monetários corretamente. Todos os KPIs e dashboards financeiros devem usar esse campo para filtrar por uma única moeda ou aplicar as taxas de câmbio adequadas para uma agregação e comparação precisas.

Por que é importante

Fornece o contexto necessário para todos os campos monetários, garantindo análises financeiras corretas e evitando a agregação indevida de moedas diferentes.

Onde obter

Este é um campo padrão no nível de cabeçalho do Pedido de Compra no SAP Ariba.

Exemplos
USDEURGBPJPY
Nº da requisição de compra
PurchaseRequisitionNumber
O identificador único da requisição de compra que antecedeu o pedido de compra.
Descrição

Esse atributo vincula um pedido de compra (PO) à requisição de compra de origem. Nem todo PO terá uma requisição anterior, por exemplo, em casos de criação direta do PO.

Esse vínculo é crucial para analisar o processo de suprimentos ponta a ponta, desde a solicitação inicial. Ele é necessário para o Dashboard Funil de Conversão de Requisição para PO e para o KPI de Tempo de Conversão de Requisição para PO. Analisar essa conexão ajuda a identificar atrasos entre a aprovação da requisição e o envio do pedido formal ao fornecedor.

Por que é importante

Conecta o Pedido de Compra à requisição inicial, permitindo uma análise ponta a ponta de verdade — da criação da requisição ao atendimento do pedido.

Onde obter

Essa informação geralmente está disponível como um campo de referência no item do Pedido de Compra.

Exemplos
PR10004567PR10004568PR10004569
O PO foi alterado
IsPurchaseOrderChanged
Um indicador booleano que indica se o Pedido de Compra foi modificado após a criação inicial.
Descrição

Este é um atributo derivado que recebe o valor 'true' quando existe a atividade 'Purchase Order Changed' para um determinado case. Ele simplifica a análise das taxas de alteração ao fornecer um indicador simples no nível do case.

Esse indicador é usado para calcular o KPI 'Taxa de Alterações de Pedido de Compra'. Ele permite segmentar rapidamente os dados para comparar processos de pedidos alterados vs. não alterados, o que pode revelar impactos nas etapas seguintes, como tempos de ciclo maiores ou mais divergências de fatura. O Dashboard de Análise da Taxa de Alterações de Pedido de Compra usa esse indicador para quantificar a frequência de alterações.

Por que é importante

Fornece um indicador simples para identificar todos os pedidos de compra que tiveram alteração, facilitando o cálculo da taxa de alterações e a análise de seus impactos.

Onde obter

Este indicador é gerado durante a transformação dos dados, ao verificar a existência do evento 'Purchase Order Changed' para cada número de Pedido de Compra.

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

A Organização de Compras é um elemento-chave na estrutura de compras, responsável pelos aspectos estratégicos da aquisição. Podem existir organizações de compras diferentes para regiões ou unidades de negócio distintas.

Analisar o processo por Organização de Compras pode revelar diferenças de eficiência, conformidade e estratégias de gestão de fornecedores em toda a empresa. Isso ajuda a padronizar boas práticas e a identificar gargalos ou fontes de ineficiência no nível organizacional.

Por que é importante

Permite analisar, em alto nível, a eficiência do processo e a conformidade em diferentes unidades estratégicas de compras.

Onde obter

Este é um campo padrão de dados organizacionais no nível de cabeçalho do Pedido de Compra.

Exemplos
PO_US01PO_EMEAPO_GLOBAL
Sistema de Origem
SourceSystem
Identifica o sistema de onde os dados foram extraídos; neste caso, o SAP Ariba.
Descrição

Esse atributo indica a origem dos dados do processo. Em ambientes com vários sistemas integrados, ele é crucial para distinguir dados de fontes diferentes e garantir a linhagem dos dados.

Nas análises, ajuda a filtrar dados por sistema específico ou a entender interações de processo entre plataformas. É um metadado chave para governança e validação de dados, assegurando que as análises se baseiem no conjunto de dados correto.

Por que é importante

Traz contexto essencial sobre a origem dos dados, crucial para a governança, a validação e as análises em ambientes com múltiplos sistemas.

Onde obter

Este é um valor estático ('SAP Ariba'), geralmente adicionado durante o processo de extração e transformação dos dados.

Exemplos
SAP AribaSAP-Ariba-USAribaCloud
Status do Pedido de Compra
PurchaseOrderStatus
O status atual do pedido de compra no seu ciclo de vida.
Descrição

Esse atributo indica o estado atual do pedido de compra, como 'Ordering', 'Receiving', 'Invoiced' ou 'Completed'. É um retrato de onde o PO está no processo.

Embora o Process Mining reconstrua o fluxo a partir das atividades, o status atual é útil para filtrar casos e entender a carga de trabalho no momento. Por exemplo, um analista pode querer focar apenas nos POs 'In-Flight' que ainda não foram concluídos. Ele também pode ser usado para validar a atividade final da trilha do processo.

Por que é importante

Mostra um retrato rápido de em que etapa do ciclo de vida o pedido de compra está, útil para filtrar e focar em casos ativos ou concluídos.

Onde obter

Este é um campo de status padrão no cabeçalho do documento de Pedido de Compra no SAP Ariba.

Exemplos
Emissão de pedidoRecebimentoConcluídoCancelado
Tempo de ciclo da aprovação do Pedido de Compra
POApprovalCycleTime
A duração calculada entre a criação do pedido de compra e sua aprovação final.
Descrição

Essa métrica mede quanto tempo um Pedido de Compra leva para passar por todas as etapas de aprovação necessárias. É calculada como a diferença entre o timestamp da primeira atividade 'Pedido de Compra Criado' e o da última atividade 'Pedido de Compra Aprovado' para um determinado caso.

É uma medida direta do KPI 'Tempo Médio de Aprovação do PO' e a métrica central do dashboard 'Tempo de Ciclo de Aprovação do Pedido de Compra'. Analisar essa duração ajuda a identificar gargalos na hierarquia de aprovações, seja em pessoas específicas, áreas ou certos tipos de compra. Reduzir esse tempo de ciclo costuma ser um objetivo-chave de projetos de melhoria de processo.

Por que é importante

Mede diretamente a eficiência do processo de aprovação, uma fonte comum de atrasos em compras, e é um KPI crítico para os responsáveis pelo processo.

Onde obter

Calculado durante a transformação dos dados, subtraindo a data e hora de início do evento de criação da data e hora de início do evento de aprovação final.

Exemplos
P2DPT8H30MP0D
Tempo de ciclo de ponta a ponta do Pedido de Compra
POEndToEndCycleTime
O tempo total decorrido desde a criação da primeira requisição de compra até a conclusão final do pedido de compra.
Descrição

Esse atributo calculado mede a duração total de todo o processo de pedido de compra. Normalmente começa no evento 'Purchase Requisition Created' e termina no 'Purchase Order Completed' ou no último 'Goods Receipt Posted'. Ele dá uma visão completa da eficiência do processo.

É a métrica principal do KPI 'End-to-End PO Cycle Time' e do Dashboard 'Purchase Order End-to-End Cycle Time'. Permite acompanhar o desempenho geral e o impacto das melhorias de processo. Detalhar esse tempo de ciclo total por fornecedor, departamento ou grupo de materiais ajuda a revelar os maiores responsáveis por prazos longos.

Por que é importante

Representa o tempo total de processamento de um pedido de compra, oferecendo uma medida macro da eficiência do processo e da experiência do cliente interno.

Onde obter

Calculado durante a transformação dos dados pela diferença entre os carimbos de data e hora mais antigo e mais recente de um determinado caso.

Exemplos
P15DP30D12HP7D
Tipo de Pedido de Compra
PurchaseOrderType
Uma classificação do Pedido de Compra, como padrão, contrato guarda-chuva ou subcontratação.
Descrição

Tipo de Pedido de Compra categoriza os pedidos conforme sua finalidade de negócio. Tipos diferentes podem seguir caminhos distintos e ter regras próprias de aprovação e atendimento.

Esse atributo permite segmentar o processo para análises mais relevantes. Por exemplo, avaliar o tempo de ciclo de 'POs padrão' separadamente de 'POs de serviço' pode revelar gargalos distintos. Assim, você cria subconjuntos mais homogêneos de dados e tem uma visão mais clara de cenários específicos de compras.

Por que é importante

Permite segmentar a análise por tipo de pedido, gerando insights mais precisos, já que tipos diferentes costumam ter fluxos distintos.

Onde obter

Consulte a documentação do SAP Ariba. Normalmente, esse campo é configurável no cabeçalho do PO.

Exemplos
PO padrãoPO de serviçosPedido de Compra aberto
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados deste evento foram atualizados ou extraídos do sistema de origem pela última vez.
Descrição

Esse atributo informa a data e a hora da última extração de dados do SAP Ariba. É um metadado crítico para entender a atualidade dos dados analisados.

Em qualquer análise de Process Mining, saber quão recentes são os dados é essencial para relatórios e tomada de decisão. Esse timestamp permite confirmar que os dashboards e KPIs, como Tendência de Throughput de Pedidos de Compra, estão baseados em informações atualizadas.

Por que é importante

Indica a atualidade dos dados, garantindo que os usuários entendam quão recente é a análise e aumentando a confiança nos insights.

Onde obter

Esse timestamp geralmente é gerado e anexado ao dataset durante o processo de extração, transformação e carga (ETL).

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

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

Estas são as etapas e os marcos essenciais do processo que você deve capturar no seu Event Log para uma descoberta precisa do processo Purchase to Pay - Pedido de Compra.
6 Recomendado 8 Opcional
Atividade Descrição
Pedido de Compra Aprovado
Indica que o pedido de compra recebeu todas as aprovações internas necessárias e está pronto para ser enviado ao fornecedor. Esse evento é inferido quando o status do documento de PO muda para 'Approved' após a conclusão do workflow designado.
Por que é importante

Este é um marco crítico para medir o tempo de ciclo das aprovações e identificar gargalos na revisão gerencial. Atrasos aqui impactam diretamente os prazos de entrega dos fornecedores e a eficiência de compras.

Onde obter

Inferido pelo timestamp em que o status do documento PurchaseOrder ou o campo 'ApprovedState' muda para 'Approved'. Os logs do histórico de aprovações fornecem dados detalhados.

Captura

Inferido pelo timestamp da ação de aprovação final no fluxo de aprovação do PO.

Tipo de evento inferred
Pedido de Compra Concluído
Essa atividade indica o encerramento bem-sucedido do ciclo do pedido de compra (PO), mostrando que bens ou serviços foram totalmente recebidos e faturados. Isso é inferido quando o status do PO muda para 'Received', 'Invoiced' ou outro estado final semelhante.
Por que é importante

Este é o ponto final de sucesso do processo. Medir o tempo para alcançar esse estado fornece o tempo de ciclo ponta a ponta, um indicador-chave da eficiência geral do processo.

Onde obter

Inferido pelo timestamp em que o status de PurchaseOrder muda para um estado final, como 'Received'. O PO é considerado concluído quando todos os itens de linha são totalmente recebidos.

Captura

Inferido quando o status do PO muda para 'Received' ou outro estado concluído semelhante.

Tipo de evento inferred
Pedido de Compra Criado
Essa atividade indica a criação do documento oficial do pedido de compra (PO) no SAP Ariba, seja a partir de uma requisição aprovada ou diretamente. É capturada pelo timestamp de criação do documento do PO, marcando o início formal do seu ciclo.
Por que é importante

Para POs diretos, este é o início do processo. É um marco importante para medir o tempo de conversão da requisição para o pedido e o ciclo geral de processamento do PO.

Onde obter

Capturado a partir do carimbo de data e hora de criação do objeto de documento PurchaseOrder no SAP Ariba Buying. Nesse ponto, o status geralmente é 'Composing' ou 'Submitted'.

Captura

Com base no carimbo de data e hora de criação do documento do Pedido de Compra.

Tipo de evento explicit
Pedido de Compra Enviado ao Fornecedor
Representa o momento em que o pedido de compra aprovado é oficialmente enviado ao fornecedor, geralmente via Ariba Network. Esse evento é registrado quando o status do PO muda para 'Sent' ou 'Ordered'.
Por que é importante

Este marco sinaliza a transição do processamento interno para o atendimento pelo fornecedor. É o ponto de partida para medir o lead time do fornecedor e o desempenho de entrega.

Onde obter

Inferido pelo timestamp em que o status do documento PurchaseOrder muda para 'Sent' ou 'Ordered'. Essa é uma transição de status padrão no Ariba.

Captura

Inferido pelo timestamp da mudança de status para 'Sent' ou estado similar.

Tipo de evento inferred
Recebimento de mercadorias lançado
Representa o recebimento físico de mercadorias, registrado no SAP Ariba. É um evento explícito, capturado quando um usuário cria e envia um documento de recebimento vinculado a um item de linha do pedido de compra.
Por que é importante

Este é um marco essencial para confirmar a entrega e o ponto final de medição do desempenho de entrega do fornecedor. Também autoriza o pagamento da fatura em um cenário de conferência em três vias.

Onde obter

Capturado a partir do carimbo de data e hora de criação ou de envio do documento Receipt vinculado ao PurchaseOrder.

Captura

Com base no carimbo de data e hora de envio do documento de Entrada de Mercadorias.

Tipo de evento explicit
Requisição de compra criada
Essa atividade marca a criação de uma requisição de compra, o pedido formal de bens ou serviços que antecede um pedido de compra (PO). No SAP Ariba, isso normalmente é registrado quando um usuário salva e envia uma nova requisição, gerando um registro com o timestamp de criação.
Por que é importante

Este é o ponto de partida principal do processo de compras. Analisar o tempo entre esse evento e a criação do Pedido de Compra é crucial para entender o tempo de ciclo da requisição ao pedido e identificar gargalos nas etapas iniciais.

Onde obter

Esse evento é capturado a partir da data de criação do objeto de documento Requisition no módulo SAP Ariba Buying. A mudança de status para 'Submitted' geralmente marca o início formal.

Captura

Com base no carimbo de data e hora de criação do documento de Requisição de Compra.

Tipo de evento explicit
Aviso de Embarque (ASN) recebido
Essa atividade é registrada quando o fornecedor envia um ASN (Advance Ship Notice) por meio da Ariba Network, indicando que os itens foram enviados. O ASN inclui detalhes do envio, como itens, quantidades e informações de rastreamento.
Por que é importante

O ASN traz visibilidade para a cadeia de suprimentos, permitindo que o time de recebimento se prepare para a entrega. É um insumo fundamental para acompanhar estoque em trânsito e prever prazos de entrega.

Onde obter

Capturado a partir da data de criação do documento ShipNotice vinculado aos itens de linha do PurchaseOrder.

Captura

Com base no carimbo de data e hora de criação do documento Aviso de Embarque (ASN).

Tipo de evento explicit
Confirmação de serviços registrada
Representa a confirmação de que os serviços foram prestados, o equivalente em serviços ao recebimento de mercadorias. Isso é registrado quando uma SES (Service Entry Sheet) é criada e aprovada para um pedido de compra de serviços.
Por que é importante

Esta atividade é crítica para acompanhar a execução de ordens de serviço e autoriza o pagamento. Analisar sua pontualidade ajuda a gerenciar a entrega de serviços e os gastos associados.

Onde obter

Capturado a partir do carimbo de data e hora de aprovação do documento ServiceSheet vinculado ao PurchaseOrder.

Captura

Com base no carimbo de data e hora de aprovação da Folha de Serviço.

Tipo de evento explicit
Fatura recebida vinculada ao pedido de compra
Indica que uma fatura do fornecedor referenciando o pedido de compra foi recebida e registrada no SAP Ariba. Esse evento conecta o processo de compras ao processo de pagamento subsequente.
Por que é importante

Esta atividade é um ponto-chave de integração entre compras e finanças. O momento de sua execução é importante para gerenciar o capital de giro e garantir pagamentos em dia aos fornecedores.

Onde obter

Capturado a partir do carimbo de data e hora de criação do documento Invoice no Ariba Invoicing, que contém uma referência ao PurchaseOrder.

Captura

Com base no carimbo de data e hora de criação da fatura vinculada ao Pedido de Compra (PO).

Tipo de evento explicit
Fornecedor confirmou o Pedido de Compra
Indica que o fornecedor recebeu e acusou o recebimento do pedido de compra, confirmando a intenção de atendê-lo. Isso é registrado quando o fornecedor envia um documento de Order Confirmation pela Ariba Network, o que atualiza o status do PO.
Por que é importante

Essa atividade confirma que o fornecedor está processando o pedido. Ajuda a acompanhar o tempo de resposta do fornecedor e a conferir se o pedido inicial está correto.

Onde obter

Inferido pelo timestamp em que o status de PurchaseOrder é atualizado para 'Confirmed' após o recebimento de uma Order Confirmation do fornecedor.

Captura

Com base na data de criação da Confirmação de Pedido relacionada ou em uma mudança de status do Pedido de Compra (PO).

Tipo de evento inferred
Mercadorias devolvidas ao fornecedor
Esta atividade registra a devolução de mercadorias ao fornecedor, normalmente por danos, defeitos ou itens incorretos entregues. Ela é registrada quando uma nota de devolução ou nota de débito é criada em relação ao recebimento original de mercadorias.
Por que é importante

Monitorar devoluções evidencia problemas de qualidade do fornecedor e de acuracidade nas entregas. Analisar a frequência e os motivos das devoluções ajuda a melhorar a seleção e a gestão de fornecedores.

Onde obter

Isso pode ser inferido pela criação de um documento de recebimento específico de devolução ou pela presença de quantidade negativa em um recebimento. O mecanismo exato pode variar conforme a configuração.

Captura

Inferido pela criação de um recebimento com quantidade negativa ou com o tipo específico 'Return'.

Tipo de evento inferred
Pedido de Compra Alterado
Esta atividade registra qualquer modificação feita em um pedido de compra após sua criação inicial, como mudanças de quantidade, preço ou data de entrega. Uma nova versão do documento do pedido é criada, geralmente acionando um workflow de reaprovação.
Por que é importante

Acompanhar mudanças é essencial para identificar ineficiências do processo, loops de retrabalho e causas raiz de erros de compras. Uma taxa alta de alterações pode indicar um levantamento inicial de requisitos insuficiente.

Onde obter

Capturado pela identificação de várias versões do mesmo documento PurchaseOrder. Cada nova versão tem um carimbo de data e hora de criação que pode ser usado para este evento.

Captura

Registrado quando uma nova versão do documento de pedido de compra é criada e salva.

Tipo de evento explicit
Pedido de Compra Cancelado
Representa o cancelamento de um pedido de compra antes do atendimento. Pode ser iniciado pela organização compradora ou, em casos raros, pelo fornecedor.
Por que é importante

Esta é uma exceção importante e um ponto final do processo. Analisar por que Pedidos de Compra são cancelados pode revelar problemas de planejamento, orçamento ou confiabilidade de fornecedores.

Onde obter

Inferido pelo timestamp em que o status do documento PurchaseOrder muda para 'Cancelled' ou 'Closed'.

Captura

Inferido pelo timestamp da mudança de status para 'Cancelled'.

Tipo de evento inferred
Requisição de compra aprovada
Representa a aprovação final de uma requisição de compra por todas as partes necessárias, autorizando sua conversão em pedido de compra. Normalmente isso é inferido pela mudança do status da requisição para 'Approved' e pelo carimbo de data e hora dessa aprovação final.
Por que é importante

Esse marco encerra a fase de aprovação interna da solicitação. Acompanhá-lo ajuda a medir a eficiência dos controles internos e dos workflows de aprovação antes da criação do PO.

Onde obter

Inferido pelo histórico de aprovações ou pelo campo de status do documento Requisition. O timestamp do evento corresponde à data em que o status mudou para 'Approved'.

Captura

Inferido pelo timestamp em que o campo 'ApprovedState' da requisição muda para 'Approved'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP Ariba