Template de Dados: Compra a Pagamento - Pedido de Compra

Microsoft Dynamics 365
Template de Dados: Compra a Pagamento - Pedido de Compra

Seu Template de dados de Procure to Pay - Pedido de Compra

Este Template traz um passo a passo claro para reunir os dados essenciais e otimizar seu processo de Compra ao Pagamento (P2P), no fluxo de Pedido de Compra. Ele lista os atributos críticos a coletar, as atividades-chave a acompanhar e traz orientações práticas para extrair essas informações do seu sistema de origem. Use este recurso para garantir que seus dados estejam prontos para uma análise de processo completa.
  • Atributos recomendados para coletar
  • Principais atividades para acompanhar no mapeamento do processo
  • Orientação prática para extração de dados
É novo em event logs? Saiba como criar um event log para Process Mining.

Procure to Pay (P2P) - Atributos da Ordem de Compra

Estes são os campos de dados recomendados para incluir no seu Event Log e possibilitar uma análise completa do processo de Purchase to Pay (P2P) focado em Pedido de Compra.
5 Obrigatório 5 Recomendado 10 Opcional
Nome Descrição
Nome da Atividade
ActivityName
O nome do evento de negócio ou etapa que ocorreu no 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 lançado'. A sequência dessas atividades forma o fluxo do processo de cada pedido.

Analisar as atividades é o coração do Process Mining. Isso permite visualizar o mapa do processo, descobrir variantes e identificar atividades que se repetem com frequência ou geram atrasos. Entender a sequência e a frequência das atividades é essencial para a otimização do processo.

Por que é importante

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

Onde obter

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

Exemplos
Ordem de Compra CriadaOrdem de Compra AprovadaRecebimento de mercadorias registradoOrdem de Compra Faturada
Pedido de Compra
PurchaseOrderNumber
Identificador exclusivo do Pedido de Compra (PO), que serve como caso principal para a 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 até a conclusão ou o cancelamento. Cada número único representa uma instância do processo de Pedido de Compra.

No Process Mining, esse atributo é usado para reconstruir a jornada ponta a ponta de cada Pedido de Compra. Analisar o processo com base nesse identificador permite uma visão detalhada de todo o ciclo de vida, ajudando a identificar caminhos comuns, desvios e gargalos por pedido.

Por que é importante

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

Onde obter

Esta é a chave primária na tabela de cabeçalho do pedido de compra, normalmente PurchTable, com o campo PurchId no Microsoft Dynamics 365.

Exemplos
PO-001245PO-001246PO-001247
Tempo do Evento
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

Este timestamp registra quando cada atividade no processo de pedido de compra ocorreu. Ele é a espinha dorsal cronológica do processo, permitindo ordenar os eventos corretamente.

Na análise de processos, os timestamps são fundamentais para calcular tempos de ciclo, durações entre atividades e a duração total do caso. Eles ajudam a identificar gargalos, medir desempenho contra SLAs e entender a dinâmica temporal do processo. Por exemplo, é usado para calcular o tempo entre 'Purchase Order Created' e 'Purchase Order Approved'.

Por que é importante

Os timestamps são essenciais para calcular todas as métricas de desempenho baseadas em tempo, como tempos de ciclo e durações, fundamentais para identificar gargalos do processo.

Onde obter

Extraído de diversos campos de data/hora em várias tabelas, como CreatedDateTime em PurchTable, ou de datas de lançamento em tabelas de diários relacionadas.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Sistema de Origem
SourceSystem
Indica de qual sistema os dados foram extraídos.
Descrição

Este atributo identifica a aplicação de origem dos dados do Pedido de Compra. Neste modelo de dados, o valor normalmente será 'Microsoft Dynamics 365'.

Em organizações maiores, o processo de compras pode envolver vários sistemas. Esse atributo ajuda na governança de dados e garante clareza sobre a origem das informações, o que é especialmente importante ao combinar dados de fontes diferentes.

