Seu Template de dados de compras, da requisição ao pagamento: pedido de compra

Template universal de Process Mining
Seu Template de dados de compras, da requisição ao pagamento: pedido de compra

Seu Template de dados de compras, da requisição ao pagamento: pedido de compra

Template universal de Process Mining

Este é nosso Template genérico de dados para Process Mining de Da compra ao pagamento: pedido de compra. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.

Selecione um sistema específico
  • Lista completa dos campos de dados recomendados para uma análise aprofundada.
  • Atividades e marcos importantes para acompanhar o ciclo de vida do pedido de compra.
  • Aplicável a qualquer sistema que gerencie seu processo de compras, da requisição ao pagamento.
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de compras, da requisição ao pagamento: pedido de compra

A tabela de atributos abaixo lista os campos de dados recomendados para criar um Event Log completo e analisar seu processo de compras em profundidade.
5 Obrigatório 7 Recomendado 4 Opcional
Nome Descrição
Data e hora do evento
EventTime
Data e hora exatas em que uma atividade ou evento ocorreu.
Descrição

A data e hora do evento registram quando uma atividade específica foi executada ou quando uma mudança de status foi registrada. Essas informações dão contexto temporal a cada evento no ciclo de vida do pedido de compra.

Em Process Mining, as datas e horas são fundamentais para calcular tempos de ciclo, durações e tempos de espera entre atividades. Ao ordenar cronologicamente os eventos de cada caso, você consegue analisar a performance do processo, identificar gargalos que causam perda de tempo e acompanhar a Conformidade com os acordos de nível de serviço (SLAs).

Por que isso importa

Este atributo viabiliza todas as análises baseadas em tempo, incluindo o cálculo do tempo de ciclo, a identificação de gargalos e o acompanhamento da performance em relação aos parâmetros de referência.

Onde encontrar

Em geral, esta informação está nos logs de eventos, nas tabelas de histórico de alterações ou em um campo de data de criação ou lançamento dos documentos transacionais.

Exemplos
2023-04-15T10:30:00Z2023-05-20T14:00:00Z2023-06-01T09:15:25Z
ID do pedido de compra
PurchaseOrderId
Identificador exclusivo de um documento de pedido de compra. Ele funciona como o identificador principal do caso no processo.
Descrição

O ID do pedido de compra é um código alfanumérico exclusivo atribuído a cada pedido, que o diferencia de todos os demais. Ele serve como referência central para todas as atividades, documentos e comunicações relacionados a uma transação de compra específica.

Em Process Mining, esse ID é essencial para agrupar todos os eventos relacionados, como criação, aprovação, recebimento de mercadorias e faturamento, em uma única instância de processo de ponta a ponta, ou “caso”. Analisar os processos por esse identificador permite reconstruir e visualizar todo o ciclo de vida de cada pedido de compra, desde a criação até o encerramento final.

Por que isso importa

Este é o atributo fundamental que conecta todos os eventos relacionados em um único caso do processo e permite analisar o ciclo de vida do pedido de compra de ponta a ponta.

Onde encontrar

Em geral, este é um campo de chave primária na tabela de cabeçalho ou no documento do pedido de compra.

Exemplos
PC-0012454500017563732000451
Nome da atividade
ActivityName
Nome do evento de negócio ou da tarefa específica que ocorreu em determinado momento do ciclo de vida do pedido de compra.
Descrição

O nome da atividade descreve uma etapa ou mudança de status no processo do pedido de compra. Alguns exemplos são “Pedido de compra criado”, “Pedido de compra aprovado”, “Recebimento de mercadorias registrado” e “Fatura recebida”. Cada atividade representa um momento específico do processo.

Este atributo é essencial para criar o mapa do processo, que representa visualmente o fluxo das atividades. Analisar a sequência e a frequência das diferentes atividades ajuda a identificar caminhos comuns, desvios, gargalos e ciclos de retrabalho, como aprovações ou alterações repetidas.

Por que isso importa

Este atributo é a base do mapa do processo e permite visualizar e analisar o fluxo, as variações e as ineficiências do processo.

Onde encontrar

Em geral, esta informação é obtida de códigos de transação, logs de mudança de status, tabelas de eventos ou tabelas de documentos de alteração associados ao pedido de compra.

