Seu Template de Dados para Purchase to Pay - Requisição

Microsoft Dynamics 365
Seu Template de Dados para Purchase to Pay - Requisição

Seu Template de Dados para Purchase to Pay - Requisição

Este template descreve os principais atributos a serem coletados e as atividades cruciais a serem rastreadas, permitindo um mergulho profundo no seu processo de requisição. Ele também fornece orientações práticas sobre como extrair esses dados, ajudando você a preparar seu log de eventos de forma eficiente para uma análise detalhada.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para Extração
É novo em event logs? Saiba como criar um event log para Process Mining.

Purchase to Pay - Atributos de Requisição

Estes são os campos de dados recomendados para incluir no seu log de eventos para uma análise completa do seu processo de Purchase to Pay - Requisição.
5 Obrigatório 7 Recomendado 6 Opcional
Nome Descrição
ID da Requisição de Compra
PurchaseRequisitionId
O identificador exclusivo de uma requisição de compra, servindo como o identificador principal do caso.
Descrição

O ID da Requisição de Compra é a chave central que vincula todas as atividades relacionadas a um único pedido de bens ou serviços. Cada processo de requisição, da criação ao encerramento e aprovação final, é rastreado sob esse ID exclusivo.

No Process Mining, esse atributo é fundamental para reconstruir a jornada de ponta a ponta de cada requisição. Ele permite analisar as variantes do processo, tempos de ciclo e conformidade para casos individuais, oferecendo uma visão completa do ciclo de vida da requisição.

Por que é importante

É essencial para agrupar todos os eventos relacionados em uma única instância de processo, permitindo uma análise completa do ciclo de vida da requisição.

Onde obter

Esta costuma ser a chave primária na tabela principal de cabeçalho da requisição de compra, como a PurchReqTable no Microsoft Dynamics 365.

Exemplos
PR-001254PR-001255PR-001256
Nome da Atividade
ActivityName
O nome do evento de negócio ou etapa específica que ocorreu no processo de requisição.
Descrição

Este atributo registra o nome de cada atividade realizada no ciclo de vida da requisição de compra. Exemplos incluem 'Requisição Criada', 'Etapa de Aprovação Aprovada' e 'Pedido de Compra Criado'. Essas atividades formam os nós no mapa do processo descoberto.

Analisar a sequência, frequência e duração entre essas atividades é a essência do Process Mining. Isso ajuda a identificar gargalos, loops de retrabalho e desvios do fluxo padrão do processo, fornecendo insights sobre ineficiências operacionais.

Por que é importante

Este atributo define as etapas no mapa do processo, possibilitando visualizar, analisar e compreender o fluxo de trabalho de requisição.

Onde obter

Isso costuma ser derivado de logs de mudança de status, tabelas de histórico de workflow ou tabelas de eventos específicas no Microsoft Dynamics 365, como WorkflowTrackingStatusTable.

Exemplos
Requisição Enviada para AprovaçãoEtapa de Aprovação AprovadaRequisição Alterada
Tempo do Evento
EventTime
O timestamp preciso de quando a atividade ou evento ocorreu.
Descrição

O Event Time, ou timestamp, registra a data e hora em que um evento de negócio ocorreu no sistema. É a base temporal para toda análise de processo baseada em tempo.\n\nEste atributo é fundamental para calcular tempos de ciclo, durações e períodos de espera entre atividades. Ele permite analisar a performance, identificar gargalos e monitorar a conformidade com SLAs. Timestamps precisos são essenciais para uma análise de Process Mining confiável.

Por que é importante

Fornece a ordem cronológica dos eventos, necessária para calcular durações, identificar gargalos e analisar a performance ao longo do tempo.

Onde obter

Encontrado no histórico de workflow ou tabelas de log de documentos, geralmente como campos 'CreatedDateTime' ou 'ModifiedDateTime' associados a cada mudança de status ou registro de evento.

Exemplos
2023-10-26T10:00:00Z2023-10-26T11:30:15Z2023-10-27T14:22:05Z
Sistema de Origem
SourceSystemId
O sistema de registro de onde os dados foram extraídos.
Descrição