Por que é importante

Fornece contexto essencial sobre a origem dos dados, crucial para governança, validação e entendimento do ecossistema tecnológico do processo.

Onde obter

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

Exemplos
Microsoft Dynamics 365 F&OD365
Última Atualização de Dados
LastDataUpdate
O registro de data e hora 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 de dados mais recente do sistema de origem. Ele dá contexto sobre quão atuais são os dados analisados.

Saber a data e a hora da última atualização é importante para que o usuário entenda se está vendo os dados de processo mais recentes. Isso ajuda a avaliar a relevância da análise e a programar atualizações regulares dos dados.

Por que é importante

Garante transparência sobre a atualização dos dados, permitindo que os usuários saibam quão atual está a análise do processo.

Onde obter

Este é um atributo de metadados gerado e armazenado durante o processo de ingestão de dados.

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

Essa data é informada no pedido de compra e comunica ao fornecedor o prazo desejado de entrega. Serve como base para medir o desempenho de entrega do fornecedor.

Esse atributo é essencial para o dashboard 'Vendor Delivery Adherence' e para o KPI 'On-Time Delivery Rate'. Ao comparar o RequestedDeliveryDate com a data real de recebimento, as empresas conseguem quantificar a confiabilidade do fornecedor e identificar atrasos recorrentes na cadeia de suprimentos.

Por que é importante

É a base para medir o desempenho de entrega no prazo, um KPI crítico para avaliar a confiabilidade do fornecedor e a eficiência da cadeia de suprimentos.

Onde obter

Geralmente encontrado na PurchTable (nível de cabeçalho) ou na PurchLine (nível de linha) como DeliveryDate.

Exemplos
2023-11-152023-12-012024-01-20
Nome do Fornecedor
VendorName
O nome do fornecedor para quem o Pedido de Compra foi criado.
Descrição

Este atributo contém o nome do fornecedor externo responsável pelos bens ou serviços. É uma dimensão crítica para analisar as atividades de compras.

Segmentar o processo por nome do fornecedor é crucial para avaliar o desempenho dos fornecedores. Permite analisar taxas de entrega no prazo, índices de devolução e resultados de inspeção de qualidade por fornecedor. Isso ajuda a identificar parceiros confiáveis e aqueles que podem estar causando atrasos ou problemas de qualidade.

Por que é importante

Este atributo é essencial para a gestão de desempenho de fornecedores, permitindo analisar prazos de entrega, índices de devolução e a confiabilidade geral por fornecedor.

Onde obter

A conta do fornecedor é armazenada em PurchTable (campo OrderAccount). O nome é obtido por meio de um join com a VendTable.

Exemplos
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
Nome do Utilizador
UserName
O nome do usuário que executou uma atividade específica.
Descrição

Este atributo identifica quem executou 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 atuação dos usuários ajuda a entender a distribuição de trabalho, identificar necessidades de treinamento e apontar pessoas ou equipes envolvidas em desvios do processo. É essencial para dashboards relacionados ao desempenho de aprovadores e pode ser usado para filtrar o processo por atividades realizadas por usuários específicos.

Por que é importante

Permite analisar o desempenho por usuário, ajuda a identificar gargalos ligados a pessoas específicas e traz rastreabilidade para cada etapa do processo.

Onde obter

Pode ser encontrado em campos como CreatedBy ou ModifiedBy em tabelas como PurchTable. As informações do usuário geralmente ficam na tabela UserInfo.

Exemplos
Alice JohnsonBob WilliamsSysAdmin
Status da Ordem de Compra
PurchaseOrderStatus
O status atual do Pedido de Compra no seu ciclo de vida.
Descrição

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

Acompanhar o status é útil para entender a situação atual de todos os pedidos em aberto. No Process Mining, ele pode ser usado para analisar os desfechos dos casos, por exemplo, filtrando todos os pedidos que terminaram com status 'Cancelado' para investigar os motivos.

