Seu template de dados de Supply Chain Management

Microsoft Dynamics 365 SCM
Seu template de dados de Supply Chain Management

Seu template de dados de Supply Chain Management

Este template de dados abrangente oferece uma abordagem estruturada para coletar as informações essenciais para um process mining potente em sua cadeia de suprimentos. Ele descreve os atributos e atividades cruciais, com orientações claras de como extrair esses dados do Microsoft Dynamics 365 SCM. Use este template para garantir que seu event log esteja pronto para uma análise profunda.
  • Atributos recomendados para coleta em análise detalhada
  • Principais atividades da cadeia de suprimentos para acompanhar em seu processo
  • Guia prático de extração para Microsoft Dynamics 365 SCM
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão da Cadeia de Suprimentos

Estes são os campos de dados recomendados para incluir em seu event log, permitindo uma análise minuciosa e precisa de seus processos de gestão da cadeia de suprimentos.
5 Obrigatório 9 Recomendado 8 Opcional
Nome Descrição
Ordem de Logística
LogisticsOrder
O identificador exclusivo para uma solicitação específica de atendimento da cadeia de suprimentos, servindo como o ID de caso principal.
Descrição

A Ordem de Logística é o identificador exclusivo de todo o processo logístico, conectando todas as atividades, da demanda do cliente à entrega final. Esse atributo serve como o fio condutor que vincula vários subprocessos como suprimentos, produção e expedição para uma solicitação específica.

Na análise, cada evento é associado a uma Ordem de Logística, permitindo uma reconstrução completa de ponta a ponta do fluxo. Isso permite rastrear a jornada de um pedido por diferentes departamentos e sistemas, identificando gargalos e medindo com precisão o tempo total de ciclo.

Por que é importante

É a chave essencial para vincular todos os eventos de processo relacionados, permitindo a análise de ponta a ponta da cadeia de suprimentos para uma única solicitação de atendimento.

Onde obter

Este é um identificador conceitual, provavelmente derivado da combinação de campos de tabelas como SalesTable (Ordem de Venda), WHSLoadTable (ID da Carga) ou InventTransOrigin para criar um ID de caso único entre módulos.

Exemplos
LO-2024-00123LO-2024-00124LO-2024-00125
Atividade
ActivityName
O nome do evento de negócio ou tarefa ocorrida em um ponto do processo logístico.
Descrição

Este atributo registra o evento de negócio ou tarefa específica, como 'Ordem de Compra Emitida' ou 'Mercadorias Produzidas'. Essas atividades são os blocos fundamentais do processo.

Analisar a sequência e duração dessas atividades forma o núcleo do process mining. Permite a descoberta automática de mapas de processos, detecção de desvios e identificação de etapas ineficientes que podem ser melhoradas.

Por que é importante

Define as etapas do processo, permitindo visualizar o fluxo, analisar variações e identificar gargalos ou atividades fora de conformidade.

Onde obter

Derivado de lógica de negócios baseada em mudanças de status em várias tabelas de transação, como SalesTable, PurchTable, ProdTable, ou datas de lançamento de documentos de tabelas como CustInvoiceJour.

Exemplos
Ordem de Compra EmitidaProdutos ProduzidosFatura de Cliente LançadaMercadorias entregues
Sistema de Origem
SourceSystem
O sistema de registro do qual os dados do evento foram extraídos.
Descrição

Este atributo identifica o sistema ou módulo de origem dos dados. Em cadeias de suprimentos complexas, os dados podem vir de múltiplos módulos do Dynamics 365 SCM, como Vendas, Compras ou Gestão de Armazém.

Especificar o sistema de origem é crucial para a governança de dados e solução de inconsistências. Garante a qualidade dos dados e fornece rastreabilidade até a origem da informação, o que é especialmente importante em ambientes integrados.

Por que é importante

Fornece contexto sobre a origem dos dados, o que é essencial para validação, solução de problemas e compreensão das variações de processo que cruzam as fronteiras do sistema.

Onde obter

Geralmente é um valor estático adicionado durante a extração de dados para identificar os registros deste sistema específico.

