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 abrangente oferece uma estrutura para coletar as informações essenciais e fazer Process Mining da sua cadeia de suprimentos. Ele apresenta os atributos e as atividades que você deve acompanhar, além de orientações claras para extrair esses dados do Microsoft Dynamics 365 SCM. Use este Template para preparar seu Event Log para uma análise completa.
  • Atributos recomendados para uma análise detalhada
  • Principais atividades da cadeia de suprimentos para acompanhar no processo
  • Orientações práticas para extrair dados do Microsoft Dynamics 365 SCM
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de Supply Chain Management

Estes são os campos de dados recomendados para incluir no seu Event Log e analisar os processos de Supply Chain Management de forma completa e precisa.
5 Obrigatório 8 Recomendado 8 Opcional
Nome Descrição
Pedido logístico
LogisticsOrder
Identificador exclusivo de uma solicitação específica de atendimento da cadeia de suprimentos, usado como identificador principal do caso.
Descrição

O Logistics Order é o identificador exclusivo de todo o processo logístico, conectando as atividades desde a demanda do cliente até a entrega final. Este atributo funciona como elo central entre subprocessos como compras, produção e envio, para uma solicitação específica de atendimento.

Na análise, cada evento é associado a um Logistics Order, permitindo reconstruir o fluxo completo do processo de ponta a ponta. Assim, você acompanha o percurso de um pedido por diferentes departamentos e sistemas, identifica gargalos e mede com precisão o tempo total do ciclo, do início ao fim.

Por que isso importa

É a chave essencial para conectar todos os eventos relacionados do processo e permitir a análise de ponta a ponta da cadeia de suprimentos para uma única solicitação de atendimento.

Onde encontrar

Este é um identificador conceitual, provavelmente derivado da combinação de campos de tabelas como SalesTable (pedido de venda), WHSLoadTable (ID da carga) ou InventTransOrigin (ID de referência), para criar um ID de caso exclusivo entre diferentes módulos.

Exemplos
LO-2024-00123LO-2024-00124LO-2024-00125
Atividade
ActivityName
Nome do evento de negócio ou da tarefa que ocorreu em determinado momento do processo logístico.
Descrição

Este atributo registra o evento de negócio ou a tarefa específica que ocorreu, como 'Pedido de compra emitido', 'Produtos fabricados' ou 'Envio agendado'. Essas atividades são os elementos fundamentais do processo.

Analisar a sequência, a frequência e a duração dessas atividades é a base do Process Mining. Isso permite descobrir e visualizar mapas de processo automaticamente, detectar desvios dos procedimentos padrão e identificar etapas frequentes ou ineficientes que podem ser melhoradas.

Por que isso importa

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

Onde encontrar

Derivado da lógica de negócios com base em alterações de status em várias tabelas de transações, como SalesTable, PurchTable e ProdTable, ou em datas de lançamento de documentos em tabelas como CustInvoiceJour.

Exemplos
Pedido de compra emitidoProdutos fabricadosFatura do cliente lançadaProdutos entregues
Data e hora do evento
EventTime
Data e hora que indicam quando a atividade ocorreu.
Descrição

Este atributo informa a data e a hora exatas em que uma atividade foi registrada no sistema. É fundamental para qualquer análise de processos baseada em tempo, incluindo o cálculo dos tempos de ciclo, a compreensão da performance do processo e a identificação de gargalos.

A ordenação cronológica dos eventos com base nessa data e hora permite que as ferramentas de Process Mining reconstruam a sequência exata das atividades. Isso é essencial para entender o fluxo real do processo e sua dinâmica, em vez de depender de modelos de processo idealizados.

Por que isso importa

Esta data e hora são essenciais para ordenar os eventos corretamente e calcular todas as métricas baseadas em tempo, como tempos de ciclo e prazos.

Onde encontrar

Geralmente, os dados vêm de campos de data e hora de criação ou de alteração de status nas tabelas do D365 SCM. Alguns exemplos são 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
Sistema de origem
SourceSystem
Sistema de registro de onde os dados do evento foram extraídos.
Descrição

Este atributo identifica o sistema ou módulo de origem dos dados. Em um ambiente complexo de cadeia de suprimentos, os dados podem vir de vários módulos do Dynamics 365 SCM, como Vendas, Compras ou Gestão de armazém.

