Seu Template de dados de compras ao pagamento, requisição

Template universal de Process Mining
Seu Template de dados de compras ao pagamento, requisição

Seu Template de dados de compras ao pagamento, requisição

Template universal de Process Mining

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

Selecione um sistema específico
  • Campos de dados padronizados para manter a consistência das análises em diferentes sistemas.
  • Uma lista completa das principais atividades a acompanhar para ter visibilidade de todo o processo.
  • Uma base flexível que você pode adaptar ao fluxo de trabalho de compras ao pagamento, requisição da sua organização.
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de compras ao pagamento, requisição

Esta seção detalha os campos de dados recomendados e os atributos essenciais para incluir no Event Log e analisar de forma completa o processo de compras ao pagamento, requisição.
5 Obrigatório 7 Recomendado 5 Opcional
Nome Descrição
Data e hora do evento
EventTime
A data e a hora exatas em que a atividade ocorreu. Esse é o principal registro de data e hora usado para ordenar os eventos.
Descrição

A data e hora do evento, muitas vezes chamadas de timestamp, registram o momento exato em que uma atividade ocorreu. Esses dados são essenciais para ordenar os eventos corretamente e para todas as análises de processo baseadas em tempo, incluindo o cálculo do tempo de ciclo, a identificação de gargalos e o monitoramento de performance.

Em Process Mining, as datas e horas são usadas para ordenar as atividades de cada caso e medir o tempo entre as etapas. Analisar esses intervalos ajuda a revelar atrasos, entender as causas de tempos de ciclo longos e avaliar se os acordos de nível de serviço estão sendo cumpridos. Dados precisos e completos de data e hora são indispensáveis para qualquer análise de performance relevante.

Por que isso importa

Esse registro de data e hora é essencial para ordenar eventos, calcular tempos de ciclo e analisar a performance e os gargalos do processo.

Onde encontrar

Geralmente, é registrado em trilhas de auditoria do sistema, logs de eventos ou como data de criação ou alteração nos registros de transação.

Exemplos
2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
ID da requisição de compra
PurchaseRequisitionId
Identificador exclusivo de cada requisição de compra. Ele funciona como o identificador principal do caso no processo.
Descrição

O ID da requisição de compra é uma chave exclusiva atribuída a cada documento de requisição quando ele é criado. Ele serve como referência central para todas as atividades, alterações e aprovações relacionadas a uma solicitação, do início à conclusão.

Em Process Mining, esse ID é essencial para correlacionar os casos. Ele permite que o sistema reconstrua a jornada completa de cada requisição, conectando eventos distintos, como 'Requisição criada', 'Etapa de aprovação aprovada' e 'Pedido de compra criado', em um fluxo de processo coerente. Sem um identificador de caso consistente e exclusivo, não é possível analisar variantes do processo, tempos de ciclo e resultados.

Por que isso importa

Essa é a chave essencial para acompanhar todo o ciclo de vida de uma requisição e conectar todos os eventos relacionados em uma única instância do processo.

Onde encontrar

Geralmente, fica nos dados do cabeçalho da transação da requisição de compra ou na tabela de documentos.

Exemplos
PR-100567REQ00043218000123987
Nome da atividade
ActivityName
Nome da atividade ou do evento de negócio específico que ocorreu em determinado momento da requisição.
Descrição

O nome da atividade descreve uma etapa ou mudança de status no ciclo de vida da requisição de compra. Ele apresenta um rótulo fácil de entender para eventos como 'Requisição enviada', 'Etapa de aprovação iniciada' ou 'Requisição rejeitada', que formam a base do mapa do processo.

Esse atributo é fundamental para descobrir e analisar o processo. Ao organizar as atividades em sequência, as ferramentas de Process Mining podem visualizar o fluxo real do processo, identificar desvios do procedimento padrão e localizar gargalos ou ciclos de retrabalho. Nomes de atividades consistentes e claros são essenciais para criar um modelo de processo compreensível e que ajude a definir ações.

Por que isso importa

Ele define as etapas individuais do processo, essenciais para visualizar o mapa do processo e analisar o fluxo de trabalho.

Onde encontrar

Muitas vezes, é obtido de logs de eventos, tabelas de alteração de status ou códigos de transação associados ao documento da requisição.