Exemplos
Pedido de compra criadoPedido de compra aprovadoRecebimento de mercadorias registradoFatura recebida
Sistema de origem
SourceSystem
Sistema de registro ou aplicativo de onde os dados do processo foram extraídos.
Descrição

O atributo Sistema de origem identifica o sistema de informação de onde vêm os dados do evento, como um ERP, uma plataforma de compras ou um sistema legado. Isso é especialmente importante em ambientes nos quais o processo de compras a pagamento passa por vários aplicativos integrados.

Conhecer o sistema de origem ajuda a validar os dados, solucionar problemas e entender variações do processo que podem depender do sistema. Por exemplo, pedidos de compra criados em um sistema de compras eletrônicas podem seguir um caminho diferente e mais automatizado do que aqueles criados manualmente no ERP principal.

Por que isso importa

Este atributo informa a origem dos dados, o que é essencial para a governança e a validação dos dados e para analisar variações do processo entre diferentes sistemas.

Onde encontrar

Este pode ser um valor estático adicionado durante a extração dos dados ou um campo nas tabelas de origem que indica o sistema em que o registro foi criado.

Exemplos
SAP S/4HANAOracle FusionCoupa
Última atualização dos dados
LastDataUpdate
Data e hora da última atualização ou extração dos dados deste processo.
Descrição

Este atributo registra a data e hora do carregamento ou da atualização mais recente dos dados do sistema de origem. É um campo de metadados que se aplica ao conjunto de dados inteiro, e não a um único evento.

Esta informação é essencial para que você entenda o nível de atualização dos dados analisados. Ela ajuda a avaliar a relevância dos insights e garante que as decisões se baseiem em dados tão atuais quanto a análise exige.

Por que isso importa

Este atributo informa se os dados estão atualizados, ajudando você a entender o período coberto pela análise e a relevância dos resultados.

Onde encontrar

Em geral, esta data e hora são geradas e armazenadas pela ferramenta ou pelo processo de extração e transformação de dados (ETL).

Exemplos
2024-07-20T04:00:00Z2024-07-19T04:00:00Z2024-07-18T04:00:00Z
Categoria do item
ItemCategory
Classificação dos produtos ou serviços comprados, como equipamentos de TI, serviços profissionais ou materiais de escritório.
Descrição

A categoria do item, também chamada de grupo de materiais ou categoria de compras, classifica o tipo de produto ou serviço adquirido. Essa classificação estruturada ajuda a organizar e entender os gastos com compras e o comportamento do processo.

Analisar o processo por categoria de item pode revelar diferenças importantes. Por exemplo, a compra de serviços complexos pode ter ciclos de aprovação mais longos e mais alterações do que a compra de materiais de escritório padrão. Essa segmentação permite otimizar o processo e desenvolver estratégias específicas para cada categoria.

Por que isso importa

Permite analisar a performance do processo e os gastos por categoria, revelando como diferentes tipos de compra afetam a eficiência do processo.

Onde encontrar

Essas informações geralmente ficam no nível dos itens do pedido de compra.

Exemplos
Equipamentos de TIServiços profissionaisMateriais de escritórioMRO - Manutenção, reparo e operações
Data de entrega solicitada
RequestedDeliveryDate
Data em que a empresa solicitou ao fornecedor a entrega dos produtos ou serviços.
Descrição

A data de entrega solicitada é a data indicada no pedido de compra até a qual a organização espera receber os produtos ou serviços do fornecedor. Ela serve como referência para medir a performance de entrega dos fornecedores.

Esse atributo é essencial para calcular o KPI de taxa de entregas no prazo. Ao comparar a data de entrega solicitada com a data real de recebimento das mercadorias, a empresa pode avaliar a confiabilidade do fornecedor. A análise dos desvios ajuda a identificar problemas recorrentes relacionados a determinados fornecedores, itens ou locais de entrega e fornece dados para conversas sobre performance.

Por que isso importa

É a referência para medir a performance de entrega dos fornecedores e é essencial para calcular o KPI de taxa de entregas no prazo.

Onde encontrar

Essa data geralmente é um campo padrão no cabeçalho do pedido de compra ou nos detalhes dos itens.

Exemplos
2024-08-152024-09-012024-07-30
Departamento
Department
Departamento, centro de custo ou área funcional da empresa ao qual o pedido de compra é atribuído ou associado.
Descrição

