Seu Template de dados de Order to Cash: processamento de pedidos de venda

Microsoft Dynamics 365
Seu Template de dados de Order to Cash: processamento de pedidos de venda

Seu Template de dados de Order to Cash: processamento de pedidos de venda

Este Template apresenta uma visão estruturada dos elementos de dados essenciais para analisar seu processo de Order to Cash: processamento de pedidos de venda no Microsoft Dynamics 365. Ele mostra os principais atributos a coletar e as atividades importantes a acompanhar no seu Event Log. Além disso, você encontrará orientações práticas para extrair esses dados do seu sistema com eficiência.
  • Atributos recomendados para uma análise completa
  • Principais atividades do processo a acompanhar
  • Orientações específicas para extrair dados do Microsoft Dynamics 365
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos do processamento de pedidos de venda de Order to Cash

Estes são os campos de dados recomendados para incluir no seu Event Log e permitir uma análise completa do processamento de pedidos de venda de Order to Cash no Microsoft Dynamics 365.
5 Obrigatório 5 Recomendado 10 Opcional
Nome Descrição
Atividade
ActivityName
O nome do evento de negócio ou da tarefa específica que ocorreu em determinado momento do processo de pedido de venda.
Descrição

Esse 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 determinado pedido de venda 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 localizar pontos de retrabalho ou não conformidade. Esse atributo é fundamental para entender o que realmente está acontecendo no processo.

Por que isso importa

Ele define as etapas do processo, permitindo construir e visualizar o fluxo do processo, que é o principal objetivo do Process Mining.

Onde obter

Esse atributo é obtido conceitualmente mapeando eventos específicos do sistema ou alterações de status em tabelas como 'SalesTable' e em 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 a hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

O Horário do Evento, ou 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 é fundamental para todas as análises baseadas em tempo no Process Mining. Ele é usado para calcular os tempos de ciclo entre atividades, medir a duração total de um caso, analisar os tempos de espera e identificar gargalos onde o processo está atrasado. Ele também permite monitorar a performance ao longo do tempo, como acompanhar o throughput por dia, semana ou mês.

Por que isso importa

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

Onde obter

Ele é obtido de vários campos de data e 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 pagamentos para os pagamentos.

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

O Número do Pedido de Venda é um código alfanumérico exclusivo atribuído a cada pedido de cliente no Microsoft Dynamics 365. Ele funciona como o Case ID principal, vinculando todas as atividades e eventos relacionados desde a criação até o encerramento.

No Process Mining, esse atributo é essencial para reconstruir a jornada completa de cada pedido de venda. Ele permite que os analistas rastreiem a sequência completa de atividades, meçam a duração dos casos e analisem as variações de cada pedido específico, formando a base de toda a análise do processo.

Por que isso importa

Esse identificador é fundamental para correlacionar todos os eventos relacionados, permitindo uma análise completa, de 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 informação de onde os dados são originados.
Descrição

Esse atributo especifica a aplicação de origem na qual os dados do evento foram registrados. Nesse contexto, normalmente será 'Microsoft Dynamics 365'.

Embora possa parecer redundante em uma análise de um único sistema, ele se torna fundamental ao combinar dados de vários sistemas, como um CRM separado ou um sistema de gerenciamento de armazém. Ele garante a linhagem dos dados e ajuda a solucionar problemas de extração, identificando a origem dos registros.

Por que isso importa

Ele fornece um contexto essencial sobre a origem dos dados, especialmente ao integrar dados de vários sistemas, garantindo uma linhagem clara dos dados.

Onde obter

Esse é um valor estático, normalmente adicionado durante o processo de transformação dos dados para identificar a origem do conjunto de dados.

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

Esse atributo registra a data e a hora da extração mais recente de dados do Microsoft Dynamics 365. Ele oferece transparência sobre o nível de atualização dos dados analisados.

Em qualquer análise de processo, entender a atualidade dos dados é fundamental para tomar decisões bem fundamentadas. Esse timestamp ajuda os usuários a confiar nos dados ao mostrar exatamente quando eles foram atualizados pela última vez, garantindo que as conclusões sejam baseadas em informações atuais.