Este atributo identifica o sistema de origem onde os dados do evento foram gerados. Neste contexto, seria o 'Microsoft Dynamics 365'. Em ambientes com vários sistemas integrados, este campo é crucial para a linhagem e contexto dos dados.

Na análise, ajuda a diferenciar processos que podem abranger vários sistemas ou confirmar que os dados vêm de uma fonte única e autorizada. Isso é importante para a validação de dados e para garantir que a análise seja baseada no conjunto correto de informações.

Por que é importante

Oferece contexto sobre a origem dos dados, o que é crucial para governança de dados, validação e ambientes com múltiplos sistemas integrados.

Onde obter

Este é um valor estático, 'Microsoft Dynamics 365', adicionado durante o processo de extração e transformação de dados.

Exemplos
Microsoft Dynamics 365 F&OD365MSD365
Última Atualização de Dados
LastDataIngestionTimestamp
O carimbo de data/hora de quando os dados foram extraídos e carregados pela última vez na ferramenta de Process Mining.
Descrição

Este atributo indica o quão atualizados estão os dados analisados. Ele mostra a data e hora da atualização mais recente do sistema de origem. Este não é um campo do próprio Dynamics 365, mas um metadado adicionado durante a ingestão de dados.

Este carimbo de data/hora é crítico para que os usuários entendam o quão recentes são os insights. Ajuda a saber se estão olhando para dados em tempo real ou para um retrato de um momento específico, o que afeta a relevância das conclusões.

Por que é importante

Informa os usuários sobre a atualização dos dados, garantindo que entendam o período da análise e a relevância dos insights.

Onde obter

Este valor é gerado e anexado ao conjunto de dados durante o processo de ingestão de dados ou ETL.

Exemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
Departamento
Department
O departamento de quem solicita ou o centro de custo associado à requisição.
Descrição

Este atributo especifica o departamento de negócio ou centro de custo que iniciou a requisição de compra, como 'Marketing', 'TI' ou 'Operações'. Essa informação costuma fazer parte do cabeçalho da requisição.

Segmentar o processo por departamento é crucial para análises comparativas. Permite ver quais departamentos têm os maiores tempos de ciclo, as maiores taxas de rejeição ou as alterações mais frequentes. Esses insights ajudam a adaptar as melhorias de processo às necessidades específicas de cada departamento.

Por que é importante

Permite filtrar e comparar a performance entre diferentes unidades de negócio, revelando padrões, gargalos ou ineficiências específicas por departamento.

Onde obter

Essa informação costuma ser armazenada no cabeçalho da requisição de compra (PurchReqTable) e vinculada à configuração de dimensões financeiras no Dynamics 365.

Exemplos
Departamento de TIFinançasOperações
Etapa de Aprovação
ApprovalStep
O nome ou estágio de uma etapa de aprovação específica no workflow.
Descrição

Este atributo identifica o estágio específico no workflow de aprovação, como 'Aprovação do Gerente' ou 'Aprovação Financeira'. Ele oferece detalhes mais granulares do que o nome geral da atividade.

Este atributo é essencial para a 'Análise de Gargalos nas Etapas de Aprovação'. Ao rastrear o tempo gasto em cada etapa distinta, torna-se possível identificar exatamente quais estágios estão causando atrasos no processo global. Isso permite intervenções direcionadas para melhorar a eficiência do workflow.

Por que é importante

Permite uma análise granular do workflow de aprovação, tornando possível identificar as etapas específicas que estão gerando gargalos.

Onde obter

Essas informações estão contidas nas tabelas de histórico de workflow, como WorkflowTrackingStatusTable, que detalha cada etapa do workflow configurado.

Exemplos
Aprovação do GestorAprovação do Chefe de DepartamentoRevisão Financeira
Nível de Urgência
UrgencyLevel
Uma classificação da urgência da requisição, como 'Alta', 'Média' ou 'Baixa'.
Descrição

