Seu Template de dados de Purchase to Pay - Purchase Order
Seu Template de dados de Purchase to Pay - Purchase Order
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração
Purchase to Pay - Pedido de compra: atributos
| Nome | Descrição | ||
|---|---|---|---|
|
Hora do Evento
EventTime
|
A data e a hora exatas em que uma atividade ou evento específico ocorreu. | ||
|
Descrição
A Hora do Evento é o carimbo de data e hora associado a cada atividade, registrando quando ela começou. Esses dados são essenciais para ordenar os eventos cronologicamente e calcular durações e tempos de ciclo entre diferentes etapas do processo. Este atributo é fundamental para quase 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 de performance como 'Average PO Approval Cycle Time', medindo a diferença entre os carimbos de data e hora das atividades 'Purchase Order Created' e 'Purchase Order Approved'.
Por que isso importa
Este carimbo de data e hora é fundamental para ordenar corretamente os eventos e calcular todas as métricas baseadas em duração, como tempos de ciclo e tempos de espera.
Onde obter
Normalmente, ele é encontrado nos dados da trilha de auditoria ou do log de alterações dos documentos de Pedido de Compra no SAP Ariba.
Exemplos
2023-04-15T10:30:00Z2023-04-16T14:05:22Z2023-05-01T09:00:15Z
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento ou da tarefa específica que ocorreu em determinado momento do 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 forma a base do mapa do processo. Analisar essas atividades é o núcleo do process mining. Isso ajuda a visualizar o fluxo do processo, identificar variantes comuns e raras e medir a duração entre diferentes etapas. Entender a sequência e a frequência de atividades como 'Purchase Order Changed' é essencial para Dashboards como o Purchase Order Change Rate Analysis.
Por que isso importa
Este atributo define as etapas do processo, permitindo visualizar o fluxo do processo e identificar gargalos, retrabalho e desvios.
Onde obter
Gerado pelo mapeamento de mudanças de status, códigos de transação ou Event Logs das tabelas subjacentes 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 contra o PO
|
|||
|
Pedido de Compra
PurchaseOrderNumber
|
O identificador exclusivo de cada documento de Pedido de Compra, usado como 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 relacionados ao longo do ciclo de vida das compras. Cada número representa uma única transação de compra, desde a criação inicial do pedido até sua conclusão ou cancelamento. No process mining, esse atributo é fundamental para a análise no nível do caso. Ele permite reconstruir a jornada de ponta a ponta de cada Pedido de Compra, possibilitando calcular tempos de ciclo, identificar variantes do processo e acompanhar o status de cada pedido. Analisar os processos pelo Número do Pedido de Compra ajuda a entender o fluxo completo e identificar gargalos ou desvios em transações específicas.
Por que isso importa
Este é o Case ID essencial que conecta todas as etapas do processo, permitindo analisar o ciclo de vida completo de cada Pedido de Compra individual.
Onde obter
Este é um campo principal do documento Purchase Order no SAP Ariba Buying and Invoicing ou no SAP Ariba Sourcing.
Exemplos
PO7000123456PO7000123457PO7000123458
|
|||
|
Data de entrega solicitada
RequestedDeliveryDate
|
A data em que a parte solicitante espera que os bens ou serviços sejam entregues. | ||
|
Descrição
Esta é a data de entrega desejada especificada pela empresa durante a criação da requisição ou do pedido de compra. Ela serve como referência para medir a performance real da entrega. Este atributo é fundamental para o Dashboard de Performance de Entrega do Fornecedor e para o KPI de Índice de Pontualidade do Recebimento de Mercadorias. Comparando a data de entrega solicitada com a data real do recebimento de mercadorias, as organizações podem medir a pontualidade dos fornecedores, calcular a variação da entrega e identificar fornecedores que não cumprem os prazos de forma recorrente. Essa análise é essencial para gerenciar o relacionamento com fornecedores e reduzir riscos na cadeia de suprimentos.
Por que isso importa
Serve como referência para medir a performance de entregas no prazo, algo essencial para avaliar a confiabilidade dos fornecedores e a eficiência da cadeia de suprimentos.
Onde obter
Este é um campo de data padrão no nível do item do documento de Pedido de compra.
Exemplos
2023-06-012023-07-152023-08-20
|
|||
|
Data do recebimento de mercadorias
GoodsReceiptDate
|
A data em que o recebimento das mercadorias ou a conclusão dos serviços foi registrado oficialmente no sistema. | ||
|
Descrição
Este atributo registra o timestamp da atividade "Recebimento de mercadorias lançado" ou "Confirmação de serviços inserida". É a confirmação oficial de que os itens pedidos foram recebidos. Essa data é fundamental para medir os tempos reais de entrega. Ela corresponde à "RequestedDeliveryDate" e é usada para calcular a variação da entrega e os KPIs de pontualidade. O Dashboard de Pontualidade do Lançamento do Recebimento de Mercadorias depende deste atributo para avaliar a rapidez com que os recebimentos são registrados após a entrega, algo importante para a precisão do estoque e o pagamento pontual das faturas.
Por que isso importa
Representa a data real da entrega, essencial para calcular a performance de entrega e identificar atrasos na cadeia de suprimentos.
Onde obter
Este é 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
|
O departamento de negócios ou centro de custo associado ao Pedido de Compra. | ||
|
Descrição
Este atributo indica a unidade organizacional que iniciou a solicitação de compra ou para a qual a compra está sendo feita. Normalmente, ele é derivado das informações do centro de custo no Pedido de Compra. Essa dimensão é essencial para o Dashboard Departmental PO Processing Efficiency, permitindo comparar diretamente tempos de ciclo e variantes do processo entre diferentes departamentos. Ela ajuda a identificar quais departamentos seguem as melhores práticas e quais podem precisar de treinamento adicional ou melhorias no processo. Também é fundamental para calcular o KPI Departmental PO Cycle Time Variance.
Por que isso importa
Permite comparar a performance entre diferentes unidades de negócio, ajudando a identificar gargalos departamentais e compartilhar melhores práticas.
Onde obter
Essas informações podem ser encontradas no nível do cabeçalho ou do item de linha do Pedido de Compra, geralmente vinculadas ao Centro de Custo ou ao perfil do Solicitante.
Exemplos
MarketingOperações de TIGestão de instalaçõesPesquisa e desenvolvimento
|
|||
|
Nome do Fornecedor
VendorName
|
O nome do fornecedor de quem as mercadorias ou os serviços estão sendo comprados. | ||
|
Descrição
Este atributo identifica o parceiro externo envolvido no Pedido de Compra. O fornecedor é uma entidade essencial no processo de purchase-to-pay, e sua performance afeta diretamente a eficiência de todo o ciclo. Vendor Name é uma dimensão principal para a análise de performance. É essencial para o Dashboard Vendor Delivery Performance, que compara as datas de entrega entre diferentes fornecedores. Analisar os processos por fornecedor pode revelar quais parceiros atrasam com frequência, geram mais retrabalho ou têm processos de faturamento complexos, fornecendo insights valiosos para a gestão do relacionamento com fornecedores.
Por que isso importa
Permite analisar a performance dos fornecedores, ajudando a identificar parceiros confiáveis e apontar fornecedores que causam atrasos ou outros problemas.
Onde obter
Este é um campo padrão no nível do cabeçalho do documento de Pedido de compra no SAP Ariba.
Exemplos
Global Office Supplies Inc.Tech Solutions LLCAdvanced Industrial Parts
|
|||
|
Nome do Usuário
UserName
|
O nome ou ID do usuário que executou a atividade. | ||
|
Descrição
Este 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 exclusivo ou um nome completo. Analisar a performance por usuário ajuda a identificar necessidades de treinamento ou reconhecer os melhores desempenhos. Também é essencial para análises relacionadas à conformidade, como o Dashboard PO Approval Compliance Deviation, no qual ajuda a determinar quem ignorou etapas de aprovação obrigatórias. Ele também pode ser usado para entender a distribuição da carga de trabalho e a alocação de recursos.
Por que isso importa
Fornece responsabilização e permite analisar a performance, a carga de trabalho e a conformidade específicas de cada usuário, aspectos essenciais para identificar necessidades de treinamento ou desvios do processo.
Onde obter
Essas informações normalmente estão disponíveis nos logs de workflow e do histórico de documentos do SAP Ariba, geralmente associadas a cada evento.
Exemplos
john.smithLROSSIjane.doe
|
|||
|
Valor do pedido de compra
PurchaseOrderAmount
|
O valor monetário total do pedido de compra. | ||
|
Descrição
Este atributo representa o custo total de todos os bens e serviços listados no pedido de compra, excluindo impostos e outras cobranças, salvo indicação em contrário. É uma métrica financeira importante para entender o valor das transações que passam pelo processo. Na análise, 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 diferente e mais rigoroso do que pedidos de baixo valor. Ele pode ser usado para priorizar iniciativas de melhoria de processo nas transações financeiramente mais relevantes e analisar padrões de gastos por departamento ou fornecedor.
Por que isso importa
Fornece contexto financeiro para cada caso, permitindo priorizar melhorias com base no valor e entender como o valor do pedido afeta o comportamento do processo.
Onde obter
Este é um campo calculado padrão no nível do cabeçalho do documento de Pedido de compra, que soma o valor de todos os itens.
Exemplos
1500.0025000.50500.75
|
|||
|
É retrabalho
IsRework
|
Um indicador calculado que mostra se um pedido de compra passou por um loop de retrabalho, como ser rejeitado e reenviado. | ||
|
Descrição
Este atributo booleano é derivado da sequência de atividades. Ele recebe o valor "true" quando um pedido de compra retrocede no processo, por exemplo, quando a atividade "Aprovar pedido de compra" é seguida por "Alterar pedido de compra" e depois por uma nova aprovação. Isso indica um desvio do processo ideal, sem interrupções. Este indicador é essencial para calcular o KPI de Taxa de Loops de Retrabalho do Pedido de Compra e filtrar o mapa de processo para destacar fluxos ineficientes. Ao identificar casos com retrabalho, os analistas podem investigar as causas-raiz, como erros de entrada de dados ou requisitos pouco claros, e agir para melhorar a taxa de aprovação na primeira tentativa.
Por que isso importa
Sinaliza diretamente casos com ineficiências e retrabalho no processo, permitindo quantificar o impacto dos loops e priorizar sua eliminação.
Onde obter
Este atributo não existe no sistema de origem, mas é calculado durante a transformação dos dados usando a sequência de atividades de cada caso.
Exemplos
truefalse
|
|||
|
Grupo de materiais
MaterialGroup
|
Uma classificação usada para agrupar materiais ou serviços com características semelhantes. | ||
|
Descrição
O grupo de materiais, chamado de código de commodity na terminologia do Ariba, é uma forma de categorizar os itens comprados. Isso permite analisar os gastos e aplicar diferentes estratégias de compras para diferentes tipos de bens ou serviços. No Process Mining, este atributo permite analisar o processo de compras com base no que está sendo adquirido. Por exemplo, o processo de aprovação de hardware de TI pode ser diferente do processo de materiais de escritório. Isso gera insights mais detalhados e ajuda a adaptar as melhorias de processo a categorias específicas de compras.
Por que isso importa
Permite analisar o processo com base na categoria de bens ou serviços adquiridos, revelando variações na forma como diferentes itens são comprados.
Onde obter
Este é um campo padrão no nível do item de um Pedido de compra, geralmente identificado como "Código de commodity".
Exemplos
IT.HardwareOffice.SuppliesProfessional.Services
|
|||
|
Hora de Término do Evento
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 término são idênticos. No entanto, para tarefas manuais ou jobs automatizados de longa duração, a diferença entre o horário de início e o de término representa o tempo de processamento da atividade. Este atributo é usado para calcular a métrica 'ProcessingTime', essencial para o Dashboard Purchase Order Activity Duration Analysis. Ele ajuda a identificar quais tarefas específicas estão demorando mais para ser concluídas, destacando oportunidades de treinamento, redistribuição de recursos ou automação.
Por que isso importa
Permite calcular tempos precisos de processamento para atividades individuais, ajudando a identificar quais tarefas específicas consomem mais tempo.
Onde obter
Consulte a documentação do SAP Ariba. Se não estiver explicitamente disponível, esse dado pode precisar ser derivado do horário de início da atividade seguinte.
Exemplos
2023-04-15T10:45:00Z2023-04-16T14:05:30Z2023-05-01T11:00:00Z
|
|||
|
Moeda
DocumentCurrency
|
O código da moeda dos valores monetários do pedido de compra. | ||
|
Descrição
Este atributo especifica a moeda, como USD, EUR ou GBP, na qual o valor do pedido de compra é denominado. É um contexto essencial para qualquer dado financeiro. Ao analisar um processo que abrange vários países ou regiões, a moeda do documento é fundamental para interpretar e comparar corretamente os valores monetários. Todos os KPIs financeiros e Dashboards devem usar este campo para filtrar uma única moeda ou aplicar taxas de câmbio adequadas, garantindo agregações e comparações precisas.
Por que isso importa
Fornece o contexto necessário para todos os campos monetários, garantindo uma análise financeira precisa e evitando a agregação incorreta de moedas diferentes.
Onde obter
Este é um campo padrão no nível do cabeçalho do documento de Pedido de compra no SAP Ariba.
Exemplos
USDEURGBPJPY
|
|||
|
Nº da requisição de compra.
PurchaseRequisitionNumber
|
O identificador exclusivo da requisição de compra que precedeu o pedido de compra. | ||
|
Descrição
Este atributo vincula o pedido de compra à requisição de compra de origem. Nem todos os pedidos de compra terão uma requisição anterior, como nos casos de criação direta do pedido. Esse vínculo é essencial para analisar o processo de compras completo, de ponta a ponta, começando pela solicitação inicial. Ele é necessário para o Dashboard do Funil de Conversão de Requisição em Pedido de Compra e para o KPI de Tempo de Conversão de Requisição em Pedido de Compra. Analisar essa conexão ajuda a identificar atrasos entre a aprovação de uma solicitação e a emissão formal do pedido ao fornecedor.
Por que isso importa
Conecta o pedido de compra à solicitação inicial, permitindo uma análise realmente de ponta a ponta, desde a criação da requisição até o atendimento do pedido.
Onde obter
Essas informações geralmente estão disponíveis como um campo de referência no item do Pedido de compra.
Exemplos
PR10004567PR10004568PR10004569
|
|||
|
O pedido de compra foi alterado
IsPurchaseOrderChanged
|
Um indicador booleano que mostra se o Pedido de compra foi modificado após sua criação inicial. | ||
|
Descrição
Este é um atributo derivado que recebe o valor "true" quando existe uma atividade "Pedido de compra alterado" para determinado caso. Ele simplifica a análise das taxas de alteração ao fornecer um indicador simples no nível do caso. Este indicador é usado para calcular o KPI de Taxa de Alteração do Pedido de Compra. Ele ajuda a segmentar rapidamente os dados e comparar processos de pedidos alterados e não alterados, revelando possíveis impactos posteriores, como tempos de ciclo mais longos ou aumento de divergências nas faturas. O Dashboard de Análise da Taxa de Alteração do Pedido de Compra usa esse atributo para quantificar a frequência das alterações.
Por que isso importa
Fornece um indicador simples para identificar todos os pedidos de compra que foram alterados, facilitando o cálculo das taxas de alteração e a análise de seus impactos.
Onde obter
Este indicador é derivado durante a transformação dos dados, verificando a presença de um evento "Pedido de compra alterado" para cada número de Pedido de compra.
Exemplos
truefalse
|
|||
|
Organização de compras
PurchasingOrganization
|
A unidade organizacional responsável por comprar materiais e serviços e negociar com fornecedores. | ||
|
Descrição
A organização de compras é uma entidade importante na estrutura de compras, responsável pelos aspectos estratégicos das aquisições. Podem existir diferentes organizações de compras para diferentes regiões ou unidades de negócio. 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 as melhores práticas e identificar gargalos ou fontes de ineficiência no nível organizacional.
Por que isso importa
Permite analisar em alto nível a eficiência e a conformidade do processo entre diferentes unidades estratégicas de compras.
Onde obter
Este é um campo padrão de dados organizacionais no nível do cabeçalho do documento de Pedido de compra.
Exemplos
PO_US01PO_EMEAPO_GLOBAL
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema do qual os dados foram extraídos, neste caso, o SAP Ariba. | ||
|
Descrição
Este atributo especifica a origem dos dados do processo. Em ambientes com vários sistemas integrados, ele é essencial para distinguir dados de diferentes fontes e garantir a linhagem dos dados. Na análise, ele ajuda a filtrar os dados de um sistema específico ou a entender as interações do processo entre diferentes plataformas. É uma informação de metadados importante para a governança e a validação dos dados, garantindo que as análises sejam baseadas no conjunto de dados correto.
Por que isso importa
Fornece 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
Este é um valor estático ('SAP Ariba'), normalmente 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 em seu ciclo de vida. | ||
|
Descrição
Este atributo indica o estado atual do pedido de compra, como "Em pedido", "Recebimento", "Faturado" ou "Concluído". Ele mostra em que ponto o pedido está no processo geral. Embora o Process Mining reconstrua o fluxo a partir das atividades, o status atual é útil para filtrar casos e entender a carga de trabalho atual. Por exemplo, um analista pode querer se concentrar apenas nos pedidos de compra "Em andamento" que ainda não foram concluídos. O atributo também pode ser usado para validar a atividade final de um rastreamento de processo.
Por que isso importa
Mostra rapidamente em que ponto do ciclo de vida o pedido de compra está, o que é útil para filtrar e acompanhar 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
Em processo de pedidoEm recebimentoConcluídoCancelado
|
|||
|
Tempo de ciclo de ponta a ponta do pedido de compra
POEndToEndCycleTime
|
O tempo total transcorrido desde a criação da primeira requisição de compra até a conclusão final do pedido de compra. | ||
|
Descrição
Este atributo calculado mede a duração total de todo o processo do pedido de compra. Normalmente, ele começa no evento "Requisição de compra criada" e termina no evento "Pedido de compra concluído" ou no evento final "Recebimento de mercadorias lançado". Ele oferece uma visão abrangente da eficiência do processo. Esta é a principal métrica do KPI de "Tempo de ciclo de ponta a ponta do pedido de compra" e do Dashboard de "Tempo de ciclo de ponta a ponta do pedido de compra". Ela permite acompanhar a performance geral e o impacto das melhorias de processo. Dividir o tempo total de ciclo por fornecedor, departamento ou grupo de materiais pode revelar os principais fatores responsáveis por prazos longos.
Por que isso importa
Representa o tempo total de processamento de um pedido de compra, fornecendo uma medida geral da eficiência do processo e da experiência do cliente.
Onde obter
Calculado durante a transformação dos dados pela diferença entre o timestamp mais antigo e o mais recente de determinado caso.
Exemplos
P15DP30D12HP7D
|
|||
|
Tipo de pedido de compra
PurchaseOrderType
|
Uma classificação do pedido de compra, como padrão, contrato-quadro ou subcontratação. | ||
|
Descrição
O tipo de pedido de compra categoriza os pedidos de acordo com sua finalidade comercial. Diferentes tipos de pedido podem seguir fluxos distintos e ter regras diferentes de aprovação e atendimento. Este atributo permite segmentar o processo para gerar análises mais relevantes. Por exemplo, analisar separadamente o tempo de ciclo de "Pedidos de compra padrão" e "Pedidos de compra de serviços" pode revelar diferentes tipos de gargalo. Isso ajuda a criar subconjuntos de dados mais homogêneos e obter uma visão mais clara de cenários específicos de compras.
Por que isso importa
Permite segmentar a análise por tipo de pedido, gerando insights mais precisos, já que diferentes tipos costumam seguir fluxos de processo distintos.
Onde obter
Consulte a documentação do SAP Ariba. Normalmente, este é um campo configurável no nível do cabeçalho do pedido de compra.
Exemplos
PO padrãoPO de serviçoPO abrangente
|
|||
|
Última Atualização dos Dados
LastDataUpdate
|
O carimbo de data e hora que indica quando os dados deste evento foram atualizados ou extraídos pela última vez do sistema de origem. | ||
|
Descrição
Este atributo informa a data e a hora da extração mais recente de dados do SAP Ariba. É um metadado essencial para entender o nível de atualização dos dados analisados. Em qualquer análise de process mining, saber quando os dados foram atualizados é essencial para relatórios e decisões. Esse carimbo de data e hora permite confirmar que seus Dashboards e KPIs, como o Purchase Order Throughput Trend, são baseados em informações atualizadas.
Por que isso importa
Indica o nível de atualização dos dados, ajudando os usuários a entender o quanto a análise está atualizada e aumentando a confiança nos insights.
Onde obter
Este carimbo de data e hora normalmente é gerado e adicionado ao conjunto de dados durante o processo de extração, transformação e carregamento (ETL).
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Variação da entrega
DeliveryVariance
|
A diferença de tempo calculada entre a data de entrega solicitada e a data real do recebimento de mercadorias. | ||
|
Descrição
Esta métrica quantifica a performance de entrega do fornecedor medindo o quanto uma entrega ocorreu antes ou depois do prazo. Ela é calculada subtraindo a "RequestedDeliveryDate" da "GoodsReceiptDate". Um valor positivo indica uma entrega atrasada, um valor negativo indica uma entrega antecipada e zero significa que ela ocorreu no prazo. Este é o cálculo central do Dashboard de Performance de Entrega do Fornecedor e do KPI de Variação da Performance de Entrega do Fornecedor. Ao analisar essa variação entre fornecedores, as organizações podem identificar parceiros confiáveis e não confiáveis, orientando negociações com fornecedores e estratégias de gestão de riscos. A análise vai além de simples indicadores de entrega no prazo ou atrasada e mostra a dimensão dos desvios de entrega.
Por que isso importa
Quantifica a pontualidade dos fornecedores medindo exatamente o atraso ou a antecipação das entregas, algo essencial para gerenciar a performance dos fornecedores.
Onde obter
Calculado na camada de transformação dos dados subtraindo "RequestedDeliveryDate" de "GoodsReceiptDate".
Exemplos
P2D-P1DP0D
|
|||
Purchase to Pay - Pedido de compra: atividades
| 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. Este evento é inferido pela mudança do status do documento do PO para 'Approved' após a conclusão do workflow designado. | ||
|
Por que isso importa
Este é um marco crítico para medir os tempos do ciclo de aprovação e identificar gargalos na revisão gerencial. Atrasos nessa etapa afetam diretamente os prazos do fornecedor e a eficiência das compras.
Onde obter
Inferido a partir do carimbo de data e hora em que o status ou o campo 'ApprovedState' do documento PurchaseOrder muda para 'Approved'. Os registros do histórico de aprovações fornecem dados detalhados.
Captura
Inferido a partir do carimbo de data e hora da ação de aprovação final no fluxo de aprovação do PO.
Tipo de evento
inferred
|
|||
|
Pedido de Compra Concluído
|
Esta atividade marca o encerramento bem-sucedido do ciclo de vida do Pedido de Compra, indicando que as mercadorias ou os serviços foram totalmente recebidos e faturados. Isso é inferido pela mudança do status do PO para 'Received', 'Invoiced' ou um estado final semelhante. | ||
|
Por que isso importa
Este é o principal ponto final de sucesso do processo. Medir o tempo até alcançar esse estado fornece o tempo de ciclo de ponta a ponta, uma medida essencial da eficiência geral do processo.
Onde obter
Inferido a partir do carimbo de data e hora em que o status do 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 a partir da mudança do status do PO para 'Received' ou um estado concluído semelhante.
Tipo de evento
inferred
|
|||
|
Pedido de Compra Criado
|
Esta atividade representa a criação do documento oficial do Pedido de Compra no SAP Ariba, seja a partir de uma requisição aprovada ou diretamente. Ela é capturada pelo carimbo de data e hora de criação do documento do PO, que representa o início formal do ciclo de vida do PO. | ||
|
Por que isso importa
Para POs diretos, este é o início do processo. É um marco importante para medir o tempo de conversão de Requisition para PO 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 momento, o status normalmente é '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 é transmitido oficialmente ao fornecedor, normalmente pela Ariba Network. Este evento é capturado quando o status do PO muda para 'Sent' ou 'Ordered'. | ||
|
Por que isso importa
Isso marca a transição do processamento interno para o atendimento externo. É o ponto de partida para medir o prazo do fornecedor e a performance de entrega.
Onde obter
Inferido a partir do carimbo de data e hora em que o status do documento PurchaseOrder muda para 'Sent' ou 'Ordered'. Essa é uma transição de status padrão no Ariba.
Captura
Inferido a partir do carimbo de data e hora da mudança de status para 'Sent' ou um estado semelhante.
Tipo de evento
inferred
|
|||
|
Recebimento de Mercadorias Lançado
|
Representa o recebimento físico das mercadorias, registrado no SAP Ariba. Este é um evento explícito, capturado quando um usuário cria e envia um documento Receipt para um item de linha do Pedido de Compra. | ||
|
Por que isso importa
Este é um marco essencial para confirmar a entrega e representa o ponto final para medir a performance de entrega do fornecedor. Ele também autoriza o pagamento da fatura em um cenário de correspondência de três vias.
Onde obter
Capturado a partir do carimbo de data e hora de criação ou envio do documento Receipt vinculado ao PurchaseOrder.
Captura
Com base no carimbo de data e hora de envio do documento Goods Receipt.
Tipo de evento
explicit
|
|||
|
Requisição de Compra Criada
|
Esta atividade marca a criação de uma requisição de compra, que é a solicitação formal de mercadorias ou serviços que antecede um Pedido de Compra. No SAP Ariba, isso normalmente é registrado quando um usuário salva e envia uma nova requisição, criando um registro explícito com um carimbo de data e hora de criação. | ||
|
Por que isso importa
Este é o principal ponto de partida do processo de compras. Analisar o tempo entre este evento e a criação do PO é essencial para entender o tempo de ciclo entre requisição e pedido e identificar gargalos nas etapas iniciais.
Onde obter
Este 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 indica 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 Antecipado de Expedição Recebido
|
Esta atividade é registrada quando o fornecedor envia um Advance Ship Notice (ASN) pela Ariba Network, indicando que as mercadorias foram despachadas. O ASN contém detalhes da remessa, como itens, quantidades e informações de rastreamento. | ||
|
Por que isso importa
O ASN fornece visibilidade sobre a cadeia de suprimentos, permitindo que o departamento de recebimento se prepare para a entrega. Ele é uma entrada importante para acompanhar o estoque em trânsito e prever os 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 Advance Ship Notice (ASN).
Tipo de evento
explicit
|
|||
|
Confirmação de Serviços Inserida
|
Representa a confirmação de que os serviços foram prestados, equivalente, para serviços, ao recebimento de mercadorias. Isso é capturado quando uma Service Sheet é criada e aprovada para um Pedido de Compra baseado em serviços. | ||
|
Por que isso importa
Esta atividade é essencial para acompanhar o atendimento de pedidos de serviços e autorizar o pagamento. Analisar sua pontualidade ajuda a gerenciar a prestação 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 do documento Service Sheet.
Tipo de evento
explicit
|
|||
|
Fatura Recebida contra o PO
|
Indica que uma fatura do fornecedor referente ao Pedido de Compra foi recebida e inserida no SAP Ariba. Este evento conecta o processo de compras ao processo de pagamento subsequente. | ||
|
Por que isso importa
Esta atividade é um ponto de integração importante entre compras e finanças. Seu momento é relevante para gerenciar o capital de giro e garantir pagamentos pontuais 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 do documento da fatura vinculado ao PO.
Tipo de evento
explicit
|
|||
|
Mercadorias Devolvidas ao Fornecedor
|
Esta atividade registra a devolução de mercadorias ao fornecedor, normalmente devido a danos, defeitos ou entrega de itens incorretos. Ela é registrada quando um documento de recebimento de devolução ou um débito é criado com base no recebimento original das mercadorias. | ||
|
Por que isso importa
Acompanhar devoluções destaca problemas de qualidade do fornecedor e de precisão da entrega. Analisar a frequência e os motivos das devoluções pode ajudar a melhorar a seleção e a gestão de fornecedores.
Onde obter
Isso pode ser inferido a partir da criação de um documento de recebimento específico de devolução ou de uma quantidade negativa em um recebimento. O mecanismo específico pode variar conforme a configuração.
Captura
Inferido a partir da criação de um recebimento com quantidade negativa ou de um 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 alterações na quantidade, no preço ou na data de entrega. Uma nova versão do documento do PO é criada, geralmente acionando um workflow de reaprovação. | ||
|
Por que isso importa
Acompanhar as alterações é essencial para identificar ineficiências do processo, ciclos de retrabalho e causas-raiz de erros nas compras. Uma taxa alta de alterações pode indicar uma coleta inicial de requisitos inadequada.
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 do PO é criada e salva.
Tipo de evento
explicit
|
|||
|
Pedido de Compra Cancelado
|
Representa o encerramento de um Pedido de Compra antes do atendimento. Isso pode ser iniciado pela organização compradora ou, em casos raros, pelo fornecedor. | ||
|
Por que isso importa
Esta é uma exceção e um ponto final importante do processo. Analisar por que os POs são cancelados pode revelar problemas de planejamento, orçamento ou confiabilidade do fornecedor.
Onde obter
Inferido a partir do carimbo de data e hora em que o status do documento PurchaseOrder muda para 'Cancelled' ou 'Closed'.
Captura
Inferido a partir do carimbo de data e hora da mudança de status para 'Cancelled'.
Tipo de evento
inferred
|
|||
|
Pedido de Compra Confirmado pelo Fornecedor
|
Indica que o fornecedor recebeu e reconheceu o Pedido de Compra, confirmando sua intenção de atendê-lo. Isso é capturado quando o fornecedor envia um documento Order Confirmation pela Ariba Network, atualizando o status do PO. | ||
|
Por que isso importa
Esta atividade confirma que o pedido está sendo processado pelo fornecedor. Ela ajuda a acompanhar a capacidade de resposta do fornecedor e a precisão do pedido inicial.
Onde obter
Inferido a partir do carimbo de data e hora em que o status do PurchaseOrder é atualizado para 'Confirmed' após o recebimento de uma Order Confirmation do fornecedor.
Captura
Com base na data de criação do documento Order Confirmation relacionado ou em uma mudança de status do PO.
Tipo de evento
inferred
|
|||
|
Requisição de Compra Aprovada
|
Representa a aprovação final de uma requisição de compra por todas as partes interessadas necessárias, autorizando sua conversão em um Pedido de Compra. Normalmente, isso é identificado pela mudança do status do documento de requisição para 'Approved' e pelo carimbo de data e hora dessa aprovação final. | ||
|
Por que isso importa
Este marco encerra a fase de aprovação interna da solicitação. Acompanhar esse momento ajuda a medir a eficiência dos controles internos e dos workflows de aprovação antes da criação do PO.
Onde obter
Inferido a partir do histórico de aprovações ou do campo de status do documento Requisition. O carimbo de data e hora do evento corresponde à data em que o status mudou para 'Approved'.
Captura
Inferido a partir do carimbo de data e hora em que o campo 'ApprovedState' da requisição muda para 'Approved'.
Tipo de evento
inferred
|
|||
Guias de extração
Pronto para começar?
Use este Template para simplificar a preparação dos seus dados e começar a otimizar seu processo de Purchase to Pay - Purchase Order com confiança. Sua jornada rumo à eficiência começa aqui.
Otimize seu Purchase to Pay - Purchase Order hoje!
Reduza o tempo de ciclo em 30% e elimine gargalos no SAP Ariba.
Não é necessário cartão de crédito. Configure seu teste grátis em poucos minutos.