O atributo Departamento indica a unidade organizacional responsável pela compra. Em geral, é o departamento que iniciou a solicitação ou cuja verba cobrirá a despesa, como 'TI', 'Marketing' ou 'Operações'.

Esse atributo é essencial para segmentar e comparar a performance do processo entre diferentes áreas da empresa. A análise por departamento pode revelar quais áreas têm os maiores tempos de ciclo, mais alterações ou mais compras fora do processo estabelecido. Esses insights ajudam a direcionar iniciativas de melhoria às necessidades e aos comportamentos de cada departamento.

Por que isso importa

Permite segmentar a análise do processo por unidade de negócio, comparar a performance e identificar problemas ou boas práticas específicos de cada departamento.

Onde encontrar

Essas informações geralmente estão no cabeçalho do pedido de compra ou nos detalhes dos itens, muitas vezes em um campo chamado 'Centro de custo' ou 'Departamento'.

Exemplos
FinançasTecnologia da informaçãoMarketing - CPG
Nome de usuário
UserName
Nome ou ID da pessoa que realizou uma atividade específica, como criar, aprovar ou alterar o pedido de compra.
Descrição

O nome de usuário identifica a pessoa responsável por executar um evento no processo. Pode ser quem criou a requisição, aprovou o pedido de compra ou registrou o recebimento de mercadorias. Esse dado permite identificar responsabilidades e acrescenta uma dimensão humana ao fluxo do processo.

Analisar as atividades por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar possíveis problemas de conformidade. Por exemplo, você pode verificar se determinados usuários estão associados a mais retrabalho ou atrasos, ou identificar violações da segregação de funções.

Por que isso importa

Relaciona as atividades do processo a pessoas específicas, permitindo analisar a carga de trabalho, a performance e a conformidade por usuário.

Onde encontrar

Geralmente encontrado nos campos 'Criado por', 'Alterado por' ou 'ID do usuário' dos registros de transações e cabeçalhos de documentos.

Exemplos
j.doesmith_auser123
Nome do fornecedor
VendorName
Nome do fornecedor de quem os produtos ou serviços estão sendo comprados.
Descrição

O nome do fornecedor identifica a parte externa contratada para fornecer os produtos ou serviços especificados no pedido de compra. É um dado mestre importante, vinculado aos dados transacionais do pedido.

Analisar o processo por fornecedor é essencial para gerenciar a performance dos fornecedores. Isso permite comparar fornecedores com base em métricas como entregas no prazo, devoluções de mercadorias e frequência de alterações nos pedidos de compra. Esses insights podem orientar estratégias de compras, negociações com fornecedores e a gestão do relacionamento.

Por que isso importa

Permite analisar a performance dos fornecedores e comparar prazos de entrega, qualidade e atritos no processo entre diferentes fornecedores.

Onde encontrar

Esses dados vêm do cadastro mestre de fornecedores e são vinculados ao pedido de compra, geralmente no cabeçalho do documento.

Exemplos
Suprimentos para escritório globalSoluções de tecnologia Ltda.Agência de marketing criativo
Status do pedido de compra
PurchaseOrderStatus
Status atual ou final do pedido de compra no ciclo de vida, como 'Aberto', 'Fechado' ou 'Cancelado'.
Descrição

O status do pedido de compra indica a etapa em que o pedido está no ciclo de vida em determinado momento ou sua situação final. Os status mais comuns incluem 'Em aprovação', 'Aprovado', 'Enviado ao fornecedor', 'Recebido parcialmente', 'Fechado' ou 'Cancelado'.

Esse atributo ajuda a filtrar e analisar grupos específicos de pedidos de compra. Por exemplo, você pode analisar apenas os pedidos em aberto para identificar gargalos atuais ou os pedidos cancelados para entender os motivos do cancelamento. Acompanhar a sequência de alterações de status também pode servir de base para definir as atividades do modelo de processo.

Por que isso importa

Permite filtrar os casos pela etapa do ciclo de vida e concentrar a análise em pedidos em aberto, fechados ou com problemas.

Onde encontrar

Esse campo de status padrão fica nos dados do cabeçalho do pedido de compra.

Exemplos
AbertoFechado para faturamentoCanceladoEm aprovação
Valor do pedido de compra
PurchaseOrderAmount
Valor monetário total do pedido de compra.
Descrição

