Seu Template de dados de compras a pagamento de pedidos de compra

Microsoft Dynamics 365
Seu Template de dados de compras a pagamento de pedidos de compra

Seu Template de dados de compras a pagamento de pedidos de compra

Este Template oferece um roteiro claro para coletar os dados essenciais à otimização do processo de compras a pagamento de pedidos de compra. Ele apresenta os principais atributos a coletar, as atividades importantes a acompanhar e orientações práticas para extrair essas informações do sistema de origem. Use este material para preparar seus dados para uma análise completa do processo.
  • Atributos recomendados para coleta
  • Atividades principais para acompanhar no mapeamento do processo
  • Orientações práticas para extração de dados
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de compras a pagamento de pedidos de compra

Estes são os campos de dados recomendados para incluir no Event Log e analisar de forma completa o processo de compras a pagamento de pedidos de compra.
5 Obrigatório 5 Recomendado 9 Opcional
Nome Descrição
Atividade
ActivityName
Nome do evento de negócio ou da etapa específica que ocorreu durante o ciclo de vida do pedido de compra.
Descrição

Este atributo descreve uma etapa do processo de pedido de compra, como 'Pedido de compra criado', 'Pedido de compra aprovado' ou 'Recebimento de mercadorias registrado'. A sequência dessas atividades forma o fluxo do processo de cada pedido de compra.

A análise das atividades é a base do Process Mining. Ela permite visualizar o mapa do processo, descobrir variantes e identificar atividades que se repetem com frequência ou causam atrasos. Entender a sequência e a frequência das atividades é essencial para otimizar o processo.

Por que isso importa

Este atributo é essencial para criar o mapa do processo e entender a sequência de eventos que compõem o ciclo de vida do pedido de compra.

Onde encontrar

Derivado da lógica de negócio com base em mudanças de status em tabelas como PurchTable e PurchReqTable e em diários de lançamento relacionados, como VendPackingSlipJour ou VendInvoiceJour.

Exemplos
Pedido de compra criadoPedido de compra aprovadoRecebimento de mercadorias registradoPedido de compra faturado
Horário do evento
EventTime
Data e hora exatas em que uma atividade ou um evento específico ocorreu.
Descrição

Este timestamp registra quando cada atividade do processo de pedido de compra ocorreu. Ele organiza os eventos em ordem cronológica.

Na análise de processos, os timestamps dos eventos são fundamentais para calcular tempos de ciclo, intervalos entre atividades e a duração total de cada caso. Eles ajudam a identificar gargalos, medir a performance em relação aos SLAs e entender a dinâmica temporal do processo. Por exemplo, permitem calcular o tempo entre 'Pedido de compra criado' e 'Pedido de compra aprovado'.

Por que isso importa

Os timestamps são essenciais para calcular métricas de performance baseadas em tempo, como tempos de ciclo e durações, que ajudam a identificar gargalos no processo.

Onde encontrar

Extraído de vários campos de data e hora em diferentes tabelas, como CreatedDateTime na PurchTable ou datas de lançamento em tabelas de diários relacionados.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Pedido de compra
PurchaseOrderNumber
Identificador exclusivo do pedido de compra, usado como caso principal na análise do processo.
Descrição

O número do pedido de compra é o identificador central que conecta todas as atividades relacionadas, do rascunho inicial à conclusão ou ao cancelamento. Cada número exclusivo representa uma instância do processo de pedido de compra.

No Process Mining, esse atributo é usado para reconstruir a jornada completa de cada pedido de compra. Analisar o processo com base nesse identificador permite visualizar todo o ciclo de vida e ajuda a identificar caminhos comuns, desvios e gargalos em pedidos específicos.

Por que isso importa

É a chave fundamental para reconstruir o fluxo do processo e analisar a jornada de cada pedido de compra do início ao fim.

Onde encontrar