Por que é importante

Fornece um retrato do estado atual da ordem de compra, útil para filtrar casos e analisar resultados do processo, como taxas de conclusão ou cancelamento.

Onde obter

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

Exemplos
Ordem em abertoRecebidoFaturadoCancelado
Valor Total da Ordem de Compra
PurchaseOrderTotalAmount
O valor 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 essencial para o processo de compras.

Analisar o processo por valor total pode revelar insights importantes. Pedidos de compra de maior valor costumam seguir um fluxo de aprovação mais rigoroso ou apresentar tempos de ciclo mais longos. Também é usado em relatórios financeiros e para classificar POs por faixas de valor na análise.

Por que é importante

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

Onde obter

Esse valor pode ser calculado a partir da tabela PurchLine, somando o LineAmount para um determinado PurchId, ou obtido em campos de valor no cabeçalho da PurchTable.

Exemplos
5250.00120.50150000.00
Categoria de Compra
PurchaseCategory
A classificação do item ou serviço comprado, como 'Hardware de TI' ou 'Materiais de escritório'.
Descrição

Este atributo permite agrupar itens do Pedido de Compra em categorias lógicas. Essa classificação ajuda a analisar padrões de gasto e 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 para despesas de capital costuma ser mais longo e mais complexo do que para suprimentos operacionais. É usado em dashboards para analisar tendências de alterações e taxas de devolução por categoria.

Por que é importante

Permite segmentar o processo pelo tipo de bem ou serviço comprado, revelando comportamentos distintos para diferentes categorias de gasto.

Onde obter

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

Exemplos
Hardware de TIMateriais de EscritórioServiços ProfissionaisMatérias-primas
Código da Empresa
CompanyCode
O identificador da empresa (entidade legal) que emite o Pedido de Compra.
Descrição

Em um ambiente multiempresa, este atributo indica qual entidade legal está realizando a compra. É um dado organizacional fundamental.

Esse atributo permite comparar o processo de P2P entre diferentes entidades legais da mesma organização. Ele evidencia diferenças de eficiência de processo, conformidade e gestão de fornecedores de uma empresa para outra, apoiando esforços de padronização.

Por que é importante

Essencial para empresas com várias entidades legais compararem e padronizarem o processo de compras entre elas.

Onde obter

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

Exemplos
USMFDEMFGBSI
Departamento
DepartmentName
O 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. Muitas vezes é derivado da pessoa que criou a requisição de compra.

Analisar o processo por departamento é fundamental para entender como diferentes áreas da organização utilizam o processo de compras. Isso pode revelar departamentos com ciclos de aprovação mais longos, maior taxa de alterações de PO ou padrões específicos de compra. Assim, é possível direcionar iniciativas de melhoria do processo.

Por que é importante

Permite comparar o desempenho do processo entre diferentes unidades de negócio, ajudando a identificar comportamentos, gargalos ou ineficiências específicos de cada área.

Onde obter

Essa informação geralmente é obtida pelo vínculo entre o solicitante ou criador da requisição de compra (PurchReqTable) ou do pedido de compra (PurchTable) e o departamento associado no módulo de RH.

Exemplos
FinançasTIManufaturaMarketing
Entrega no prazo
IsOnTimeDelivery
Um indicador booleano que informa se as mercadorias foram recebidas na data de entrega solicitada ou antes.
Descrição

Este atributo calculado compara o timestamp da atividade 'Goods Receipt Posted' com o RequestedDeliveryDate. Ele é definido como 'true' quando a data de recebimento ocorre na data solicitada ou antes dela.

Esse indicador alimenta diretamente o cálculo do KPI 'On-Time Delivery Rate'. Ele simplifica a avaliação do desempenho dos fornecedores e permite filtrar e visualizar com facilidade entregas no prazo versus atrasadas, ponto central do dashboard 'Vendor Delivery Adherence'.