Especificar o sistema de origem é essencial para a governança de dados, a investigação de inconsistências e a compreensão do contexto das atividades registradas. Isso ajuda a garantir a qualidade dos dados e permite rastrear as informações até sua origem, algo especialmente importante em ambientes integrados.

Por que isso importa

Fornece contexto sobre a origem dos dados, essencial para validá-los, investigar problemas e entender variações de processo que atravessam diferentes sistemas.

Onde encontrar

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

Exemplos
Microsoft Dynamics 365 SCMD365-PRODAX2012-FIN
Última atualização dos dados
LastDataUpdate
Data e hora da última atualização dos dados a partir do sistema de origem.
Descrição

Este atributo indica a data e a hora da última extração ou atualização dos dados. É um metadado essencial para qualquer Dashboard de análise de processos.

Essa informação ajuda você a saber quando os dados analisados foram atualizados e a garantir que suas conclusões se baseiem em informações recentes. Também é fundamental para gerenciar os pipelines de dados e verificar se os processos de carregamento estão funcionando como esperado e dentro do cronograma.

Por que isso importa

Informa quando os dados foram atualizados, algo essencial para tomar decisões de negócios oportunas e relevantes com base na análise.

Onde encontrar

A ferramenta de extração de dados ou ETL gera esse valor e o registra no conjunto de dados 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
Data de entrega solicitada pelo cliente.
Descrição

Este atributo registra a data de entrega informada pelo cliente ao fazer o pedido. Ela serve como referência principal para medir a performance real de entrega.

Essa data é a base do Dashboard de monitoramento da performance de entrega no prazo e do KPI de taxa de entregas no prazo. Comparar a data de entrega solicitada com a data real é o método padrão para calcular a performance de entrega e uma medida importante da satisfação do cliente.

Por que isso importa

É a referência para medir a performance de entrega no prazo, um KPI essencial para a satisfação do cliente e a confiabilidade da cadeia de suprimentos.

Onde encontrar

Localizada no campo ReceiptDateRequested da tabela SalesLine ou no campo ShippingDateRequested da tabela SalesTable.

Exemplos
2023-05-102023-06-012023-07-20
Entrega no prazo
IsOnTimeDelivery
Indicador que informa se o pedido foi entregue na data solicitada ou antes dela.
Descrição

Este é um atributo booleano calculado que indica se um pedido logístico foi entregue no prazo. Ele é obtido comparando a data e hora da atividade 'Produtos entregues' com a 'Data de entrega solicitada'.

Este atributo é a base do KPI de taxa de entregas no prazo e um filtro principal no Dashboard de monitoramento da performance de entrega no prazo. Ele simplifica a análise ao transformar a comparação entre datas em um valor verdadeiro ou falso, facilitando a filtragem e a contagem de pedidos atrasados.

Por que isso importa

Mede diretamente a performance do atendimento ao cliente e é um dado essencial para o KPI de entregas no prazo, simplificando a análise da confiabilidade das entregas.

Onde encontrar

Este é um campo calculado. A lógica é: IF (data e hora de 'Produtos entregues' <= 'Data de entrega solicitada') THEN True ELSE False.

Exemplos
truefalse
ID do usuário
UserId
Identificador do usuário que realizou a atividade.
Descrição

Este atributo armazena o ID do funcionário ou usuário do sistema que executou uma atividade específica. Pode ser, por exemplo, um comprador que criou um pedido de compra ou um funcionário do armazém que confirmou um envio.

Analisar as atividades por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e investigar desvios do processo. Também é essencial para a análise de conformidade, pois permite que auditores associem as ações a pessoas específicas. Essa visão é importante para a gestão de performance e a otimização de recursos.

Por que isso importa

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

Onde encontrar

Encontrado nos campos 'Created by' ou 'Modified by' da maioria das tabelas de transações do D365 SCM, como CreatedBy na SalesTable ou na PurchTable.

Exemplos
j.doea.smithAX_BATCH_USER
Nome do cliente
CustomerName
Nome do cliente que fez o pedido de venda.
Descrição

Este atributo identifica o cliente associado a um pedido de venda e permite analisar a cadeia de suprimentos pela perspectiva do cliente.

Analisar o processo logístico por cliente pode revelar padrões de atendimento, preferências ou desafios específicos de cada cliente. Isso é especialmente útil na gestão de contas estratégicas e na definição de níveis de serviço, ajudando a aumentar a satisfação e a retenção de clientes.

