Template de dados: Pedido à Cobrança (O2C) - Processamento de Pedido de Venda

Microsoft Dynamics 365
Template de dados: Pedido à Cobrança (O2C) - Processamento de Pedido de Venda

Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda

Este template traz uma visão estruturada dos elementos de dados essenciais para analisar o seu processo Do Pedido ao Recebimento - Processamento de Pedidos de Venda no Microsoft Dynamics 365. Ele descreve os atributos críticos a coletar e as atividades-chave a acompanhar no seu Event Log. Além disso, você encontra orientações práticas para extrair esses dados do seu sistema com eficiência.
  • Atributos recomendados para análise abrangente
  • Principais atividades do processo para acompanhar
  • Orientações específicas de extração de dados para o Microsoft Dynamics 365
É novo em event logs? Saiba como criar um event log para Process Mining.

Order to Cash (O2C) - Atributos do processamento de pedidos de venda

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise completa de Order to Cash (O2C) - Processamento de Pedidos de Venda no Microsoft Dynamics 365.
5 Obrigatório 5 Recomendado 11 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento de negócio ou da tarefa que ocorreu em um determinado momento dentro do processo de pedido de venda.
Descrição

Este atributo representa uma etapa ou evento distinto no ciclo de vida do pedido de venda, como 'Pedido de venda criado', 'Mercadorias enviadas' ou 'Pagamento recebido'. A sequência dessas atividades para um pedido forma o fluxo do processo.

Analisar a sequência, a frequência e as transições entre atividades é o núcleo do Process Mining. Isso ajuda a visualizar o mapa do processo, identificar variantes comuns e raras, detectar gargalos e apontar áreas de retrabalho ou não conformidade. Este atributo é fundamental para entender o que realmente acontece no processo.

Por que é importante

Define as etapas do processo, permitindo construir e visualizar o fluxo — objetivo central do Process Mining.

Onde obter

Este atributo é derivado conceitualmente por meio do mapeamento de eventos específicos do sistema ou mudanças de status em tabelas como 'SalesTable' e tabelas logísticas ou financeiras relacionadas para um nome de atividade padronizado.

Exemplos
Pedido de venda criadoMercadorias expedidasFatura CriadaPagamento recebido
Hora de Início
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

O 'Event Time' (timestamp) registra o momento exato em que uma atividade ocorreu. Cada atividade no Event Log tem um timestamp associado, criando um registro cronológico do processo para cada caso.

Esse atributo é crucial para toda análise baseada em tempo em Process Mining. É usado para calcular tempos de ciclo entre atividades, medir a duração total de um caso, analisar tempos de espera e identificar gargalos onde o processo atrasa. Também permite monitorar a performance ao longo do tempo, como acompanhar o throughput por dia, semana ou mês.

Por que é importante

Esse timestamp é essencial para calcular todas as métricas baseadas em duração, como tempos de ciclo e gargalos, e para ordenar eventos cronologicamente.

Onde obter

Isso é derivado de vários campos de data/hora associados a transações específicas, como 'SalesTable.CreatedDateTime' para a criação do pedido ou as datas de lançamento do diário de pagamento para os pagamentos.

Exemplos
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
Pedido de venda
SalesOrderNumber
O identificador único de cada pedido de venda, atuando como o identificador principal do caso no processo.
Descrição

O 'Sales Order Number' é um código alfanumérico exclusivo atribuído a cada pedido de cliente no Microsoft Dynamics 365. Ele funciona como o Case ID central, conectando todas as atividades e eventos desde a criação até o encerramento.

Em Process Mining, esse atributo é essencial para reconstruir a jornada ponta a ponta de cada pedido de venda. Ele permite rastrear a sequência completa de atividades, medir a duração de cada caso e analisar variações por pedido específico, formando a base de toda a análise do processo.

Por que é importante

Esse identificador é fundamental para correlacionar todos os eventos relacionados, possibilitando uma análise ponta a ponta do ciclo de vida de cada pedido de venda.

Onde obter

Localizado na tabela 'SalesTable', campo 'SalesId'.