O Nível de Urgência, ou prioridade, indica quão rápido os bens ou serviços solicitados são necessários. Esse atributo costuma ser usado para influenciar o caminho de aprovação ou para priorizar o trabalho dos aprovadores.

Analisar esse atributo ajuda a determinar se o sistema de prioridade é eficaz. Por exemplo, você pode comparar os tempos de ciclo de requisições de 'Alta' urgência com as de 'Baixa'. Se não houver diferença significativa, isso pode indicar que o campo de prioridade está sendo ignorado ou usado incorretamente, o que é um insight essencial para o dashboard de 'Análise de Impacto do Nível de Urgência'.

Por que é importante

Ajuda a avaliar se as configurações de prioridade realmente agilizam pedidos críticos e revela possíveis usos indevidos da classificação de urgência.

Onde obter

Isso pode ser um campo padrão ou personalizado na PurchReqTable. Sua existência e nome podem variar conforme a configuração do sistema.

Exemplos
AltoMédioBaixo
Status da Requisição
RequisitionStatus
O status atual ou final da requisição de compra.
Descrição

Este atributo indica o status geral da requisição de compra em qualquer momento, como 'Em Revisão', 'Aprovada', 'Rejeitada' ou 'Encerrada'. Muitas vezes, é um atributo de nível de caso que representa o resultado final.

Analisar o status final ajuda a entender os resultados gerais do processo. Por exemplo, um alto número de requisições 'Rejeitadas' ou 'Retiradas' pode indicar problemas na fase inicial de solicitação ou um processo de aprovação burocrático. É fundamental para medir taxas de sucesso e a eficiência do processo.

Por que é importante

Fornece um desfecho claro para cada case, permitindo a análise das taxas de aprovação, rejeição e cancelamento, que são indicadores-chave de performance.

Onde obter

O campo de status geralmente está localizado na tabela de cabeçalho da requisição de compra, PurchReqTable, muitas vezes com o nome 'Status' ou 'PurchReqStatus'.

Exemplos
AprovadoEm revisãoRejeitadoRascunho
Tempo de Processamento
ProcessingTime
O tempo ativo gasto trabalhando em uma tarefa específica.
Descrição

O Processing Time representa o tempo que um recurso passa executando ativamente uma tarefa. É calculado pela diferença entre o fim e o início de uma atividade. Diferente do tempo de ciclo, ele exclui o tempo de espera ou fila.\n\nEsta métrica é vital para entender a eficiência dos recursos e o esforço real em cada etapa. Ela auxilia na 'Análise de Gargalos nas Etapas de Aprovação' ao distinguir se o atraso se deve a uma tarefa complexa (tempo de processamento longo) ou à falta de disponibilidade do recurso (tempo de fila longo).

Por que é importante

Mede a duração do trabalho ativo nas atividades, ajudando a distinguir entre tempo que agrega valor e tempo de espera para uma análise de gargalo precisa.

Onde obter

Isso é calculado durante a transformação de dados, subtraindo o horário de início de uma atividade do seu horário de término. É necessário ter tanto o StartTime quanto o EndTime para cada atividade.

Exemplos
864000003600000600000
Utilizador
User
O ID do usuário ou nome da pessoa que realizou a atividade.
Descrição

Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa específica do processo, como enviar uma requisição ou aprovar um pedido. Pode ser um ID de usuário, nome completo ou e-mail.

Analisar as atividades por usuário ajuda a identificar necessidades de treinamento, indivíduos ou equipes de alto desempenho e a distribuição da carga de trabalho. Também é essencial para análises de conformidade, como a segregação de funções, e para entender como diferentes perfis de usuários interagem com o processo.

Por que é importante

Viabiliza a análise de comportamento, carga de trabalho e performance por usuário, fundamental para gestão de recursos e identificação de treinamentos.

Onde obter

Geralmente encontrado em tabelas de histórico de workflow (ex: WorkflowTrackingStatusTable) ou tabelas de transação (ex: PurchReqTable) vinculadas a uma tabela de usuários (ex: UserInfo).

