Template de dados: Do Pedido ao Recebimento - Processamento de Pedidos de Venda

Modelo universal para Process Mining
Template de dados: Do Pedido ao Recebimento - Processamento de Pedidos de Venda

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

Modelo universal para Process Mining

Este é o nosso modelo de dados genérico para Process Mining para Do Pedido ao Recebimento - Processamento de Pedido de Venda. Use nossos modelos específicos de sistema para orientação mais detalhada.

Selecione um sistema específico
  • Identifica atributos de dados essenciais para um Event Log completo.
  • Destaca as atividades e os marcos principais do processo.
  • Serve como ponto de partida universal para Process Mining, adaptável a qualquer sistema.
É novo em event logs? Saiba como criar um event log para Process Mining.

Do Pedido ao Recebimento - Atributos de Processamento de Pedido de Venda

Esses campos de dados recomendados são fundamentais para montar um Event Log completo, permitindo análise detalhada do seu Order to Cash (O2C) - Processamento de Pedido de Venda.
5 Obrigatório 5 Recomendado 7 Opcional
NomeDescrição
ID do pedido de venda
SalesOrderId
O identificador único de um pedido de venda, que serve como o identificador de caso primário do processo do pedido ao caixa.
Descrição

O ID do pedido de venda é a base do Process Mining no ciclo do pedido ao caixa, identificando de forma única cada instância do processo do início ao encerramento. Ele atua como a chave primária que conecta todas as atividades, eventos e pontos de dados relacionados, formando a jornada ponta a ponta de um único pedido.

Na análise, esse atributo permite reconstruir o ciclo de vida de cada pedido de venda. É usado para rastrear a sequência de eventos, medir durações entre atividades e agregar métricas no nível do pedido. Por exemplo, calcular o KPI 'Tempo de ciclo de atendimento do pedido' exige agrupar todas as atividades pelo respectivo ID do pedido de venda e encontrar a diferença de tempo entre o primeiro e o último evento.

Por que é importante

Esse ID é essencial para rastrear cada pedido ao longo do processo, permitindo análise no nível do caso de tempos de ciclo, gargalos e desvios.

Onde obter

Normalmente localizado na tabela de cabeçalho dos documentos de pedido de venda no ERP ou CRM de origem.

Exemplos
SO-001234598004567ORD-2023-54321
Nome da Atividade
ActivityName
O nome do evento de negócio ou da tarefa que ocorreu em um determinado momento do processo de pedido de venda.
Descrição

O Nome da Atividade descreve uma etapa ou um marco no ciclo de vida do pedido de venda, como 'Pedido de venda criado', 'Análise de crédito realizada' ou 'Mercadorias enviadas'. Cada atividade representa uma ação específica no pedido, compondo os elementos básicos do mapa do processo.

As análises dependem bastante desse atributo para visualizar o fluxo, identificar os caminhos mais comuns e detectar desvios do procedimento padrão. Ao analisar a sequência de atividades, é possível apontar gargalos, ciclos de retrabalho (por exemplo, repetições de 'Pedido de venda alterado') e variações não conformes. Ele é fundamental para dashboards como 'Conformidade do processo e desvios' e para KPIs como 'Taxa de retrabalho de pedidos de venda'.

Por que é importante

Define as etapas do processo, permitindo visualizar o mapa do processo, analisar os fluxos e identificar retrabalho ou desvios.

Onde obter

Frequentemente derivado de mudanças de status de documentos, logs de eventos ou códigos de transação nos módulos de vendas, entrega e faturamento do sistema de origem.

Exemplos
Pedido de venda criadoMercadorias ExpedidasPagamento recebidoPedido de venda cancelado
Tempo do Evento
EventTime
A data e hora exatas em que uma atividade ou evento específico ocorreu.
Descrição

A data e hora do evento é o carimbo de data e hora que registra o momento exato em que uma atividade ocorreu. Esse atributo fornece o contexto temporal do processo, permitindo ordenar cronologicamente todos os eventos associados a um pedido de venda.