Por que isso importa

Ele garante que os usuários saibam o quanto os dados estão atualizados, algo fundamental para a relevância e a precisão da análise de Process Mining.

Onde obter

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

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 Canal de vendas indica a origem do pedido do cliente. Pode ser um site de comércio eletrônico, uma equipe de vendas diretas, uma loja física, um call center ou uma rede de parceiros. Essa dimensão geralmente é configurada de acordo com as necessidades do negócio no Dynamics 365.

Analisar o processo por canal de vendas ajuda a revelar diferenças de performance entre os canais. Por exemplo, pedidos feitos pela Web podem ser processados com mais rapidez e automação do que pedidos recebidos por telefone. Esse insight permite otimizar o processo e alocar recursos de acordo com cada canal, dando suporte a Dashboards como 'Valor do Pedido de Venda por Segmento'.

Por que isso importa

Permite comparar a performance entre diferentes canais de vendas, revelando ineficiências ou boas práticas específicas da forma como os pedidos são iniciados.

Onde obter

Essas informações normalmente são armazenadas 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 que a empresa confirmou e se comprometeu a cumprir com o cliente.
Descrição

A Data de entrega confirmada é a data que a organização vendedora promete ao cliente para a entrega das mercadorias. Essa data é definida após a conclusão de verificações internas, como disponibilidade de estoque e cronogramas de produção.

Esse atributo é essencial para calcular o KPI 'Taxa de aderência à data de entrega' sob a perspectiva do compromisso operacional. Ele fornece uma referência interna mais realista para medir a entrega no prazo do que a solicitação inicial do cliente. Analisar os desvios em relação a essa data ajuda a identificar falhas internas no processo de logística e atendimento do pedido.

Por que isso importa

Representa o compromisso da empresa com o cliente, sendo uma referência interna fundamental para medir a confiabilidade do atendimento do pedido e a performance operacional.

Onde obter

Localizado nos dados das linhas do pedido de venda, geralmente na tabela 'SalesLine', com um nome de 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

Esse atributo armazena a data em que o cliente solicitou inicialmente receber as mercadorias. Essa data é registrada no momento da criação do pedido e serve como referência para medir a performance de entrega do ponto de vista do cliente.

Essa data é uma entrada fundamental para o Dashboard 'Aderência à Data de Entrega'. Comparar 'RequestedDeliveryDate' com 'ConfirmedDeliveryDate' e com a data real de 'Mercadorias entregues' revela o quanto a organização atende às expectativas dos clientes. Diferenças grandes podem indicar problemas de planejamento, estoque ou logística.

Por que isso importa

Representa a expectativa do cliente em relação à entrega, fornecendo uma referência importante para medir a satisfação do cliente e a performance de entrega no prazo.

Onde obter

Localizado na tabela 'SalesTable', geralmente com o nome 'DeliveryDate' ou uma variação semelhante.

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

Esse atributo contém o nome legal do cliente associado ao pedido de venda. Ele é obtido vinculando o número da conta do cliente no pedido de venda aos dados mestres principais de clientes.

Analisar o processo por cliente é fundamental para entender comportamentos específicos e níveis de serviço. Isso ajuda a identificar quais clientes sofrem mais atrasos, quais têm as maiores taxas de retrabalho ou quais seguem caminhos de processo fora do padrão. Essa análise é essencial para melhorar a satisfação do cliente e gerenciar contas estratégicas com eficiência.

Por que isso importa

Permite uma análise centrada no cliente para identificar padrões, atrasos ou problemas específicos de determinados clientes, impactando diretamente a satisfação do cliente.

Onde obter

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

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

Esse atributo representa o valor financeiro total do pedido de venda, incluindo todos os itens, impostos e encargos. Ele é uma métrica financeira importante associada a cada caso.

O Valor do pedido é fundamental para a análise do processo baseada em valor. Ele permite segmentar o processo para verificar 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 os esforços de melhoria nos casos mais relevantes financeiramente e dá suporte a Dashboards como 'Valor do Pedido de Venda por Segmento'.

Por que isso importa