É a chave primária da tabela de cabeçalho do pedido de compra, normalmente a PurchTable, no campo PurchId do Microsoft Dynamics 365.

Exemplos
PO-001245PO-001246PO-001247
Sistema de origem
SourceSystem
Indica o sistema de onde os dados foram extraídos.
Descrição

Este atributo identifica o aplicativo de origem dos dados do pedido de compra. Neste modelo de dados, o valor geralmente será 'Microsoft Dynamics 365'.

Em organizações maiores, os processos de compras podem envolver vários sistemas. Este atributo ajuda na governança de dados e deixa clara a origem dos dados, o que é especialmente importante ao combinar informações de diferentes fontes.

Por que isso importa

Fornece contexto essencial sobre a origem dos dados, importante para a governança e a validação dos dados e para entender o ambiente tecnológico do processo.

Onde encontrar

Este é um valor estático adicionado durante a extração e a transformação dos dados para identificar o conjunto de dados.

Exemplos
Microsoft Dynamics 365 F&OD365
Última atualização dos dados
LastDataUpdate
Timestamp que indica quando os dados deste processo foram atualizados pela última vez.
Descrição

Este atributo registra a data e a hora da extração mais recente de dados do sistema de origem. Ele informa o quão atualizados estão os dados analisados.

Saber quando ocorreu a última atualização ajuda você a entender se está consultando os dados mais recentes do processo. Isso permite avaliar a relevância da análise e programar atualizações regulares dos dados.

Por que isso importa

Deixa claro o nível de atualização dos dados e permite saber o quanto a análise do processo está atualizada.

Onde encontrar

Este atributo de metadados é gerado e armazenado durante a ingestão dos dados.

Exemplos
2024-05-21T05:00:00Z
Data de entrega solicitada
RequestedDeliveryDate
Data em que a empresa solicitou ao fornecedor a entrega dos bens ou serviços.
Descrição

Esta data é informada no pedido de compra e comunica ao fornecedor o prazo de entrega desejado. Ela serve como referência para medir a performance de entrega do fornecedor.

Este atributo é essencial para o dashboard 'Aderência às entregas dos fornecedores' e para o KPI 'Taxa de entrega no prazo'. Ao comparar RequestedDeliveryDate com a data real de recebimento das mercadorias, as empresas podem medir a confiabilidade dos fornecedores e identificar atrasos recorrentes na cadeia de suprimentos.

Por que isso importa

Serve como referência para medir a performance de entrega no prazo, um KPI importante para avaliar a confiabilidade dos fornecedores e a eficiência da cadeia de suprimentos.

Onde encontrar

Geralmente encontrado em PurchTable (nível do cabeçalho) ou PurchLine (nível do item da linha) como DeliveryDate.

Exemplos
2023-11-152023-12-012024-01-20
Nome do fornecedor
VendorName
Nome do fornecedor para quem o pedido de compra foi criado.
Descrição

Este atributo contém o nome do fornecedor externo que fornece os bens ou serviços. É uma dimensão importante para analisar as atividades de compras.

Segmentar o processo pelo nome do fornecedor é essencial para avaliar a performance dos fornecedores. Isso permite analisar as taxas de entrega no prazo, de devolução de mercadorias e os resultados das inspeções de qualidade de cada fornecedor. Assim, você pode identificar parceiros confiáveis e aqueles que talvez estejam causando atrasos ou problemas de qualidade.

Por que isso importa

Este atributo é essencial para gerenciar a performance dos fornecedores e permite analisar prazos de entrega, taxas de devolução e confiabilidade geral de cada fornecedor.

Onde encontrar

A conta do fornecedor fica na PurchTable, no campo OrderAccount. O nome é obtido por meio de uma junção com a VendTable.

Exemplos
Materiais de escritório ContosoRobótica FabrikamComerciantes Northwind
Nome do usuário
UserName
Nome do usuário que realizou uma atividade específica.
Descrição