Por que é importante

Fornece um resultado claro e binário sobre a performance de entrega, facilitando o cálculo de KPIs de entrega no prazo e dos scorecards de fornecedores.

Onde obter

Este é um atributo calculado, obtido pela comparação do RequestedDeliveryDate com o EventTime da atividade 'Goods Receipt Posted'.

Exemplos
verdadeirofalse
Local de Entrega
DeliveryLocation
O site, armazém ou endereço específico onde os itens devem ser entregues.
Descrição

Este atributo indica o local físico de entrega dos itens do pedido de compra. Pode ser um centro de distribuição, um escritório específico ou um canteiro de obras.

Analisar o processo por local de entrega ajuda a identificar gargalos regionais ou específicos do local, principalmente no recebimento de mercadorias. O dashboard 'Goods Receipt Processing Time' pode usar esse atributo para comparar a eficiência entre diferentes localidades.

Por que é importante

Ajuda a identificar variações ou atrasos específicos por local, especialmente nas etapas de recebimento de mercadorias e inspeção de qualidade.

Onde obter

As informações de endereço e local de entrega são armazenadas na PurchTable e podem vir por padrão das configurações da empresa ou do fornecedor.

Exemplos
Armazém Principal AEscritório do Prédio CCentro de Distribuição da Costa Oeste
Motivo da devolução
ReturnReason
O motivo informado quando itens de um Pedido de Compra são devolvidos ao fornecedor.
Descrição

Quando ocorre uma atividade 'Devolução de mercadorias ao fornecedor', este atributo registra a justificativa da devolução, como 'Mercadoria danificada', 'Item incorreto' ou 'Baixa qualidade'.

Esse dado é valioso para o Dashboard 'Taxa de Devoluções de Pedido de Compra'. Analisar os motivos de devolução ajuda a identificar as causas raiz, seja por qualidade do fornecedor, erros internos de pedido ou problemas de transporte. Assim, é possível agir de forma direcionada para reduzir a taxa de devoluções.

Por que é importante

Mostra por que as mercadorias são devolvidas, ajudando a diagnosticar problemas de qualidade do fornecedor, precisão do pedido ou logística.

Onde obter

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

Exemplos
Danificado no transporteItem entregue incorretoReprovado na inspeção de qualidade
Nome do aprovador
ApproverName
O nome do usuário que aprovou o Pedido de Compra ou uma etapa do workflow de aprovação.
Descrição

Este atributo identifica o gestor ou usuário que deu a aprovação formal ao Pedido de Compra, permitindo sua continuidade. Em workflows de aprovação em múltiplos níveis, pode haver vários aprovadores para um único pedido.

Rastrear o aprovador é fundamental para os dashboards 'PO Approval Cycle Time Analysis' e 'Approver Performance Metrics'. Isso permite medir quanto tempo cada aprovador leva, identificar gargalos na cadeia de aprovação e avaliar a distribuição de trabalho e a eficiência.

Por que é importante

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

Onde obter

As informações de aprovação normalmente ficam em tabelas de rastreamento de Workflow, não diretamente em PurchTable. É necessário consultar o histórico de Workflow associado ao Pedido de Compra.

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

Este atributo calculado é definido como 'true' se qualquer atividade 'Purchase Order Changed' ocorrer após a atividade 'Purchase Order Approved' em um determinado caso. Ele facilita a análise de retrabalho e modificações.

Esse indicador é crucial para calcular o KPI 'PO Modification Rate Post-Approval' e para o dashboard 'Purchase Order Modification Trends'. Oferece uma forma simples de isolar e analisar pedidos de compra que demandaram retrabalho, ajudando a encontrar as causas-raiz dessas alterações.

Por que é importante

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

Onde obter

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

Exemplos
verdadeirofalse
Requisição de Compra
PurchaseRequisitionNumber
O identificador da requisição de compra que antecedeu o Pedido de Compra.
Descrição