Exemplos
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Tempo do Evento
EventTime
O timestamp indicando quando a atividade ocorreu.
Descrição

Este atributo fornece a data e hora exatas em que uma atividade foi registrada. É fundamental para qualquer análise baseada em tempo, incluindo cálculo de tempos de ciclo e identificação de gargalos.

A ordenação cronológica permite que as ferramentas de process mining reconstruam a sequência precisa de atividades conforme ocorreram. Isso é essencial para entender o fluxo real do processo e sua dinâmica, em vez de depender de modelos teóricos.

Por que é importante

Este timestamp é crítico para sequenciar os eventos corretamente e calcular todas as métricas temporais, como tempos de ciclo e lead times.

Onde obter

Geralmente extraídos de campos de data/hora de criação ou mudança de status em tabelas do D365 SCM. Os exemplos incluem CreatedDateTime na SalesTable, DeliveryDate na PurchLine ou datas de transações físicas na InventTrans.

Exemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-01T11:22:00Z
Última Atualização de Dados
LastDataUpdate
O registro de data e hora da última atualização dos dados do sistema de origem.
Descrição

Este atributo indica a data e hora em que os dados foram extraídos ou atualizados pela última vez. É um metadado crítico para qualquer dashboard de análise de processos.

Ajuda os usuários a entender quão recentes são os dados analisados, garantindo conclusões baseadas em informações atuais. Também é vital para gerenciar pipelines de dados e verificar se os processos de carregamento estão funcionando conforme o esperado.

Por que é importante

Informa aos usuários sobre a atualidade dos dados, o que é fundamental para tomar decisões de negócios oportunas e relevantes com base na análise.

Onde obter

Este valor é gerado e carimbado no conjunto de dados pela ferramenta de extração ou ETL ao final de cada ciclo de atualização.

Exemplos
2023-06-10T02:00:00Z2023-06-11T02:00:00Z2023-06-12T02:00:00Z
Data de entrega solicitada
RequestedDeliveryDate
A data de entrega solicitada pelo cliente.
Descrição

Este atributo captura a data de entrega que o cliente especificou ao fazer o pedido. Serve como o benchmark principal para medir o desempenho real de entrega.

Esta data é a base para o dashboard de Monitoramento de Pontualidade e para o KPI de Taxa de Entrega no Prazo. Comparar a Data de Entrega Solicitada com a data real é o método padrão para calcular o desempenho e é uma medida essencial da satisfação do cliente.

Por que é importante

Esta é a base para medir o desempenho de entrega no prazo, um KPI crítico para a satisfação do cliente e confiabilidade da cadeia de suprimentos.

Onde obter

Localizado no campo ReceiptDateRequested na tabela SalesLine ou ShippingDateRequested na SalesTable.

Exemplos
2023-05-102023-06-012023-07-20
Entrega no prazo
IsOnTimeDelivery
Um indicador que mostra se o pedido foi entregue até a data solicitada.
Descrição

Este é um atributo booleano calculado que indica se a ordem foi entregue no prazo. É derivado da comparação do timestamp de 'Entrega Realizada' com a 'Data Solicitada'.

É a base para o KPI de Taxa de Entrega no Prazo e um filtro essencial no dashboard de Desempenho de Entrega. Simplifica a análise ao converter datas em valores verdadeiro/falso, facilitando a contagem de pedidos atrasados.

Por que é importante

Mede diretamente o desempenho do atendimento ao cliente e é um dado fundamental para o KPI de Entrega no Prazo (On-Time Delivery), simplificando a análise da confiabilidade das entregas.

Onde obter

Este é um campo calculado. A lógica é: SE (timestamp de 'Entrega Realizada' <= 'Data de Entrega Solicitada') ENTÃO Verdadeiro SENÃO Falso.

Exemplos
verdadeirofalse
ID do usuário
UserId
O identificador do usuário que realizou a atividade.
Descrição

Este atributo armazena o ID do funcionário ou usuário que executou a atividade. Pode ser o comprador que criou a OC ou o operador que confirmou o envio.