Este atributo identifica a pessoa responsável por executar um evento, como criar, aprovar ou alterar um pedido de compra. Pode ser um ID de usuário do sistema ou o nome completo.

Analisar a atividade dos usuários ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e apontar pessoas ou equipes envolvidas em desvios do processo. O atributo é essencial para dashboards de performance dos aprovadores e permite filtrar o processo pelas atividades realizadas por usuários específicos.

Por que isso importa

Permite analisar a performance por usuário, identificar gargalos relacionados a pessoas específicas e atribuir responsabilidade pelas etapas do processo.

Onde encontrar

Pode ser encontrado em campos como CreatedBy ou ModifiedBy em tabelas como PurchTable. Os dados dos usuários geralmente ficam na tabela UserInfo.

Exemplos
Alice JohnsonBob WilliamsAdministrador do sistema
Status do pedido de compra
PurchaseOrderStatus
Status atual do pedido de compra no ciclo de vida.
Descrição

Este atributo indica o estado geral do pedido de compra em determinado momento, como 'Pedido em aberto', 'Recebido', 'Faturado' ou 'Cancelado'. Ele representa o resultado da atividade mais recente.

Acompanhar o status ajuda a entender a situação atual de todos os pedidos de compra em aberto. No Process Mining, o atributo pode ser usado para analisar os resultados dos casos, por exemplo, filtrando os pedidos que terminaram como 'Cancelado' para investigar os motivos.

Por que isso importa

Apresenta uma visão do estado atual do pedido de compra, útil para filtrar casos e analisar resultados do processo, como taxas de conclusão ou cancelamento.

Onde encontrar

Encontrado na PurchTable. Os principais campos de status são DocumentState e PurchStatus.

Exemplos
Pedido em abertoRecebidoFaturadoCancelado
Valor total do pedido de compra
PurchaseOrderTotalAmount
Valor monetário total do pedido de compra.
Descrição

Este atributo representa o custo total de todos os itens e serviços incluídos no pedido de compra. É uma métrica financeira importante para o processo de compras.

Analisar o processo pelo valor total pode revelar insights importantes. Por exemplo, pedidos de maior valor podem seguir um fluxo de aprovação diferente e mais rigoroso ou ter tempos de ciclo mais longos. O atributo também é usado em relatórios financeiros e para agrupar pedidos por faixa de valor durante a análise.

Por que isso importa

Permite analisar financeiramente o processo de compras e entender como o valor do pedido afeta o comportamento do processo, como os prazos e os caminhos de aprovação.

Onde encontrar

Esse valor pode ser calculado somando o LineAmount na tabela PurchLine para um determinado PurchId ou obtido nos campos de valor do cabeçalho na PurchTable.

Exemplos
5250.00120.50150000.00
Categoria de compra
PurchaseCategory
Classificação do item ou serviço comprado, como "Equipamentos de TI" ou "Materiais de escritório".
Descrição

Este atributo permite agrupar os itens dos pedidos de compra em categorias lógicas. Essa classificação ajuda a analisar os padrões de gastos e as variações do processo entre diferentes tipos de compras.

Na análise de processos, filtrar por categoria de compra pode revelar comportamentos distintos. Por exemplo, o processo de compra de bens de capital pode ser mais longo e complexo do que o de materiais operacionais. Os dashboards usam esse atributo para analisar tendências de alterações e taxas de devolução por categoria.

Por que isso importa

Permite segmentar o processo pelo tipo de produto ou serviço comprado e identificar comportamentos diferentes entre as categorias de gastos.

Onde encontrar

As categorias de itens são vinculadas aos produtos liberados (InventTable), que depois são usados em PurchLine. As informações das categorias ficam armazenadas nas tabelas de gerenciamento de categorias.

Exemplos
Equipamentos de TIMateriais de escritórioServiços profissionaisMatérias-primas
Código da empresa
CompanyCode
Identificador da pessoa jurídica ou empresa que emite o pedido de compra.
Descrição