Este atributo vincula um Pedido de Compra à solicitação interna original, a requisição de compra. Nem todo Pedido de Compra se origina de uma requisição.

Esse vínculo é vital para analisar o processo completo de 'Requisition to PO'. Ele permite medir o KPI 'Requisition to PO Conversion Speed' e entender com que rapidez a demanda interna é convertida em um pedido externo. Também ajuda na análise de conformidade, por exemplo, identificando POs criados sem uma requisição formal.

Por que é importante

Conecta o pedido de compra à solicitação inicial, permitindo analisar o tempo de ciclo da requisição até o pedido e garantir a conformidade do processo.

Onde obter

Encontrado na tabela PurchLine, no campo PurchReqId, que faz referência à PurchReqTable.

Exemplos
PR-000871PR-000872PR-000873
Tempo de Ciclo de Aprovação
ApprovalCycleTime
O tempo entre a criação de um Pedido de Compra e sua aprovação final.
Descrição

Essa métrica calculada mede o tempo decorrido da atividade 'Purchase Order Created' até a atividade 'Purchase Order Approved'. É uma medida direta da eficiência do workflow de aprovação.

Esse atributo é a base do KPI 'Average PO Approval Time' e do dashboard 'PO Approval Cycle Time Analysis'. Analisar essa duração ajuda a identificar gargalos na cadeia de aprovações e verificar se os processos estão cumprindo os SLAs (acordos de nível de serviço) internos.

Por que é importante

Mede diretamente a eficiência do workflow de aprovação, uma área comum de atrasos no processo de compras.

Onde obter

Calculado pela diferença de tempo entre o EventTime das atividades 'Purchase Order Approved' e 'Purchase Order Created' em cada caso.

Exemplos
P2DT12H30MPT8HP7D
Obrigatório Recomendado Opcional

Procure to Pay (P2P) - Atividades da Ordem de Compra

Estas são as etapas e os marcos essenciais do processo que você deve registrar no seu Event Log para uma descoberta precisa e uma otimização eficaz.
6 Recomendado 8 Opcional
Atividade Descrição
Ordem de Compra Aprovada
Marca a aprovação final da ordem de compra, autorizando o envio ao fornecedor. Normalmente, esse evento é inferido por uma mudança de status na Ordem de Compra ou capturado diretamente no histórico do workflow.
Por que é importante

Este é um marco crítico, pois nenhuma outra ação pode ser realizada até que o PO seja aprovado. É fundamental para analisar gargalos de aprovação e medir o KPI 'PO Approval Cycle Time'.

Onde obter

Inferido quando o campo DocumentState na PurchTable muda para 'Approved'. Alternativamente, pode ser obtido pelo carimbo de data e hora de conclusão da etapa final de aprovação na WorkflowTrackingStatusTable.

Captura

Identificar o carimbo de data e hora quando o DocumentState na PurchTable mudar para 'Approved'.

Tipo de evento inferred
Ordem de Compra Concluída
Indica a conclusão bem-sucedida do ciclo do pedido de compra, quando todas as mercadorias foram recebidas e faturadas. Normalmente é inferido quando o status do pedido de compra é atualizado para um estado final/fechado.
Por que é importante

Esta atividade define o fim de uma instância de processo bem-sucedida. Medir o 'Overall Purchase Order Cycle Time' — da criação à conclusão — oferece uma visão abrangente da eficiência do processo.

Onde obter

Inferido pelos campos de status na PurchTable, por exemplo, quando DocumentState está 'Invoiced' e os status das linhas indicam recebimento e faturamento completos.

Captura

Identificar o carimbo de data e hora quando os status do cabeçalho e das linhas do pedido de compra forem atualizados para um estado final/fechado (por exemplo, 'Invoiced').

