Template de Dados: Compra a Pagamento - Pedido de Compra
Seu Template de dados de Procure to Pay - Pedido de Compra
- Atributos recomendados para coletar
- Principais atividades para acompanhar no mapeamento do processo
- Orientação prática para extração de dados
Procure to Pay (P2P) - Atributos da Ordem de Compra
| 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
|
|||
Procure to Pay (P2P) - Atividades da Ordem de Compra
| 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
|
|||