Analisar por usuário ajuda a entender a distribuição de carga de trabalho e identificar necessidades de treinamento ou desvios de processo. Também é vital para auditoria e conformidade, rastreando ações até indivíduos específicos, essencial para a gestão de desempenho.

Por que é importante

Permite a análise do desempenho do processo por usuário ou equipe, ajuda a identificar oportunidades de automação e é fundamental para análise de conformidade e trilha de auditoria.

Onde obter

Encontrado nos campos 'Criado por' ou 'Modificado por' na maioria das tabelas de transação no D365 SCM, como CreatedBy na SalesTable ou PurchTable.

Exemplos
j.doea.smithAX_BATCH_USER
Lead Time de Compras
ProcurementLeadTime
O tempo total decorrido entre a criação de uma requisição de compra e o recebimento das matérias-primas.
Descrição

Esta é uma métrica de duração calculada que mede a eficiência do processo de compras. É calculada como a diferença de tempo entre a 'Requisição de Compra Criada' e o 'Recebimento de Materiais'.

Suporta diretamente o dashboard de Detalhamento do Lead Time de Compras e o KPI de Tempo Médio de Ciclo de Compras. Pré-calcular esse valor torna a análise por fornecedor ou categoria muito mais rápida e eficiente.

Por que é importante

Quantifica a duração de todo o ciclo de compras, que é um KPI crítico para gerenciar níveis de estoque e cronogramas de produção.

Onde obter

Este é um campo calculado. A lógica é: Timestamp('Matérias-Primas Recebidas') - Timestamp('Requisição de Compra Criada').

Exemplos
10 dias25 dias4 horas
Nome do Cliente
CustomerName
O nome do cliente que realizou o pedido de venda.
Descrição

Este atributo identifica o cliente associado a uma ordem de venda, permitindo uma visão do processo focada no cliente.

Analisar o processo logístico por cliente pode revelar padrões únicos de atendimento, preferências ou desafios. É extremamente útil para a gestão de contas estratégicas e para personalizar níveis de serviço, ajudando a melhorar a satisfação e retenção de clientes.

Por que é importante

Permite análises centradas no cliente, ajudando a identificar quais clientes sofrem mais atrasos e a avaliar os níveis de serviço para contas estratégicas.

Onde obter

Derivado da junção da tabela de pedidos de venda (SalesTable) com a tabela mestra de clientes (CustTable) pelo número da conta do cliente.

Exemplos
Alpine Ski HouseAdventure WorksCity Power & Light
Nome do Fornecedor
SupplierName
O nome do fornecedor que provê as matérias-primas ou mercadorias.
Descrição

Este atributo contém o nome do fornecedor de quem os materiais são comprados. É uma dimensão chave para analisar atividades relacionadas a compras.

É amplamente utilizado nos dashboards de Detalhamento do Lead Time de Compras e Benchmarking de Fornecedores. Analisar métricas por fornecedor ajuda a identificar os parceiros mais confiáveis e eficientes, bem como aqueles que costumam atrasar. Esta informação é crítica para o sourcing estratégico.

Por que é importante

Permite segmentar e comparar o desempenho de compras por fornecedor, o que é fundamental para melhorar o relacionamento com fornecedores e reduzir os prazos de entrega de materiais.

Onde obter

Derivado da junção da tabela de pedidos de compra (PurchTable) com a tabela mestra de fornecedores (VendTable) pelo número da conta do fornecedor.

Exemplos
Contoso Raw MaterialsFabrikam Inc.Northwind Traders
Número da Ordem de Produção
ProductionOrderNumber
O identificador exclusivo para uma ordem de produção ou fabricação.
Descrição

Este número identifica uma ordem para produzir uma quantidade específica em uma fábrica. Rastreia o consumo de materiais e a saída de produtos acabados.

Para empresas industriais, este ID é vital para rastrear a produção. Alimenta o dashboard de Adesão ao Cronograma vinculando as datas planejadas às datas reais, destacando variações e atrasos no processo fabril.

Por que é importante

Permite uma análise detalhada do ciclo de vida da fabricação, ajudando a medir a adesão ao cronograma de produção e identificar gargalos no chão de fábrica.