Tipo de evento inferred
Ordem de Compra Criada
Esta atividade indica a criação de um rascunho do Pedido de Compra no sistema. Ela é registrada a partir do registro de data e hora de criação do cabeçalho do pedido, muitas vezes após uma requisição aprovada.
Por que é importante

Isso marca a transição de uma solicitação interna para um documento formal de compra. É um ponto de partida importante para medir o processamento do PO e os tempos de ciclo de aprovação.

Onde obter

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

Captura

Extrair o carimbo de data e hora de criação da PurchTable para cada pedido de compra.

Tipo de evento explicit
Ordem de Compra Enviada ao Fornecedor
Esta atividade indica que o Pedido de Compra aprovado foi comunicado ao fornecedor. Ela é registrada quando o PO é confirmado, o que gera um diário de confirmação e normalmente dispara o envio do documento.
Por que é importante

Este é o primeiro passo externo e inicia a contagem do lead time do fornecedor. É crucial para acompanhar o desempenho do fornecedor e o KPI 'On-Time Delivery Rate'.

Onde obter

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.

Captura

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

Tipo de evento explicit
Recebimento de mercadorias registrado
Marca o registro oficial, no sistema, do recebimento das mercadorias vinculadas à ordem de compra. Esse evento é capturado quando o diário de recebimento de produtos é lançado.
Por que é importante

Este é um marco importante que atualiza o estoque e dá início ao processo de conciliação da fatura. É o ponto final para medir o 'On-Time Delivery Rate' e o lead time do fornecedor.

Onde obter

Capturado a partir da criação do diário de recebimento de produto, armazenado em VendPackingSlipJour. Os campos createdDateTime ou PackingSlipDate nessa tabela indicam quando as mercadorias foram oficialmente recebidas.

Captura

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

Tipo de evento explicit
Requisição de Compra Criada
Esta atividade marca a criação de uma requisição de compra (a solicitação formal de bens ou serviços). Ela é registrada quando um novo registro é criado na tabela de requisições de compra, sinalizando o início da demanda de compras.
Por que é importante

Este é o gatilho inicial do processo de pedido de compra. Analisar o tempo deste evento até a criação do PO ajuda a medir a eficiência interna e a capacidade de resposta à demanda.

Onde obter

Esse evento corresponde à criação de um registro na PurchReqTable. O timestamp de criação (createdDateTime) do registro marca o momento do evento.

Captura

Extrair o carimbo de data e hora 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 dos materiais recebidos. Esse evento costuma ser gerenciado no módulo Quality Management ou por uma atualização de status.
Por que é importante

Esta atividade pode ser um gargalo importante entre o recebimento das mercadorias e a disponibilização para uso. Analisar sua duração ajuda a melhorar o KPI 'Quality Inspection Cycle Time'.

Onde obter

Isso pode ser inferido pela conclusão de um Quality Order (InventQualityOrderTable) vinculado ao recebimento do pedido de compra. O timestamp da mudança de status para 'Passed' ou 'Failed' marca o evento.

Captura

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

Tipo de evento inferred
Mercadorias devolvidas ao fornecedor
Indica que mercadorias já recebidas foram devolvidas ao fornecedor por problemas como avaria ou item incorreto. Isso é registrado por meio do lançamento de uma transação de devolução.
Por que é importante

Devoluções representam falhas de processo e custos extras. Monitorar essa atividade ajuda a calcular a 'Taxa de devolução de Pedidos de Compra' e a identificar problemas com fornecedores ou produtos.

Onde obter

Esse evento é inferido pela criação de um pedido de compra com quantidade negativa ou por um documento específico de devolução que faz referência ao PO original. A data da transação do lançamento da devolução é o momento do evento.

Captura

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

Tipo de evento explicit
Ordem de Compra Alterada
Esta atividade registra qualquer alteração feita em um Pedido de Compra após a sua aprovação. O Dynamics 365 consegue rastrear versões do PO, permitindo identificar as mudanças.
Por que é importante