Exemplos
SO-00102345SO-00102346SO-00102347
Sistema de Origem
SourceSystem
Identifica o sistema de origem dos dados.
Descrição

Este atributo especifica a aplicação de origem onde os dados do evento foram registrados. Neste contexto, tipicamente será 'Microsoft Dynamics 365'.

Embora pareça redundante em uma análise de um único sistema, torna-se crucial ao mesclar dados de vários sistemas, como um CRM separado ou um sistema de gerenciamento de armazém. Ele assegura a linhagem dos dados e ajuda na solução de problemas de extração ao apontar a origem dos registros.

Por que é importante

Fornece contexto essencial sobre a origem dos dados, sobretudo ao integrar informações de vários sistemas, garantindo uma linhagem de dados clara.

Onde obter

É um valor estático, normalmente incluído durante a transformação dos dados para identificar a origem do conjunto de dados.

Exemplos
Microsoft Dynamics 365 F&OMicrosoft Dynamics 365 Sales
Última Atualização de Dados
LastDataUpdate
O timestamp que indica a última vez que os dados foram atualizados ou extraídos do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração de dados mais recente do Microsoft Dynamics 365. Ele traz transparência sobre a atualidade dos dados analisados.

Em qualquer análise de processo, entender a recência dos dados é fundamental para tomar decisões embasadas. Esse timestamp ajuda os usuários a confiar nos dados ao mostrar exatamente quando foram atualizados pela última vez, garantindo que as conclusões se baseiem em informações atuais.

Por que é importante

Garante que os usuários saibam quão atualizados estão os dados, algo crítico para a relevância e a precisão das análises de Process Mining.

Onde obter

Gerado no momento da extração dos dados e anexado a cada registro durante o processo de ingestão.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Canal de vendas
SalesChannel
O canal pelo qual o pedido de venda foi recebido, como Web, vendas diretas ou parceiro.
Descrição

O 'Sales Channel' indica a origem do pedido do cliente. Pode ser um site de e-commerce, equipe de vendas diretas, loja física, call center ou rede de parceiros. Essa dimensão costuma ser configurada conforme as necessidades do negócio no Dynamics 365.

Analisar o processo por canal de vendas ajuda a revelar diferenças de performance entre canais. Por exemplo, pedidos via web tendem a ser processados mais rápido e de forma mais automática do que pedidos por telefone. Esse insight permite otimização específica por canal e melhor alocação de recursos, apoiando dashboards como 'Valor do Pedido de Venda por Segmento'.

Por que é importante

Permite comparar o desempenho entre diferentes canais de venda, revelando ineficiências ou boas práticas ligadas à forma como os pedidos são iniciados.

Onde obter

Essa informação geralmente está no cabeçalho do pedido de venda. Consulte a documentação do Microsoft Dynamics 365 para identificar o campo específico.

Exemplos
WebDiretoParceiroVarejo
Data de entrega confirmada
ConfirmedDeliveryDate
A data de entrega confirmada e assumida pela empresa junto ao cliente.
Descrição

A 'Confirmed Delivery Date' é a data prometida pela organização vendedora ao cliente para a entrega dos itens. Essa data é definida após as verificações internas, como disponibilidade de estoque e cronogramas de produção.

Esse atributo é essencial para calcular o KPI 'Taxa de Cumprimento da Data de Entrega' sob a ótica do compromisso operacional. Ele fornece uma referência interna mais realista para entregas no prazo do que a solicitação inicial do cliente. Analisar desvios em relação a essa data ajuda a identificar falhas internas nos processos de logística e fulfillment.

Por que é importante

Representa o compromisso da empresa com o cliente, tornando-se um parâmetro interno essencial para medir a confiabilidade do atendimento e o desempenho operacional.

Onde obter

Localizado nos dados de linha do pedido de venda, frequentemente na tabela 'SalesLine', com um campo como 'ConfirmedDlv'.

Exemplos
2023-05-122023-06-012023-05-28
Data de entrega solicitada
RequestedDeliveryDate
A data de entrega do pedido solicitada pelo cliente.
Descrição

Este atributo armazena a data em que o cliente solicitou inicialmente receber seus produtos. Essa data é capturada no momento da criação do pedido e serve como base para medir o desempenho de entrega na perspectiva do cliente.