Esse carimbo de data e hora é essencial para qualquer análise baseada em tempo. É usado para calcular tempos de ciclo entre atividades, identificar a duração de etapas específicas e apontar atrasos ou gargalos. Por exemplo, o KPI 'Tempo de ciclo de atendimento do pedido' é calculado como a diferença entre a data e hora do evento da atividade final de entrega e a da atividade inicial de criação do pedido. Dashboards como 'Visão geral do tempo de ciclo do pedido de venda' dependem totalmente desse atributo.

Por que é importante

Este timestamp é crucial para calcular todas as métricas de performance, como tempos de ciclo e durações, essenciais para identificar gargalos.

Onde obter

Normalmente aparece em cada transação ou registro de atualização de status, muitas vezes rotulado como data de criação, data de alteração ou data de lançamento.

Exemplos
2023-03-15T09:30:00Z2023-04-01T14:05:10Z2023-04-10T11:00:00Z
Sistema de Origem
SourceSystem
Identifica o sistema de informação de onde os dados se originam, como um ERP, CRM ou plataforma legada.
Descrição

O atributo Sistema de origem especifica o sistema de registro onde os dados dos eventos foram gerados. Em empresas modernas, um processo ponta a ponta como o do pedido ao caixa costuma abranger vários aplicativos, por exemplo, um CRM para a criação do pedido e um ERP para atendimento e faturamento.

Na análise, esse atributo é valioso para entender o panorama tecnológico do processo. Ele ajuda a identificar pontos de integração e possíveis problemas de consistência de dados entre sistemas. Analisar atividades por sistema de origem pode revelar se certas etapas do processo são tratadas de forma diferente ou sofrem mais atrasos dependendo do sistema em que são executadas.

Por que é importante

Fornece contexto sobre a origem dos dados, o que é crucial em ambientes com vários sistemas para rastrear a linhagem dos dados e identificar variações de processo específicas de cada sistema.

Onde obter

Essa informação costuma ser adicionada durante o processo de ETL ou pode ser um campo padrão em data warehouses.

Exemplos
SAP S/4HANASalesforce Sales CloudOracle NetSuite
Ú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 informa o timestamp da última carga de dados no ambiente de Process Mining. Ele indica quão recentes são os dados analisados e é diferente do Event Time, que registra quando a atividade de negócio realmente ocorreu.

Embora normalmente não seja usado diretamente na análise do fluxo do processo, essa informação é vital para a governança de dados e para assegurar a confiabilidade das análises. Ela permite que analistas e usuários de negócio entendam a atualidade dos insights gerados. Por exemplo, se a Última Atualização de Dados foi há uma semana, qualquer conclusão sobre o desempenho atual precisa considerar esse fato.

Por que é importante

Isso indica a recência dos dados, garantindo que as análises usem informações atualizadas e que as conclusões sejam relevantes.

Onde obter

Normalmente é gerado e armazenado pela ferramenta de extração de dados (ETL) ou pela plataforma de Process Mining durante a ingestão de dados.

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

O canal de vendas indica a origem ou o meio pelo qual um pedido foi feito. Pode ser um portal online, uma equipe de vendas diretas, uma conexão EDI com um parceiro ou uma loja física.

Analisar o processo por canal de vendas pode revelar variações importantes de eficiência e conformidade. Por exemplo, pedidos do canal online tendem a ser mais automatizados e rápidos, enquanto pedidos de vendas diretas podem envolver mais alterações manuais e ciclos de aprovação mais longos. Essa análise ajuda a otimizar o fluxo específico de cada canal e a alocar recursos de forma mais eficiente. Ela é uma dimensão-chave para dashboards como 'Gargalos no atendimento de pedidos'.

Por que é importante

Permite comparar o desempenho do processo entre diferentes canais, revelando variações de eficiência, automação e conformidade.

Onde obter

Essa informação geralmente fica armazenada no cabeçalho do pedido de venda e costuma ser um campo obrigatório na inclusão do pedido.

Exemplos
Portal WebVendas DiretasEDIRede de parceiros
Identificador do Cliente
CustomerIdentifier
O identificador único ou o nome do cliente que fez o pedido de venda.
Descrição

Este atributo identifica o cliente para quem o pedido de venda está sendo processado. Pode ser um código único, o nome da empresa ou outra chave que diferencie um cliente de outro.