O valor do pedido de compra representa o compromisso financeiro total do pedido. Ele pode ser analisado no documento como um todo ou em cada item.

Esse atributo é fundamental para a análise financeira e a priorização. Ele permite filtrar processos por valor, por exemplo, para concentrar a análise em pedidos de compra de alto valor, que podem exigir fluxos de aprovação mais complexos ou ter maior impacto para a empresa. Relacionar o valor do pedido aos tempos de ciclo ou às taxas de retrabalho pode revelar se os pedidos de alto valor são processados com menos eficiência do que os de baixo valor.

Por que isso importa

Acrescenta uma dimensão financeira ao processo, permitindo analisar os valores para priorizar melhorias e entender os fatores que geram custos.

Onde encontrar

Esse valor fica nos dados do cabeçalho do pedido de compra e costuma ser calculado pela soma dos valores de todos os itens.

Exemplos
15000.00250.75125000.50
Data e hora de término
EndTime
Data e hora exatas em que uma atividade foi concluída. Em eventos atômicos, geralmente são iguais à data e hora do evento.
Descrição

O atributo Hora de término registra o horário de conclusão de uma atividade. Embora muitos eventos de processo sejam atômicos e tenham o mesmo horário de início e término, algumas atividades, especialmente as manuais ou com duração mensurável, podem ter horários de início e término diferentes.

Com o horário de término, é possível calcular com precisão o tempo de processamento de cada atividade. Isso ajuda a identificar quais etapas consomem mais tempo e a diferenciar o tempo de processamento, quando o trabalho está sendo realizado, do tempo de espera, quando não há atividade entre uma etapa e outra.

Por que isso importa

Permite calcular com precisão o tempo de processamento das atividades e distinguir o tempo de trabalho ativo do tempo de espera no processo.

Onde encontrar

Encontrado em registros de eventos ou dados de transações, às vezes em um campo separado chamado 'Hora de término' ou 'Data de conclusão'. Se esse dado não estiver disponível, você pode usar o mesmo valor do horário do evento.

Exemplos
2023-04-15T10:45:00Z2023-05-20T14:05:10Z2023-06-01T09:15:25Z
ID da requisição de compra
PurchaseRequisitionId
Identificador único da requisição de compra que antecedeu e autorizou o pedido de compra.
Descrição

O ID da requisição de compra identifica o documento interno que deu início ao processo de compras. A requisição é a solicitação formal de um departamento à equipe de compras para adquirir produtos ou serviços.

Esse ID permite relacionar o processo do pedido de compra ao processo anterior de requisição. Assim, você pode analisar o ciclo mais amplo de requisição até pedido e medir o tempo entre a solicitação e a criação do pedido de compra. Isso ajuda a identificar atrasos na transferência entre quem solicita e a equipe de compras.

Por que isso importa

Relaciona o pedido de compra à solicitação que o originou e permite analisar o tempo de ciclo desde a requisição até o pedido.

Onde encontrar

Geralmente armazenado como campo de referência no cabeçalho do pedido de compra ou nos dados dos itens.

Exemplos
PR-1008761000004321REQ-052023-01
Moeda
Currency
Código da moeda, como USD ou EUR, usada nos valores monetários do pedido de compra.
Descrição

O atributo Moeda indica a unidade monetária usada no valor do pedido de compra e em outros campos financeiros. Ele é essencial para interpretar e agregar corretamente os dados financeiros, especialmente em organizações multinacionais que operam com várias moedas.

Na análise, esse atributo garante que as métricas financeiras sejam comparadas em bases equivalentes. É necessário para qualquer Dashboard ou KPI que envolva valores monetários, pois permite converter moedas e gerar relatórios corretamente, oferecendo uma visão financeira precisa do processo de compras.

Por que isso importa

Fornece o contexto necessário para interpretar todos os valores monetários e garante relatórios e comparações financeiras precisos, especialmente em operações globais.

Onde encontrar

Esse código geralmente fica no cabeçalho do pedido de compra, junto com o valor total.

Exemplos
USDEURGBP
Solicitante
Requester
Nome da pessoa que solicitou inicialmente os produtos ou serviços.
Descrição

