Seu Template de dados de Purchase to Pay - Purchase Order

Microsoft Dynamics 365
Seu Template de dados de Purchase to Pay - Purchase Order

Seu Template de dados de Purchase to Pay - Purchase Order

Este Template oferece um roteiro claro para coletar os dados essenciais necessários à otimização do seu processo de Purchase to Pay, Purchase Order. Ele apresenta os principais atributos a serem coletados, as atividades essenciais a serem acompanhadas e 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 abrangente do processo.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar no mapeamento do processo
  • Orientações práticas para extração de dados
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Purchase to Pay - Atributos do pedido de compra

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise completa do seu processo de Purchase to Pay - Pedido de compra.
5 Obrigatório 5 Recomendado 9 Opcional
Nome Descrição
Hora do evento
EventTime
A data e a hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

Este registro de data e hora indica quando cada atividade do processo de pedido de compra ocorreu. Ele é a base cronológica do processo, permitindo ordenar os eventos corretamente.

Na análise de processos, os registros de data e hora dos eventos são fundamentais para calcular tempos de ciclo, durações entre atividades e a duração total do caso. Eles são usados para identificar gargalos, medir a performance em relação aos SLAs e entender a dinâmica temporal do processo. Por exemplo, são usados para calcular o tempo entre "Purchase Order Created" e "Purchase Order Approved".

Por que isso importa

Os registros de data e hora são essenciais para calcular todas as métricas de performance baseadas em tempo, como tempos de ciclo e durações, fundamentais para identificar gargalos no processo.

Onde obter

Extraído de vários campos de data e hora em diferentes tabelas, como CreatedDateTime na PurchTable ou datas de registro em tabelas de diários relacionadas.

Exemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-11-05T09:12:00Z
Nome da atividade
ActivityName
O nome do evento ou etapa específica do negócio que ocorreu durante o ciclo de vida do pedido de compra.
Descrição

Este atributo descreve uma única etapa do processo de pedido de compra, como "Purchase Order Created", "Purchase Order Approved" ou "Goods Receipt Posted". A sequência dessas atividades forma o fluxo do processo de cada pedido de compra.

Analisar as atividades é o núcleo do Process Mining. Isso 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 obter

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

Exemplos
Pedido de compra criadoPedido de compra aprovadoRecebimento de mercadoria lançadoPedido de compra faturado
Pedido de compra
PurchaseOrderNumber
O identificador exclusivo do pedido de compra, usado como o 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, desde o rascunho inicial até a conclusão ou o cancelamento. Cada número exclusivo representa uma única 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 detalhadamente todo o ciclo de vida, ajudando a identificar caminhos comuns, desvios e gargalos em pedidos individuais.

Por que isso importa

É 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

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

Exemplos
PO-001245PO-001246PO-001247
Sistema de origem
SourceSystem
Indica o sistema do qual 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, os processos de compras podem abranger vários sistemas. Este atributo ajuda na governança de dados e garante que a origem dos dados esteja clara, o que é especialmente importante ao combinar dados de diferentes fontes.

Por que isso importa

Fornece um contexto essencial sobre a origem dos dados, fundamental para a governança e a validação dos dados e para entender o cenário tecnológico do processo.

Onde obter

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

Exemplos
Microsoft Dynamics 365 F&OD365
Última atualização dos dados
LastDataUpdate
O registro de data e hora que indica a última atualização dos dados deste processo.
Descrição

Este atributo registra a data e a hora da extração mais recente de dados do sistema de origem. Ele fornece contexto sobre o nível de atualização dos dados analisados.

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

Por que isso importa

Garante transparência sobre a atualidade dos dados, permitindo que os usuários saibam o quanto a análise do processo está atualizada.

Onde obter

É 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 produtos ou serviços.
Descrição

Essa data é especificada 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 à entrega do fornecedor" e para o KPI "Taxa de entrega no prazo". Ao comparar RequestedDeliveryDate com a data real de recebimento dos produtos, as empresas podem quantificar a confiabilidade dos fornecedores e identificar atrasos recorrentes na cadeia de suprimentos.

Por que isso importa

É a referência para medir a performance de entrega no prazo, um KPI fundamental para avaliar a confiabilidade do fornecedor e a eficiência da cadeia de suprimentos.