Em um ambiente com várias empresas, este atributo indica qual pessoa jurídica está fazendo a compra. É um dado organizacional fundamental.

Ele permite comparar o processo de compras entre diferentes pessoas jurídicas da mesma organização. A análise pode revelar diferenças na eficiência do processo, na conformidade e na gestão de fornecedores, apoiando iniciativas de padronização.

Por que isso importa

Essencial para organizações com várias pessoas jurídicas que precisam comparar e padronizar o processo de compras entre elas.

Onde encontrar

Este é o campo DataAreaId, presente em quase todas as tabelas do Dynamics 365, incluindo PurchTable.

Exemplos
USMFDEMFGBSI
Departamento
DepartmentName
Nome do departamento que iniciou a requisição ou o pedido de compra.
Descrição

Este atributo identifica a unidade de negócio ou o departamento interno responsável pela compra. Em geral, é obtido a partir da pessoa que criou a requisição de compra.

Analisar o processo por departamento é essencial para entender como diferentes áreas da organização usam o processo de compras. Isso pode ajudar a identificar departamentos com ciclos de aprovação mais longos, mais alterações nos pedidos de compra ou padrões específicos de compra. Com essas informações, você pode direcionar iniciativas de melhoria do processo.

Por que isso importa

Permite comparar a performance do processo entre diferentes unidades de negócio e identificar comportamentos, gargalos ou ineficiências específicos de cada departamento.

Onde encontrar

Essas informações costumam ser vinculadas ao solicitante ou criador da requisição de compra (PurchReqTable) ou do pedido de compra (PurchTable) e ao departamento correspondente no módulo de RH.

Exemplos
FinançasTIManufaturaMarketing
Entrega no prazo
IsOnTimeDelivery
Indicador booleano que informa se os produtos foram recebidos na data solicitada ou antes dela.
Descrição

Este atributo calculado compara o registro de data e hora da atividade "Recebimento de produtos lançado" com RequestedDeliveryDate. Ele recebe o valor "true" quando a data de recebimento é igual ou anterior à data solicitada.

Este indicador contribui diretamente para o cálculo do KPI de taxa de entregas no prazo. Ele simplifica a análise da performance dos fornecedores e facilita a filtragem e a visualização de entregas no prazo e atrasadas, aspectos centrais do dashboard de cumprimento dos prazos de entrega pelos fornecedores.

Por que isso importa

Apresenta um resultado claro, sim ou não, para a performance das entregas e simplifica o cálculo dos KPIs de entregas no prazo e dos scorecards de fornecedores.

Onde encontrar

Este atributo calculado é obtido comparando RequestedDeliveryDate com EventTime da atividade "Recebimento de produtos lançado".

Exemplos
truefalse
Local de entrega
DeliveryLocation
Local, depósito ou endereço específico onde os produtos devem ser entregues.
Descrição

Este atributo especifica o local físico de entrega dos itens do pedido de compra. Pode ser um depósito, um escritório específico ou o local de um projeto.

Analisar o processo por local de entrega ajuda a identificar gargalos regionais ou específicos de cada unidade, especialmente no recebimento de produtos. O dashboard de tempo de processamento do recebimento de produtos pode usar este atributo para comparar a eficiência entre diferentes locais.

Por que isso importa

Ajuda a identificar variações ou atrasos no processo específicos de cada local, principalmente nas etapas de recebimento de produtos e inspeção de qualidade.

Onde encontrar

O endereço e as informações do local de entrega ficam armazenados em PurchTable e podem ser preenchidos automaticamente com base nas configurações da empresa ou do fornecedor.

Exemplos
Depósito principal AEscritório do prédio CCentro de distribuição da Costa Oeste
Motivo da devolução
ReturnReason
Motivo informado quando os produtos de um pedido de compra são devolvidos ao fornecedor.
Descrição