O solicitante é a pessoa da organização que identificou a necessidade de uma compra, geralmente criando a requisição de compra correspondente. Ele não é necessariamente quem criou o documento do pedido de compra no sistema, função que costuma ser desempenhada por alguém da equipe de compras.

Analisar os dados por solicitante pode ajudar a identificar padrões de comportamento nas compras. Por exemplo, alguns solicitantes podem fazer pedidos urgentes com frequência ou pedidos que exigem muitas alterações. Essas informações podem orientar treinamentos específicos sobre as políticas de compras ou ajudar a melhorar a definição dos requisitos desde o início.

Por que isso importa

Identifica a pessoa da empresa que iniciou a compra, ajudando a analisar os comportamentos de compra e a melhorar a definição dos requisitos.

Onde encontrar

Essas informações geralmente vêm da requisição de compra associada ou ficam em um campo chamado 'Solicitante' no próprio pedido de compra.

Exemplos
Alice JohnsonRobert WilliamsChen, Wei
Obrigatório Recomendado Opcional

Atividades de compras, da requisição ao pagamento: pedido de compra

Esta seção detalha as principais etapas e os marcos do processo, essenciais para registrar os dados necessários à descoberta do processo e entender o fluxo de trabalho de compras, da requisição ao pagamento, com foco nos pedidos de compra.
6 Recomendado 9 Opcional
Atividade Descrição
Fatura recebida
Este evento marca o recebimento e o registro da fatura do fornecedor vinculada ao pedido de compra. Ele dá início à etapa de faturamento e pagamento do ciclo de compras a pagamento.
Por que isso importa

Esta atividade conecta o processo de compras à área de contas a pagar. O tempo entre o recebimento das mercadorias e o recebimento da fatura é importante para gerenciar provisões e previsões financeiras.

Onde encontrar

Este evento corresponde a uma transação explícita, registrada na criação ou no lançamento de um documento de fatura do fornecedor vinculado ao pedido de compra.

Coleta

Use a data de criação, entrada ou lançamento do documento de fatura do fornecedor.

Tipo de evento explicit
Pedido de compra aprovado
Este marco importante indica que o pedido de compra concluiu o fluxo interno de aprovação. Agora, ele está autorizado para ser enviado ao fornecedor e representa um compromisso financeiro oficial.
Por que isso importa

Este é um marco crítico para medir a eficiência das aprovações internas. Atrasos na aprovação afetam diretamente o tempo total do processo e podem prejudicar o relacionamento com os fornecedores.

Onde encontrar

Em geral, esse evento é inferido a partir de uma mudança de status no pedido de compra ou registrado com base na data e hora da aprovação final no histórico do Workflow.

Coleta

Use a data e hora em que o status de aprovação final do pedido de compra é definido ou em que a última aprovação necessária é registrada.

Tipo de evento inferred
Pedido de compra criado
Esta atividade representa a criação inicial do documento do pedido de compra no sistema. Ela marca o início formal do compromisso de compra e costuma ser gerada a partir de uma solicitação aprovada.
Por que isso importa

Como evento de início do caso, esta atividade é fundamental para medir o tempo de ciclo de ponta a ponta do pedido de compra. Ela define a referência para todas as etapas seguintes do processo.

Onde encontrar

Esta informação é obtida da data e hora de criação do registro principal do pedido de compra ou da tabela de cabeçalho.

Coleta

Use a data e a hora de criação do documento no registro de cabeçalho do pedido de compra.

Tipo de evento explicit
Pedido de compra encerrado
Esta é a atividade final, que indica que o pedido de compra foi concluído. Em geral, um pedido é encerrado quando todas as mercadorias foram recebidas, todas as faturas foram registradas e não há previsão de novas transações.
Por que isso importa

Esta atividade marca o fim do ciclo de vida do pedido de compra. O tempo até o encerramento é uma métrica importante do fluxo geral do processo e ajuda a identificar pedidos parados e sem atividade.

Onde encontrar

Em geral, esse evento é inferido a partir de um status final, como “Encerrado” ou “Concluído”, que pode ser definido automaticamente ou manualmente.

Coleta

Use a data e hora em que o status de encerramento final é definido ou em que os indicadores “entrega concluída” e “fatura final” ficam ativos.