Permite segmentar o processo financeiramente, ajudando a priorizar melhorias em pedidos de alto valor e entender as implicações de custo dos desvios do processo.

Onde obter

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

Exemplos
5250.7512300.00899.50
Data de vencimento do pagamento
PaymentDueDate
A data até a qual o cliente deve efetuar o pagamento da fatura.
Descrição

A Data de vencimento do pagamento é 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 do pagamento' e para o KPI 'Taxa de pagamentos no prazo'. Ao comparar 'PaymentDueDate' com a data real de 'Pagamento recebido', a empresa pode identificar pagamentos atrasados, analisar o comportamento de pagamento por segmento de cliente e tomar medidas proativas para melhorar o fluxo de caixa e reduzir os dias de vendas pendentes (DSO).

Por que isso importa

É a referência para medir a performance dos pagamentos, algo fundamental para analisar o fluxo de caixa e gerenciar as contas a receber com eficiência.

Onde obter

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

Exemplos
2023-05-302023-06-152023-06-30
É retrabalho
IsRework
Um indicador booleano que informa se um pedido de venda passou por retrabalho, como a repetição de uma atividade.
Descrição

Esse atributo calculado identifica casos que se desviaram de um fluxo de processo direto, o chamado 'caminho feliz'. O retrabalho é detectado pela identificação de sequências de atividades que indicam a repetição de uma etapa, como um pedido que foi descon- firmado e depois confirmado novamente ou mercadorias que foram separadas e depois devolvidas ao estoque.

Sinalizar casos com retrabalho é essencial para o KPI 'Taxa de retrabalho do pedido de venda'. Isso permite que os analistas isolem e investiguem rapidamente fluxos de processo ineficientes para entender as causas-raiz do retrabalho, que podem incluir erros de entrada de dados, problemas de crédito ou problemas de estoque. Reduzir o retrabalho é um objetivo principal de muitos projetos de melhoria de processos.

Por que isso importa

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

Onde obter

É calculado pela ferramenta de Process Mining, que analisa a sequência de atividades de cada caso. Por exemplo, a detecção de um padrão como (A -> B -> C -> B) sinalizaria o caso como retrabalho.

Exemplos
truefalse
Entrega no prazo
OnTimeDelivery
Um indicador booleano que informa se as mercadorias foram entregues na data de entrega confirmada ou antes dela.
Descrição

Esse atributo calculado compara o timestamp da atividade 'Mercadorias entregues' com a 'ConfirmedDeliveryDate' de cada pedido de venda. Ele recebe o valor 'true' se a entrega ocorreu no prazo ou antes dele e 'false' se ocorreu com 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 entregues no prazo e pedidos atrasados. Isso ajuda a identificar rapidamente os fatores relacionados a entregas atrasadas, como produtos, clientes, regiões ou métodos de envio específicos.

Por que isso importa

Mede diretamente a performance do atendimento do pedido em relação ao compromisso assumido, algo fundamental para monitorar a satisfação do cliente e a confiabilidade da cadeia de suprimentos.

Onde obter

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

Exemplos
truefalse
Hora de término
EndTime
A data e a hora exatas em que uma atividade foi concluída.
Descrição

O timestamp da Hora de término 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 a hora de início e a hora de término permite calcular com precisão o 'Tempo de processamento' de cada atividade, diferenciando-o do 'Tempo de espera' entre as atividades. Isso é muito útil para identificar quais tarefas consomem mais tempo e quais etapas do processo envolvem longos atrasos.

Por que isso importa

Permite calcular com precisão o tempo de processamento de cada atividade, diferenciando o tempo de trabalho ativo do tempo de espera ocioso.

Onde obter

Assim como a Hora de início, esse dado é obtido de vários campos de data e hora. Ele pode vir de um campo 'ModifiedDateTime' ou de 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
Método de envio
ShippingMethod
O método ou transportadora usado para enviar as mercadorias ao cliente.
Descrição

Esse atributo especifica o serviço de transporte usado na entrega, como 'Transporte terrestre', 'Frete aéreo' ou o nome de uma transportadora específica. Ele é selecionado durante o processamento do pedido com base na preferência do cliente, no custo e na velocidade de entrega.