Onde obter

Localizado no campo ProdId da tabela ProdTable.

Exemplos
PRD-000112PRD-000113PRD-000114
Número do Pedido de Compra
PurchaseOrderNumber
O identificador exclusivo para uma ordem de compra enviada a um fornecedor.
Descrição

Este é o número do documento oficial usado para pedir materiais a um fornecedor. Contém itens, quantidades, preços e datas.

Analisar o processo pelo Número da Ordem de Compra é essencial para os dashboards de Compras e de Performance de Fornecedores. Permite rastrear todo o ciclo procure-to-pay e identificar atrasos na aquisição.

Por que é importante

Este ID é crucial para analisar a parte de suprimentos da cadeia, monitorar o desempenho dos fornecedores e entender os lead times de materiais.

Onde obter

Localizado no campo PurchId da tabela PurchTable.

Exemplos
PO-000541PO-000542PO-000543
Número do pedido de venda
SalesOrderNumber
O identificador exclusivo para a ordem de venda de um cliente.
Descrição

Este é o número de referência principal para o pedido do cliente. A ordem de venda inicia várias atividades na cadeia, incluindo compras e produção.

No process mining, o Número da Ordem de Venda é uma dimensão crítica para filtros e análises. Permite rastrear o atendimento completo para um pedido específico e costuma ser o componente principal do ID de caso da Ordem de Logística.

Por que é importante

Conecta o processo da cadeia de suprimentos diretamente à demanda do cliente, permitindo a análise do ciclo order-to-cash e o desempenho de atendimento específico por cliente.

Onde obter

Localizado no campo SalesId da tabela SalesTable.

Exemplos
SO-001872SO-001873SO-001874
Categoria do produto
ProductCategory
A categoria à qual um produto pertence.
Descrição

Este atributo agrupa produtos individuais em categorias amplas, como 'Eletrônicos', 'Matérias-Primas' ou 'Produtos Acabados'. Isso permite uma análise de alto nível da cadeia de suprimentos.

Em vez de olhar para milhares de SKUs, analistas podem usar categorias para identificar tendências e gargalos que afetam grupos inteiros de produtos, facilitando o entendimento do desempenho de fornecedores por tipo de material.

Por que é importante

Permite análises agregadas por grupos de produtos, o que é útil para a tomada de decisões estratégicas e para identificar problemas sistêmicos que afetam certos tipos de produtos.

Onde obter

Derivado da junção da tabela mestra de itens (InventTable) com tabelas de categorias de produtos, como EcoResProductCategory.

Exemplos
Componentes de ÁudioMateriais de EmbalagemPeças Hidráulicas
Data de Remessa Agendada
ScheduledShipmentDate
A data em que a remessa foi planejada para sair.
Descrição

Este atributo representa a data planejada para uma remessa sair do armazém ou fábrica. É um marco interno fundamental.

Esta data é usada para calcular o KPI de Adesão ao Cronograma de Remessa. Comparar a data agendada com a data real do carregamento ajuda a medir a confiabilidade e previsibilidade do planejamento logístico interno.

Por que é importante

Ajuda a medir o cumprimento do cronograma interno e a previsibilidade do processo de envio, o que impacta o planejamento de transporte posterior.

Onde obter

Localizado em campos como ConfirmedShipDate na SalesLine ou campos relacionados na WHSLoadTable para cargas planejadas.

Exemplos
2023-05-082023-05-302023-07-18
É Retrabalho
IsRework
Um marcador que indica se uma atividade ou loop de processo constitui retrabalho.
Descrição

Este é um atributo booleano calculado que identifica atividades ou caminhos que representam retrabalho ou loops de correção. Por exemplo, se um 'Controle de Qualidade' falha e volta para a etapa de 'Produção', isso é marcado como retrabalho.

Este atributo é essencial para o KPI de Taxa de Retrabalho no Atendimento. Ao sinalizar o retrabalho, os analistas podem quantificar o impacto de erros e problemas de qualidade, focando as melhorias onde são mais necessárias.