Exemplos
Requisição criadaEtapa de aprovação aprovadaPedido de compra criado
Sistema de origem
SourceSystem
Identifica o sistema de informação de onde os dados foram extraídos, como um ERP ou uma plataforma de compras.
Descrição

O atributo Sistema de origem especifica de onde vêm os dados do processo. Em organizações que usam vários sistemas, como um ERP central e uma ferramenta especializada de compras eletrônicas, esse campo ajuda a distinguir os dados de cada fonte.

Essa informação é útil para validar dados, solucionar problemas e entender variações do processo que podem depender do sistema. Por exemplo, requisições iniciadas em um sistema podem seguir um caminho de aprovação diferente ou ter um tempo de ciclo menor do que as iniciadas em outro. Analisar os dados por sistema de origem pode revelar problemas de integração ou oportunidades de consolidar sistemas.

Por que isso importa

Ele contextualiza a origem dos dados, o que é essencial para validá-los e analisar diferenças entre processos em vários sistemas.

Onde encontrar

Muitas vezes, é um valor estático adicionado durante a extração dos dados ou encontrado em campos de metadados técnicos.

Exemplos
SAP S/4HANAOracle FusionCoupa
Última atualização dos dados
LastDataUpdate
A data e hora que indicam quando os dados deste registro foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

A data e hora da última atualização dos dados indicam o quanto os dados analisados estão atualizados. Elas mostram quando o registro foi extraído pela última vez do sistema de origem e carregado no ambiente de Process Mining.

Esse atributo é essencial para o monitoramento operacional e para garantir que as análises usem informações atuais. Ele ajuda a entender o possível intervalo entre os eventos reais e sua representação no modelo de processo. Dashboards e KPIs que acompanham operações em andamento dependem dessas informações para apresentar insights relevantes e no momento certo.

Por que isso importa

Ele informa se os dados estão atualizados, algo essencial para garantir que as análises sejam relevantes e atuais.

Onde encontrar

Geralmente, é adicionado pela ferramenta de integração de dados ou ETL (Extract, Transform, Load) durante o carregamento dos dados.

Exemplos
2024-05-20T02:00:00Z2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Departamento
Department
Departamento, centro de custo ou unidade organizacional à qual a requisição é atribuída.
Descrição

O atributo Departamento representa a unidade organizacional responsável pela compra, como 'Marketing', 'TI' ou 'Finanças'. É um dado financeiro e organizacional importante para o orçamento e a alocação de custos.

Em Process Mining, analisar os dados por departamento é uma técnica comum e eficaz. Ela permite comparar a performance entre diferentes unidades de negócio e identificar quais departamentos são mais eficientes e quais podem precisar de apoio. Essa análise pode revelar diferenças no tempo de ciclo, nas taxas de aprovação ou na conformidade, relacionadas aos hábitos de compra ou aos processos internos de cada departamento.

Por que isso importa

Ele permite comparar a performance e analisar custos entre diferentes unidades de negócio, revelando comportamentos específicos dos processos de cada departamento.

Onde encontrar

Geralmente, está disponível nos dados do cabeçalho ou dos itens da requisição de compra e vinculado à estrutura organizacional da empresa.

Exemplos
MarketingTecnologia da InformaçãoFinançasOperações
ID do pedido de compra
PurchaseOrderId
Identificador do pedido de compra criado a partir da requisição aprovada.
Descrição

O ID do pedido de compra é o número exclusivo do documento de pedido gerado a partir de uma requisição de compra aprovada. Esse campo conecta o processo de requisição aos processos seguintes de compras e pagamento.

Esse atributo é essencial para analisar a eficiência da conversão de requisição em pedido de compra. Ele confirma que a requisição resultou em um pedido e permite medir o tempo dessa conversão. Ao analisar quais requisições têm um pedido de compra correspondente, as empresas podem avaliar a eficácia da etapa anterior às compras e identificar requisições aprovadas que nunca foram atendidas.

Por que isso importa

Ele conecta a requisição ao processo de compras seguinte e permite analisar as taxas e os tempos de conversão de requisições em pedidos de compra.

Onde encontrar

Muitas vezes, é encontrado nos dados do documento da requisição após a criação do pedido de compra, às vezes em uma tabela de documentos relacionados ou de fluxo de documentos.