Em Process Mining, o Identificador do Cliente é uma dimensão poderosa para segmentar os dados. Analistas podem filtrar o mapa do processo para ver como ele se comporta para um cliente específico ou comparar fluxos entre diferentes grupos, como contas estratégicas e compradores ocasionais. Isso pode revelar processos personalizados ou destacar clientes que frequentemente geram desvios ou atrasos, oferecendo insights valiosos para a gestão do relacionamento com o cliente.

Por que é importante

Permite filtrar e comparar processos entre clientes ou grupos de clientes para identificar processos personalizados ou contas problemáticas.

Onde obter

Encontrado nos dados do cabeçalho do pedido de vendas, vinculado ao cadastro mestre de clientes no ERP ou CRM de origem.

Exemplos
CUST-10023Global Corp Inc.758991
Identificador do produto
ProductIdentifier
O código ou nome único do principal produto ou serviço no pedido de venda.
Descrição

O identificador do produto, como um código de material ou SKU, indica o que está sendo vendido. Embora um pedido de venda possa conter vários produtos, esse atributo geralmente representa o produto principal ou pode ser agregado em uma categoria de produtos para análises de alto nível.

Esse atributo permite uma visão do processo do pedido ao caixa centrada no produto. A análise pode mostrar se determinados produtos estão associados a prazos de atendimento mais longos, mais problemas de entrega ou maiores taxas de cancelamento. Esse insight é crucial para o planejamento da cadeia de suprimentos, a gestão de estoque e a estratégia de portfólio de produtos. Por exemplo, descobrir que uma linha específica de produtos enfrenta atrasos recorrentes na etapa 'Liberado para o armazém' pode acionar uma investigação sobre níveis de estoque ou posicionamento no armazém.

Por que é importante

Permite analisar o desempenho do processo por produtos ou grupos de produtos, ajudando a identificar gargalos ou problemas específicos por produto.

Onde obter

Encontrado no nível de item do pedido de vendas. Para análise no nível de case, pode ser representado pelo item mais relevante ou por uma categoria de produto derivada.

Exemplos
PROD-5540-XLMAT-009871SVC-CONSULT-HR
Nome do Utilizador
UserName
O nome ou ID do usuário, colaborador ou agente de sistema que executou a atividade.
Descrição

O atributo Nome do Usuário identifica a pessoa ou o agente automatizado responsável por executar uma determinada atividade. Pode ser o representante de vendas que criou o pedido, o gerente de crédito que o aprovou ou um usuário de sistema que registrou automaticamente um pagamento.

Esse atributo viabiliza uma análise centrada nas pessoas. É usado para analisar a distribuição de carga de trabalho, comparar a performance entre equipes ou indivíduos e identificar oportunidades de treinamento. Também é essencial para conformidade e trilha de auditoria. Analisar atividades por usuário ajuda a descobrir quem participa de ciclos de retrabalho ou apresenta comportamentos não conformes e é fundamental para calcular o KPI 'Taxa de intervenção manual'.

Por que é importante

Identifica a pessoa ou o sistema que executa uma atividade, permitindo analisar a carga de trabalho, o desempenho da equipe, os níveis de automação e a conformidade.

Onde obter

Comumente encontrado em logs de transação ou históricos de alteração de documentos, frequentemente rotulado como "Criado por" ou "Alterado por".

Exemplos
John.SmithBATCH_USERAlice.JonesUSER_API
Valor do Pedido
OrderValue
O valor monetário total do pedido de venda, normalmente na moeda do documento.
Descrição

O Valor do Pedido representa o valor financeiro total do pedido de venda. É um indicador financeiro crítico que quantifica a magnitude de cada caso.

Esse atributo é essencial para análises orientadas a valor. Ele permite priorizar problemas, focando nos pedidos de maior valor. Por exemplo, é possível analisar se pedidos de alto valor enfrentam tempos de ciclo maiores ou mais retrabalho do que pedidos de baixo valor. Também é usado para calcular o impacto financeiro das ineficiências do processo, como o valor total de pedidos atrasados por um gargalo específico. Isso fortalece o caso de negócio para iniciativas de melhoria de processos.

Por que é importante

Permite análises baseadas em valor, ajudando a priorizar melhorias ao focar em pedidos de alto valor e quantificar o impacto financeiro dos atrasos.

