Template de Dados: Purchase to Pay (P2P) - Pedido de Compra
Seu Template de Dados de Compra ao Pagamento (P2P) - Pedido de Compra
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para Extração
Procure to Pay (P2P) - Atributos de Pedido de Compra
| 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
|
|||
Procure to Pay (P2P) - Atividades de Pedido de Compra
| 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
|
|||