Quando ocorre a atividade "Produtos devolvidos ao fornecedor", este atributo registra o motivo da devolução, como "Produto danificado", "Item incorreto" ou "Qualidade insatisfatória".

Esses dados são essenciais para o dashboard de taxa de devolução de pedidos de compra. Analisar os motivos ajuda a identificar as causas raiz das devoluções, sejam elas relacionadas à qualidade do fornecedor, a erros internos no pedido ou a problemas de transporte. Assim, você pode tomar medidas específicas para reduzir as devoluções.

Por que isso importa

Ajuda a entender por que os produtos são devolvidos e a diagnosticar problemas de qualidade do fornecedor, precisão dos pedidos ou logística.

Onde encontrar

Os motivos de devolução geralmente são registrados nas transações de pedidos de devolução ou por meio de códigos de motivo associados a diários de recebimento negativos.

Exemplos
Danificado durante o transporteItem entregue incorretamenteReprovado na inspeção de qualidade
Nome do aprovador
ApproverName
Nome do usuário que aprovou o pedido de compra ou uma etapa do fluxo de trabalho de aprovação.
Descrição

Este atributo identifica o gerente ou usuário que aprovou formalmente o pedido de compra, permitindo que ele avance. Em fluxos de trabalho de aprovação com vários níveis, um mesmo pedido de compra pode ter vários aprovadores.

Acompanhar quem aprovou é fundamental para os dashboards de análise do tempo de ciclo de aprovação de pedidos de compra e de métricas de performance dos aprovadores. Isso permite medir quanto tempo cada aprovador leva, identificar gargalos na cadeia de aprovação e avaliar a distribuição da carga de trabalho e a eficiência.

Por que isso importa

Permite analisar o processo de aprovação, identificar gargalos e medir a performance e a carga de trabalho dos diferentes aprovadores.

Onde encontrar

As informações de aprovação geralmente ficam armazenadas nas tabelas de rastreamento do fluxo de trabalho, e não diretamente em PurchTable. Para acessá-las, é preciso consultar o histórico do fluxo de trabalho associado ao pedido de compra.

Exemplos
Charles GreenDiana PrinceEdward Nigma
Pedido de compra alterado
IsPurchaseOrderChanged
Indicador booleano que informa se o pedido de compra foi alterado após a aprovação inicial.
Descrição

Este atributo calculado recebe o valor "true" quando ocorre uma atividade "Pedido de compra alterado" após a atividade "Pedido de compra aprovado" em um caso. Isso simplifica a análise de retrabalho e alterações.

Este indicador é essencial para calcular o KPI de taxa de alterações em pedidos de compra após a aprovação e para o dashboard de tendências de alterações em pedidos de compra. Ele facilita a identificação e a análise dos pedidos que precisaram de retrabalho, ajudando a encontrar as causas raiz dessas alterações.

Por que isso importa

Facilita a medição do retrabalho e da frequência de alterações, indicadores importantes de instabilidade e ineficiência do processo.

Onde encontrar

Este atributo calculado é derivado da sequência de atividades no Event Log.

Exemplos
truefalse
Requisição de compra
PurchaseRequisitionNumber
Identificador da requisição de compra que antecedeu o pedido de compra.
Descrição

Este atributo vincula o pedido de compra à solicitação interna original, a requisição de compra. Nem todos os pedidos de compra têm origem em uma requisição.

Esse vínculo é essencial para analisar todo o processo de conversão da requisição em pedido de compra. Ele permite medir o KPI 'Velocidade de conversão da requisição em pedido de compra' e entender com que rapidez a demanda interna se transforma em um pedido externo. Também ajuda a analisar a conformidade, por exemplo, identificando pedidos criados sem uma requisição formal.

Por que isso importa

Vincula o pedido de compra à solicitação inicial, permitindo analisar o tempo de ciclo entre a requisição e o pedido e verificar a conformidade do processo.

