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
- Atributos recomendados para uma análise completa
- Principais atividades do processo para acompanhar
- Orientações específicas para extrair dados do Microsoft Dynamics 365
Atributos de Order to Cash - processamento de pedidos de venda
| Nome | Descrição | ||
|---|---|---|---|
|
Atividade
ActivityName
|
Nome do evento de negócio ou da tarefa específica que ocorreu em determinado momento do processo de pedido de venda. | ||
|
Descrição
Este atributo representa uma etapa ou um evento específico do ciclo de vida do pedido de venda, como "Pedido de venda criado", "Produtos enviados" 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 é essencial no Process Mining. Isso ajuda a visualizar o mapa do processo, identificar variações comuns e raras, detectar gargalos e localizar pontos de retrabalho ou não conformidade. Este atributo é fundamental para entender o que realmente acontece no processo.
Por que isso importa
Ele define as etapas do processo e permite construir e visualizar o fluxo do processo, que é o principal objetivo do Process Mining.
Onde encontrar
Conceitualmente, este atributo é derivado do mapeamento de eventos específicos do sistema ou de mudanças de status em tabelas como "SalesTable" e em tabelas relacionadas à logística ou às finanças, associando-os a um nome de atividade padronizado.
Exemplos
Pedido de venda criadoProdutos enviadosFatura criadaPagamento recebido
|
|||
|
Hora de início
EventTime
|
Data e hora exatas em que uma atividade ou um evento específico ocorreu. | ||
|
Descrição
A data e hora do evento registram o momento exato em que uma atividade ocorreu. Cada atividade no Event Log tem uma data e hora associadas, formando um registro cronológico do processo para cada caso. Este atributo é essencial para todas as análises temporais no Process Mining. Ele é usado para calcular o tempo de ciclo entre atividades, medir a duração total de um caso, analisar tempos de espera e identificar gargalos que atrasam o processo. Também permite acompanhar a performance ao longo do tempo, como o volume processado por dia, semana ou mês.
Por que isso importa
Esta data e hora são essenciais para calcular métricas de duração, como tempos de ciclo e gargalos, e ordenar os eventos cronologicamente.
Onde encontrar
Este dado é derivado 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.
Exemplos
2023-04-15T09:02:11Z2023-04-18T14:30:00Z2023-04-25T11:21:45Z
|
|||
|
Pedido de venda
SalesOrderNumber
|
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 ID do caso principal e vincula todas as atividades e os eventos relacionados, da criação ao encerramento. No Process Mining, esse atributo é essencial para reconstruir a jornada completa de cada pedido de venda. Ele permite que analistas acompanhem a sequência completa de atividades, meçam a duração dos casos e analisem as variações de cada pedido, formando a base de toda a análise do processo.
Por que isso importa
Este identificador é essencial para relacionar todos os eventos correspondentes e permitir uma análise completa, de ponta a ponta, do ciclo de vida de cada pedido de venda.
Onde encontrar
Localizado na tabela "SalesTable", no campo "SalesId".
Exemplos
SO-00102345SO-00102346SO-00102347
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de informação de onde os dados se originam. | ||
|
Descrição
Este atributo especifica o aplicativo de origem em que os dados do evento foram registrados. Neste contexto, geralmente será o Microsoft Dynamics 365. Em uma análise de um único sistema, isso pode parecer redundante. Mas é essencial ao combinar dados de vários sistemas, como um CRM separado ou um sistema de gerenciamento de armazém. O atributo garante a linhagem dos dados e ajuda a investigar problemas na extração, identificando a origem dos registros.
Por que isso importa
Ele fornece um contexto essencial sobre a origem dos dados, especialmente na integração de vários sistemas, e garante uma linhagem clara dos dados.
Onde encontrar
Este é um valor estático, geralmente adicionado 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 dos dados
LastDataUpdate
|
Data e hora da última atualização ou extração dos dados do sistema de origem. | ||
|
Descrição
Este atributo registra a data e a hora da extração mais recente de dados do Microsoft Dynamics 365. Assim, você sabe se os dados analisados estão atualizados. Para analisar qualquer processo e tomar decisões fundamentadas, é essencial saber quando os dados foram gerados. Este atributo mostra exatamente quando ocorreu a última atualização, ajudando você a confiar nos dados e a basear suas conclusões em informações atuais.
Por que isso importa
Ele informa se os dados estão atualizados, algo essencial para a relevância e a precisão da análise de Process Mining.
Onde encontrar
Este valor é gerado durante a extração dos dados e incluído em cada registro na etapa de ingestão.
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Canal de vendas
SalesChannel
|
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, um time de vendas diretas, uma loja física, uma central de atendimento ou uma rede de parceiros. No Dynamics 365, essa dimensão costuma ser configurada de acordo com as necessidades da empresa. Analisar o processo por canal de vendas ajuda a identificar diferenças de performance entre os canais. Por exemplo, pedidos feitos pela Web podem ser processados mais rápido e com mais automação do que os recebidos por telefone. Esse insight permite otimizar processos e alocar recursos por canal, além de dar suporte a Dashboards como 'Valor do pedido de venda por segmento'.
Por que isso importa
Permite comparar a performance entre canais de vendas e identificar ineficiências ou boas práticas relacionadas à forma como os pedidos são iniciados.
Onde encontrar
Essas informações geralmente ficam no cabeçalho do pedido de venda. Consulte a documentação do Microsoft Dynamics 365 para localizar o campo específico.
Exemplos
WebDiretoParceiroVarejo
|
|||
|
Data de entrega confirmada
ConfirmedDeliveryDate
|
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 empresa promete ao cliente para a entrega dos produtos. Ela é definida após verificações internas, como disponibilidade de estoque e cronogramas de produção. Este atributo é essencial para calcular o KPI 'Taxa de aderência à data de entrega' com base no compromisso operacional da empresa. Ele oferece uma referência interna mais realista para medir entregas no prazo do que a solicitação inicial do cliente. Analisar os desvios em relação a essa data ajuda a identificar falhas internas nos processos de logística e atendimento dos pedidos.
Por que isso importa
Representa o compromisso da empresa com o cliente e serve como referência interna essencial para medir a confiabilidade no atendimento dos pedidos e a performance operacional.
Onde encontrar
Fica nos dados das linhas do pedido de venda, geralmente na tabela 'SalesLine', em um campo como 'ConfirmedDlv'.
Exemplos
2023-05-122023-06-012023-05-28
|
|||
|
Data de entrega solicitada
RequestedDeliveryDate
|
Data de entrega solicitada pelo cliente para o pedido. | ||
|
Descrição
Este atributo registra a data em que o cliente solicitou inicialmente o recebimento dos produtos. A data é registrada quando o pedido é criado e serve como referência para medir a performance de entrega do ponto de vista do cliente. Essa data é um dado essencial para o Dashboard 'Aderência à data de entrega'. Ao comparar 'RequestedDeliveryDate' com 'ConfirmedDeliveryDate' e com a data real de 'Goods Delivered', você pode avaliar se a empresa 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 e serve como referência para medir a satisfação e a performance de entrega no prazo.
Onde encontrar
Fica na tabela 'SalesTable', geralmente no campo 'DeliveryDate' ou em uma variante semelhante.
Exemplos
2023-05-102023-06-012023-05-25
|
|||
|
Nome do cliente
CustomerName
|
Nome do cliente que fez o pedido de venda. | ||
|
Descrição
Este atributo contém o nome legal do cliente associado ao pedido de venda. Ele é obtido ao vincular o número da conta do cliente no pedido aos dados principais de cadastro de clientes. Analisar o processo por cliente é fundamental para entender comportamentos e níveis de serviço específicos. Isso ajuda a identificar quais clientes enfrentam mais atrasos, têm mais retrabalho ou seguem caminhos fora do padrão. Essas informações são importantes para melhorar a satisfação dos clientes e gerenciar contas estratégicas com eficiência.
Por que isso importa
Permite analisar o processo sob a perspectiva do cliente e identificar padrões, atrasos ou problemas específicos, com impacto direto na satisfação dos clientes.
Onde encontrar
Consultado na tabela 'CustTable' usando o campo 'CustAccount' da tabela 'SalesTable'.
Exemplos
Contoso LtdAdatum CorporationFabrikam Inc.
|
|||
|
Valor do pedido
OrderValue
|
Valor monetário total do pedido de venda. | ||
|
Descrição
Este atributo representa o valor financeiro total do pedido de venda, incluindo todos os itens, impostos e encargos. É uma métrica financeira importante associada a cada caso. O Valor do pedido é essencial para analisar o processo com base no valor financeiro. Você pode segmentar o processo para verificar se pedidos de alto valor recebem um tratamento diferente ou sofrem mais atrasos do que os de baixo valor. Isso ajuda a priorizar melhorias nos casos de maior impacto financeiro e dá suporte a Dashboards como 'Valor do pedido de venda por segmento'.
Por que isso importa
Permite segmentar o processo por valor financeiro, priorizar melhorias em pedidos de alto valor e entender o impacto financeiro dos desvios do processo.
Onde encontrar
Está nos dados do cabeçalho do pedido de venda. Consulte a documentação do Microsoft Dynamics 365 para localizar a tabela e o campo específicos. O valor costuma ser calculado a partir dos valores das linhas do pedido.
Exemplos
5250.7512300.00899.50
|
|||
|
Data de vencimento do pagamento
PaymentDueDate
|
Data limite para o cliente pagar a 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. Este atributo é fundamental para a análise '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 'Payment Received', a empresa pode identificar pagamentos atrasados, analisar o comportamento de pagamento por segmento de clientes e tomar medidas proativas para melhorar o fluxo de caixa e reduzir o prazo médio de recebimento de vendas.
Por que isso importa
Serve como referência para medir a performance dos pagamentos, essencial para analisar o fluxo de caixa e gerenciar as contas a receber com eficiência.
Onde encontrar
Fica na tabela 'CustInvoiceJour', no campo 'DueDate'.
Exemplos
2023-05-302023-06-152023-06-30
|
|||
|
É retrabalho
IsRework
|
Indicador booleano que informa se o pedido de venda passou por retrabalho, como a repetição de uma atividade. | ||
|
Descrição
Este atributo calculado identifica casos que se desviaram do fluxo direto do processo, o caminho ideal. O retrabalho é detectado pela identificação de sequências de atividades que indicam a repetição de uma etapa, como um pedido que foi confirmado, teve a confirmação desfeita e foi confirmado novamente, ou produtos que foram separados e depois devolvidos ao estoque. Identificar casos com retrabalho é essencial para o KPI 'Taxa de retrabalho em pedidos de venda'. Isso permite que analistas isolem e investiguem rapidamente fluxos ineficientes para entender as causas raiz do retrabalho, que podem incluir erros de entrada de dados, problemas de crédito ou de estoque. Reduzir o retrabalho é um dos principais objetivos de muitos projetos de melhoria de processos.
Por que isso importa
Ajuda a quantificar as ineficiências do processo ao identificar casos que exigiram a repetição de etapas, permitindo uma análise direcionada para reduzir desperdícios e atrasos.
Onde encontrar
A ferramenta de Process Mining calcula este atributo analisando a sequência de atividades de cada caso. Por exemplo, um padrão como (A -> B -> C -> B) indica retrabalho.
Exemplos
truefalse
|
|||
|
Entrega no prazo
OnTimeDelivery
|
Indicador booleano que informa se os produtos foram entregues até a data de entrega confirmada. | ||
|
Descrição
Este atributo calculado compara a data e a hora da atividade 'Goods Delivered' com 'ConfirmedDeliveryDate' de cada pedido de venda. O valor é 'true' quando a entrega ocorre no prazo ou antes dele e 'false' quando ocorre com atraso. Este 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 os pedidos entregues no prazo e os atrasados. Assim, você pode identificar rapidamente fatores associados a atrasos, como produtos, clientes, regiões ou métodos de envio específicos.
Por que isso importa
Mede diretamente a performance do atendimento dos pedidos em relação ao compromisso assumido, algo essencial para acompanhar a satisfação dos clientes e a confiabilidade da cadeia de suprimentos.
Onde encontrar
Calculado comparando a data e a hora do evento 'Goods Delivered' com o atributo 'ConfirmedDeliveryDate'. Fórmula: ('Goods Delivered' Timestamp <= ConfirmedDeliveryDate).
Exemplos
truefalse
|
|||
|
Hora de término
EndTime
|
A data e a hora exatas em que uma atividade foi concluída. | ||
|
Descrição
O atributo Hora de término registra o momento em que uma atividade é concluída. Quando disponível, ele permite medir a duração da atividade com mais precisão do que estimá-la com base no horário de início da atividade seguinte. Com os horários de início e término, você pode calcular com precisão o Tempo de processamento de cada atividade e diferenciá-lo do tempo de espera entre atividades. Isso ajuda a identificar quais tarefas consomem mais tempo e em quais etapas do processo ocorrem longas esperas.
Por que isso importa
Permite calcular com precisão o tempo de processamento de cada atividade e diferenciar o tempo de trabalho ativo do tempo de espera.
Onde encontrar
Assim como a Hora de início, este valor é obtido de vários campos de data e hora. Pode vir de um campo como 'ModifiedDateTime' ou de um registro 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
|
Método ou transportadora usados para enviar os produtos ao cliente. | ||
|
Descrição
Este atributo especifica o serviço de transporte usado na entrega, como 'Ground Shipping', 'Air Freight' ou o nome de uma transportadora específica. A opção é selecionada durante o processamento do pedido, considerando as preferências do cliente, o custo e o prazo de entrega. Essa dimensão é essencial para o Dashboard 'Performance por método de envio'. Analisar os tempos de ciclo entre 'Goods Packed' e 'Goods Delivered' por método de envio ajuda a identificar quais transportadoras são mais rápidas e confiáveis ou sofrem mais atrasos. Esse insight contribui para melhorar o planejamento logístico e a escolha 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 termos de custo, velocidade e confiabilidade.
Onde encontrar
Essas informações geralmente ficam 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
|
Nome do usuário que executou a atividade. | ||
|
Descrição
Este atributo identifica o funcionário ou usuário do sistema responsável por uma tarefa, como confirmar um pedido ou criar uma fatura. Em geral, 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 quem tem os melhores resultados e distribuir melhor a carga de trabalho. O atributo também é essencial para a Conformidade e as auditorias, pois permite identificar claramente quem realizou cada ação no processo.
Por que isso importa
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 encontrar
Obtido de campos de ID de usuário, como 'CreatedBy' ou 'ModifiedBy', em várias tabelas de transações. Esses campos sã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
|
Identificador exclusivo de um produto ou serviço no pedido de venda. | ||
|
Descrição
O Número do item identifica o produto específico vendido. Como um pedido de venda pode incluir vários produtos, este atributo geralmente está associado aos dados de eventos no nível da linha do item. Analisar o processo por produto ajuda a identificar problemas específicos. Por exemplo, alguns produtos podem estar associados a prazos de atendimento mais longos, mais retrabalho ou bloqueios de crédito mais frequentes. Isso permite direcionar melhorias para o gerenciamento de estoque, o cadastro de produtos ou os processos de atendimento de itens específicos.
Por que isso importa
Permite analisar o processo por produto e identificar se determinados itens estão associados a atrasos, retrabalho ou outras ineficiências.
Onde encontrar
Fica na tabela 'SalesLine', no campo 'ItemId'.
Exemplos
PROD-00123PROD-00548SVC-00045
|
|||
|
Pagamento no prazo
OnTimePayment
|
Indicador booleano que informa se o pagamento foi recebido até a data de vencimento. | ||
|
Descrição
Este atributo calculado compara a data e a hora da atividade 'Payment Received' com 'PaymentDueDate'. O valor é 'true' quando o pagamento é feito no prazo e 'false' quando há atraso. Este indicador é o principal componente do KPI 'Taxa de pagamentos no prazo'. Ele permite segmentar rapidamente os clientes entre os que pagam no prazo e os que pagam com atraso. Essa análise pode orientar políticas de crédito, estratégias de cobrança e o relacionamento com os clientes, identificando aqueles que costumam pagar com atraso.
Por que isso importa
Mede o comportamento de pagamento dos clientes em relação às condições acordadas, algo fundamental para gerenciar o fluxo de caixa e avaliar o risco de crédito.
Onde encontrar
Calculado comparando a data e a hora do evento 'Payment Received' com o atributo 'PaymentDueDate'. Fórmula: ('Payment Received' Timestamp <= PaymentDueDate).
Exemplos
truefalse
|
|||
|
País
CountryRegion
|
País do endereço de entrega do cliente. | ||
|
Descrição
Este 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 diferenças regionais. Remessas internacionais podem exigir etapas adicionais, como o desembaraço aduaneiro, e aumentar os tempos de ciclo. Essa análise ajuda a entender e otimizar a logística em diferentes mercados geográficos.
Por que isso importa
Permite fazer análises geográficas e identificar gargalos regionais, problemas de Conformidade ou diferenças de performance na cadeia de suprimentos.
Onde encontrar
Obtido do endereço de entrega do cliente, vinculado ao pedido de venda. As informações sobre o país geralmente ficam na tabela 'LogisticsPostalAddress', associada pelo vínculo do endereço de entrega na tabela 'SalesTable'.
Exemplos
USADEUCANGBR
|
|||
|
Status do pedido de venda
SalesOrderStatus
|
Status atual do pedido de venda no momento da extração dos dados. | ||
|
Descrição
Este atributo indica o status geral do pedido de venda, como 'Pedido em aberto', 'Faturado', 'Cancelado' ou 'Entregue'. É um status resumido mantido no cabeçalho do pedido. O registro de atividades mostra o processo em andamento, enquanto o status final facilita a filtragem e a segmentação. Com ele, analistas podem separar rapidamente todos os pedidos em aberto para visualizar a carga de trabalho atual ou distinguir pedidos concluídos com sucesso dos cancelados e analisar os motivos do cancelamento.
Por que isso importa
Mostra um retrato do status do pedido e permite filtrar a análise por pedidos em aberto, encerrados ou cancelados, o que ajuda no gerenciamento da carga de trabalho e na análise de resultados.
Onde encontrar
Fica na tabela 'SalesTable', no campo 'SalesStatus'.
Exemplos
Pedido pendenteEntregueFaturadoCancelado
|
|||
Atividades de Order to Cash - processamento de pedidos de venda
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura criada
|
Indica a geração e o lançamento da fatura de venda dos produtos ou serviços enviados. Esta é uma transação financeira essencial que registra formalmente o valor devido pelo cliente. | ||
|
Por que isso importa
Esta atividade marca o início da etapa de liquidação financeira do processo. O tempo entre o envio e a criação da fatura é essencial para o KPI de tempo de ciclo de geração de faturas e afeta o fluxo de caixa.
Onde encontrar
Esta é uma transação financeira explícita. O evento é registrado com base na data e hora de lançamento do diário da fatura de venda (CustInvoiceJour).
Coleta
Registre a data e hora de lançamento do diário da fatura de venda.
Tipo de evento
explicit
|
|||
|
Pagamento recebido
|
Esta atividade indica que o pagamento da fatura pelo cliente 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 importante para analisar o ciclo de conversão de caixa. Ele é essencial para medir o KPI de pagamentos recebidos no prazo e identificar atrasos no recebimento.
Onde encontrar
Este é um evento explícito do módulo de contas a receber. Ele é registrado com base na data da transação de liquidação do pagamento do cliente (CustSettlement), que encerra a transação da fatura (CustTrans).
Coleta
Registre a data de liquidação na tabela CustSettlement e vincule-a à fatura e ao pedido de venda.
Tipo de evento
explicit
|
|||
|
Pedido confirmado
|
Esta atividade indica a confirmação formal do pedido de venda e o compromisso de entregar os produtos ou serviços especificados. No Dynamics 365, essa ação explícita do usuário 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 encontrar
Este é um evento explícito, registrado com base na data de lançamento do diário de confirmação do pedido de venda (SalesConfirmJour). A data e hora podem ser vinculadas à SalesTable.
Coleta
Registre a data e hora 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, feita 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
Esta atividade é o ponto de partida comum a todos os casos de pedidos de venda. Ela fornece a data e hora inicial necessárias para calcular o tempo de ciclo total do pedido e analisar o volume processado.
Onde encontrar
Este é um evento explícito, registrado no campo "Data e hora de criação" do registro de cabeçalho SalesTable no Microsoft Dynamics 365.
Coleta
Leia a data e hora de criação da entidade SalesTable.
Tipo de evento
explicit
|
|||
|
Pedido encerrado
|
Status final de um pedido de venda processado com sucesso, indicando que ele foi enviado e faturado integralmente e que não são esperadas novas transações. Marca a conclusão bem-sucedida do processo. | ||
|
Por que isso importa
Esta atividade é o principal ponto final dos casos concluídos com sucesso. Ela é essencial para calcular o tempo de ciclo de ponta a ponta e o volume processado.
Onde encontrar
O evento é inferido pelos campos de status da SalesTable. Um pedido é considerado encerrado quando o "Status de vendas" é "Faturado" e o status das linhas também é "Faturado".
Coleta
Infira o evento quando os campos de status da SalesTable mudarem para "Faturado". A data e hora normalmente correspondem à data da última transação relacionada, como o faturamento ou o pagamento.
Tipo de evento
inferred
|
|||
|
Produtos enviados
|
Este evento indica que os produtos embalados do pedido foram despachados e saíram do armazém. No Dynamics 365, isso é formalizado pelo lançamento da guia de remessa. | ||
|
Por que isso importa
Este é um marco importante: encerra o processo interno de atendimento do pedido e inicia a etapa de entrega. A data e hora do evento são essenciais para calcular a performance de envio no prazo.
Onde encontrar
Este é um evento explícito e claro, registrado com base na data e hora de lançamento do diário da guia de remessa (CustPackingSlipJour).
Coleta
Registre a data e hora de lançamento do diário da guia de remessa.
Tipo de evento
explicit
|
|||
|
Análise de crédito realizada
|
Indica a conclusão da análise de crédito do cliente associado ao pedido de venda. A verificação pode ser automática ou manual e geralmente resulta em uma mudança no status de crédito do pedido. | ||
|
Por que isso importa
Analisar a duração e os resultados das análises de crédito ajuda a identificar gargalos no processo de aprovação de pedidos. Bloqueios frequentes ou aprovações demoradas podem atrasar significativamente o atendimento dos pedidos.
Onde encontrar
Normalmente, é inferido a partir de mudanças de status relacionadas à gestão de crédito na SalesTable, como a passagem de "Em espera" com um motivo de crédito para "Aberto". Se o módulo avançado estiver em uso, o evento também pode ser registrado em tabelas de gestão de crédito.
Coleta
Infira o evento pelo histórico de mudanças de status na SalesTable ou em tabelas relacionadas a bloqueios 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 no sistema, de forma física ou automática. Assim, os itens ficam disponíveis para separação e atendimento do pedido. | ||
|
Por que isso importa
Acompanhar a reserva de estoque ajuda a analisar os atrasos entre a confirmação do pedido e o início das operações no armazém. Essa informação é essencial para o KPI de tempo de alocação de estoque.
Onde encontrar
O evento pode ser inferido pela criação ou atualização de registros de transações de estoque (InventTrans) vinculados às linhas do pedido de venda, quando o status indica uma reserva, como "Em pedido" ou "Reservado fisicamente".
Coleta
Infira o evento pela 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 é liberado formalmente para as operações de separação e envio no armazém. Esta é uma etapa específica dos ambientes que usam o módulo Warehouse Management (WMS). | ||
|
Por que isso importa
Esta atividade separa o processamento do pedido do atendimento físico. Analisar quanto tempo um pedido espera para ser liberado pode revelar problemas de planejamento de recursos ou integração de sistemas.
Onde encontrar
Este é um evento explícito, registrado nos dados de liberação para o armazém (WHSLoadTable, WHSShipmentTable) associados ao pedido de venda.
Coleta
Registre a data e hora de criação da carga ou remessa correspondente no armazém.
Tipo de evento
explicit
|
|||
|
Pedido cancelado
|
Este evento representa o cancelamento de um pedido de venda antes do envio e faturamento completos. É um desfecho alternativo e malsucedido do processo. | ||
|
Por que isso importa
Acompanhar os 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.
Onde encontrar
O evento é inferido quando o campo "Status de vendas" da SalesTable muda para "Cancelado". A data e hora correspondem ao registro dessa mudança de status.
Coleta
Infira o evento quando o campo de status da SalesTable mudar para "Cancelado".
Tipo de evento
inferred
|
|||
|
Produtos embalados
|
Esta atividade marca a conclusão da embalagem, quando os itens separados são reunidos e preparados para o envio. No D365, essa etapa pode coincidir com a geração de uma guia de remessa. | ||
|
Por que isso importa
O tempo entre a separação e a embalagem pode revelar gargalos nas estações de embalagem. Esta é uma etapa importante do tempo de ciclo total do atendimento do pedido.
Onde encontrar
O evento pode ser registrado explicitamente quando a embalagem dos contêineres é concluída no módulo WMS ou inferido pela geração do diário da guia de remessa (CustPackingSlipJour), que costuma indicar o fim da embalagem.
Coleta
Infira o evento pela conclusão do trabalho de embalagem ou pela data de criação do diário da guia de remessa.
Tipo de evento
inferred
|
|||
|
Produtos entregues
|
Indica que a remessa foi entregue com sucesso no endereço informado pelo cliente. Essa informação costuma ser atualizada pelo sistema da transportadora ou por uma confirmação manual. | ||
|
Por que isso importa
Esta atividade é essencial para medir o KPI de pontualidade das entregas e entender o tempo de ciclo real do ponto de vista do cliente. Ela também ajuda a avaliar a performance das transportadoras.
Onde encontrar
Este evento não é registrado nativamente como um evento explícito no D365 padrão. Normalmente, ele é inferido a partir de uma atualização recebida pela integração com a transportadora ou de uma atualização manual do status do pedido de venda ou da remessa.
Coleta
Infira o evento com base nos dados recebidos da transportadora integrada ou na atualização manual de um campo de status.
Tipo de evento
inferred
|
|||
|
Produtos separados
|
Indica a conclusão da separação física de todos os itens do pedido em seus locais no armazém. Normalmente, o evento é registrado quando o 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 afetam diretamente o tempo total até o envio.
Onde encontrar
Este é um evento explícito registrado no módulo Warehouse Management. Ele é capturado com base na data e hora de conclusão do trabalho no armazém (WHSWorkTable) relacionado à separação do pedido de venda.
Coleta
Registre a data e hora em que o status do trabalho de separação muda para "Fechado".
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Use este Template para preparar seus dados e carregue-os na plataforma para obter insights e melhorar a eficiência do processamento de pedidos de venda. Comece a otimizar hoje!
Otimize agora o processo de 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.
Não é necessário cartão de crédito. Configure em poucos minutos.