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
- 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
Order to Cash (O2C) - Atributos do processamento de pedidos de venda
| 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
|
|||
Order to Cash (O2C) - Atividades de processamento de pedidos de venda
| 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
|
|||