Onde obter

Disponível no cabeçalho do pedido de venda, geralmente calculado como a soma dos valores líquidos de todos os itens.

Exemplos
15200.50500.00125000.75
Data de entrega confirmada
ConfirmedDeliveryDate
A data de entrega que a empresa confirmou e se comprometeu com o cliente.
Descrição

Após verificar o estoque e os cronogramas de produção, a empresa informa uma Data de Entrega Confirmada. Isso representa o compromisso da organização com o cliente e serve de referência interna para medir o desempenho do atendimento.

Esse atributo é essencial para avaliar a eficiência operacional interna. Ele é usado no KPI 'Taxa de Entrega no Prazo', comparado à Data de Entrega Real para identificar se a empresa cumpriu seu próprio compromisso. Discrepâncias relevantes entre as Datas de Entrega Solicitada e Confirmada, em muitos pedidos, podem indicar problemas sistêmicos nos cálculos de Available-to-Promise (ATP) ou no planejamento de capacidade.

Por que é importante

Representa o compromisso da empresa com o cliente e serve como referência interna para medir a pontualidade da entrega e a confiabilidade do atendimento.

Onde obter

Encontrado nos dados das linhas de programação (schedule lines) do pedido de venda, que geralmente são atualizados após uma verificação de disponibilidade ou uma rodada de planejamento da produção.

Exemplos
2023-11-182023-12-012024-01-15
Data de entrega real
ActualDeliveryDate
A data em que as mercadorias foram efetivamente entregues ao cliente, marcando a conclusão da etapa de atendimento do processo.
Descrição

A Data de Entrega Real é o carimbo de data e hora que registra a entrega bem-sucedida das mercadorias ao cliente, geralmente com base no comprovante de entrega do transportador.

Esse atributo é a medida definitiva do sucesso do atendimento do pedido. É o ponto final usado para calcular a 'Taxa de entrega no prazo', comparando-a com as Datas de Entrega Solicitada e Confirmada. Analisar o intervalo entre a atividade 'Mercadorias enviadas' e a Data de Entrega Real também traz insights sobre o desempenho de parceiros logísticos e métodos de envio.

Por que é importante

Esta é a comprovação final do atendimento e é essencial para calcular com precisão a Taxa de Entrega no Prazo e o tempo total do ciclo de atendimento do pedido.

Onde obter

Geralmente vem de um sistema externo de logística ou transporte e é integrado novamente ao ERP. Pode ser derivado do carimbo de data e hora da atividade 'Goods Delivered'.

Exemplos
2023-11-172023-12-022024-01-14
Data de entrega solicitada
RequestedDeliveryDate
A data de entrega do pedido conforme solicitada pelo cliente.
Descrição

Esta data representa o prazo de entrega desejado pelo cliente. É uma informação crítica capturada no início do processo e serve como principal referência para a satisfação do cliente quanto à pontualidade da entrega.

Na análise de processos, a Data de Entrega Solicitada é comparada a outras datas importantes, como a data de entrega confirmada e a data de entrega real, para medir níveis de serviço. É um insumo central do dashboard 'On-Time Delivery Performance' e é usada para calcular se a entrega foi pontual na visão do cliente. Analisar as diferenças entre as datas solicitadas e confirmadas também pode evidenciar problemas de planejamento e programação.

Por que é importante

Reflete a expectativa de entrega do cliente e serve de base para medir a pontualidade e a satisfação.

Onde obter

Normalmente localizado no cabeçalho do pedido de venda ou nos detalhes do item, informado durante a criação do pedido.

Exemplos
2023-11-152023-12-012024-01-10
Data de Vencimento do Pagamento
PaymentDueDate
A data de vencimento para 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. Ela define o prazo para pagamento em dia e é um elemento-chave do processo de contas a receber.

Esse atributo é fundamental para analisar a parte financeira do ciclo do pedido ao caixa. Ele serve de referência para verificar se um pagamento ocorreu no prazo, alimentando diretamente o KPI 'Taxa de pagamento no prazo'. O dashboard 'Ciclo da fatura ao pagamento' depende bastante dessa data para analisar comportamentos de pagamento e gerenciar o capital de giro com eficiência. Atrasos entre a criação da fatura e o pagamento podem ser comparados a essa data para identificar clientes que demoram a pagar.