Por que isso importa

Permite analisar o processo pela perspectiva do cliente, identificando quais clientes enfrentam mais atrasos e ajudando a avaliar os níveis de serviço das contas estratégicas.

Onde encontrar

Obtido ao relacionar a tabela de pedidos de venda (SalesTable) à tabela principal de clientes (CustTable) pelo número da conta do cliente.

Exemplos
Alpine Ski HouseAdventure WorksCity Power & Light
Nome do fornecedor
SupplierName
Nome do fornecedor de matérias-primas ou produtos.
Descrição

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

Ele é amplamente usado nos Dashboards de detalhamento do lead time de compras e de comparação de performance de fornecedores. Analisar as métricas do processo por fornecedor ajuda a identificar os parceiros mais confiáveis e eficientes, além daqueles que costumam atrasar ou causar interrupções. Essas informações são essenciais para definir estratégias de compras e gerenciar o relacionamento com fornecedores.

Por que isso importa

Permite segmentar e comparar a performance de compras por fornecedor, algo essencial para melhorar o relacionamento com fornecedores e reduzir os prazos de aquisição de materiais.

Onde encontrar

Obtido ao relacionar a tabela de pedidos de compra (PurchTable) à tabela principal 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
Identificador exclusivo de uma ordem de produção ou fabricação.
Descrição

Este número identifica uma ordem para produzir uma quantidade específica de um produto na unidade fabril. Ele acompanha o consumo de matérias-primas e a produção de produtos acabados.

Para empresas que fabricam produtos, esse ID é essencial para acompanhar o processo de produção. Ele dá suporte ao Dashboard de acompanhamento da aderência ao cronograma de produção, relacionando as datas programadas às datas reais de conclusão e destacando variações ou atrasos no processo de fabricação.

Por que isso importa

Permite analisar em detalhes o ciclo de produção, ajudando a medir a aderência ao cronograma e a identificar gargalos no chão de fábrica.

Onde encontrar

Localizado no campo ProdId da tabela ProdTable.

Exemplos
PRD-000112PRD-000113PRD-000114
Número do pedido de compra
PurchaseOrderNumber
Identificador exclusivo de um pedido de compra enviado a um fornecedor.
Descrição

Este é o número do documento oficial usado para comprar matérias-primas ou produtos de um fornecedor externo. Ele contém informações sobre itens, quantidades, preços e datas de entrega.

Analisar o processo pelo número do pedido de compra é essencial para os Dashboards de detalhamento do lead time de compras e de comparação de performance de fornecedores. Isso permite acompanhar todo o ciclo de compras ao pagamento, da requisição ao pagamento do fornecedor, e ajuda a identificar atrasos na aquisição de materiais.

Por que isso importa

Esse ID é essencial para analisar a etapa de compras da cadeia de suprimentos, monitorar a performance dos fornecedores e entender os prazos de aquisição de materiais.

Onde encontrar

Localizado no campo PurchId da tabela PurchTable.

Exemplos
PO-000541PO-000542PO-000543
Número do pedido de venda
SalesOrderNumber
Identificador exclusivo do pedido de venda de um cliente.
Descrição

Este é o número de referência principal da solicitação de produtos ou serviços de um cliente. O pedido de venda dá início a várias atividades seguintes da cadeia de suprimentos, incluindo compras e produção.

No Process Mining, o número do pedido de venda é uma dimensão essencial para filtrar e analisar os dados. Ele permite que os analistas de negócios acompanhem todo o processo de atendimento de um pedido específico e costuma ser um dos principais componentes do ID conceitual do caso Logistics Order.

Por que isso importa

Conecta diretamente o processo da cadeia de suprimentos à demanda do cliente, permitindo analisar o ciclo do pedido ao recebimento e a performance de atendimento de cada cliente.

Onde encontrar

Localizado no campo SalesId da tabela SalesTable.

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

Este atributo agrupa produtos individuais em categorias mais amplas, como 'Eletrônicos', 'Matérias-primas' ou 'Produtos acabados'. Isso permite analisar a cadeia de suprimentos em um nível mais amplo.

Em vez de analisar milhares de SKUs individualmente, os analistas podem usar as categorias de produtos para identificar tendências e gargalos que afetam grupos inteiros de produtos. Isso é especialmente útil no Dashboard de detalhamento do lead time de compras para entender a performance dos fornecedores em diferentes tipos de materiais.