Essa data é um insumo crítico para o dashboard 'Aderência à Data de Entrega'. Comparar a 'RequestedDeliveryDate' com a 'ConfirmedDeliveryDate' e com a data real de 'Mercadorias entregues' revela o quão bem a organização atende às expectativas do cliente. Grandes diferenças podem indicar problemas de planejamento, estoque ou logística.

Por que é importante

Define a expectativa de entrega do cliente e serve como referência para medir a satisfação e o desempenho de entrega no prazo.

Onde obter

Localizado na tabela 'SalesTable', geralmente chamado de 'DeliveryDate' ou similar.

Exemplos
2023-05-102023-06-012023-05-25
Nome do Cliente
CustomerName
O nome do cliente que realizou o pedido de venda.
Descrição

Este atributo traz a razão social do cliente associada ao pedido de venda. Ele é obtido ao relacionar o número da conta do cliente no pedido aos dados mestres do cliente.

Analisar o processo por cliente é fundamental para entender comportamentos e níveis de serviço específicos. Ajuda a identificar quais clientes sofrem mais atrasos, quais têm a maior taxa de retrabalho ou quais seguem caminhos fora do padrão. Isso é vital para aumentar a satisfação do cliente e gerenciar contas-chave com eficácia.

Por que é importante

Permite análises centradas no cliente para identificar padrões, atrasos ou problemas específicos de certos clientes, afetando diretamente a satisfação.

Onde obter

Consultado na 'CustTable' usando o campo 'CustAccount' da 'SalesTable'.

Exemplos
Contoso Ltda.Adatum CorporationFabrikam Inc.
Valor do Pedido
OrderValue
O valor monetário total do pedido de venda.
Descrição

Este atributo representa o valor financeiro total do pedido de venda, incluindo todos os itens, impostos e encargos. É um indicador financeiro-chave associado a cada caso.

O Valor do Pedido é crítico para análises baseadas em valor. Ele permite segmentar o processo para ver se pedidos de alto valor são tratados de forma diferente ou sofrem mais atrasos do que pedidos de baixo valor. Isso ajuda a priorizar esforços de melhoria nos casos de maior relevância financeira e sustenta dashboards como 'Valor do Pedido de Venda por Segmento'.

Por que é importante

Permite segmentar o processo por valor financeiro, ajudando a priorizar melhorias em pedidos de alto valor e a entender o impacto nos custos das variações do processo.

Onde obter

Localizado nos dados de cabeçalho do pedido de venda. Consulte a documentação do Microsoft Dynamics 365 para a tabela e o campo específicos; geralmente é calculado a partir dos valores das linhas do pedido.

Exemplos
5250.7512300.00899.50
Data de Vencimento do Pagamento
PaymentDueDate
A data-limite para o cliente efetuar o pagamento da fatura.
Descrição

A 'Payment Due Date' é calculada com base na data da fatura e nas condições de pagamento acordadas com o cliente. Essa data é registrada na fatura do cliente.

Esse atributo é fundamental para a análise de 'Conformidade com a Data de Vencimento' e para o KPI 'Taxa de Pagamento no Prazo'. Ao comparar a 'PaymentDueDate' com a data real de 'Payment Received', a empresa pode identificar pagamentos em atraso, analisar o comportamento de pagamento por segmento de cliente e tomar medidas proativas para melhorar o fluxo de caixa e reduzir o DSO (Days Sales Outstanding).

Por que é importante

É a referência para medir o desempenho de pagamentos, fundamental para analisar o fluxo de caixa e gerenciar Contas a Receber com eficácia.

Onde obter

Localizado na tabela 'CustInvoiceJour', campo 'DueDate'.

Exemplos
2023-05-302023-06-152023-06-30
É Retrabalho
IsRework
Indica se um pedido de venda teve retrabalho, como a repetição de alguma atividade.
Descrição

Este atributo calculado identifica casos que se desviaram de um fluxo direto, o 'caminho ideal'. O retrabalho é detectado ao identificar sequências de atividades que indiquem a repetição de uma etapa, como um pedido ter sua confirmação revertida e depois ser confirmado novamente, ou mercadorias serem separadas e depois devolvidas ao estoque.