Por que é importante

Crucial para a análise financeira, essa data é a base para calcular a Taxa de Pagamento no Prazo e gerenciar contas a receber.

Onde obter

Normalmente consta na fatura do cliente e é derivado da data da fatura e das condições de pagamento especificadas nos dados mestres do cliente ou no pedido de venda.

Exemplos
2023-12-152024-01-302024-02-28
É Automatizado
IsAutomated
Um indicador que mostra se a atividade foi executada automaticamente pelo sistema ou manualmente por um usuário.
Descrição

Este atributo booleano diferencia tarefas executadas por usuários humanos daquelas realizadas por automação de sistema, como jobs em segundo plano, APIs ou bots de RPA. Por exemplo, uma verificação de crédito pode ser automatizada, enquanto resolver um bloqueio de crédito costuma ser manual.

Analisar o processo pela ótica da automação é fundamental para iniciativas de transformação digital. Esse indicador é o principal dado para o cálculo do KPI 'Taxa de Intervenção Manual'. Ele ajuda a identificar quais partes do processo são altamente automatizadas e quais ainda dependem de trabalho manual. Essa análise pode apontar oportunidades de automação adicional para reduzir custos, minimizar erros e acelerar os tempos de ciclo.

Por que é importante

Distingue tarefas manuais de automatizadas, essencial para medir o nível de automação e identificar oportunidades de melhoria de processo.

Onde obter

Essa informação pode ser derivada do atributo 'User Name' (por exemplo, identificando usuários de sistema como 'BATCH_USER') ou de campos específicos em event logs que rastreiam o contexto de execução.

Exemplos
verdadeirofalse
Motivo da Rejeição
RejectionReason
Um código ou uma descrição que explique por que um pedido de venda ou item foi cancelado ou rejeitado.
Descrição

Quando um pedido de venda é cancelado ou um item é rejeitado, o Motivo de Rejeição traz o contexto de negócio para esse desfecho negativo. Os motivos podem variar de 'Customer Canceled' e 'Incorrect Price' até 'Out of Stock'.

Esse atributo é essencial para a análise de causa-raiz de falhas de processo. Ao analisar a frequência de diferentes motivos de rejeição, a empresa consegue identificar problemas sistêmicos. Por exemplo, um volume alto de cancelamentos por 'Incorrect Price' pode apontar problemas nos processos de cotação ou de dados mestres. Essa análise apoia diretamente os esforços para melhorar a 'First-Time Right Rate' e reduzir desperdícios no processo.

Por que é importante

Explica por que os pedidos falham, possibilitando análise de causa raiz para resolver problemas de precificação, estoque ou comunicação com o cliente.

Onde obter

Normalmente encontrado no nível do item do pedido de venda e selecionado a partir de uma lista predefinida de códigos quando um item é cancelado.

Exemplos
Solicitação do ClienteProduto descontinuadoErro de precificaçãoLimite de Crédito Excedido
Status do pedido
OrderStatus
O status do pedido de venda no momento do evento, como 'Aberto', 'Em processamento' ou 'Concluído'.
Descrição

O status do pedido mostra em que ponto do ciclo de vida o pedido de venda está em um momento específico. É um rótulo que resume o estado atual do pedido.

Embora a sequência de atividades ofereça um mapa detalhado do processo, o atributo status do pedido é útil para criar uma visão mais simples e de alto nível. Ele permite filtrar pedidos que estejam em um estado específico, por exemplo, 'Bloqueado por crédito'. Analisar o tempo gasto em diferentes status também pode revelar gargalos, como pedidos que permanecem tempo demais em 'Aguardando aprovação'.

Por que é importante

Fornece um panorama do estado do pedido, útil para filtrar, analisar status e identificar pedidos parados em determinada etapa.

Onde obter

Este é um campo padrão no cabeçalho da maioria dos documentos de pedido de venda em sistemas de ERP e CRM.

Exemplos
AbertoEm ProgressoBloqueio de CréditoConcluídoCancelado
Obrigatório Recomendado Opcional