Exemplos
PO-4500012345ORD7890016000054321
Moeda
Currency
Código da moeda, como USD ou EUR, usado para o valor total da requisição.
Descrição

O atributo Moeda especifica a unidade monetária do valor da requisição. Em organizações multinacionais, as requisições podem ser criadas em diferentes moedas, conforme a localização do solicitante ou do fornecedor.

Esse campo é essencial para relatórios e análises financeiras precisos. Ele garante que os valores monetários sejam interpretados corretamente e permite fazer conversões adequadas ao agregar dados de diferentes regiões. Toda análise que envolva o valor das requisições precisa considerar a moeda para evitar comparações diretas entre unidades monetárias diferentes.

Por que isso importa

Ele fornece o contexto necessário para os dados financeiros, garantindo a interpretação correta e a agregação dos valores das requisições entre regiões.

Onde encontrar

Geralmente, fica nos dados do cabeçalho da transação da requisição de compra, junto aos campos de valor.

Exemplos
USDEURGBP
Nome do solicitante
RequesterName
Nome do funcionário ou usuário que criou e enviou a requisição de compra.
Descrição

O nome do solicitante identifica a pessoa que iniciou a solicitação de compra. Em geral, é o usuário da área de negócio que precisa dos produtos ou serviços.

Analisar o processo por solicitante pode ajudar a identificar padrões relacionados a pessoas ou grupos específicos. Por exemplo, pode revelar se determinados solicitantes enviam com frequência requisições incompletas ou fora de conformidade, que precisam de retrabalho. Essas informações podem orientar treinamentos específicos ou simplificar o processo de requisição para grupos de usuários comuns, melhorando a eficiência e a conformidade.

Por que isso importa

Ele ajuda a identificar comportamentos específicos de usuários e permite direcionar treinamentos e melhorias de processo para pessoas ou equipes.

Onde encontrar

Encontrado nos dados do cabeçalho da requisição de compra, muitas vezes vinculado aos dados mestres dos funcionários.

Exemplos
John SmithJane DoeMaria Garcia
Status da requisição
RequisitionStatus
Status atual ou final da requisição de compra durante seu ciclo de vida.
Descrição

O status da requisição indica a situação em determinado momento ou o resultado final. Entre os status mais comuns estão 'Em andamento', 'Aguardando aprovação', 'Aprovada', 'Rejeitada' e 'Encerrada'.

Esse atributo é essencial para analisar resultados e monitorar operações. Ele permite que analistas filtrem as requisições pelo estado final e calculem métricas como taxas de rejeição ou de conversão em pedido de compra. No dia a dia da operação, ajuda as equipes a entender a carga de trabalho atual, como o número de requisições aguardando aprovação, para priorizar tarefas e gerenciar recursos com eficiência.

Por que isso importa

Ele oferece uma visão clara dos resultados das requisições, permitindo calcular métricas importantes, como taxas de rejeição, e apoiar o gerenciamento da carga de trabalho operacional.

Onde encontrar

Geralmente, fica no campo de status do cabeçalho do documento da requisição de compra.

Exemplos
AprovadaRejeitadaAguardando aprovaçãoRetirada
Tipo de requisição
RequisitionType
Categoria ou tipo da requisição, como compra de produtos, serviços ou despesas de capital.
Descrição

O tipo de requisição classifica a solicitação de compra conforme sua natureza ou finalidade. Alguns exemplos são solicitações de materiais padrão, serviços, despesas de capital ou itens de um catálogo específico. Essa classificação muitas vezes determina o fluxo de trabalho de aprovação e o tratamento contábil.

Analisar o processo por tipo de requisição ajuda a entender se diferentes solicitações seguem caminhos distintos ou têm níveis de eficiência diferentes. Por exemplo, requisições de despesas de capital podem ter tempos de ciclo maiores por exigirem etapas adicionais de aprovação, enquanto solicitações de itens padrão de catálogo podem ser altamente automatizadas. Essa análise ajuda a criar e otimizar variantes do processo para cada tipo.

Por que isso importa

Ele permite analisar diferentes caminhos do processo, já que o tipo de requisição costuma determinar o fluxo de trabalho de aprovação necessário e o nível de complexidade.

Onde encontrar

Geralmente, essa informação é armazenada como tipo de documento ou código de categoria nos dados do cabeçalho da requisição.

