Seu Template de dados de Supply Chain Management
Seu Template de dados de Supply Chain Management
- 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
Atributos de Supply Chain Management
| 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
|
|||
Atividades de Supply Chain Management
| 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
|
|||
Guias de extração
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.
Não é necessário informar cartão de crédito. Configure tudo em poucos minutos.