Do Pedido ao Recebimento - Atividades de Processamento de Pedido de Venda

Essas atividades representam etapas e marcos-chave do processo que devem ser acompanhados para uma descoberta precisa e uma análise completa.
7 Recomendado 9 Opcional
AtividadeDescrição
Fatura Criada
Esta atividade representa a emissão da fatura do cliente pelos produtos ou serviços enviados. É uma transação financeira central que registra formalmente a dívida do cliente e inicia o ciclo de pagamento.
Por que é importante

O tempo entre a expedição e o faturamento, conhecido como atraso 'bill-to-cash', impacta diretamente o fluxo de caixa. Analisar isso ajuda a identificar atrasos no processo de faturamento.

Onde obter

Este é um evento explícito, capturado a partir do timestamp de criação da fatura ou do documento de faturamento no módulo financeiro.

Captura

Use a data e a hora de criação do registro do documento de fatura nas tabelas de contas a receber ou de faturamento.

Tipo de evento explicit
Mercadorias Expedidas
Este evento crítico marca o momento em que os itens embalados do pedido foram expedidos e saíram fisicamente do armazém. É um marco logístico e financeiro importante, que frequentemente aciona o processo de faturamento.
Por que é importante

Este é um marco central para medir a performance de entrega no prazo e o tempo de ciclo do fulfillment. O tempo entre a criação do pedido e a expedição é um indicador-chave de performance.

Onde obter

Normalmente é um evento explícito registrado nos módulos de expedição ou logística, muitas vezes chamado de 'Post Goods Issue' ou 'Ship Confirmation'.

Captura

Use o timestamp da confirmação de expedição ou da transação de saída de mercadoria, geralmente registrado no documento de entrega ou de fulfillment.

Tipo de evento explicit
Pagamento recebido
Esta atividade indica que o pagamento do cliente referente a uma fatura foi recebido, processado e baixado. Esse evento normalmente ocorre no módulo de Contas a Receber e encerra o item financeiro em aberto.
Por que é importante

Esta é a última etapa que gera valor. Medir o tempo da fatura até o pagamento é crucial para analisar os Dias de Vendas a Receber (DSO) e a eficiência do ciclo de conversão de caixa.

Onde obter

Este é um evento explícito de lançamento financeiro, capturado a partir da data de liquidação do documento de contas a receber ou da criação de um registro de aplicação de pagamento.

Captura

Use a data de lançamento ou a data de liquidação do documento financeiro que baixa o valor em aberto da fatura.

Tipo de evento explicit
Pedido de venda aprovado
Este marco indica que o pedido de venda passou por todas as verificações internas necessárias, como análises de crédito e de configuração, e está formalmente confirmado para atendimento. Geralmente envolve uma ação explícita de aprovação ou mudança de status.
Por que é importante

Este é um ponto de controle-chave que determina o avanço do processo de atendimento. Analisar o tempo até a aprovação ajuda a identificar atrasos no ciclo de validação e revisão do pedido.

Onde obter

Geralmente é registrado com um status específico — 'Approved', 'Confirmed' ou 'Booked' — no campo de status do pedido de venda ou no histórico do workflow.

Captura

Identifique o carimbo de data e hora em que o status do pedido de venda passa para um estado que indica que está pronto para atendimento, como 'Approved' ou 'Booked'.

Tipo de evento inferred
Pedido de venda cancelado
Esse evento representa o cancelamento de um pedido de venda antes de ser totalmente expedido e faturado. É um desfecho alternativo, sem sucesso, que pode ocorrer em diferentes etapas do processo.
Por que é importante

Este é um desfecho crítico de falha. Analisar quando e por que os pedidos são cancelados pode revelar problemas de satisfação do cliente, disponibilidade de estoque ou erros de lançamento de dados.

Onde obter

Geralmente identificado por um status específico, como 'Cancelled' ou 'Rejected', aplicado ao cabeçalho do pedido de venda ou aos seus itens.

Captura

Capture o timestamp quando um motivo de cancelamento ou o status final "Cancelado" for aplicado ao documento do pedido de venda.