Por que é importante

Ajuda a quantificar ineficiências de processo e problemas de qualidade ao sinalizar explicitamente atividades que não fazem parte do 'happy path' (fluxo ideal).

Onde obter

Este é um campo calculado, geralmente derivado de regras de negócio. Por exemplo, marcar atividades como 'Reembalar Mercadorias' como retrabalho ou identificar loops de retorno no fluxo.

Exemplos
verdadeirofalse
ID do Armazém
WarehouseId
O identificador do armazém onde as mercadorias são armazenadas ou movimentadas.
Descrição

Este atributo identifica o armazém ou centro de distribuição envolvido em uma atividade, como separação, embalagem ou expedição.

É essencial para o dashboard de Produtividade das Operações de Armazém, permitindo comparar o desempenho entre diferentes unidades. Ajuda a identificar quais locais são mais eficientes, quais têm problemas de capacidade e onde melhorias operacionais são mais urgentes.

Por que é importante

Permite a comparação de desempenho e análise de gargalos em diferentes locais físicos, apoiando melhorias na eficiência do armazém.

Onde obter

Encontrado no campo InventLocationId em tabelas relacionadas a estoque e gestão de armazém, como InventSum e WHSWorkTable.

Exemplos
WH-MainWH-EastDC-West
Modal de Transporte
ModeOfTransport
O método de transporte utilizado para a remessa, como caminhão, aéreo ou marítimo.
Descrição

Este atributo especifica o modal usado para mover as mercadorias, como rodoviário, ferroviário, aéreo ou marítimo.

É uma dimensão chave para o dashboard de Eficiência e Custos de Transporte. Analisar tempos de ciclo e custos por modal ajuda a otimizar as estratégias logísticas, equilibrando velocidade e custo e identificando ineficiências em canais específicos.

Por que é importante

Essencial para analisar custos e eficiência de transporte, ajudando a otimizar redes logísticas e reduzir despesas com frete.

Onde obter

Encontrado no campo ModeOfDelivery em tabelas como SalesTable ou PurchTable, ou com mais detalhes em tabelas de gestão de transporte, como TMSRoute.

Exemplos
CaminhãoAéreoMarítimoCanal (Rail)
Nome da Transportadora
CarrierName
O nome da empresa de transporte ou transportadora responsável pela remessa.
Descrição

Este atributo identifica a transportadora terceirizada ou frota interna responsável pelo transporte das mercadorias. Especifica quem está movimentando fisicamente o produto.

A transportadora é outra dimensão crítica para o dashboard de Eficiência e Custos de Transporte. Ao analisar métricas como tempo de trânsito e pontualidade por transportadora, as empresas podem avaliar seus parceiros logísticos, negociar melhores taxas e tomar decisões informadas.

Por que é importante

Permite a análise de desempenho de diferentes parceiros logísticos, o que é crucial para a gestão de transportadoras e otimização de custos de transporte.

Onde obter

Encontrado em campos como 'CarrierService' em pedidos de venda ou em tabelas dedicadas de gestão de transporte, como TMSCarrier.

Exemplos
FedExUPSMaerskDHL
Número do produto
ProductNumber
O identificador exclusivo para o produto que está sendo pedido ou produzido.
Descrição

Este atributo é o SKU ou código do item envolvido na transação. Pode ser um produto acabado ou uma matéria-prima.

Analisar o processo por produto ajuda a identificar itens com lead times longos, problemas de qualidade frequentes ou caminhos de produção complexos. Esta informação é vital para a gestão de estoque, previsão de demanda e otimização do portfólio de produtos.

Por que é importante

Permite a análise do desempenho do processo para diferentes produtos, o que pode revelar desafios na cadeia de suprimentos específicos para determinados itens.

Onde obter

Encontrado no campo ItemId em tabelas de linhas de transação, como SalesLine, PurchLine e ProdBOM.

Exemplos
A0001D0010M9201
Valor do Pedido
OrderValue
O valor monetário total do pedido de venda.
Descrição

Este atributo representa o valor financeiro total da ordem de venda de um cliente. É uma métrica essencial para entender o impacto do desempenho do processo no negócio.