Por que isso importa

Permite analisar grupos de produtos de forma consolidada, o que ajuda na tomada de decisões estratégicas e na identificação de problemas sistêmicos que afetam determinados tipos de produto.

Onde encontrar

Obtido ao relacionar a tabela principal de itens (InventTable) a tabelas de categorias de produtos, como EcoResProductCategory.

Exemplos
Componentes de áudioMateriais de embalagemPeças hidráulicas
Data programada de envio
ScheduledShipmentDate
Data planejada para a saída do envio.
Descrição

Este atributo representa a data planejada ou programada para o envio sair do armazém ou da unidade de produção. É um marco interno importante no processo de atendimento do pedido.

Essa data é usada para calcular o KPI de taxa de aderência ao cronograma de envio. Comparar a data programada com a data real da atividade 'Produtos carregados para transporte' ajuda a medir a confiabilidade e a previsibilidade do planejamento e da execução da logística interna.

Por que isso importa

Ajuda a medir a aderência ao cronograma interno e a previsibilidade do processo de envio, que afetam o planejamento das etapas seguintes do transporte.

Onde encontrar

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

Exemplos
2023-05-082023-05-302023-07-18
É retrabalho
IsRework
Indicador que informa se uma atividade ou um ciclo do processo representa retrabalho.
Descrição

Este é um atributo booleano calculado que identifica atividades ou caminhos do processo que representam retrabalho ou ciclos de correção. Por exemplo, se a atividade 'Controle de qualidade realizado' falhar e levar de volta à etapa anterior 'Produtos fabricados', isso será identificado como retrabalho.

Este atributo é essencial para calcular o KPI de taxa de retrabalho no atendimento de pedidos. Ao identificar o retrabalho, os analistas podem quantificar com facilidade a frequência e o impacto de problemas de qualidade ou erros no processo, ajudando a localizar pontos que precisam de melhorias e controles.

Por que isso importa

Ajuda a quantificar ineficiências do processo e problemas de qualidade ao identificar explicitamente as atividades que não fazem parte do 'Caminho ideal'.

Onde encontrar

Este é um campo calculado, geralmente derivado de regras de negócio. Por exemplo, é possível identificar nomes de atividades específicos, como 'Reembalar produtos', como retrabalho, ou detectar ciclos que retornam a etapas anteriores no fluxo do processo.

Exemplos
truefalse
ID do armazém
WarehouseId
Identificador do armazém onde os produtos são armazenados ou movimentados.
Descrição

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

Ele é essencial para o Dashboard de produtividade das operações de armazém, que permite comparar a performance entre diferentes instalações. A análise por armazém ajuda a identificar quais locais são mais eficientes, quais enfrentam limitações de capacidade e onde as melhorias operacionais são mais urgentes.

Por que isso importa

Permite comparar a performance e analisar gargalos em diferentes locais, contribuindo para melhorar a eficiência dos armazéns.

Onde encontrar

Encontrado no campo InventLocationId de tabelas relacionadas à gestão de estoque e armazéns, como InventSum e WHSWorkTable.

Exemplos
WH-MainWH-EastDC-West
Modal de transporte
ModeOfTransport
Meio de transporte usado no envio, como caminhão, avião ou navio.
Descrição

Este atributo especifica o meio de transporte usado para levar os produtos da origem ao destino. Alguns exemplos são transporte rodoviário, ferroviário, aéreo e marítimo.

É uma dimensão importante para o Dashboard de eficiência e custos de transporte. Analisar os tempos de ciclo e os custos por modal ajuda a otimizar as estratégias logísticas, encontrar o equilíbrio adequado entre velocidade e custo e identificar ineficiências em canais de transporte específicos.

Por que isso importa

É essencial para analisar os custos e a eficiência do transporte, otimizar as redes logísticas e reduzir as despesas com frete.

Onde encontrar

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

Exemplos
CaminhãoAéreoMarítimoFerroviário
Nome da transportadora
CarrierName
Nome da empresa de transporte ou transportadora responsável pelo envio.
Descrição

Este atributo identifica o operador logístico terceirizado ou a frota interna responsável pelo transporte dos produtos. Ele indica qual empresa está movimentando os produtos.