Onde obter

Normalmente encontrado na PurchTable, no nível do cabeçalho, ou na PurchLine, no nível do item, como DeliveryDate.

Exemplos
2023-11-152023-12-012024-01-20
Nome do fornecedor
VendorName
O nome do fornecedor para o qual o pedido de compra é criado.
Descrição

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

Segmentar o processo pelo nome do fornecedor é fundamental para avaliar a performance dos fornecedores. Isso permite analisar as taxas de entrega no prazo, devolução de produtos e resultados das inspeções de qualidade de cada fornecedor. Assim, fica mais fácil identificar parceiros confiáveis e aqueles que podem estar causando atrasos ou problemas de qualidade.

Por que isso importa

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

Onde obter

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

Exemplos
Contoso Office SuppliesFabrikam RoboticsNorthwind Traders
Nome do usuário
UserName
O 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 um nome completo.

Analisar a atividade dos usuários ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e localizar pessoas ou equipes envolvidas em desvios do processo. É essencial para Dashboards relacionados à performance dos aprovadores e pode ser usado para filtrar o processo por atividades realizadas por usuários específicos.

Por que isso importa

Permite analisar a performance por usuário, ajuda a identificar gargalos relacionados a pessoas específicas e fornece rastreabilidade para as etapas do processo.

Onde obter

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

Exemplos
Alice JohnsonBob WilliamsSysAdmin
Status do PO
PurchaseOrderStatus
O status atual do pedido de compra em seu ciclo de vida.
Descrição

Este atributo indica o estado geral do pedido de compra em determinado momento, como "Open order", "Received", "Invoiced" ou "Canceled". Ele representa o resultado da atividade mais recente.

Acompanhar o status é útil para entender o estado atual de todos os pedidos de compra em aberto. No Process Mining, ele pode ser usado para analisar os resultados dos casos, por exemplo, filtrando todos os pedidos de compra que terminaram no estado "Canceled" para investigar os motivos.

Por que isso importa

Fornece 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 obter

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

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

Este atributo representa o custo total de todos os produtos 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 compra de maior valor podem seguir um fluxo de aprovação diferente e mais rigoroso ou apresentar tempos de ciclo mais longos. O valor também é usado em relatórios financeiros e para classificar POs em faixas de valor para análise.

Por que isso importa

Permite analisar financeiramente o processo de compras, ajudando a identificar como o valor do pedido afeta o comportamento do processo, como tempos e caminhos de aprovação.

Onde obter

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

Exemplos
5250.00120.50150000.00
A entrega ocorreu no prazo
IsOnTimeDelivery
Um indicador booleano que informa se os produtos foram recebidos na data de entrega solicitada ou antes dela.
Descrição

Este atributo calculado compara o registro de data e hora da atividade "Goods Receipt Posted" com RequestedDeliveryDate. Ele recebe "true" quando a data de recebimento é igual ou anterior à data solicitada.

Este indicador apoia diretamente o cálculo do KPI "Taxa de entrega no prazo". Ele simplifica a análise da performance dos fornecedores e permite filtrar e visualizar facilmente entregas no prazo e atrasadas, algo central para o Dashboard "Aderência à entrega do fornecedor".

Por que isso importa

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

Onde obter

É um atributo calculado, derivado da comparação entre RequestedDeliveryDate e EventTime da atividade "Goods Receipt Posted".

Exemplos
truefalse
Categoria de compra
PurchaseCategory
A classificação do produto ou serviço comprado, como "Hardware 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 padrões de gastos e variações do processo entre diferentes tipos de compras.

Na análise de processos, filtrar por categoria de compra pode revelar comportamentos diferentes. Por exemplo, o processo de compras de ativos pode ser mais longo e complexo do que o de materiais operacionais. O atributo é usado em Dashboards 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, revelando comportamentos diferentes para cada categoria de gastos.

Onde obter

As categorias de itens são vinculadas aos produtos liberados (InventTable), que depois são usados na PurchLine. As informações da categoria ficam armazenadas 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 entidade legal ou empresa que realiza o pedido de compra.
Descrição

Em um ambiente com várias empresas, este atributo especifica qual entidade legal está realizando a compra. É um dado organizacional fundamental.