Analisar métricas como tempo de ciclo sob o contexto do valor do pedido permite priorizar esforços. Atrasos em pedidos de alto valor costumam ser mais críticos, adicionando uma dimensão financeira à análise de processos.

Por que é importante

Fornece contexto financeiro à análise de processos, permitindo a priorização de problemas com base em seu impacto monetário.

Onde obter

Calculado a partir da tabela SalesLine, somando o campo LineAmount de todas as linhas pertencentes a um pedido de venda específico (SalesId).

Exemplos
15200.50850.00125000.75
Obrigatório Recomendado Opcional

Atividades de Gestão da Cadeia de Suprimentos

Estas são as principais etapas e marcos do processo para capturar em seu event log, garantindo uma descoberta de processo precisa e insights de desempenho para sua cadeia de suprimentos.
8 Recomendado 7 Opcional
Atividade Descrição
Comprovante de Entrega Assinado
O cliente confirmou formalmente o recebimento das mercadorias, geralmente assinando um comprovante de entrega. Isso é tipicamente capturado anexando um documento ou atualizando um status no sistema.
Por que é importante

Esta é a confirmação final do atendimento do pedido e o fim definitivo do processo logístico. É crucial para resolver disputas e calcular o tempo total do ciclo do pedido.

Onde obter

Esta não é uma transação padrão e discreta. Geralmente é gerenciada pela atualização de status na ordem de venda ou anexando um comprovante de entrega digitalizado.

Captura

Inferido a partir de uma atualização de status ou do anexo de um documento POD ao pedido de venda ou remessa.

Tipo de evento inferred
Matérias-Primas Recebidas
As mercadorias ou materiais pedidos ao fornecedor são fisicamente recebidos no armazém. Isso é registrado via transação de recebimento de produto no Dynamics 365 contra a ordem de compra.
Por que é importante

Esta atividade marca o fim do lead time do fornecedor e a disponibilidade de materiais para produção ou atendimento. Atrasos aqui afetam diretamente os cronogramas posteriores e as datas de entrega ao cliente.

Onde obter

Registrado nos módulos de Compras e suprimentos ou Gestão de estoque. O lançamento de um Recebimento de Produto (VendPackingSlipJour) cria um registro transacional com timestamp.

Captura

Evento registrado quando um Recebimento de Produto é lançado em relação ao Pedido de Compra.

Tipo de evento explicit
Mercadorias Carregadas para Transporte
As mercadorias embaladas são fisicamente carregadas no veículo da transportadora e a remessa é confirmada no sistema. Este evento corresponde à ação 'Ship confirm' no Dynamics 365.
Por que é importante

Marca a saída física das mercadorias do armazém. Esta atividade é o ponto de partida para medir a duração de 'Mercadorias em Trânsito' e para o reconhecimento financeiro da remessa.

Onde obter

Registrado nos módulos de Armazém ou Gestão de transporte. A ação 'Ship confirm' em uma carga ou remessa (WHSLoadTable) cria um evento com timestamp.

Captura

Registrado quando a ação 'Ship confirm' é executada para a carga ou remessa associada.

Tipo de evento explicit
Mercadorias entregues
As mercadorias chegaram ao destino do cliente. Este evento pode ser inferido de dados de rastreamento da transportadora ou atualização manual de status, já que o Dynamics 365 não possui uma transação nativa de 'entregue'.
Por que é importante

Marca a conclusão da entrega física. Fornece a 'Data de Entrega Real', essencial para calcular KPIs de pontualidade e métricas voltadas ao cliente.

Onde obter

Muitas vezes não é um campo padrão. Pode ser capturado em um campo de data customizado na ordem de venda ou remessa, atualizado manualmente ou via integração com a transportadora.

Captura

Inferido a partir de uma atualização manual no campo de data de entrega ou via integração com API de transportadora externa.

Tipo de evento inferred
Mercadorias Separadas e Embaladas
Os operadores do armazém realizaram a separação física dos itens do estoque e os embalaram para o envio. Isso é registrado quando o trabalho de picking é concluído e o status da embalagem é atualizado no sistema.
Por que é importante