Sinalizar casos com retrabalho é essencial para o KPI 'Taxa de Retrabalho em Pedidos de Venda'. Isso permite isolar e investigar rapidamente fluxos ineficientes para entender as causas raiz do retrabalho, que podem ser erros de digitação, questões de crédito ou problemas de estoque. Reduzir retrabalho é um objetivo central de muitos projetos de melhoria de processos.

Por que é importante

Ajuda a quantificar a ineficiência do processo ao sinalizar casos que exigiram etapas repetidas, permitindo análises direcionadas para reduzir desperdícios e atrasos.

Onde obter

Isso é calculado pela ferramenta de Process Mining ao analisar a sequência de atividades de cada caso. Por exemplo, detectar um padrão como (A -> B -> C -> B) sinaliza o caso como retrabalho.

Exemplos
verdadeirofalse
End Time
EndTime
A data e a hora exatas em que uma atividade foi concluída.
Descrição

O timestamp de término (End Time) registra o momento em que uma atividade é concluída. Quando disponível, ele fornece uma medida mais precisa da duração da atividade do que inferi-la a partir do horário de início da atividade seguinte.

Na análise, ter horários de início e fim permite calcular com precisão o 'Tempo de Processamento' de cada atividade, distinguindo-o do 'Tempo de Espera' entre atividades. Isso é valioso para identificar quais tarefas consomem mais tempo e em quais etapas do processo ocorrem longas esperas.

Por que é importante

Permite calcular com precisão os tempos de processamento de cada atividade, distinguindo tempo efetivo de trabalho de tempo ocioso de espera.

Onde obter

Assim como o Start Time, isso é derivado de vários campos de data/hora. Pode ser o campo 'ModifiedDateTime' ou um timestamp específico de atualização de status em tabelas como 'SalesTable' ou 'WHSLoadTable'.

Exemplos
2023-04-15T09:12:30Z2023-04-18T14:35:00Z2023-04-25T11:21:55Z
Entrega no prazo
OnTimeDelivery
Indica se as mercadorias foram entregues na data de entrega confirmada ou antes.
Descrição

Este atributo calculado compara o timestamp da atividade 'Mercadorias entregues' com a 'ConfirmedDeliveryDate' de cada pedido de venda. É definido como 'true' quando a entrega ocorreu no prazo ou adiantada e como 'false' quando ocorreu em atraso.

Esse indicador é a base para calcular o KPI 'Taxa de Aderência à Data de Entrega'. Ele simplifica a análise ao permitir filtrar e agregar facilmente pedidos no prazo versus em atraso. Isso ajuda a identificar rapidamente os fatores que se correlacionam com atrasos, como produtos, clientes, regiões ou métodos de envio específicos.

Por que é importante

Mede diretamente o desempenho do atendimento frente ao compromisso, essencial para acompanhar a satisfação do cliente e a confiabilidade da cadeia de suprimentos.

Onde obter

Calculado comparando o 'EventTime' da atividade 'Goods Delivered' com o atributo 'ConfirmedDeliveryDate'. Fórmula: ('Goods Delivered' Timestamp <= ConfirmedDeliveryDate).

Exemplos
verdadeirofalse
Método de envio
ShippingMethod
O método de envio ou a transportadora utilizada para enviar os itens ao cliente.
Descrição

Este atributo especifica o serviço de transporte utilizado na entrega, como 'Transporte terrestre', 'Carga aérea' ou o nome de uma transportadora específica. Essa escolha é feita durante o processamento do pedido com base na preferência do cliente, no custo e na velocidade de entrega.

Para o dashboard 'Desempenho por Método de Entrega', essa dimensão é essencial. Analisar os tempos de ciclo de 'Mercadorias embaladas' até 'Mercadorias entregues', detalhados por método de envio, ajuda a identificar quais transportadoras são mais rápidas, mais confiáveis ou mais propensas a atrasos. Esse insight permite um planejamento logístico melhor e uma seleção mais adequada de transportadoras.

Por que é importante