Este atributo permite comparar o processo P2P entre diferentes entidades legais da mesma organização. Ele pode revelar diferenças na eficiência do processo, na conformidade e no gerenciamento de fornecedores entre empresas, apoiando iniciativas de padronização.

Por que isso importa

É essencial para organizações com várias entidades compararem e padronizarem o processo de compras entre diferentes entidades legais.

Onde obter

É o campo DataAreaId, presente em quase 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, ele é 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 ajudar a identificar departamentos com ciclos de aprovação mais longos, taxas maiores de alterações em POs ou padrões de compra específicos. Assim, é possível direcionar iniciativas de melhoria do processo.

Por que isso importa

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

Onde obter

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

Exemplos
FinançasTIManufaturaMarketing
Local de entrega
DeliveryLocation
O local, armazém 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 armazém, um escritório específico ou um local de projeto.

Analisar o processo por local de entrega pode ajudar a identificar gargalos regionais ou específicos de cada unidade, especialmente no processo de recebimento de produtos. O Dashboard "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 específicos de cada local, especialmente nas etapas de recebimento de produtos e inspeção de qualidade.

Onde obter

As informações de endereço e local de entrega são armazenadas na PurchTable e podem ser preenchidas por padrão a partir da configuração 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 os produtos de um pedido de compra são devolvidos ao fornecedor.
Descrição

Quando ocorre a atividade "Goods Returned to Vendor", este atributo registra a justificativa da devolução, como "Produtos danificados", "Item incorreto" ou "Baixa qualidade".

Esses dados são muito importantes para o Dashboard "Taxa de devolução de pedidos de compra". Analisar os motivos das devoluções ajuda a identificar suas causas principais, relacionadas à qualidade do fornecedor, a erros internos de pedido ou a problemas de transporte. Assim, é possível tomar medidas direcionadas para reduzir a taxa de devoluções.

Por que isso importa

Fornece insight sobre os motivos das devoluções, ajudando a diagnosticar problemas de qualidade do fornecedor, precisão dos pedidos ou logística.

Onde obter

Os motivos das devoluções normalmente 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 incorreto entregueReprovado 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 gerente ou usuário que aprovou formalmente o pedido de compra, permitindo que ele avance. Em Workflows de aprovação com vários níveis, pode haver vários aprovadores para um único pedido de compra.

Acompanhar o aprovador é fundamental para os Dashboards "Análise do tempo de ciclo de aprovação do PO" e "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, ajudando a identificar gargalos na aprovação e medir a performance e a carga de trabalho de diferentes aprovadores.

Onde obter

As informações de aprovação normalmente ficam armazenadas em tabelas de acompanhamento do Workflow, e não diretamente na PurchTable. É necessário consultar o histórico do Workflow associado ao pedido de compra.

Exemplos
Charles GreenDiana PrinceEdward Nigma
O PO foi alterado
IsPurchaseOrderChanged
Um indicador booleano que informa se o pedido de compra foi modificado após sua aprovação inicial.
Descrição

Este atributo calculado recebe "true" quando ocorre qualquer atividade "Purchase Order Changed" após a atividade "Purchase Order Approved" em um determinado caso. Ele simplifica a análise de retrabalho e alterações.

Este indicador é fundamental para calcular o KPI "Taxa de alteração do PO após aprovação" e para o Dashboard "Tendências de alterações de pedidos de compra". Ele oferece uma forma simples de isolar e analisar pedidos de compra que exigiram retrabalho, ajudando a identificar as causas principais dessas alterações.

Por que isso importa

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

Onde obter

É um atributo calculado, derivado da sequência de atividades no Event Log.

Exemplos
truefalse
Requisição de compra
PurchaseRequisitionNumber
O identificador da requisição de compra que precedeu o pedido de compra.
Descrição

Este atributo conecta um 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.

Essa conexão é essencial para analisar todo o processo de "Requisição até PO". Ela permite medir o KPI "Velocidade de conversão de requisição em PO" e entender com que rapidez a demanda interna é transformada em um pedido externo. Também ajuda a analisar a conformidade, por exemplo, identificando POs criados sem uma requisição formal.

Por que isso importa

Conecta o PO à solicitação inicial, permitindo analisar o tempo de ciclo entre requisição e pedido e garantir a conformidade do processo.