Onde encontrar

Encontrado na tabela PurchLine, no campo PurchReqId, que faz o vínculo com a PurchReqTable.

Exemplos
PR-000871PR-000872PR-000873
Obrigatório Recomendado Opcional

Atividades de compras a pagamento de pedidos de compra

Estas são as etapas e os marcos essenciais do processo que você deve registrar no Event Log para descobrir e otimizar o processo com precisão.
6 Recomendado 8 Opcional
Atividade Descrição
Pedido de compra aprovado
Marca a aprovação final do pedido de compra, autorizando seu envio ao fornecedor. Em geral, esse evento é inferido por uma mudança de status do pedido ou capturado diretamente no histórico do Workflow.
Por que isso importa

Esta é uma etapa decisiva, pois nenhuma outra ação pode ser tomada até a aprovação do pedido. Ela é essencial para analisar gargalos na aprovação e medir o KPI 'Tempo de ciclo de aprovação do pedido de compra'.

Onde encontrar

Inferido pela mudança do campo DocumentState na PurchTable para 'Aprovado'. Outra opção é usar o timestamp de conclusão da etapa final de aprovação na WorkflowTrackingStatusTable.

Coleta

Identifique o timestamp em que o DocumentState na PurchTable muda para 'Aprovado'.

Tipo de evento inferred
Pedido de compra concluído
Indica a conclusão bem-sucedida do ciclo de vida do pedido de compra, quando todas as mercadorias foram recebidas e faturadas. Em geral, esse evento é inferido quando o status do pedido muda para um estado final de encerramento.
Por que isso importa

Esta atividade marca o fim de uma instância de processo concluída com sucesso. Medir o 'Tempo total de ciclo do pedido de compra', da criação à conclusão, oferece uma visão abrangente da eficiência do processo.

Onde encontrar

Inferido pelos campos de status na PurchTable, por exemplo, quando DocumentState está como 'Faturado' e os status dos itens indicam recebimento e faturamento completos.

Coleta

Identifique o timestamp em que os status do cabeçalho e das linhas do pedido de compra mudam para um estado final de encerramento, como 'Faturado'.

Tipo de evento inferred
Pedido de compra criado
Esta atividade registra a criação de um rascunho de pedido de compra no sistema. Ela é capturada pelo timestamp de criação do registro do cabeçalho do pedido, geralmente após a aprovação de uma requisição.
Por que isso importa

Esta etapa marca a passagem de uma solicitação interna para um documento formal de compra. É um ponto de partida importante para medir o processamento do pedido e os tempos de ciclo de aprovação.

Onde encontrar

Este evento é a criação de um registro na PurchTable. O campo createdDateTime dessa tabela fornece o timestamp da atividade.

Coleta

Extraia o timestamp de criação da PurchTable para cada pedido de compra.

Tipo de evento explicit
Pedido de compra enviado ao fornecedor
Esta atividade indica que o pedido de compra aprovado foi comunicado ao fornecedor. Ela é capturada quando o pedido é confirmado, gerando um diário de confirmação e, em geral, acionando o envio do documento.
Por que isso importa

Esta é a primeira etapa externa e marca o início da contagem do prazo de entrega do fornecedor. É essencial para acompanhar a performance dos fornecedores e o KPI 'Taxa de entrega no prazo'.

Onde encontrar

O evento é marcado pela criação de um registro na tabela PurchPurchaseOrderJour, o diário de confirmação do pedido de compra. A data de criação desse diário serve como timestamp da atividade.

Coleta

Use o timestamp de criação do primeiro registro da PurchPurchaseOrderJour para o pedido de compra.

Tipo de evento explicit
Recebimento de mercadorias registrado
Marca o registro oficial, no sistema, das mercadorias recebidas em relação ao pedido de compra. Este evento é capturado quando um diário de recebimento de produtos é lançado.
Por que isso importa