Permite analisar a performance de diferentes transportadoras e opções de envio, ajudando a otimizar a logística em custo, velocidade e confiabilidade.

Onde obter

Essa informação geralmente está no cabeçalho do pedido de venda ou em registros relacionados ao processo de fulfillment. Consulte a documentação do Microsoft Dynamics 365.

Exemplos
FedEx GroundUPS Next Day AirDHL Express
Nome do Utilizador
UserName
O nome do usuário que executou a atividade.
Descrição

Este atributo identifica o colaborador ou usuário do sistema responsável por executar uma determinada tarefa, como confirmar um pedido ou criar uma fatura. Normalmente está vinculado a um ID de usuário no Microsoft Dynamics 365.

Analisar o desempenho por usuário ajuda a identificar necessidades de treinamento, reconhecer quem é destaque e garantir uma distribuição adequada da carga de trabalho. Também é essencial para conformidade e auditoria, permitindo atribuir claramente a responsabilidade por cada ação realizada no processo.

Por que é importante

Permite analisar a performance do processo por pessoa ou equipe, ajudando a identificar oportunidades de treinamento, desequilíbrios de carga de trabalho e gargalos relacionados a recursos.

Onde obter

Derivado de campos de ID de usuário como 'CreatedBy' ou 'ModifiedBy' em várias tabelas de transação, que depois são associados à tabela principal de usuários (por exemplo, 'UserInfo') para obter o nome completo.

Exemplos
Alice JohnsonRobert BrownAdministrador do sistema
Número do item
ItemNumber
O identificador único de um produto ou serviço no pedido de venda.
Descrição

O 'Item Number' identifica o produto específico vendido. Como um pedido de venda pode conter vários produtos, esse atributo normalmente está associado aos dados no nível do item (linha) do pedido no Event Log.

Analisar o processo por produto ajuda a revelar problemas específicos. Por exemplo, certos produtos podem estar relacionados a tempos de fulfillment mais longos, maiores taxas de retrabalho ou bloqueios de crédito mais frequentes. Isso viabiliza melhorias direcionadas na gestão de estoque, no cadastro de produtos ou nos processos de fulfillment para itens específicos.

Por que é importante

Possibilita a análise no nível do produto, mostrando se determinados itens estão associados a atrasos, retrabalho ou outras ineficiências.

Onde obter

Localizado na tabela 'SalesLine', campo 'ItemId'.

Exemplos
PROD-00123PROD-00548SVC-00045
Pagamento no prazo
OnTimePayment
Indica se o pagamento foi recebido na data de vencimento ou antes dela.
Descrição

Este atributo calculado compara o timestamp da atividade 'Payment Received' com a 'PaymentDueDate'. Ele é definido como 'true' quando o pagamento ocorreu no prazo e 'false' quando ocorreu em atraso.

Esse indicador é o componente central do KPI 'Taxa de Pagamento no Prazo'. Ele permite segmentar rapidamente os clientes entre 'pontuais' e 'atrasados'. Essa análise pode orientar políticas de crédito, estratégias de cobrança e o relacionamento com o cliente ao identificar quem atrasa pagamentos de forma recorrente.

Por que é importante

Mede o comportamento de pagamento do cliente em relação aos prazos acordados, fundamental para gerenciar o fluxo de caixa e avaliar o risco de crédito.

Onde obter

Calculado comparando o 'EventTime' da atividade 'Payment Received' com o atributo 'PaymentDueDate'. Fórmula: ('Payment Received' Timestamp <= PaymentDueDate).

Exemplos
verdadeirofalse
País
CountryRegion
O país do endereço de entrega do cliente.
Descrição

Este atributo indica o país de destino do envio do pedido de venda. Ele é derivado do endereço de entrega do cliente armazenado no Dynamics 365.

Analisar o desempenho do processo por país é importante para identificar variações regionais. Remessas internacionais podem envolver etapas adicionais, como desembaraço aduaneiro, o que leva a tempos de ciclo mais longos. Essa análise ajuda a entender e otimizar a logística para diferentes mercados geográficos.

Por que é importante

Facilita a análise geográfica, ajudando a identificar gargalos regionais, problemas de conformidade ou variações de performance na cadeia de suprimentos.