Para o Dashboard 'Performance do método de envio', essa dimensão é essencial. Analisar os tempos de ciclo entre 'Mercadorias embaladas' e 'Mercadorias entregues', segmentados por método de envio, ajuda a identificar quais transportadoras são mais rápidas, confiáveis ou mais sujeitas a atrasos. Esse insight permite melhorar o planejamento logístico e a seleção de transportadoras.

Por que isso importa

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

Onde obter

Essas informações normalmente são armazenadas no cabeçalho do pedido de venda ou em registros relacionados ao atendimento do pedido. Consulte a documentação do Microsoft Dynamics 365.

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

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

Analisar a performance por usuário ajuda a identificar necessidades de treinamento, reconhecer os melhores desempenhos e garantir uma distribuição adequada da carga de trabalho. Isso também é essencial para fins de conformidade e auditoria, permitindo atribuir claramente a responsabilidade por cada ação realizada no processo.

Por que isso importa

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

Onde obter

É obtido de campos de ID de usuário, como 'CreatedBy' ou 'ModifiedBy', em várias tabelas de transações. Esses campos são então associados à tabela principal de usuários, como 'UserInfo', para obter o nome completo.

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

O Número do item identifica o produto específico que está sendo vendido. Como um pedido de venda pode conter vários produtos, esse atributo normalmente está associado aos dados de eventos no nível do item da linha.

Analisar o processo por produto ajuda a revelar problemas específicos de cada produto. Por exemplo, determinados produtos podem estar associados a prazos de atendimento mais longos, taxas de retrabalho mais altas ou bloqueios de crédito mais frequentes. Isso permite realizar melhorias direcionadas no gerenciamento de estoque, na configuração dos dados do produto ou nos processos de atendimento de itens específicos.

Por que isso importa

Permite analisar o processo no nível do produto, revelando 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
Um indicador booleano que informa se o pagamento foi recebido na data de vencimento ou antes dela.
Descrição

Esse atributo calculado compara o timestamp da atividade 'Pagamento recebido' com 'PaymentDueDate'. Ele recebe o valor 'true' se o pagamento ocorreu no prazo e 'false' se ocorreu com atraso.

Esse indicador é o componente central do KPI 'Taxa de pagamentos no prazo'. Ele permite segmentar rapidamente os clientes entre pagadores 'no prazo' e 'atrasados'. Essa análise pode orientar políticas de crédito, estratégias de cobrança e o gerenciamento do relacionamento com clientes, identificando clientes que pagam atrasado com frequência.

Por que isso importa

Mede o comportamento de pagamento do cliente em relação às condições acordadas, sendo fundamental para gerenciar o fluxo de caixa e avaliar o risco de crédito.

Onde obter

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

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

Esse atributo indica o país de destino da remessa do pedido de venda. Ele é obtido das informações do endereço de entrega do cliente armazenadas no Dynamics 365.

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

Por que isso importa

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

Obtido do endereço de entrega do cliente, que está vinculado ao pedido de venda. As informações do país normalmente ficam na tabela 'LogisticsPostalAddress', associada por meio do vínculo do endereço de entrega na 'SalesTable'.

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

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

Embora o log de atividades forneça uma visão dinâmica do processo, o status final é útil para filtragem e segmentação. Ele permite que os analistas isolem facilmente todos os pedidos abertos para visualizar a carga de trabalho atual ou separem pedidos concluídos com sucesso dos cancelados para analisar os motivos do cancelamento.

Por que isso importa

Fornece uma visão instantânea do estado do pedido, permitindo filtrar a análise por pedidos abertos, fechados ou cancelados, o que é útil para gerenciar a carga de trabalho e analisar resultados.

Onde obter

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

Exemplos
Pedido pendenteEntregueFaturadoCancelado
Obrigatório Recomendado Opcional

Atividades do processamento de pedidos de venda de Order to Cash