Onde obter

Encontrado na tabela PurchLine, no campo PurchReqId, que faz a conexão com a PurchReqTable.

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

Purchase to Pay - Atividades do pedido de compra

Estas são as principais etapas e marcos do processo que você deve registrar no seu 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 da Purchase Order, autorizando seu envio ao fornecedor. Esse evento normalmente é inferido a partir de uma alteração de status na PO ou capturado diretamente no histórico do Workflow.
Por que isso importa

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

Onde obter

Inferido a partir da alteração do campo DocumentState na PurchTable para 'Approved'. Como alternativa, pode ser obtido do registro de data e hora de conclusão da etapa final de aprovação na WorkflowTrackingStatusTable.

Captura

Identifique o registro de data e hora em que o DocumentState na PurchTable muda para 'Approved'.

Tipo de evento inferred
Pedido de compra concluído
Indica a conclusão bem-sucedida do ciclo de vida do pedido de compra, quando todos os produtos foram recebidos e faturados. Normalmente, isso é inferido quando o status do PO é atualizado para um estado final e fechado.
Por que isso importa

Esta atividade define o fim de uma instância de processo bem-sucedida. Medir o "Tempo total do ciclo do pedido de compra" desde a criação até a conclusão oferece uma visão abrangente da eficiência do processo.

Onde obter

Inferido a partir dos campos de status da PurchTable, por exemplo, quando DocumentState é "Invoiced" e os status dos itens indicam recebimento e faturamento completos.

Captura

Identifique o registro de data e hora em que os status do cabeçalho e das linhas do PO são atualizados para um estado final e fechado, como "Invoiced".

Tipo de evento inferred
Pedido de compra criado
Esta atividade representa a criação de um documento de Purchase Order em rascunho no sistema. Ela é capturada pelo registro de data e hora de criação do registro do cabeçalho da Purchase Order, geralmente após a aprovação de uma requisição.
Por que isso importa

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

Onde obter

Este evento corresponde à criação de um registro na PurchTable. O campo createdDateTime dessa tabela fornece o registro de data e hora da atividade.

Captura

Extraia o registro de data e hora de criação da PurchTable para cada Purchase Order.

Tipo de evento explicit
Pedido de compra enviado ao fornecedor
Esta atividade indica que a Purchase Order aprovada foi comunicada ao fornecedor. Ela é capturada quando a PO é confirmada, gerando um diário de confirmação e normalmente acionando o envio do documento.
Por que isso importa

Esta é a primeira etapa voltada para o ambiente externo e inicia a contagem do lead time do fornecedor. É essencial para acompanhar a performance dos fornecedores 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 da PO. A data de criação desse diário serve como registro de data e hora da atividade.

Captura

Use o registro de data e hora de criação do primeiro registro da PurchPurchaseOrderJour para a PO.

Tipo de evento explicit
Recebimento de mercadoria lançado
Marca o registro oficial das mercadorias recebidas em relação à Purchase Order no sistema. Esse evento é capturado quando um diário de recebimento de produtos é lançado.
Por que isso importa

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

Onde obter

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

Captura

Use o registro de data e hora de criação ou lançamento do registro da VendPackingSlipJour vinculado à PO.

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

Este é o gatilho inicial do processo de Purchase Orders. Analisar o tempo entre este evento e a criação da PO ajuda a medir a eficiência do processo interno e a capacidade de resposta à demanda.

Onde obter

Este evento corresponde à criação de um registro na PurchReqTable. O registro de data e hora de criação (createdDateTime) do registro marca o momento do evento.

Captura

Extraia o registro 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 de uma inspeção de qualidade das mercadorias recebidas. Esse evento geralmente é gerenciado pelo módulo Quality Management ou por uma atualização de status.
Por que isso importa

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

Onde obter

Pode ser inferido a partir da conclusão de uma Quality Order (InventQualityOrderTable) vinculada ao recebimento da Purchase Order. O registro de data e hora da alteração de status para 'Passed' ou 'Failed' marca o evento.

Captura

Acompanhe o registro de data e hora da conclusão do status na InventQualityOrderTable associada à linha da PO.

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

Devoluções representam falhas no processo e custos adicionais. Acompanhar essa atividade ajuda a calcular a 'Purchase Order Return Rate' e identificar problemas com fornecedores ou produtos.