Tipo de evento inferred
Pedido de venda criado
Esta atividade marca a criação inicial de um pedido de venda no sistema. Ela registra formalmente a solicitação do cliente por produtos ou serviços e é o ponto de partida do processo de Order to Cash (O2C).
Por que é importante

Este é o evento inicial principal do processo. Analisar o tempo a partir desse ponto ajuda a medir o tempo total do ciclo de atendimento do pedido e a eficiência da entrada inicial de dados.

Onde obter

Esse evento normalmente é capturado a partir do timestamp de criação do registro de cabeçalho do pedido de venda ou do seu log de transações associado.

Captura

Identifique o primeiro carimbo de data e hora associado à criação de um novo ID de pedido de venda na tabela de cabeçalho de pedidos do sistema ou no documento.

Tipo de evento explicit
Pedido de venda fechado
Esta é a atividade final de um pedido processado com sucesso, indicando que foi totalmente expedido, faturado e pago. Esse status significa que não são esperadas novas transações para este pedido de venda.
Por que é importante

Esta atividade marca a conclusão bem-sucedida do processo. O tempo total da criação ao encerramento representa o tempo de ciclo de ponta a ponta de um pedido perfeito.

Onde obter

Geralmente inferido a partir de um status final no cabeçalho do pedido de venda, como 'Closed' ou 'Complete', após a conclusão de todas as transações filhas.

Captura

Identifique o carimbo de data e hora em que o status do cabeçalho do pedido de venda é atualizado para o estado final de concluído.

Tipo de evento inferred
Análise de Crédito Realizada
Esta atividade indica que foi realizada uma verificação de crédito para o cliente associado ao pedido. Pode ser uma verificação automatizada do sistema ou uma análise manual, geralmente resultando em uma atualização do status de crédito do pedido.
Por que é importante

Esta etapa é um gargalo comum. Medir sua duração e resultados ajuda a analisar a eficiência da gestão de crédito e seu impacto no tempo total do ciclo do pedido.

Onde obter

Muitas vezes inferido a partir de uma mudança de status no pedido de venda, da liberação de um bloqueio de crédito ou de um lançamento em um log específico de gestão de crédito.

Captura

Capture o timestamp quando o campo de status de crédito do pedido for atualizado para "Aprovado" ou "Verificado", ou quando um bloqueio relacionado a crédito for removido.

Tipo de evento inferred
Estoque reservado
Esta atividade representa o momento em que o estoque necessário para as linhas do pedido de venda foi alocado ou reservado. Essa ação garante que os itens estejam disponíveis e comprometidos com esse pedido específico, evitando que sejam vendidos para outros.
Por que é importante

Acompanhar a reserva de estoque ajuda a analisar a disponibilidade de materiais e possíveis atrasos relacionados a estoque. O tempo entre a aprovação do pedido e a reserva pode evidenciar problemas de suprimento.

Onde obter

Geralmente é um evento automatizado do sistema, registrado nas tabelas de movimentação de estoque ou indicado por uma mudança de status no item do pedido de venda.

Captura

Capture o timestamp no log de transações de estoque que corresponde ao comprometimento de estoque para o item específico do pedido de venda.

Tipo de evento explicit
Fatura enviada ao cliente
Representa o momento em que a fatura emitida é enviada ao cliente para pagamento. Isso pode ocorrer por diferentes canais, como e-mail, EDI ou correio.
Por que é importante

Isso marca o início oficial da contagem do prazo de pagamento do cliente. Atrasos entre a criação e o envio da fatura podem impactar negativamente o ciclo de conversão de caixa.

Onde obter

Obtido a partir de logs de Output Management, registros de comunicação ou de um status específico na fatura.

Captura

Capture o timestamp no log de saída do sistema que indique a transmissão bem-sucedida do documento de fatura.

Tipo de evento inferred
Liberado para o armazém
Esta atividade marca a passagem formal do pedido de venda para o armazém, para processamento físico. É o gatilho para a equipe do armazém iniciar as atividades de picking e packing.
Por que é importante

Este é um ponto crítico de passagem entre áreas. Analisar o tempo gasto nessa etapa pode revelar gargalos na comunicação entre vendas e logística.

Onde obter

Esse evento geralmente é registrado quando uma pick list é gerada ou quando o status do pedido é atualizado para 'Ready to Pick' ou 'Released'.