A transportadora também é uma dimensão importante para o Dashboard de eficiência e custos de transporte. Analisar métricas de performance, como tempo de trânsito e entregas no prazo por transportadora, ajuda as empresas a comparar parceiros logísticos, negociar melhores tarifas e tomar decisões fundamentadas na escolha de transportadoras.

Por que isso importa

Permite analisar a performance de diferentes parceiros logísticos, algo essencial para gerenciar transportadoras e otimizar os custos de transporte.

Onde encontrar

Encontrado em campos como 'CarrierService' nos pedidos de venda ou em tabelas específicas de gestão de transporte, como TMSCarrier.

Exemplos
FedExUPSMaerskDHL
Número do produto
ProductNumber
Identificador exclusivo do produto comprado ou fabricado.
Descrição

Este atributo corresponde à unidade de manutenção de estoque (SKU) ou ao número do item envolvido em uma transação. Pode ser um produto acabado vendido a um cliente ou uma matéria-prima comprada de um fornecedor.

Analisar o processo da cadeia de suprimentos por produto ajuda a identificar itens com prazos de aquisição longos, problemas frequentes de qualidade ou etapas de produção complexas. Essas informações são essenciais para a gestão de estoque, a previsão de demanda e a otimização do portfólio de produtos.

Por que isso importa

Permite analisar a performance do processo para diferentes produtos e identificar desafios na cadeia de suprimentos específicos de determinados itens.

Onde encontrar

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

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

Este atributo representa o valor financeiro total do pedido de venda de um cliente. É uma métrica importante para entender o impacto da performance do processo nos negócios.

Analisar métricas do processo, como tempo de ciclo ou entregas atrasadas, considerando o valor do pedido ajuda a priorizar as iniciativas de melhoria. Por exemplo, atrasos que afetam pedidos de alto valor podem ser mais importantes de resolver do que os que afetam pedidos menores. Assim, a análise do processo também considera o impacto financeiro.

Por que isso importa

Dá contexto financeiro à análise do processo e permite priorizar problemas de acordo com seu impacto monetário.

Onde encontrar

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

Exemplos
15200.50850.00125000.75
Obrigatório Recomendado Opcional

Atividades de Supply Chain Management

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para descobrir o fluxo do processo com precisão e obter insights sobre a performance da cadeia de suprimentos.
8 Recomendado 7 Opcional
Atividade Descrição
Comprovante de entrega assinado
O cliente confirmou formalmente o recebimento dos produtos, geralmente assinando um comprovante de entrega. Em geral, isso é registrado anexando um documento ou atualizando um status no sistema.
Por que isso importa

Esta é a confirmação final de que o pedido foi atendido com sucesso e marca o encerramento definitivo do processo logístico. É essencial para resolver disputas e calcular o tempo total do ciclo do pedido.

Onde encontrar

Esta não é uma transação padrão e pontual. Em geral, o processo é registrado pela atualização do status do pedido de venda ou pelo uso do gerenciamento de documentos para anexar uma cópia digitalizada do comprovante de entrega.

Coleta

Inferido pela atualização de um status ou pelo anexo de um documento POD ao pedido de venda ou ao envio.

Tipo de evento inferred
Matérias-primas recebidas
As mercadorias ou os materiais pedidos ao fornecedor são recebidos fisicamente no armazém. O recebimento é registrado por meio do lançamento de uma transação de recebimento de produtos no Dynamics 365, vinculada ao pedido de compra.
Por que isso importa

Esta atividade marca o fim do prazo de entrega do fornecedor e indica que os materiais estão disponíveis para produção ou atendimento. Atrasos nesta etapa afetam diretamente os cronogramas seguintes e as datas de entrega aos clientes.

Onde encontrar

Registrado nos módulos de Compras e fornecimento ou Gestão de estoque. O lançamento de um recebimento de produtos (VendPackingSlipJour) cria um registro de transação com data e hora.

Coleta

Evento registrado quando um recebimento de produtos é lançado para o pedido de compra.

Tipo de evento explicit
Pedido de compra emitido
Um pedido de compra formal é criado e confirmado, comprometendo a empresa com uma compra junto a um fornecedor. O evento é registrado quando o status do pedido de compra muda para 'Confirmed' ou 'In external review'.
Por que isso importa

Este é um marco essencial no processo de compras e o principal ponto de partida para medir o prazo de entrega do fornecedor. Analisar o tempo entre este evento e o recebimento dos materiais ajuda a avaliar a performance do fornecedor.