Estas são as principais etapas e os marcos críticos do processo que devem ser registrados no seu Event Log para uma descoberta e uma análise precisas do processamento de pedidos de venda.
6 Recomendado 7 Opcional
Atividade Descrição
Fatura criada
Representa a geração e o lançamento da fatura de venda referente às mercadorias ou aos serviços expedidos. Trata-se de uma transação financeira essencial que registra formalmente a dívida do cliente.
Por que isso importa

Essa atividade marca o início da etapa de liquidação financeira do processo. O tempo entre a expedição e a criação da fatura é essencial para o KPI 'Tempo de ciclo de geração da fatura' e impacta o fluxo de caixa.

Onde obter

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

Captura

Capture o registro de data e hora do lançamento do diário da fatura de venda.

Tipo de evento explicit
Mercadorias expedidas
Este evento indica que as mercadorias embaladas do pedido foram despachadas e deixaram o armazém. No Dynamics 365, isso é formalizado pelo lançamento do Packing Slip.
Por que isso importa

Este é um marco crítico que indica o fim do processo interno de atendimento e o início da etapa de entrega. É um registro de data e hora essencial para calcular a performance de expedição no prazo.

Onde obter

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

Captura

Capture o registro de data e hora do lançamento do diário Packing Slip.

Tipo de evento explicit
Pagamento recebido
Essa atividade indica que o pagamento do cliente referente à fatura foi recebido e aplicado. O evento ocorre no módulo de Contas a Receber e é vinculado à fatura de origem.
Por que isso importa

Este é um marco crítico para analisar o ciclo de conversão de caixa. É essencial para medir o KPI 'Taxa de pagamentos no prazo' e identificar atrasos no recebimento.

Onde obter

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

Captura

Capture a data de liquidação na tabela CustSettlement, vinculando-a novamente à fatura e ao pedido de venda.

Tipo de evento explicit
Pedido confirmado
Essa atividade representa a confirmação formal do pedido de venda, assumindo o compromisso de entregar as mercadorias ou os serviços especificados. No Dynamics 365, trata-se de uma ação explícita do usuário que gera um diário de confirmação.
Por que isso importa

A confirmação é um marco importante que inicia oficialmente o processo de atendimento do pedido. Medir o tempo entre a criação e a confirmação revela a eficiência do processamento na área comercial.

Onde obter

Este é um evento explícito capturado da data de lançamento do diário de confirmação do pedido de venda (SalesConfirmJour). O registro de data e hora pode ser vinculado à SalesTable.

Captura

Capture o registro de data e hora do 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 é registrado explicitamente quando um novo registro é criado e salvo na tabela principal de pedidos de venda.
Por que isso importa

Essa atividade é o ponto de partida universal para todos os casos de pedidos de venda. Ela fornece o registro de data e hora inicial necessário para calcular o tempo total de ciclo dos pedidos de venda e analisar o throughput.

Onde obter

Este é um evento explícito capturado do campo 'Data e hora de criação' do registro de cabeçalho SalesTable no Microsoft Dynamics 365.

Captura

Leia o registro 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 ele foi totalmente expedido e faturado e que não são esperadas novas transações. Isso marca a conclusão bem-sucedida do processo.
Por que isso importa

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

Onde obter

Isso é inferido a partir dos campos de status da SalesTable. Um pedido é considerado encerrado quando o 'Status de vendas' é 'Faturado' e os status das linhas também são 'Faturado'.

Captura

Inferir a partir da alteração dos campos de status da SalesTable para 'Faturado'. O registro de data e hora normalmente corresponde à data da última transação relacionada, como faturamento ou pagamento.

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

Acompanhar a reserva de estoque ajuda a analisar atrasos entre a confirmação do pedido e o início das operações do armazém. É essencial para o KPI 'Tempo de atendimento da alocação de estoque'.

Onde obter

Isso pode ser inferido a partir da criação ou atualização de registros de transações de estoque (InventTrans) vinculados às linhas do pedido de venda, cujo status indica uma reserva, por exemplo, 'Em pedido' ou 'Fisicamente reservado'.

Captura

Inferir a partir do registro de data e hora 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 é formalmente liberado para o armazém para operações de separação e expedição. Essa é uma etapa distinta em ambientes que usam o módulo Warehouse Management (WMS).
Por que isso importa

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