Captura

Identifique o carimbo de data e hora em que o status da linha do pedido de venda muda para um estado que indica que está pronta para processamento no armazém.

Tipo de evento inferred
Mercadorias Embaladas
Esta atividade marca a conclusão do processo de embalagem, quando os itens separados são consolidados, embalados e preparados para envio. Isso costuma incluir a emissão do romaneio de embalagem e a finalização dos detalhes de expedição.
Por que é importante

Analisar o tempo entre separação e embalagem pode ajudar a otimizar o layout dos postos de trabalho e os procedimentos de embalagem. É uma etapa-chave para garantir a acuracidade do pedido antes do envio.

Onde obter

Esse evento pode ser registrado como um status distinto em um WMS ou inferido a partir do horário de criação do documento de packing slip.

Captura

Identifique o carimbo de data e hora em que o status do documento de atendimento muda para 'Packed' ou use o carimbo de data e hora de criação do romaneio de expedição.

Tipo de evento inferred
Mercadorias Entregues
Esta atividade indica que a remessa foi entregue com sucesso no endereço indicado pelo cliente. Essa informação geralmente é atualizada com base em dados recebidos de uma transportadora externa ou por meio de confirmação manual.
Por que é importante

Acompanhar a entrega dá uma visão completa da experiência do cliente e permite medir com precisão o tempo total do ciclo de atendimento do pedido.

Onde obter

Geralmente obtido de dados do transportador externo integrados ao sistema principal ou de um registro de confirmação de comprovante de entrega (Proof of Delivery).

Captura

Capture o timestamp de confirmação de entrega informado pela transportadora ou o timestamp de um registro manual de "Comprovante de Entrega".

Tipo de evento explicit
Mercadorias Separadas
Esta atividade indica a conclusão da separação física de todos os itens do pedido nos seus endereços de estoque. Normalmente é registrada quando o operador do armazém confirma que a tarefa de picking foi finalizada.
Por que é importante

Medir a duração da separação é essencial para analisar a eficiência do armazém e identificar gargalos no processo físico de atendimento.

Onde obter

Normalmente registrado em um módulo de WMS (Warehouse Management System) ou inferido a partir de uma atualização de status no documento de entrega ou de fulfillment.

Captura

Capture o timestamp quando o status da lista de separação ou do documento de atendimento associado for atualizado para "Separado" ou "Concluído".

Tipo de evento inferred
Nota de Crédito Criada
Esta atividade ocorre quando uma nota de crédito é emitida para o cliente, normalmente por devoluções, divergências de preço ou outros ajustes. Ela representa a reversão ou redução de um valor já faturado.
Por que é importante

Analisar a frequência e os motivos de notas de crédito ajuda a identificar problemas sistêmicos de qualidade do produto, acuracidade de expedição ou erros de precificação. É um importante indicador de falhas de processo.

Onde obter

Este é um evento financeiro explícito, capturado a partir do timestamp de criação da nota de crédito no módulo de faturamento ou de contas a receber.

Captura

Use a data e a hora de criação do documento de nota de crédito, que normalmente está vinculado ao pedido de venda ou à fatura original.

Tipo de evento explicit
Pedido de venda alterado
Esta atividade representa qualquer alteração relevante em um pedido de venda após sua criação inicial, como mudanças em quantidades, itens, preços ou datas solicitadas. Normalmente, é registrada ao acompanhar atualizações na trilha de auditoria do sistema ou nos logs de alteração.
Por que é importante

Acompanhar as alterações no pedido é essencial para identificar retrabalho, entender fontes de ineficiência e medir a taxa de acerto na primeira vez. Mudanças frequentes podem indicar problemas na precisão inicial do pedido.

Onde obter

Obtido em tabelas de log de alterações do sistema, trilhas de auditoria ou pela comparação entre diferentes versões do documento de pedido de venda.

Captura

Filtre os logs de alterações do sistema por atualizações em campos-chave do cabeçalho do pedido de vendas ou dos itens, usando o timestamp da alteração como horário do evento.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados para Process Mining.

Os métodos de extração variam por sistema. Para instruções detalhadas,

leia nosso guia de ETL

ou selecione um processo e sistema específicos.