Esta é uma etapa importante, que atualiza o estoque e marca o início do processo de conciliação da fatura. Também é o ponto final para medir a 'Taxa de entrega no prazo' e o prazo de entrega do fornecedor.

Onde encontrar

Capturado pela criação do diário de recebimento de produtos, armazenado na VendPackingSlipJour. O campo createdDateTime ou PackingSlipDate dessa tabela indica quando as mercadorias foram recebidas oficialmente.

Coleta

Use o timestamp de criação ou lançamento do registro da VendPackingSlipJour vinculado ao pedido de compra.

Tipo de evento explicit
Requisição de compra criada
Esta atividade registra a criação de uma requisição de compra, o pedido formal de bens ou serviços. Ela é capturada quando um novo registro é criado na tabela de requisições de compra, marcando o início da demanda de compras.
Por que isso importa

Este é o evento inicial do processo de pedido de compra. Analisar o tempo entre esse evento e a criação do pedido ajuda a medir a eficiência interna do processo e a rapidez da resposta à demanda.

Onde encontrar

Este evento corresponde à criação de um registro na PurchReqTable. O timestamp de criação (createdDateTime) do registro marca o horário do evento.

Coleta

Extraia o timestamp de criação da PurchReqTable para cada requisição de compra.

Tipo de evento explicit
Inspeção de qualidade realizada
Representa a conclusão da inspeção de qualidade das mercadorias recebidas. Em geral, essa atividade é gerenciada pelo módulo de Gestão da Qualidade ou por uma atualização de status.
Por que isso importa

Esta atividade pode se tornar um gargalo importante entre o recebimento das mercadorias e sua liberação para uso. Analisar sua duração ajuda a melhorar o KPI 'Tempo de ciclo da inspeção'.

Onde encontrar

Pode ser inferido pela conclusão de uma ordem de qualidade (InventQualityOrderTable) vinculada ao recebimento do pedido de compra. O timestamp da mudança de status para 'Aprovado' ou 'Reprovado' marca o evento.

Coleta

Acompanhe o timestamp de conclusão do status na InventQualityOrderTable associada à linha do pedido de compra.

Tipo de evento inferred
Mercadorias devolvidas ao fornecedor
Indica que mercadorias recebidas anteriormente foram devolvidas ao fornecedor por problemas como danos ou itens incorretos. O evento é capturado pelo lançamento de uma transação de devolução.
Por que isso importa

As devoluções indicam falhas no processo e custos adicionais. Acompanhar essa atividade ajuda a calcular a 'Taxa de devolução de pedidos de compra' e identificar problemas com fornecedores ou produtos.

Onde encontrar

Este evento é inferido pela criação de um pedido de compra com quantidade negativa ou de um documento específico de devolução que faça referência ao pedido original. A data da transação de lançamento da devolução marca o horário do evento.

Coleta

Identifique o lançamento de um pedido de devolução de compra ou de uma nota de débito vinculada ao pedido original.

Tipo de evento explicit
Pedido de compra alterado
Esta atividade registra qualquer alteração feita em um pedido de compra após sua aprovação. O Dynamics 365 pode acompanhar as versões do pedido, permitindo identificar essas mudanças.
Por que isso importa

Acompanhar as alterações é essencial para identificar retrabalho, entender a instabilidade do processo e medir a 'Taxa de alteração de pedidos de compra'. As mudanças podem causar atrasos e variações de custo.

Onde encontrar

Inferido pela comparação de diferentes versões do pedido de compra armazenadas em tabelas de arquivamento ou controle de versões, como PurchTableHistory. O aumento do número da versão indica uma alteração.

Coleta

Identifique os registros em que o número da versão na PurchTable aumentou após a aprovação.

Tipo de evento inferred
Pedido de compra cancelado
Representa o encerramento de um pedido de compra antes de sua conclusão. O evento é capturado por uma mudança específica de status no documento do pedido.
Por que isso importa