Tipo de evento inferred
Pedido de compra enviado ao fornecedor
Esta atividade marca o momento em que o pedido de compra aprovado é enviado oficialmente ao fornecedor. O envio pode ocorrer por diferentes canais, como EDI, portal do fornecedor ou e-mail.
Por que isso importa

Este é o primeiro contato externo e marca o início do tempo de atravessamento do fornecedor. Atrasos entre a aprovação interna e o envio do pedido ao fornecedor representam tempo perdido no ciclo de compras.

Onde encontrar

Em geral, esse evento é registrado nos logs de saída de mensagens, nos registros de comunicação ou por uma mudança de status específica, como “Enviado” ou “Pedido realizado”.

Coleta

Identifique a data e hora em que a mensagem de saída do pedido de compra foi processada ou enviada com sucesso.

Tipo de evento explicit
Recebimento de mercadorias registrado
Esta atividade representa o registro formal das mercadorias recebidas em relação ao pedido de compra. Ela confirma que a remessa chegou e foi registrada no sistema, muitas vezes atualizando os níveis de estoque.
Por que isso importa

Este é um marco crítico que indica, do ponto de vista logístico, que o pedido foi atendido. A análise da performance de entrega no prazo depende muito da precisão e do registro em tempo hábil deste evento.

Onde encontrar

Este evento corresponde a uma transação explícita que cria um documento de recebimento de mercadorias ou de produtos vinculado ao pedido de compra.

Coleta

Use a data de lançamento ou de criação do documento de material ou da transação de recebimento de mercadorias.

Tipo de evento explicit
Fornecedor confirmou o pedido
Este evento indica que o fornecedor recebeu e analisou o pedido de compra e confirmou seu recebimento. A confirmação costuma incluir o acordo sobre preço, quantidade e datas de entrega.
Por que isso importa

A confirmação do fornecedor dá mais segurança de que o pedido será atendido conforme solicitado. A falta de uma confirmação em tempo hábil pode indicar problemas ou atrasos no atendimento.

Onde encontrar

Este evento é registrado a partir de transações iniciadas pelo fornecedor no portal ou por meio de entrada manual de dados com base em confirmações por e-mail ou fax.

Coleta

Use a data e hora do documento de confirmação do pedido ou da atualização de status que indica a confirmação do fornecedor.

Tipo de evento explicit
Mercadorias devolvidas
Esta atividade é registrada quando mercadorias recebidas anteriormente são devolvidas ao fornecedor. As devoluções costumam ocorrer por problemas de qualidade, danos durante o transporte ou envio de produtos incorretos.
Por que isso importa

Acompanhar a frequência das devoluções é um indicador importante da qualidade e da performance dos fornecedores. Uma taxa alta de devoluções pode revelar problemas recorrentes com determinados fornecedores ou produtos.

Onde encontrar

Este evento é registrado por meio de uma transação específica de devolução ou do estorno do documento original de recebimento de mercadorias.

Coleta

Identifique a data de lançamento do documento de devolução de material ou de uma movimentação de mercadorias com um tipo específico de devolução.

Tipo de evento explicit
Pedido de compra alterado
Este evento representa qualquer alteração feita no pedido de compra após sua criação ou aprovação inicial. Entre as mudanças mais comuns estão ajustes na quantidade, no preço ou nas datas de entrega.
Por que isso importa

Alterações frequentes podem indicar falhas no planejamento inicial, problemas com fornecedores ou instabilidade no processo. Cada alteração costuma exigir uma nova aprovação, aumentando a carga administrativa e os atrasos.

Onde encontrar

Esta informação é obtida dos logs de alterações do sistema, do histórico de versões do documento ou das tabelas de trilha de auditoria.

Coleta

Use a data e hora dos logs de alteração do documento vinculados ao pedido de compra.

Tipo de evento explicit
Pedido de compra cancelado
Esta atividade representa o cancelamento de um pedido de compra antes de sua conclusão. O cancelamento pode ocorrer em diferentes etapas, caso os produtos não sejam mais necessários ou o pedido tenha sido criado por engano.
Por que isso importa

Os cancelamentos representam esforço desperdiçado e podem indicar ineficiências no processo ou falhas no planejamento da demanda. Entender por que e quando os pedidos de compra são cancelados pode ajudar a melhorar o processo.

Onde encontrar

Em geral, esse evento é inferido a partir de um status específico do documento, como “Cancelado”, ou da ativação de um indicador de exclusão no registro do pedido de compra.