Rastrear mudanças é crucial para identificar retrabalho, entender a instabilidade do processo e medir o 'PO Modification Rate'. Alterações podem gerar atrasos e variações de custo.

Onde obter

Inferido pela comparação de diferentes versões do pedido de compra armazenadas em tabelas de histórico ou versionamento (por exemplo, PurchTableHistory). Um aumento no número da versão indica uma alteração.

Captura

Identificar registros em que o número da versão na PurchTable foi incrementado após a aprovação.

Tipo de evento inferred
Ordem de Compra Cancelada
Representa o encerramento de um Pedido de Compra antes da sua conclusão. Isso é capturado por uma mudança específica de status no documento do pedido.
Por que é importante

Cancelamentos são um caminho de exceção importante. Analisar sua frequência e os motivos pode evidenciar problemas de planejamento ou de confiabilidade do fornecedor.

Onde obter

Isso é inferido quando o campo DocumentState na PurchTable é atualizado para 'Canceled'. O timestamp dessa mudança de status marca o evento.

Captura

Identificar o carimbo de data e hora quando o DocumentState na PurchTable for definido como 'Canceled'.

Tipo de evento inferred
Ordem de Compra Confirmada pelo Fornecedor
Representa o reconhecimento e a confirmação, pelo fornecedor, dos detalhes do Pedido de Compra. Muitas vezes é um lançamento manual baseado na comunicação do próprio fornecedor.
Por que é importante

A confirmação do fornecedor garante que o pedido está sendo processado. Atrasos ou divergências nessa etapa podem sinalizar possíveis problemas de atendimento.

Onde obter

Isso geralmente é inferido pelo preenchimento de campos de data ou status relacionados à confirmação na PurchTable, como datas de confirmação de entrega. Pode não ser um evento discreto.

Captura

Inferir a partir do preenchimento de um campo específico de data de confirmação na PurchTable ou na PurchLine.

Tipo de evento inferred
Ordem de Compra Enviada para Aprovação
Representa o momento em que um Pedido de Compra em rascunho é enviado formalmente para o workflow de aprovação. Geralmente é uma ação explícita do usuário, registrada nos logs do workflow.
Por que é importante

Esta atividade inicia oficialmente o ciclo de aprovação do PO. Acompanhar esse ponto permite medir com precisão quanto tempo os POs aguardam aprovação e a duração total da aprovação.

Onde obter

Obtido na WorkflowTrackingStatusTable do pedido de compra, que registra o evento de envio e o carimbo de data e hora.

Captura

Identificar o evento 'Submitted' no histórico do workflow associado ao registro da PurchTable.

Tipo de evento explicit
Ordem de Compra Faturada
Esta atividade marca o momento em que a fatura do fornecedor é recebida e lançada no Pedido de Compra. Esse evento conecta os processos de compras e pagamentos.
Por que é importante

Esta é a etapa final antes do pagamento e é crucial para calcular o custo final da compra. Ela fornece o ponto final para a análise de three-way matching (pedido, recebimento e fatura).

Onde obter

Esse evento é capturado a partir do lançamento do diário de fatura de fornecedor (VendInvoiceJour) associado ao pedido de compra. O InvoiceDate ou a data de lançamento nesse registro é o timestamp.

Captura

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

Tipo de evento explicit
Requisição de Compra Aprovada
Representa a aprovação formal de uma requisição de compra por um gestor autorizado. Normalmente, esse evento é capturado no histórico do workflow ou pelo rastreamento da mudança de status no registro da requisição.
Por que é importante

A aprovação é um marco crítico que possibilita a conversão de uma requisição em um Pedido de Compra. Atrasos aqui impactam diretamente todo o cronograma de compras.

Onde obter

Pode ser obtido na WorkflowTrackingStatusTable associada à requisição de compra, ou inferido quando o campo de status na PurchReqTable muda para 'Approved'.

Captura

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 os seus dados do Microsoft Dynamics 365