Onde obter

Derivado do endereço de entrega do cliente, vinculado ao pedido de venda. A informação do país normalmente está na tabela 'LogisticsPostalAddress', associada por meio do vínculo de endereço de entrega na 'SalesTable'.

Exemplos
EUADEUCANGBR
Status do pedido de venda
SalesOrderStatus
O status atual do pedido de venda no momento da extração dos dados.
Descrição

Este atributo reflete o status geral do pedido de venda, como 'Pedido em aberto', 'Faturado', 'Cancelado' ou 'Entregue'. Esse é um status de resumo mantido no cabeçalho do pedido de venda.

Enquanto o log de atividades fornece uma visão dinâmica do processo, o status final é útil para filtragem e segmentação. Ele permite isolar facilmente todos os pedidos em aberto para ver a carga de trabalho atual ou separar pedidos concluídos com sucesso dos cancelados para analisar os motivos do cancelamento.

Por que é importante

Fornece uma visão geral do status do pedido, permitindo filtrar a análise por pedidos em aberto, fechados ou cancelados — útil para gerenciar a carga de trabalho e avaliar resultados.

Onde obter

Localizado na tabela 'SalesTable', campo 'SalesStatus'.

Exemplos
BackorderEntregueFaturadoCancelado
Tempo de Ciclo
CycleTime
O tempo total decorrido desde a criação do pedido de venda até seu encerramento final.
Descrição

O tempo de ciclo é uma métrica calculada que mede a duração total de uma instância do processo. No processo de pedido de venda, geralmente é a diferença de tempo entre o evento 'Sales Order Created' e o evento 'Order Closed'.

Esse é um dos principais indicadores de performance do processo. Dashboards e KPIs como 'Overall Sales Order Cycle Time' dependem diretamente desse cálculo. Analisar sua média, mediana e distribuição ajuda a quantificar a performance, definir metas de melhoria e medir o impacto das iniciativas de otimização.

Por que é importante

Este é um indicador-chave de desempenho para a eficiência do processo como um todo, medindo diretamente o tempo ponta a ponta para atender um pedido do cliente.

Onde obter

Calculado subtraindo o timestamp do primeiro evento (por exemplo, 'Sales Order Created') do timestamp do último evento (por exemplo, 'Order Closed') para cada 'SalesOrderNumber'.

Exemplos
10 days 4 hours5 dias e 11 horas22 dias e 1 hora
Obrigatório Recomendado Opcional

Order to Cash (O2C) - Atividades de processamento de pedidos de venda

Estas são as etapas-chave do processo e os marcos críticos que você deve capturar no seu Event Log para uma descoberta e análise precisas do processamento de pedidos de venda.
6 Recomendado 7 Opcional
Atividade Descrição
Fatura Criada
Representa a emissão e o lançamento da fatura de venda dos itens ou serviços despachados. É uma transação financeira central que registra formalmente a dívida do cliente.
Por que é importante

Essa atividade marca o início da etapa de liquidação financeira do processo. O tempo entre o envio e a criação da fatura é crítico para o KPI 'Tempo de Ciclo de Geração de Fatura' e impacta o fluxo de caixa.

Onde obter

Esta é uma transação financeira explícita. O evento é capturado a partir da data e hora de lançamento do diário de fatura de vendas (CustInvoiceJour).

Captura

Capturar o timestamp de lançamento do diário de Fatura de Vendas.

Tipo de evento explicit
Mercadorias expedidas
Este evento indica que os itens embalados do pedido foram despachados e saíram do armazém. No Dynamics 365, isso é formalizado pelo lançamento do Packing Slip.
Por que é importante

Este é um marco crítico que indica o fim do processo interno de atendimento e o início da fase de entrega. É um timestamp essencial para calcular o desempenho de envio no prazo.

Onde obter

Este é um evento muito claro e explícito, capturado a partir da data e hora de lançamento do diário de Packing Slip (CustPackingSlipJour).

Captura

Capturar o timestamp de lançamento do diário de Packing Slip.