Exemplos
Despesa de capitalDespesa operacionalSolicitação de serviçoSolicitação de material
Valor da requisição
RequisitionAmount
Valor monetário total da requisição de compra.
Descrição

O valor da requisição representa o valor financeiro total de todos os itens e serviços solicitados na requisição de compra. Essa é uma métrica financeira importante em todo o processo de compras.

Na análise de processos, esse atributo é essencial para filtrar e analisar dados por valor. Ele permite separar as requisições em categorias, como alto e baixo valor, que muitas vezes têm fluxos de trabalho de aprovação e perfis de risco diferentes. Analisar os tempos de ciclo ou as taxas de rejeição por valor da requisição pode revelar, por exemplo, que solicitações de alto valor demoram muito mais para serem aprovadas ou são rejeitadas com mais frequência, oferecendo um ponto de partida para melhorar o processo.

Por que isso importa

Ele permite analisar os dados por valor, ajudando a priorizar requisições de alto valor e entender como o valor financeiro afeta o comportamento do processo.

Onde encontrar

Geralmente, fica nos dados do cabeçalho da transação da requisição de compra ou na tabela de documentos.

Exemplos
500.0012500.7599.95
Data necessária
RequiredByDate
Data em que o solicitante precisa receber os produtos ou serviços.
Descrição

O solicitante informa a data necessária para indicar o prazo de atendimento. Essa data serve como meta para todo o processo de compras, da aprovação da requisição à entrega final.

Esse atributo é importante para analisar a pontualidade do processo e seu alinhamento às necessidades do negócio. Ao comparar a data necessária com a data de criação do pedido de compra ou com a data de entrega, a organização pode medir sua capacidade de cumprir os acordos internos de nível de serviço. Isso ajuda a responder a perguntas importantes, como se o processo de compras é rápido o suficiente para atender aos prazos do negócio.

Por que isso importa

Serve como referência para medir a performance do processo em relação aos prazos do negócio e avaliar a capacidade de atender às solicitações no prazo.

Onde encontrar

Geralmente, o usuário informa esse dado ao criar a requisição. Ele fica armazenado no cabeçalho da requisição ou nos detalhes do item.

Exemplos
2024-06-302024-07-152024-08-01
Motivo da rejeição
RejectionReason
Motivo informado pelo aprovador ao rejeitar uma requisição ou etapa de aprovação.
Descrição

O motivo da rejeição é um campo de texto ou código que explica por que uma requisição foi negada. Os aprovadores fornecem essa informação para dar feedback ao solicitante, que talvez precise alterar e reenviar a solicitação.

Esse atributo é muito valioso para a análise de causa raiz das falhas do processo. Ao categorizar e analisar os motivos das rejeições, as organizações podem identificar problemas recorrentes, como 'Código contábil incorreto', 'Orçamento excedido' ou 'Fornecedor fora de conformidade'. Esses insights podem orientar melhorias específicas, como oferecer treinamento aos solicitantes, comunicar as políticas com mais clareza ou aprimorar o sistema para evitar erros comuns.

Por que isso importa

Ele mostra diretamente por que as requisições falham e permite fazer uma análise de causa raiz para reduzir o retrabalho e aumentar a taxa de aprovação na primeira tentativa.

Onde encontrar

Geralmente, é registrado em um campo de comentários ou observações associado à atividade 'Rejeitada' ou à mudança de status.

Exemplos
Orçamento excedidoCentro de custo incorretoSolicitação duplicadaViolação de política
Nível de urgência
UrgencyLevel
Classificação que indica a prioridade ou urgência da requisição, como 'Alta', 'Média' ou 'Baixa'.
Descrição

O nível de urgência, às vezes chamado de prioridade, é um campo que os solicitantes usam para indicar com que rapidez precisam dos produtos ou serviços solicitados. Essa classificação pode influenciar o encaminhamento e a priorização da requisição pela equipe de compras e pelos aprovadores.

Analisar a performance do processo por nível de urgência ajuda a avaliar se ele atende às necessidades do negócio. Por exemplo, é possível verificar se as solicitações de urgência 'Alta' são realmente processadas mais rápido do que as de urgência 'Baixa'. Se não forem, isso pode indicar um gargalo ou uma falha no mecanismo de priorização que precisa ser corrigida.