Onde encontrar

Registrado no módulo de Compras e fornecimento. A confirmação do pedido de compra é acompanhada pelas alterações de status e pelas datas na PurchTable.

Coleta

Registrado quando o status de um pedido de compra muda para 'Confirmed' por meio de uma ação de lançamento no diário.

Tipo de evento explicit
Pedido do cliente criado
Representa a criação formal de um novo pedido de venda no Dynamics 365 SCM. É um evento explícito, registrado com data e hora quando um usuário salva um novo documento de pedido de venda, dando início ao processo de atendimento.
Por que isso importa

Esta atividade marca o início oficial do ciclo de atendimento do pedido. É a principal referência para medir os prazos totais, a performance de entrega no prazo e os padrões de entrada de pedidos.

Onde encontrar

Este é um evento explícito registrado no módulo de Vendas e marketing. A criação é registrada na SalesTable (cabeçalho do pedido de venda), com uma data e hora específicas.

Coleta

Evento registrado quando um pedido de venda é criado na SalesTable.

Tipo de evento explicit
Produtos carregados para transporte
Os produtos embalados são carregados fisicamente no veículo da transportadora, e o envio é confirmado no sistema. Este evento corresponde à ação 'Ship confirm' no Dynamics 365.
Por que isso importa

Marca a saída física dos produtos do armazém. Esta atividade é o ponto de partida para medir o tempo de transporte das mercadorias e reconhecer financeiramente o envio.

Onde encontrar

Registrado nos módulos de Gestão de armazém ou Gestão de transporte. A ação 'Ship confirm' em uma carga ou envio (WHSLoadTable) cria um evento com data e hora.

Coleta

Registrado quando a ação 'Ship confirm' é executada para a carga ou o envio correspondente.

Tipo de evento explicit
Produtos entregues
Os produtos chegaram ao destino do cliente. Este evento pode ser inferido a partir dos dados de rastreamento da transportadora ou de uma atualização manual de status, já que o Dynamics 365 não tem uma transação nativa de 'entregue'.
Por que isso importa

Marca a conclusão da entrega física. Fornece a 'Data real de entrega', essencial para calcular os KPIs de performance de entrega no prazo e as métricas voltadas ao cliente.

Onde encontrar

Em geral, este não é um campo padrão. A data pode ser registrada em um campo personalizado no pedido de venda ou no envio, atualizado manualmente ou por uma integração com o sistema da transportadora.

Coleta

Inferido pela atualização manual de um campo de data de entrega ou por uma integração com a API externa da transportadora.

Tipo de evento inferred
Produtos fabricados
O processo de fabricação é concluído, e os produtos acabados são formalmente registrados como concluídos 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 isso importa

Marca a conclusão da etapa de produção e disponibiliza os produtos para o controle de qualidade e o envio. É um marco importante para medir o cumprimento do cronograma de produção.

Onde encontrar

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

Coleta

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

Tipo de evento explicit
Produtos separados e embalados
Os funcionários do armazém separaram fisicamente os itens do estoque e os embalaram para envio. Isso é registrado quando o trabalho de separação é concluído e o status da embalagem é atualizado no sistema.
Por que isso importa

Representa a conclusão da principal tarefa de atendimento no armazém. É uma métrica importante para o Dashboard de produtividade das operações de armazém e para identificar gargalos no processo de separação e embalagem.

Onde encontrar

Registrado no módulo de Gestão de armazém. Em geral, esse evento é inferido quando o status do trabalho de armazém (WHSWorkTable) muda para 'Closed' ou quando uma guia de remessa é lançada.

Coleta

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

Tipo de evento inferred
Controle de qualidade realizado
É feita uma inspeção de qualidade nos produtos fabricados ou recebidos para verificar se atendem aos padrões. Em geral, isso é registrado no sistema como conclusão ou validação de uma ordem de qualidade.
Por que isso importa

Garante a qualidade dos produtos e a conformidade do processo. Identificar verificações de qualidade ignoradas ou inspeções demoradas ajuda a reduzir riscos e melhorar o fluxo geral do processo.

Onde encontrar

Registrado no módulo de Gestão de estoque por meio de ordens de qualidade. A validação ou o fechamento de uma ordem de qualidade (InventQualityOrderTable) associada ao item gera este evento.

Coleta

Registrado quando uma ordem de qualidade vinculada ao lote ou número de série do item é validada ou fechada.