Tipo de evento explicit
Pagamento recebido
Esta atividade indica que o pagamento do cliente da fatura foi recebido e baixado. Esse evento ocorre no módulo de Contas a Receber e fica vinculado à fatura de origem.
Por que é importante

Este é um marco crítico para analisar o ciclo de conversão de caixa. É essencial para medir o KPI 'On-Time Payment Rate' e identificar atrasos na cobrança.

Onde obter

Este é um evento explícito do módulo de Contas a Receber. É capturado a partir da data da transação de liquidação do pagamento do cliente (CustSettlement), que dá baixa na transação da fatura (CustTrans).

Captura

Capturar a data de liquidação da tabela CustSettlement, relacionando-a à fatura e ao pedido de venda.

Tipo de evento explicit
Pedido confirmado
Esta atividade representa a confirmação formal do pedido de venda, assumindo o compromisso de entregar os produtos ou serviços especificados. No Dynamics 365, é uma ação explícita do usuário que gera um diário de confirmação.
Por que é importante

A confirmação é um marco essencial que inicia oficialmente o processo de atendimento. Medir o tempo da criação até a confirmação revela a eficiência do processamento no front-office.

Onde obter

Este é um evento explícito, capturado a partir da data de lançamento do diário de confirmação de pedido de venda (SalesConfirmJour). O timestamp pode ser associado ao SalesTable.

Captura

Capturar o timestamp de lançamento do diário de Confirmação do Pedido de Venda.

Tipo de evento explicit
Pedido de venda criado
Este evento marca a criação inicial do pedido de venda no sistema por um representante de vendas ou por um canal automatizado. Ele é capturado explicitamente quando um novo registro é criado e salvo na tabela principal de pedidos de venda.
Por que é importante

Essa atividade é o ponto de partida universal para todos os casos de pedido de venda. Ela fornece o timestamp inicial necessário para calcular o tempo de ciclo geral do pedido e analisar o volume processado.

Onde obter

Este é um evento explícito, capturado do campo 'Created date and time' no registro de cabeçalho SalesTable no Microsoft Dynamics 365.

Captura

Leia o carimbo de data e hora de criação da entidade SalesTable.

Tipo de evento explicit
Pedido encerrado
O status final de um pedido de venda processado com sucesso, indicando que foi totalmente enviado, faturado e que não são esperadas novas transações. Isso marca a conclusão bem-sucedida do processo.
Por que é importante

Essa atividade funciona como ponto final principal para casos concluídos com sucesso. É essencial para calcular tempos de ciclo ponta a ponta e o volume processado.

Onde obter

Inferido a partir dos campos de status no SalesTable. Um pedido é considerado encerrado quando o 'Sales status' está 'Invoiced' e os status das linhas também estão 'Invoiced'.

Captura

Inferir a partir da mudança dos campos de status em 'SalesTable' para 'Invoiced'. O timestamp geralmente é a última data de transação relacionada, como faturamento ou pagamento.

Tipo de evento inferred
Análise de crédito realizada
Representa a conclusão da análise de crédito do cliente associada ao pedido de venda. Pode ser uma checagem automatizada ou uma revisão manual, geralmente resultando em alteração do status de crédito do pedido.
Por que é importante

Analisar a duração e os resultados das análises de crédito ajuda a identificar gargalos na aprovação de pedidos. Retenções frequentes ou aprovações demoradas podem atrasar significativamente o atendimento do pedido.

Onde obter

Geralmente inferido a partir de mudanças de status relacionadas à gestão de crédito no SalesTable, como a transição de 'On hold' com motivo de crédito para 'Open'. Também pode ser registrado em tabelas de gestão de crédito se o módulo avançado estiver em uso.

Captura

Inferir pelo histórico de alteração de status na 'SalesTable' ou em tabelas relacionadas a bloqueio de crédito.

Tipo de evento inferred
Estoque reservado
Este evento indica que o estoque necessário para as linhas do pedido de venda foi reservado fisicamente ou automaticamente no sistema. Isso garante que os itens estejam disponíveis para separação e expedição.
Por que é importante

Acompanhar a reserva de estoque ajuda a analisar atrasos entre a confirmação do pedido e o início das operações de armazém. É crucial para o KPI 'Inventory Allocation Lead Time'.