Por que isso importa

Ele ajuda a avaliar se o processo prioriza as solicitações urgentes de forma eficaz e se a urgência informada corresponde à velocidade real de processamento.

Onde encontrar

Geralmente, é um campo opcional ou obrigatório no formulário de criação da requisição, armazenado no cabeçalho.

Exemplos
AltaMédiaBaixaUrgente
Nome de usuário
UserName
Nome do usuário que realizou uma atividade específica, como criar, editar ou aprovar.
Descrição

Nome do usuário identifica a pessoa responsável por cada atividade registrada no log do processo. Esse atributo genérico pode indicar quem solicitou, editou ou aprovou uma requisição, ou qualquer outra pessoa que interaja com ela.

Esse atributo é fundamental para analisar recursos e automação. Ele ajuda a entender o princípio dos quatro olhos, ou seja, as transferências entre usuários diferentes, e pode ser usado para calcular taxas de automação, identificando atividades realizadas por usuários de sistema ou de processamento em lote. Analisar as atividades por usuário ajuda a entender como diferentes funções interagem com o processo.

Por que isso importa

Esse atributo é essencial para entender as transferências entre usuários, analisar a automação e atribuir etapas específicas do processo à pessoa responsável.

Onde encontrar

Pode ser encontrado na trilha de auditoria ou nos dados do Event Log de cada transação, geralmente armazenado como ID de usuário.

Exemplos
asmithjdoeBATCH_USER
Nome do aprovador
ApproverName
Nome do usuário ou grupo responsável por uma atividade de aprovação ou rejeição.
Descrição

O nome do aprovador identifica a pessoa, função ou grupo que realizou uma etapa de aprovação ou rejeição no fluxo de trabalho. Ele é diferente do solicitante ou do usuário geral que pode realizar outras atividades.

Esse atributo é essencial para analisar o próprio processo de aprovação. Ele ajuda a medir a performance dos aprovadores, como o tempo médio que cada um leva para tomar uma decisão. Também pode revelar como a carga de trabalho está distribuída e se determinados aprovadores são gargalos no processo. Essa análise apoia uma melhor alocação de recursos e o gerenciamento da performance na cadeia de aprovação.

Por que isso importa

Ele permite analisar detalhadamente o fluxo de trabalho de aprovação, incluindo a carga de trabalho e a performance dos aprovadores, além de ajudar a identificar gargalos.

Onde encontrar

Registrado no log de eventos ou de auditoria das atividades relacionadas à aprovação. Talvez seja necessário combinar esses dados com os dados mestres dos funcionários.

Exemplos
Alice JohnsonBob WilliamsGrupo de aprovação de Finanças
Obrigatório Recomendado Opcional

Atividades de compras ao pagamento, requisição

As atividades listadas aqui representam as etapas essenciais do processo e os principais marcos que você deve registrar para descobrir o processo com precisão e identificar gargalos.
7 Recomendado 6 Opcional
Atividade Descrição
Pedido de compra criado
Um documento formal de pedido de compra é gerado com base nas informações de um ou mais itens de requisição aprovados. Esse evento marca a transferência do processo interno de solicitação para o processo de compras externo.
Por que isso importa

Esse é o principal resultado de sucesso do processo de requisição. O tempo entre a aprovação final e a criação do pedido de compra mede a eficiência do departamento de compras.

Onde encontrar

Esse evento é inferido para a requisição quando se encontra um documento de pedido de compra correspondente que faz referência ao ID da requisição.

Coleta

Identifique a data e hora de criação do pedido de compra que faz referência ao ID da requisição.

Tipo de evento inferred
Requisição alterada
Uma pessoa usuária altera a requisição depois do envio, muitas vezes para corrigir informações ou responder a uma rejeição. A alteração costuma incluir detalhes como quantidades, preços ou itens e pode exigir que o processo de aprovação recomece.
Por que isso importa

Acompanhar as alterações é essencial para identificar ciclos de retrabalho, ineficiências no processo e requisitos iniciais pouco claros. Uma taxa alta de alterações pode prolongar significativamente os tempos de ciclo.

Onde encontrar

Esses dados podem vir de trilhas de auditoria do sistema, registros de alterações ou da identificação de uma nova versão do documento de requisição.

Coleta