Exemplos
j.smitha.joness.patel
Valor Total da Requisição
RequisitionTotalAmount
O valor monetário total da requisição de compra.
Descrição

Este atributo captura o valor total de todos os itens de linha em uma requisição de compra. O valor costuma influenciar a complexidade do workflow de aprovação, sendo que requisições de maior valor exigem mais etapas de aprovação.

Na análise de processos, este atributo é essencial para filtragem e análise baseadas em valor. Ajuda a responder perguntas como: 'Requisições de alto valor levam mais tempo para serem aprovadas?' ou 'Qual é o valor das requisições atualmente presas no processo?'. Isso traz um contexto financeiro para o desempenho do processo.

Por que é importante

Adiciona uma dimensão financeira à análise, permitindo priorizar cases de alto valor e entender como os montantes impactam o comportamento do processo.

Onde obter

Este valor costuma estar na tabela de cabeçalho da requisição de compra ou é calculado como a soma dos valores dos itens de linha na tabela correspondente (PurchReqLine).

Exemplos
1500.0025000.50500.75
Aprovado de Primeira
IsFirstPass
Um indicador que sinaliza se uma requisição foi aprovada sem quaisquer alterações ou rejeições prévias.
Descrição

Este é um atributo booleano calculado que é 'verdadeiro' se o caminho da requisição até a aprovação não incluiu nenhuma atividade de 'Requisição Alterada' ou 'Etapa de Aprovação Rejeitada'. Caso contrário, é 'falso'.

Este atributo apoia diretamente o KPI de 'Taxa de Aprovação de Primeira Tentativa'. Ele simplifica a análise de eficiência ao fornecer um indicador claro de retrabalho no nível do caso. Uma baixa taxa de aprovação direta destaca problemas na qualidade dos dados iniciais ou requisitos confusos, sinalizando uma oportunidade de melhoria no processo.

Por que é importante

Mede diretamente a qualidade e eficiência ao identificar cases que exigiram retrabalho, apoiando KPIs focados em taxas de acerto na primeira tentativa.

Onde obter

Este é um atributo calculado. Ele exige a análise da sequência completa de atividades de cada caso durante a transformação dos dados para verificar a ausência de atividades de retrabalho antes da aprovação.

Exemplos
verdadeirofalse
Caminho do Workflow de Aprovação
ApprovalWorkflowPath
Uma representação da sequência de etapas de aprovação percorridas.
Descrição

Este atributo é um campo derivado que concatena a sequência de etapas de aprovação de uma determinada requisição, como 'Aprovação do Gerente -> Aprovação do Chefe de Departamento -> Aprovação Financeira'. Ele resume efetivamente a variante do processo para o sub-processo de aprovação.

Isso é crucial para o Dashboard de 'Monitoramento de Desvios de Conformidade'. Ao comparar o caminho real do workflow com um caminho padrão ou esperado, fica fácil sinalizar fluxos não conformes ou incomuns que possam representar violações de políticas ou riscos operacionais.

Por que é importante

Simplifica a análise de conformidade ao fornecer uma representação clara da variante do processo, facilitando a detecção de desvios dos procedimentos padrão.

Onde obter

Este atributo não é um campo padrão. Ele deve ser derivado concatenando os valores de 'ApprovalStep' em ordem cronológica para cada caso durante a transformação dos dados.

Exemplos
Gerente -> DiretorGerente -> Diretor -> VP FinançasGerente -> Auto-Aprovado
Contagem de Alterações
AmendmentCount
O número total de vezes que uma requisição foi alterada.
Descrição

Este é um atributo numérico calculado que conta as ocorrências da atividade de 'Requisição Alterada' para cada caso de requisição de compra.

Este atributo é essencial para o dashboard de 'Frequência de Alteração de Requisições' e para o KPI de 'Proporção de Alterações'. Ele quantifica o retrabalho por caso, facilitando a identificação de quais requisições, departamentos ou usuários estão associados a altos níveis de mudança e ineficiência. Isso ajuda a direcionar os esforços para melhorar a qualidade das solicitações iniciais.

