Seu template de dados de Supply Chain Management
Seu template de dados de Supply Chain Management
- 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
Atributos de Gestão da Cadeia de Suprimentos
| 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
|
|||
Atividades de Gestão da Cadeia de Suprimentos
| 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
|
|||