Identifique nos registros de alterações ou de auditoria os eventos que correspondem a edições de campos importantes da requisição após o envio inicial.

Tipo de evento explicit
Requisição aprovada
A requisição passou por todas as etapas obrigatórias do fluxo de trabalho de aprovação. Com esse marco, ela pode seguir para a seleção de fornecedores ou ser convertida em um pedido de compra.
Por que isso importa

Esse é um marco importante de sucesso. O tempo até chegar a esse estado é uma das principais medidas da eficiência do processo de requisição.

Onde encontrar

Inferido quando o status geral do cabeçalho da requisição muda para 'Aprovado' ou para um estado final de aprovação equivalente nos logs do fluxo de trabalho.

Coleta

Registre a data e hora da primeira alteração do status geral da requisição para 'Aprovado' ou equivalente.

Tipo de evento inferred
Requisição criada
Uma pessoa usuária inicia uma solicitação de bens ou serviços criando um novo documento de requisição de compra. Esse evento marca o início do ciclo de vida da requisição, que geralmente começa como rascunho ou com informações incompletas, antes do envio formal.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo entre a criação e o envio pode revelar atrasos na preparação da solicitação ou dúvidas de quem a preenche.

Onde encontrar

Em geral, esse dado é obtido do registro de data e hora de criação no cabeçalho ou na tabela principal da requisição de compra.

Coleta

Identifique o registro de data e hora da criação inicial do cabeçalho da requisição de compra.

Tipo de evento explicit
Requisição encerrada
A requisição é encerrada administrativamente, indicando que nenhuma outra ação será tomada. Isso costuma acontecer depois que todos os itens são convertidos em pedidos de compra ou cancelados.
Por que isso importa

Esse é o evento final do processo e confirma a conclusão do ciclo de vida da requisição. Assim, requisições antigas não ficam abertas indefinidamente.

Onde encontrar

Inferido a partir de uma atualização final do status no cabeçalho da requisição ou quando todos os itens associados são marcados como totalmente pedidos ou encerrados.

Coleta

Registre a data e hora em que o status final da requisição é definido como 'Encerrada' ou 'Concluída'.

Tipo de evento inferred
Requisição enviada
Quem fez a solicitação envia formalmente a requisição preenchida para o fluxo de aprovação. Essa ação muda o estado da requisição de rascunho para ativo, aguardando análise e aprovação.
Por que isso importa

Este evento inicia o processo formal de aprovação. O tempo entre o envio e a aprovação final é uma parte importante do tempo total do ciclo.

Onde encontrar

Geralmente, esse dado é obtido de um evento de alteração de status, de um registro de ações da pessoa usuária ou do registro do mecanismo de fluxo de trabalho que indica o início do processo de aprovação.

Coleta

Registre a data e a hora em que o status da requisição muda de rascunho para um estado que indica que ela está aguardando aprovação.

Tipo de evento explicit
Requisição rejeitada
A requisição é rejeitada definitivamente durante o processo de aprovação e não será convertida em pedido de compra. Esse é o resultado final malsucedido da solicitação.
Por que isso importa

Esse é um marco importante de falha. Analisar os motivos da rejeição final pode ajudar a melhorar os processos iniciais e o treinamento dos solicitantes.

Onde encontrar

Inferido quando o status geral do cabeçalho da requisição muda para 'Rejeitado', 'Negado' ou um estado final de rejeição equivalente.

Coleta

Registre a data e hora da primeira alteração do status geral da requisição para 'Rejeitado', 'Negado' ou equivalente.

Tipo de evento inferred
Aprovação reiniciada
Todo o fluxo de trabalho de aprovação da requisição é reiniciado, e o processo precisa começar do início. Isso costuma acontecer quando uma requisição que já estava em andamento passa por uma alteração significativa.
Por que isso importa

O reinício da aprovação é uma das principais causas do aumento do tempo de ciclo. Identificar a frequência e os motivos desses reinícios pode revelar problemas nas políticas ou no processo de alteração.

Onde encontrar

Inferido quando o status da aprovação é apagado ou volta à etapa inicial, depois de já ter sido atribuído a um aprovador de uma etapa posterior.

Coleta

Identifique quando o status do fluxo de trabalho de aprovação volta ao estado inicial, depois de já ter avançado para as etapas seguintes.