Por que é importante

Quantifica o retrabalho dentro de um case, facilitando a medição e análise da frequência de alterações e seu impacto na eficiência do processo.

Onde obter

Este é um atributo calculado. Ele é derivado durante a transformação dos dados, contando as atividades de 'Requisição Alterada' para cada PurchaseRequisitionId exclusivo.

Exemplos
013
Grupo Aprovador
ApproverGroup
O grupo de usuários ou papel responsável por uma etapa de aprovação.
Descrição

Este atributo identifica o grupo, papel ou fila atribuída para lidar com uma tarefa de aprovação específica, por exemplo, 'Aprovadores Financeiros' ou 'Gerentes de TI'.

Analisar o desempenho do processo por grupo de aprovadores é fundamental para entender a distribuição da carga de trabalho e identificar quais grupos podem estar com falta de recursos ou precisar de treinamento extra. Isso apoia diretamente o Dashboard de 'Análise de Gargalos nas Etapas de Aprovação', permitindo filtrar a performance pelas equipes responsáveis pelas aprovações.

Por que é importante

Ajuda a identificar diferenças de performance entre times de aprovação, destacando restrições de recursos ou necessidades de capacitação.

Onde obter

Essas informações fazem parte do histórico do workflow (ex: WorkflowTrackingStatusTable), que registra o usuário ou grupo de usuários atribuído a cada tarefa.

Exemplos
Aprovadores de FinançasGerentes de TIAlta Liderança
Moeda
Currency
O código da moeda para o valor da requisição.
Descrição

Este atributo especifica a moeda (ex: BRL, USD, EUR) na qual o valor total da requisição é denominado. É crucial para análises financeiras, especialmente em organizações multinacionais que lidam com várias moedas.

O uso do atributo de moeda permite o tratamento e a agregação adequada dos dados financeiros. Garante que os valores monetários sejam interpretados corretamente e possibilita conversões para uma moeda comum, visando relatórios precisos e comparações entre diferentes regiões ou unidades de negócio.

Por que é importante

Fornece o contexto necessário para atributos financeiros, garantindo a interpretação correta e a soma de valores monetários em ambientes multi-moeda.

Onde obter

Este campo é geralmente encontrado na tabela de cabeçalho da requisição de compra, PurchReqTable, ao lado dos campos de valor.

Exemplos
USDEURGBP
Número do Pedido de Compra
PurchaseOrderNumber
O identificador do pedido de compra criado a partir da requisição.
Descrição

Este atributo armazena o ID exclusivo do pedido de compra gerado a partir de uma requisição aprovada. Ele serve como o link entre o processo de requisição e o processo de compras seguinte.

Rastrear esse número é essencial para analisar o 'Tempo de Conversão de Requisição para Pedido'. Ele confirma que uma requisição avançou com sucesso para a próxima etapa do ciclo de Purchase-to-Pay e permite uma análise de ponta a ponta que abrange tanto as requisições quanto os pedidos de compra.

Por que é importante

Conecta a requisição ao pedido de compra subsequente, permitindo analisar a conversão entre as etapas e integrar diferentes fases do ciclo P2P.

Onde obter

Essas informações costumam ser encontradas na tabela de linhas da requisição de compra (PurchReqLine) após a criação de uma PO, vinculando-se à PurchTable.

Exemplos
PO-000987PO-000988PO-000989
Obrigatório Recomendado Opcional

Atividades de Purchase to Pay - Requisição

Estas são as etapas essenciais do processo e os marcos a serem capturados em seu log de eventos para a descoberta e análise precisas do seu workflow de requisição.
7 Recomendado 5 Opcional
Atividade Descrição
Etapa de Aprovação Aprovada
Um aprovador conclui sua tarefa atribuída, aprovando a requisição em sua etapa do processo. Isso move a requisição para o próximo passo ou para a aprovação final.
Por que é importante

Mede o tempo de processamento de cada etapa de aprovação e ajuda a identificar as partes eficientes do workflow. É essencial para a análise de variantes.