Coleta

Identifique a data e hora em que o indicador de exclusão é definido ou o status do documento muda para cancelado.

Tipo de evento inferred
Pedido de compra enviado para aprovação
Esta atividade ocorre quando um pedido de compra em rascunho é enviado formalmente para um fluxo interno de aprovação. Com isso, o documento passa de rascunho para aguardando aprovação.
Por que isso importa

Este evento separa o tempo de criação ou elaboração do pedido de compra do tempo efetivo do ciclo de aprovação. Analisar o intervalo entre a criação e o envio pode revelar questões relacionadas ao comportamento dos usuários ou à necessidade de treinamento.

Onde encontrar

Em geral, esse evento é registrado a partir de uma ação explícita do usuário, de uma mudança de status ou de uma entrada no log do Workflow.

Coleta

Identifique a data e hora associadas à ação “enviar para aprovação” ou à mudança de status correspondente.

Tipo de evento explicit
Pedido de compra rejeitado
Esta atividade ocorre quando um aprovador rejeita o pedido de compra durante o fluxo de aprovação. Normalmente, o pedido volta para quem o criou, para revisão ou cancelamento.
Por que isso importa

As rejeições geram retrabalho e atrasos no processo. Analisar a frequência e os motivos das rejeições ajuda a identificar problemas na qualidade dos dados, na Conformidade com as políticas ou no treinamento dos aprovadores.

Onde encontrar

Em geral, esse evento é inferido a partir da mudança do status do documento do pedido de compra para “Rejeitado” ou um status semelhante.

Coleta

Identifique a data e hora em que o status do pedido de compra é atualizado para indicar a rejeição.

Tipo de evento inferred
Serviços confirmados
Esta atividade equivale ao recebimento de mercadorias em pedidos de compra de serviços. Ela confirma que o serviço foi prestado conforme as condições especificadas no pedido.
Por que isso importa

Nas compras de serviços, este evento é essencial para acompanhar a performance da prestação e costuma ser um pré-requisito para aprovar a fatura correspondente para pagamento.

Onde encontrar

Em geral, esse evento é registrado com a criação de uma folha de registro de serviços ou de um documento de confirmação de serviço semelhante.

Coleta

Use a data de criação ou de lançamento da folha de registro de serviços ou do registro de confirmação.

Tipo de evento explicit
Solicitação de compra aprovada
Este evento indica que todas as partes necessárias analisaram e aprovaram a solicitação de compra. A aprovação autoriza a criação de um pedido de compra formal.
Por que isso importa

Este marco encerra o processo interno de aprovação da demanda. Acompanhar a duração e a taxa de aprovação das solicitações é essencial para entender a eficiência antes da compra.

Onde encontrar

Em geral, esse evento é inferido a partir de uma mudança de status no documento da solicitação ou registrado no histórico do Workflow.

Coleta

Identifique a data e hora em que o status de aprovação final da solicitação é definido ou em que a ação de aprovação final é registrada.

Tipo de evento inferred
Solicitação de compra criada
Esta atividade registra a solicitação formal de produtos ou serviços que antecede um pedido de compra. É o documento inicial que formaliza a necessidade do negócio e normalmente dá início a um fluxo de aprovação.
Por que isso importa

Analisar o tempo entre a criação da solicitação e a criação do pedido de compra ajuda a identificar gargalos na etapa entre a demanda e o pedido. Um grande volume de solicitações que não se transforma em pedido pode indicar falhas no planejamento.

Onde encontrar

Este evento é registrado com base na data e hora de criação do documento ou registro da solicitação de compra no módulo de compras.

Coleta

Use a data e hora de criação da tabela de cabeçalho da solicitação de compra ou do log do documento.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados para Process Mining.

Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,

consulte nosso guia de ETL   ou   selecione um processo e um sistema específicos.

Pronto para começar?

Comece a otimizar seu processo de compras escolhendo um guia de extração específico para o seu sistema ou use este Template genérico como ponto de partida para preparar os dados.

Otimize o processo de pedidos de compra. Comece hoje.

Funciona com qualquer sistema. Identifique gargalos e acelere os ciclos dos pedidos de compra.

Começar o teste grátis

Não é necessário informar cartão de crédito. Configuração em 5 minutos.