Onde obter

Isso pode ser inferido pela criação ou atualização de registros de transação de estoque (InventTrans) vinculados às linhas do pedido de venda, quando o status indica uma reserva (por exemplo, 'On order', 'Reserved physical').

Captura

Inferir pelo timestamp em que as transações de estoque (InventTrans) do pedido são marcadas como reservadas.

Tipo de evento inferred
Liberado para o armazém
Marca o momento em que o pedido de venda é liberado formalmente para o armazém iniciar as operações de separação (picking) e expedição. É uma etapa específica em ambientes que utilizam o módulo Warehouse Management (WMS).
Por que é importante

Essa atividade separa o processamento do pedido do fulfillment físico. Analisar o tempo que um pedido aguarda para ser liberado pode evidenciar problemas de planejamento de recursos ou de integração de sistemas.

Onde obter

Este é um evento explícito, capturado a partir dos registros de liberação do armazém (WHSLoadTable, WHSShipmentTable) associados ao pedido de venda.

Captura

Capturar o timestamp de criação da respectiva carga de armazém ou remessa.

Tipo de evento explicit
Mercadorias embaladas
Essa atividade marca a conclusão do processo de embalagem (packing), quando os itens separados são consolidados e preparados para envio. No D365, isso pode coincidir com a emissão de um packing slip.
Por que é importante

O tempo entre o picking e o packing pode revelar gargalos nas estações de embalagem. É um subprocesso-chave dentro do tempo de ciclo de fulfillment como um todo.

Onde obter

Isso pode ser um evento explícito de conclusão da embalagem do contêiner no módulo WMS ou inferido a partir da geração do diário de Packing Slip (CustPackingSlipJour), que muitas vezes sinaliza o fim da embalagem.

Captura

Inferir a partir da conclusão do trabalho de embalagem ou da data de criação do diário 'Packing Slip'.

Tipo de evento inferred
Mercadorias entregues
Indica que a remessa foi entregue com sucesso no endereço especificado pelo cliente. Essa informação costuma ser atualizada pelo sistema da transportadora ou por confirmação manual.
Por que é importante

Essa atividade é crucial para medir o KPI 'Cumprimento da Data de Entrega' e entender o tempo de ciclo real sob a ótica do cliente. Ela ajuda a avaliar o desempenho das transportadoras.

Onde obter

Isso não é rastreado nativamente como um evento explícito no D365 padrão. Normalmente é inferido ao receber uma atualização da integração com a transportadora ou por uma atualização manual de status no pedido de venda ou no registro de remessa.

Captura

Inferir com base em um feed integrado da transportadora ou em uma atualização manual do campo de status.

Tipo de evento inferred
Mercadorias separadas
Representa a conclusão da separação física de todos os itens do pedido em suas posições de estoque. Normalmente é registrado quando o operador finaliza uma picking list ou uma ordem de trabalho no módulo WMS.
Por que é importante

Monitorar o término da separação é essencial para analisar a eficiência do armazém. Atrasos nessa etapa impactam diretamente o tempo total de envio.

Onde obter

Este é um evento explícito, registrado no módulo Warehouse Management. É capturado a partir do timestamp de conclusão do trabalho de armazém (WHSWorkTable) relacionado à separação do pedido de venda.

Captura

Capturar o timestamp quando o status 'Work' do picking é atualizado para 'Closed'.

Tipo de evento explicit
Pedido cancelado
Este evento representa o cancelamento de um pedido de venda antes de estar totalmente expedido e faturado. É uma conclusão alternativa, sem sucesso, do processo.
Por que é importante

Acompanhar cancelamentos ajuda a identificar motivos de perda de vendas ou falhas de processo. Analisar quando e por que os pedidos são cancelados pode gerar melhorias no processo.

Onde obter

Inferido quando o campo 'Sales status' no SalesTable muda para 'Canceled'. O timestamp corresponde ao momento em que essa alteração de status foi registrada.

Captura

Inferir quando o campo de status em 'SalesTable' mudar para 'Canceled'.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter os seus dados do Microsoft Dynamics 365