Tipo de evento explicit
Envio agendado
Uma data específica e uma transportadora são definidas para o envio dos produtos embalados. Em geral, isso é registrado quando uma carga é planejada ou um envio é confirmado no módulo de transporte.
Por que isso importa

Oferece uma referência para medir o cumprimento do cronograma de envio. Comparar a data agendada com a data real de carregamento é um indicador-chave de performance do planejamento logístico.

Onde encontrar

Registrado no módulo de Gestão de transporte (TMS). A confirmação de uma carga (WHSLoadTable) ou de um envio costuma incluir uma data prevista de envio que pode ser capturada.

Coleta

Registrado quando um registro de carga de transporte ou de envio é confirmado.

Tipo de evento explicit
Fatura do cliente lançada
Uma fatura de venda é gerada a partir do pedido de venda e lançada nos livros contábeis. Em geral, isso ocorre no momento do envio, mas o processo pode variar, por isso é tratado como uma atividade distinta.
Por que isso importa

Este é um marco financeiro essencial no ciclo do pedido ao recebimento. Analisar o tempo entre o envio e o faturamento pode revelar atrasos no processo de cobrança e impactos no fluxo de caixa.

Onde encontrar

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

Coleta

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

Tipo de evento explicit
Lista de separação do armazém gerada
Uma lista de separação ou um trabalho de armazém é criado para orientar a equipe sobre quais itens separar para atender ao pedido. O evento é registrado quando um pedido é liberado para processamento no armazém.
Por que isso importa

Esta atividade inicia as operações físicas de atendimento no armazém. Analisar o tempo entre este ponto e a conclusão da embalagem ajuda a medir a eficiência e a agilidade internas do armazém.

Onde encontrar

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

Coleta

Registrado quando um diário de lista de separação é gerado ou um trabalho de armazém é criado.

Tipo de evento explicit
Ordem de produção criada
Uma ordem de produção é gerada para fabricar os produtos acabados necessários ao pedido logístico do cliente. É um evento pontual registrado no módulo de Controle da produção.
Por que isso importa

Esta etapa inicia o processo de fabricação em cenários de produção sob encomenda. Acompanhar o tempo entre este evento e a conclusão dos produtos é essencial para analisar os tempos de ciclo da produção e o cumprimento do cronograma.

Onde encontrar

Registrado no módulo de Controle da produção. A criação de um novo registro na ProdTable (tabela de ordens de produção) inclui uma data e hora de criação.

Coleta

Registrado quando um novo registro é criado na tabela de ordens de produção (ProdTable).

Tipo de evento explicit
Pedido cancelado
O pedido de venda do cliente é cancelado antes da conclusão do atendimento. Isso é registrado quando o status do cabeçalho do pedido de venda muda para 'Canceled'.
Por que isso importa

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

Onde encontrar

Inferido quando o campo de status da SalesTable muda para 'Canceled'. A data dessa alteração pode ser capturada se o rastreamento de alterações ou o registro do banco de dados estiver ativado.

Coleta

Inferido quando o status do pedido de venda muda para 'Canceled'.

Tipo de evento inferred
Solicitação de compra criada
É feita uma solicitação formal ao departamento de compras para adquirir os materiais necessários ao pedido, geralmente quando o estoque é insuficiente. O evento explícito é registrado quando um novo documento de solicitação de compra é criado e salvo.
Por que isso importa

Esta atividade inicia o subprocesso de compras. Acompanhar essa etapa é essencial para analisar o tempo de aprovação interna e identificar atrasos antes da emissão de um pedido de compra.

Onde encontrar

Registrado no módulo de Compras e fornecimento. A criação de um registro na PurchReqTable é um evento pontual com data e hora.

Coleta

Evento registrado quando um registro é criado na tabela de solicitações de compra (PurchReqTable).

Tipo de evento explicit
Recomendado Opcional

Guias de extração

Como extrair seus dados do Microsoft Dynamics 365 SCM

Pronto para começar?

Use este Template para aproveitar todo o potencial da sua cadeia de suprimentos. Comece hoje a otimizar as operações para ganhar eficiência e reduzir custos.

Domine o Supply Chain Management: comece a otimizar hoje

Tenha visibilidade de ponta a ponta e aumente para 90% a precisão das previsões, reduzindo custos.

Começar o teste grátis

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