Onde obter

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

Captura

Capture o registro de data e hora de criação da carga ou do envio correspondente no armazém.

Tipo de evento explicit
Mercadorias embaladas
Essa atividade marca a conclusão do processo de embalagem, no qual os itens separados são consolidados e preparados para expedição. No D365, isso pode coincidir com a geração de um Packing Slip.
Por que isso importa

O tempo entre a separação e a embalagem pode revelar gargalos nas estações de embalagem. É um subprocesso importante dentro do tempo total do ciclo de atendimento.

Onde obter

Este pode ser um evento explícito da conclusão da embalagem dos contêineres no módulo WMS ou ser inferido a partir da geração do diário Packing Slip (CustPackingSlipJour), que geralmente indica 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 informado pelo cliente. Essas informações geralmente são atualizadas pelo sistema de uma transportadora externa ou por meio de uma confirmação manual.
Por que isso importa

Essa atividade é essencial para medir o KPI 'Cumprimento da data de entrega' e entender o tempo real do ciclo voltado ao cliente. Ela ajuda a avaliar a performance da transportadora.

Onde obter

Este evento não é rastreado nativamente como um evento explícito no D365 padrão. Normalmente, ele é inferido a partir de uma atualização recebida de uma integração com a transportadora ou de uma atualização manual de status no pedido de venda ou no registro da remessa.

Captura

Inferir a partir de um feed integrado da transportadora ou de 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 seus locais no armazém. Normalmente, isso é registrado quando um separador finaliza uma lista de separação ou uma ordem de trabalho no módulo WMS.
Por que isso importa

Acompanhar o tempo de conclusão da separação é essencial para analisar a eficiência do armazém. Atrasos nessa etapa impactam diretamente o tempo total até a expedição.

Onde obter

Este é um evento explícito registrado no módulo Warehouse Management. Ele é capturado do registro de data e hora de conclusão do trabalho no armazém (WHSWorkTable) relacionado à separação do pedido de venda.

Captura

Capture o registro de data e hora em que o status 'Work' da separação é atualizado para 'Closed'.

Tipo de evento explicit
Pedido cancelado
Este evento representa o cancelamento de um pedido de venda antes que ele fosse totalmente expedido e faturado. É um encerramento alternativo e malsucedido do processo.
Por que isso importa

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

Onde obter

Isso é inferido a partir da alteração do campo 'Status de vendas' na SalesTable para 'Cancelado'. O registro de data e hora corresponde ao momento em que essa alteração de status foi registrada.

Captura

Inferir a partir da alteração do campo de status da SalesTable para 'Cancelado'.

Tipo de evento inferred
Verificação de crédito realizada
Representa a conclusão de uma verificação de crédito do cliente associado ao pedido de venda. Pode ser uma verificação automatizada do sistema ou uma análise manual, geralmente resultando em uma alteração no status de crédito do pedido.
Por que isso importa

Analisar a duração e os resultados das verificações de crédito ajuda a identificar gargalos no processo de aprovação dos pedidos. Bloqueios frequentes ou tempos longos de aprovação podem atrasar significativamente o atendimento dos pedidos.

Onde obter

Normalmente, é inferido a partir de alterações de status relacionadas à gestão de crédito na SalesTable, como a mudança de 'Em espera' com um motivo de crédito para 'Aberto'. Também pode ser registrado em tabelas de gestão de crédito quando o módulo avançado é usado.

Captura

Inferir a partir do histórico de alterações de status na SalesTable ou em tabelas relacionadas a bloqueios de crédito.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do Microsoft Dynamics 365

Pronto para começar?

Use este Template para preparar seus dados e depois faça o upload na nossa plataforma para obter insights relevantes e aumentar a eficiência do processamento dos seus pedidos de venda. Comece a otimizar hoje mesmo!

Otimize agora o Order to Cash: processamento de pedidos de venda

Identifique ineficiências e reduza o tempo de ciclo em 30% para agilizar o atendimento dos pedidos.

Começar o teste grátis

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