Onde obter

Registrado explicitamente na 'WorkflowTrackingStatusTable' quando um usuário conclui um item de trabalho com o resultado 'Approve'.

Captura

Identifique eventos 'WorkItemCompleted' com o resultado 'Approve' nos logs de histórico de workflow.

Tipo de evento explicit
Pedido de Compra criado
Uma linha de requisição de compra aprovada é convertida em uma linha de pedido de compra, sinalizando a entrega para o time de compras. Isso é capturado vinculando a linha da requisição à linha do pedido.
Por que é importante

Este é um marco crítico que conecta a requisição ao processo de compras posterior. É essencial para medir o KPI de 'Tempo de Conversão de Requisição para Pedido'.

Onde obter

Inferido ao localizar um registro na tabela 'PurchLine' que referencia o ID de uma 'PurchReqLine' associada ao case da requisição.

Captura

Faça o join da PurchReqLine com a PurchLine no campo de referência de vínculo (ex: PurchReqLineRefId).

Tipo de evento inferred
Requisição aprovada
A requisição passou com sucesso por todas as etapas de aprovação exigidas no workflow. Essa atividade é capturada quando a instância do workflow termina com um status de aprovação final.
Por que é importante

Este é um marco importante, que marca o fim do ciclo de aprovação e o início da fase de suprimentos. É o evento final para o KPI de 'Tempo de Ciclo de Aprovação de Requisições'.

Onde obter

Capturado explicitamente da 'WorkflowTrackingStatusTable' quando o workflow é concluído. Isso também atualiza o campo 'Status' na 'PurchReqTable' para 'Approved'.

Captura

Filtre por eventos de 'Completion' de workflow com status 'Approved' ou monitore mudanças de status na PurchReqTable.

Tipo de evento explicit
Requisição de vaga criada
Este evento marca a criação inicial do registro de requisição de compra em estado de rascunho. É capturado identificando o carimbo de data/hora de criação do cabeçalho da requisição.
Por que é importante

Sendo o início do processo, esta atividade é essencial para medir o tempo de vida total da requisição e analisar o volume diário de processamento.

Onde obter

Esta atividade é inferida do campo 'createdDateTime' na 'PurchReqTable' para cada novo ID de Requisição de Compra.

Captura

Use o carimbo de data/hora de criação do registro na PurchReqTable.

Tipo de evento inferred
Requisição Encerrada
Toda a requisição de compra é considerada concluída, o que significa que todas as suas linhas foram processadas em pedidos de compra ou canceladas. Este é um estado final de sucesso.
Por que é importante

Esta atividade marca a conclusão bem-sucedida do ciclo de vida da requisição. É o ponto final para medir a duração total do processo de ponta a ponta.

Onde obter

Este status costuma ser calculado ou inferido. Ocorre quando todos os registros 'PurchReqLine' associados atingem um status terminal (ex: 'Encerrado', 'Cancelado').

Captura

Derive este evento verificando se todos os registros filhos da PurchReqLine para uma PurchReqTable possuem um status final.

Tipo de evento calculated
Requisição Enviada para Aprovação
O usuário envia a requisição concluída, o que inicia o workflow formal de aprovação. Esta é uma ação explícita registrada pelo mecanismo de workflow do sistema.
Por que é importante

Esta atividade é um marco crítico que inicia o ciclo de aprovação. É o ponto de partida para medir o 'Tempo de Ciclo de Aprovação de Requisições' e a 'Taxa de Aprovação de Primeira Tentativa'.

Onde obter

Capturado da 'WorkflowTrackingStatusTable' ou similar, onde um evento de 'Submission' é registrado para a requisição de compra.

Captura

Filtre os logs de histórico de workflow pelo tipo de evento 'Submission' ou 'Start' vinculado à requisição.

Tipo de evento explicit
Requisição Rejeitada
A requisição foi rejeitada durante o workflow de aprovação e não será mais processada. Isso representa um estado terminal de falha para a requisição.
Por que é importante