Representa a conclusão da tarefa principal de atendimento do armazém. É uma medida fundamental para o dashboard de Produtividade das Operações de Armazém e para identificar gargalos no processo de separação e embalagem.

Onde obter

Registrado no módulo de Gerenciamento de depósito. Geralmente é inferido pela mudança do status do trabalho de armazém (WHSWorkTable) para 'Fechado' ou pelo lançamento de uma guia de remessa.

Captura

Inferido pela mudança de status do trabalho de armazém para 'Fechado' ou pela data de lançamento da guia de remessa.

Tipo de evento inferred
Ordem de Compra Emitida
Um pedido de compra formal é criado e confirmado, vinculando a empresa a uma compra com um fornecedor. Este evento é registrado quando o status do pedido de compra é atualizado para 'Confirmado' ou 'Em revisão externa'.
Por que é importante

Este é um marco crucial em compras e o ponto inicial para medir o lead time do fornecedor. Analisar o tempo deste evento até o recebimento ajuda a avaliar o desempenho dos parceiros.

Onde obter

Registrado no módulo de Compras e suprimentos. A confirmação de uma ordem de compra é rastreada com alterações de status e datas na PurchTable.

Captura

Registrado quando o status de uma Ordem de Compra é atualizado para 'Confirmado' por meio de uma ação de lançamento em diário.

Tipo de evento explicit
Pedido do Cliente Criado
Representa a criação formal de uma nova ordem de venda no Dynamics 365 SCM. Este é um evento explícito registrado com um timestamp quando um usuário salva um novo documento de ordem de venda, iniciando o processo de atendimento.
Por que é importante

Esta atividade marca o início oficial do ciclo de atendimento do pedido. É a âncora principal para medir lead times gerais, desempenho de pontualidade e analisar padrões de entrada de pedidos.

Onde obter

Este é um evento explícito registrado no módulo de Vendas e marketing. A criação é registrada na SalesTable (Cabeçalho da Ordem de Venda) com um timestamp de criação específico.

Captura

Evento registrado na criação de um registro de Pedido de Venda na SalesTable.

Tipo de evento explicit
Produtos Produzidos
O processo de fabricação está concluído e os produtos acabados são formalmente reportados no sistema. Isso é capturado pelo lançamento de um diário 'Report as Finished' para a ordem de produção, que atualiza o estoque.
Por que é importante

Marca a conclusão da fase de produção e disponibiliza as mercadorias para controle de qualidade e remessa. É um marco fundamental para medir a adesão ao cronograma de produção.

Onde obter

Registrado no módulo de Controle de produção. O lançamento do diário 'Report as Finished' cria uma transação de estoque com timestamp e atualiza o status da ordem de produção.

Captura

Registrado quando um diário 'Report as Finished' é lançado para a ordem de produção.

Tipo de evento explicit
Controle de Qualidade Realizado
Uma inspeção de qualidade é realizada em mercadorias produzidas ou recebidas para garantir que atendam aos padrões. Isso costuma ser registrado como uma conclusão ou validação de ordem de qualidade no sistema.
Por que é importante

Garante a qualidade do produto e a conformidade do processo. Identificar verificações de qualidade ignoradas ou tempos de inspeção excessivos ajuda a mitigar riscos e melhorar o fluxo geral do processo.

Onde obter

Registrado no módulo de Gestão de estoque via Ordens de Qualidade. A validação ou encerramento de uma ordem de qualidade (InventQualityOrderTable) associada ao item fornece esse evento.

Captura

Registrado após a validação ou encerramento de uma Ordem de Qualidade vinculada ao lote do item ou número de série.

Tipo de evento explicit
Fatura de Cliente Lançada
Uma fatura de venda é gerada a partir do pedido de venda e lançada nos livros contábeis. Isso costuma ser feito no momento do envio, mas o processo pode variar, tornando-se uma atividade distinta.
Por que é importante

Este é um marco financeiro crítico no ciclo order-to-cash. Analisar o tempo da remessa até o faturamento pode revelar atrasos na cobrança e impactos no fluxo de caixa.