Os cancelamentos são um caminho importante de exceção. Analisar sua frequência e seus motivos pode revelar problemas de planejamento ou de confiabilidade dos fornecedores.

Onde encontrar

Inferido quando o campo DocumentState na PurchTable muda para 'Cancelado'. O timestamp dessa mudança de status marca o evento.

Coleta

Identifique o timestamp em que o DocumentState na PurchTable muda para 'Cancelado'.

Tipo de evento inferred
Pedido de compra confirmado pelo fornecedor
Representa o reconhecimento e a confirmação dos detalhes do pedido de compra pelo fornecedor. Muitas vezes, essa etapa envolve a inserção manual de dados com base na comunicação recebida do fornecedor.
Por que isso importa

A confirmação do fornecedor indica que o pedido está sendo processado. Atrasos ou divergências nesta etapa podem sinalizar problemas no atendimento do pedido.

Onde encontrar

Em geral, esse evento é inferido pelo preenchimento de campos de data ou status relacionados à confirmação na PurchTable, como as datas de confirmação da entrega. Talvez não haja um evento específico para essa etapa.

Coleta

Infira o evento pelo preenchimento de um campo específico de data de confirmação na PurchTable ou na PurchLine.

Tipo de evento inferred
Pedido de compra enviado para aprovação
Registra o momento em que um rascunho de pedido de compra é enviado formalmente para o Workflow de aprovação. Em geral, essa ação explícita do usuário é capturada nos registros do Workflow.
Por que isso importa

Esta atividade inicia oficialmente o ciclo de aprovação do pedido de compra. Acompanhá-la permite medir com precisão quanto tempo os pedidos aguardam aprovação e a duração total da aprovação.

Onde encontrar

Capturado na WorkflowTrackingStatusTable do pedido de compra, que registra o envio e o respectivo timestamp.

Coleta

Identifique o evento 'Enviado' no histórico do Workflow associado ao registro da PurchTable.

Tipo de evento explicit
Pedido de compra faturado
Esta atividade marca o recebimento e o lançamento de uma fatura do fornecedor vinculada ao pedido de compra. O evento conecta os processos de compras e pagamentos.
Por que isso importa

Esta é a última etapa antes do pagamento e é essencial para calcular o custo final da compra. Também marca o ponto final da análise de conciliação em três vias.

Onde encontrar

Este evento é capturado pelo lançamento de um diário de fatura do fornecedor (VendInvoiceJour) conciliado com o pedido de compra. A InvoiceDate ou a data de lançamento desse registro corresponde ao timestamp.

Coleta

Use o timestamp de lançamento da tabela VendInvoiceJour vinculada ao registro da PurchTable.

Tipo de evento explicit
Requisição de compra aprovada
Representa a aprovação formal de uma requisição de compra por um gerente autorizado. Em geral, esse evento é capturado nos registros do Workflow ou pelo acompanhamento de uma mudança de status no registro da requisição.
Por que isso importa

A aprovação é uma etapa decisiva para converter uma requisição em pedido de compra. Atrasos nesse ponto afetam diretamente todo o prazo de compras.

Onde encontrar

Pode ser capturado na WorkflowTrackingStatusTable associada à requisição de compra ou inferido pela mudança do campo de status na PurchReqTable para o estado 'Aprovado'.

Coleta

Use o timestamp de conclusão da etapa final de aprovação no histórico do Workflow da requisição.

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como obter seus dados do Microsoft Dynamics 365

Pronto para começar?

Com este Template, você tem tudo o que precisa para começar a otimizar seu processo de compras a pagamento de pedidos de compra. Comece hoje a transformar suas operações de compras.

Aumente agora a eficiência do processo de compras a pagamento de pedidos de compra

Identifique ineficiências e reduza em até 30% o tempo de ciclo P2P.

Começar o teste grátis

Não é necessário informar cartão de crédito. Configure em poucos minutos.