Este evento final é crítico para analisar as taxas globais de rejeição e entender o impacto financeiro ou operacional das solicitações que falharam.

Onde obter

Capturado explicitamente da 'WorkflowTrackingStatusTable' ao concluir o workflow com status 'Rejected', o que atualiza o campo de status da 'PurchReqTable'.

Captura

Filtre por eventos de 'Completion' de workflow com status 'Rejected' ou monitore mudanças de status na PurchReqTable.

Tipo de evento explicit
Etapa de Aprovação Iniciada
Uma tarefa de aprovação individual é atribuída a um usuário ou grupo como parte do workflow. Representa o início de um tempo de espera ou processamento para um aprovador específico.
Por que é importante

Esta atividade é crucial para a 'Análise de Gargalos nas Etapas de Aprovação', permitindo medir os tempos de fila em estágios específicos de aprovação.

Onde obter

Capturado da 'WorkflowTrackingStatusTable' quando um novo item de trabalho é criado e atribuído para a instância de workflow da requisição.

Captura

Identifique eventos 'WorkItemCreated' ou similares nos logs de histórico de workflow para a requisição específica.

Tipo de evento explicit
Etapa de Aprovação Rejeitada
Um aprovador rejeita a tarefa atribuída, geralmente enviando a requisição de volta ao originador para correção. Esta é uma ação explícita registrada pelo motor de workflow.
Por que é importante

Esta atividade é fundamental para calcular a 'Taxa de Rejeição de Requisições' e identificar em quais estágios as rejeições ocorrem com mais frequência, destacando áreas para melhoria do processo.

Onde obter

Registrado explicitamente na 'WorkflowTrackingStatusTable' quando um usuário conclui um item de trabalho com o resultado 'Reject'.

Captura

Identifique eventos 'WorkItemCompleted' com o resultado 'Reject' nos logs de histórico de workflow.

Tipo de evento explicit
Linha da Requisição Encerrada
Um item de linha individual na requisição de compra é considerado totalmente processado. Isso geralmente ocorre após a linha ter sido convertida integralmente em um pedido de compra.
Por que é importante

Fornece detalhes granulares sobre o atendimento das requisições, ajudando a identificar se foram convertidas parcial ou integralmente em pedidos de compra.

Onde obter

Inferido a partir do campo de status na tabela individual 'PurchReqLine'. Um status indicando que o item foi pedido ou recebido sinaliza o fechamento.

Captura

Monitore o campo de status na tabela PurchReqLine em busca de valores terminais como 'Invoiced' ou 'Closed'.

Tipo de evento inferred
Requisição Alterada
Este evento ocorre quando um usuário recupera uma requisição enviada para fazer alterações. A atividade costuma ser capturada identificando uma ação de recall seguida de um reenvio posterior.
Por que é importante

Rastrear as alterações é fundamental para identificar retrabalho, solicitações iniciais confusas e ineficiências no processo. Isso apoia diretamente o dashboard de 'Frequência de Alteração de Requisições'.

Onde obter

Pode ser inferido do histórico de workflow ('WorkflowTrackingStatusTable') ao detectar uma ação de 'Recall' ou 'RequestChange'. Também pode ser inferido por alterações no campo 'modifiedDateTime' na 'PurchReqTable' após o envio.

Captura

Detecte eventos de recall de workflow ou mudanças de versão de registro entre eventos de envio.

Tipo de evento inferred
Requisição Retirada
O criador ou um usuário autorizado cancela a requisição após o envio. Essa ação encerra o workflow e a solicitação.
Por que é importante

Rastrear retiradas ajuda a identificar problemas no planejamento de demanda ou processos excessivamente complexos. Isso apoia o dashboard de 'Insights sobre Retirada de Requisições'.

Onde obter

Isso é inferido de uma mudança de status na 'PurchReqTable' para 'Cancelada' ou de um evento de cancelamento na 'WorkflowTrackingStatusTable'.

Captura

Detecte mudança de status para 'Cancelled' na PurchReqTable ou um evento de cancelamento de workflow.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter os seus dados do Microsoft Dynamics 365