Onde obter

Registrado no módulo de Contas a receber. O lançamento de uma fatura de ordem de venda cria um registro na tabela CustInvoiceJour com uma data de lançamento específica.

Captura

Registrado quando uma fatura de ordem de venda é lançada, criando um registro na CustInvoiceJour.

Tipo de evento explicit
Lista de separação de armazém gerada
Uma lista de separação ou trabalho de armazém é criada, instruindo a equipe sobre quais itens separar para atender ao pedido. Este evento é registrado quando um pedido é liberado para o armazém para processamento.
Por que é importante

Esta atividade inicia as operações físicas de atendimento no armazém. Analisar o tempo deste ponto até a conclusão da embalagem ajuda a medir a eficiência interna e a capacidade de resposta do armazém.

Onde obter

Registrado no módulo de Gerenciamento de depósito. A criação de trabalho de armazém (WHSWorkTable) ou o lançamento de um diário de lista de separação (WMSPickingRoute) é um evento discreto.

Captura

Registrado após a geração de um diário de lista de separação ou criação de trabalho de armazém.

Tipo de evento explicit
Ordem de Produção Criada
Uma ordem de produção é gerada para fabricar os produtos acabados necessários para o pedido de logística do cliente. Este é um evento discreto registrado no módulo de controle de produção.
Por que é importante

Inicia o processo de fabricação para cenários sob encomenda (make-to-order). Rastrear o tempo deste evento até a conclusão dos bens é vital para analisar tempos de ciclo de produção e cumprimento de cronogramas.

Onde obter

Registrado no módulo de Controle de produção. A criação de um novo registro na ProdTable (tabela de Ordem de Produção) inclui um timestamp de criação.

Captura

Registrado após a criação de um novo registro na tabela de ordem de produção (ProdTable).

Tipo de evento explicit
Pedido cancelado
A ordem de venda do cliente é cancelada antes da conclusão do atendimento. Isso é capturado por uma mudança de status no cabeçalho da ordem de venda para 'Cancelado'.
Por que é importante

Representa um resultado negativo do processo. Analisar quando e por que os pedidos são cancelados pode revelar problemas de disponibilidade de produtos, lead times ou atendimento ao cliente que precisam ser resolvidos.

Onde obter

Inferido pela alteração do campo de status da SalesTable para 'Cancelado'. A data dessa alteração pode ser capturada se o rastreamento de alterações ou o log do banco de dados estiverem ativados.

Captura

Inferido pela mudança do status do pedido de venda para 'Cancelado'.

Tipo de evento inferred
Remessa Agendada
Uma data específica e uma transportadora são atribuídas para o envio das mercadorias embaladas. Isso costuma ser registrado quando uma carga é planejada ou um envio é confirmado no módulo de transporte.
Por que é importante

Fornece uma base para medir a adesão ao cronograma de remessa. Comparar esta data agendada com a data real de carregamento é um indicador chave de desempenho para o planejamento logístico.

Onde obter

Registrado no módulo de Gestão de transporte (TMS). A confirmação de uma carga (WHSLoadTable) ou remessa geralmente inclui uma data de envio agendada que pode ser capturada.

Captura

Registrado após a confirmação de uma carga de transporte ou registro de remessa.

Tipo de evento explicit
Requisição de compra criada
Uma solicitação formal é feita ao departamento de compras para adquirir materiais necessários para o pedido, geralmente quando o estoque é insuficiente. Este é um evento explícito registrado quando um novo documento de requisição de compra é criado e salvo.
Por que é importante

Esta atividade inicia o subprocesso de compras. Rastreá-la é fundamental para analisar a parte de aprovação interna do lead time de compras e identificar atrasos antes da emissão da OC.

Onde obter

Registrado no módulo de Compras e suprimentos. A criação de um registro na PurchReqTable é um evento discreto com um timestamp.

Captura

Evento registrado na criação de um registro na tabela de requisições de compra (PurchReqTable).

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como extrair seus dados do Microsoft Dynamics 365 SCM