Tipo de evento inferred
Etapa de aprovação aprovada
Uma pessoa aprovadora autoriza a requisição na etapa do fluxo de trabalho sob sua responsabilidade. Essa ação encaminha a requisição para a próxima etapa ou a aproxima da aprovação final.
Por que isso importa

Analisar o tempo entre o início e o fim de uma etapa de aprovação revela o desempenho de cada aprovador e como a carga de trabalho está distribuída.

Onde encontrar

Registrado a partir de uma ação explícita do usuário nos logs do histórico de aprovação ou nos dados de transação do fluxo de trabalho.

Coleta

Extraia os eventos de aprovação do histórico de aprovação ou do log do fluxo de trabalho, incluindo o aprovador e a data e hora.

Tipo de evento explicit
Etapa de aprovação iniciada
Como parte de um fluxo de trabalho com várias etapas, a requisição é atribuída a um aprovador específico ou a um grupo de aprovação. Essa atividade marca o início do período de espera por uma aprovação específica.
Por que isso importa

Este evento permite analisar em detalhes os gargalos na cadeia de aprovação e identificar aprovadores ou etapas específicas que causam atrasos.

Onde encontrar

Esse evento pode ser identificado nos registros do mecanismo de fluxo de trabalho quando uma nova tarefa de aprovação é criada e atribuída a uma pessoa usuária ou função.

Coleta

Registre a data e a hora em que uma tarefa de aprovação é criada ou em que o status da requisição indica que ela está aguardando um aprovador específico.

Tipo de evento inferred
Etapa de aprovação rejeitada
Um aprovador rejeita a requisição na etapa sob sua responsabilidade, geralmente devolvendo-a ao solicitante para correção. Essa ação interrompe o avanço do fluxo de trabalho de aprovação.
Por que isso importa

Essa atividade é uma das principais causas de retrabalho. Acompanhar as rejeições ajuda a identificar motivos recorrentes, necessidades de treinamento e etapas problemáticas do processo de aprovação.

Onde encontrar

Registrado a partir de uma ação explícita do usuário nos logs do histórico de aprovação ou nos dados de transação do fluxo de trabalho.

Coleta

Extraia os eventos de rejeição do histórico de aprovação ou do log do fluxo de trabalho, incluindo o aprovador e a data e hora.

Tipo de evento explicit
Fonte de fornecimento atribuída
Um comprador ou especialista em compras atribui um fornecedor, contrato ou acordo de preços específico a um item de uma requisição aprovada. Essa é uma etapa preparatória para a criação do pedido de compra.
Por que isso importa

Essa atividade mede a eficiência da equipe de compras táticas. Atrasos nessa etapa podem criar um gargalo entre a aprovação da requisição e a emissão do pedido.

Onde encontrar

Registrado quando os campos de fornecedor ou fonte de fornecimento do item da requisição são atualizados após a aprovação.

Coleta

Identifique a data e hora em que um ID de fornecedor ou contrato é preenchido pela primeira vez em um item de requisição aprovado.

Tipo de evento explicit
Requisição retirada
O solicitante ou um usuário autorizado cancela a requisição antes da aprovação final ou da conversão em pedido. Essa ação encerra o processo para essa solicitação específica.
Por que isso importa

Esse é um evento final que encerra o processo sem indicar claramente sucesso ou falha. Uma alta taxa de retiradas pode indicar mudanças nas necessidades do negócio ou solicitações feitas antes da hora.

Onde encontrar

Geralmente, é registrado como uma ação explícita do usuário que altera o status para 'Retirada' ou 'Cancelada', ou define um indicador de exclusão.

Coleta

Registre a data e hora em que o status da requisição é atualizado para 'Retirada' ou 'Cancelada', ou em que um indicador de exclusão é definido.

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?

Escolha um guia de extração específico para o seu sistema e comece a adaptar a coleta de dados. Você também pode usar este Template genérico como uma estrutura flexível para iniciar a análise do processo de compras ao pagamento, requisição.

Otimize suas requisições de compras ao pagamento e ganhe eficiência

Identifique gargalos, melhore a conformidade e aumente a economia em todo o processo de compras ao pagamento.

Começar o teste grátis

Não é necessário informar cartão de crédito. A configuração leva apenas alguns minutos.