Onde obter

Este evento é inferido a partir da criação de uma Purchase Order com quantidade negativa ou de um documento específico de devolução que faça referência à PO original. A data da transação de lançamento da devolução corresponde ao momento do evento.

Captura

Identifique o lançamento de uma ordem de devolução de compra ou de uma nota de débito vinculada à PO original.

Tipo de evento explicit
Pedido de compra alterado
Esta atividade captura qualquer alteração feita em uma Purchase Order depois de sua aprovação. O Dynamics 365 pode acompanhar versões da PO, permitindo identificar as mudanças.
Por que isso importa

Acompanhar as alterações é essencial para identificar retrabalho, entender a instabilidade do processo e medir a 'PO Modification Rate'. As mudanças podem gerar atrasos e variações de custos.

Onde obter

Inferido pela comparação entre diferentes versões da Purchase Order armazenadas em tabelas de arquivamento ou versionamento, como PurchTableHistory. Um aumento no número da versão indica uma alteração.

Captura

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 da conclusão total. Isso é registrado por uma alteração específica de status no documento do pedido de compra.
Por que isso importa

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

Onde obter

Isso é inferido quando o campo DocumentState da PurchTable é atualizado para "Canceled". O registro de data e hora dessa alteração de status marca o evento.

Captura

Identifique o registro de data e hora em que DocumentState na PurchTable é definido como "Canceled".

Tipo de evento inferred
Pedido de compra confirmado pelo fornecedor
Representa o reconhecimento e a confirmação dos detalhes da Purchase Order pelo fornecedor. Geralmente, esta é uma etapa de entrada manual de dados baseada na comunicação do fornecedor.
Por que isso importa

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

Onde obter

Normalmente, é inferido pelo preenchimento de campos de data ou status relacionados à confirmação na PurchTable, como datas de confirmação de entrega. Esse evento pode não existir de forma independente.

Captura

Infira o evento a partir do 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
Representa o momento em que uma Purchase Order em rascunho é enviada formalmente ao Workflow de aprovação. Normalmente, essa é uma ação explícita realizada pelo usuário e capturada nos registros do Workflow.
Por que isso importa

Esta atividade inicia oficialmente o ciclo de aprovação da PO. Acompanhá-la permite medir com precisão quanto tempo as POs aguardam aprovação e qual é a duração total da aprovação.

Onde obter

Capturado na WorkflowTrackingStatusTable da Purchase Order, que registra o evento de envio e seu registro de data e hora.

Captura

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

Tipo de evento explicit
Pedido de compra faturado
Esta atividade marca o momento em que uma fatura do fornecedor é recebida e lançada contra a Purchase Order. Esse evento conecta os processos de compras e pagamentos.
Por que isso importa

Esta é a etapa final antes do pagamento e é essencial para calcular o custo final da compra. Ela fornece um ponto final para a análise de conciliação de três vias.

Onde obter

Este evento é capturado a partir do lançamento de um diário de fatura do fornecedor (VendInvoiceJour) conciliado com a Purchase Order. O InvoiceDate ou a data de lançamento desse registro corresponde ao registro de data e hora.

Captura

Use o registro de data e hora do lançamento na tabela VendInvoiceJour vinculada ao registro da PurchTable.

Tipo de evento explicit
Solicitação de compra aprovada
Representa a aprovação formal de uma requisição de compra por um gerente autorizado. Esse evento normalmente é capturado nos registros históricos do Workflow ou pelo acompanhamento de uma alteração de status no registro da requisição.
Por que isso importa

A aprovação é um marco crítico que permite converter uma requisição em uma Purchase Order. Atrasos nessa etapa afetam diretamente todo o cronograma de compras.

Onde obter

Pode ser capturado na WorkflowTrackingStatusTable associada à requisição de compra ou inferido a partir da alteração do campo de status na PurchReqTable para o estado 'Approved'.

Captura

Use o registro de data e hora 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 de que precisa para começar a otimizar seu processo de Purchase to Pay, Purchase Order. Comece hoje a transformar suas operações de compras.

Aumente agora a eficiência do seu Purchase to Pay - Purchase Order

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

Começar o teste grátis

Não é necessário cartão de crédito; configure em poucos minutos