Seu Template de dados para processamento de pedidos de venda no processo Order to Cash

Template universal de Process Mining
Seu Template de dados para processamento de pedidos de venda no processo Order to Cash

Seu Template de dados para processamento de pedidos de venda no processo Order to Cash

Template universal de Process Mining

Este é nosso Template genérico de dados para Process Mining de Order to Cash: processamento de pedidos de venda. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.

Selecione um sistema específico
  • Identifica os atributos de dados essenciais para compor um Event Log completo.
  • Apresenta as principais atividades e marcos do processo.
  • Oferece um ponto de partida universal para Process Mining, adaptável a qualquer sistema.
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos do processamento de pedidos de venda no processo Order to Cash

Estes campos de dados recomendados são essenciais para criar um Event Log abrangente e permitir uma análise detalhada do processamento de pedidos de venda no processo Order to Cash.
5 Obrigatório 5 Recomendado 7 Opcional
Nome Descrição
Data e hora do evento
EventTime
Data e hora exatas em que uma atividade ou um evento específico ocorreu.
Descrição

A data e a hora do evento registram o momento exato em que uma atividade ocorreu. Esse atributo fornece o contexto temporal do processo e permite ordenar cronologicamente todos os eventos associados a um pedido de vendas.

Esse dado é essencial para todas as análises baseadas em tempo. Ele é usado para calcular os tempos de ciclo entre quaisquer duas atividades, identificar a duração de etapas específicas e localizar atrasos ou gargalos. Por exemplo, o KPI "Tempo de ciclo do atendimento de pedidos" é calculado pela diferença entre a data e a hora do evento da atividade final de entrega e a atividade inicial de criação do pedido. Dashboards como "Visão geral do tempo de ciclo do pedido de vendas" dependem totalmente desse atributo.

Por que isso importa

Esse dado é essencial para calcular métricas de performance, como tempos de ciclo e durações, que ajudam a identificar gargalos.

Onde encontrar

Geralmente, esse dado aparece junto a cada transação ou registro de atualização de status, com nomes 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
ID do pedido de vendas
SalesOrderId
Identificador exclusivo de um pedido de vendas, usado como identificador principal do caso no processo de pedido ao recebimento.
Descrição

O ID do pedido de vendas é a base do Process Mining no processo de pedido ao recebimento, pois identifica cada instância do processo, da criação ao encerramento. Ele funciona como chave primária que conecta todas as atividades, os eventos e os dados relacionados, formando a jornada completa de um único pedido.

Na análise, esse atributo permite reconstruir o ciclo de vida de cada pedido de vendas. Ele é usado para rastrear a sequência de eventos, medir o tempo entre atividades e agregar métricas por pedido. Por exemplo, para calcular o KPI "Tempo de ciclo do atendimento de pedidos", é preciso agrupar todas as atividades pelo ID do pedido de vendas e calcular a diferença entre o primeiro e o último evento.

Por que isso importa

Esse ID é essencial para acompanhar cada pedido ao longo do processo e permite analisar, por caso, os tempos de ciclo, os gargalos e os desvios.

Onde encontrar

Geralmente, esse dado fica na tabela de cabeçalho dos documentos de pedido de vendas do sistema ERP ou CRM de origem.

Exemplos
SO-001234598004567ORD-2023-54321
Nome da atividade
ActivityName
Nome do evento ou da tarefa de negócio específica que ocorreu em determinado momento do processo do pedido de vendas.
Descrição

O nome da atividade descreve uma etapa ou um marco no ciclo de vida do pedido de vendas, como "Pedido de vendas criado", "Análise de crédito realizada" ou "Mercadorias enviadas". Cada atividade representa uma ação específica realizada no pedido e compõe o mapa do processo.

A análise depende muito desse atributo para visualizar o fluxo do processo, identificar caminhos comuns e descobrir desvios do procedimento padrão. Ao analisar a sequência de atividades, analistas podem localizar gargalos, ciclos de retrabalho, como atividades repetidas de "Pedido de vendas alterado", e variações fora de conformidade. Esse atributo é fundamental para dashboards como "Conformidade e desvios do processo" e KPIs como "Taxa de retrabalho de pedidos de vendas".

Por que isso importa

Ele define as etapas do processo e permite visualizar o mapa, analisar os fluxos e identificar retrabalho ou desvios.

Onde encontrar

Muitas vezes, esse dado é obtido de alterações no 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 criadoProdutos enviadosPagamento recebidoPedido de vendas cancelado
Sistema de origem
SourceSystem
Identifica o sistema de informação de onde vêm os dados, como um ERP, CRM ou plataforma legada.
Descrição

O atributo Sistema de origem especifica o sistema de registro em que os dados do evento foram gerados. Em empresas modernas, um processo completo, como o de pedido ao recebimento, costuma passar por vários aplicativos, por exemplo, um CRM para criar o pedido e um ERP para o atendimento e o faturamento.

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

Por que isso importa

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

Onde encontrar

Essa informação costuma ser adicionada durante a extração de dados (ETL) ou pode ser um campo padrão em data warehouses.

Exemplos
SAP S/4HANASalesforce Sales CloudOracle NetSuite
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição

Este atributo registra a data e a hora em que os dados foram carregados pela última vez no ambiente de Process Mining. Ele indica o nível de atualização dos dados analisados e é diferente da data e hora do evento, que registram quando a atividade de negócio realmente ocorreu.

Embora normalmente não seja usado diretamente na análise do fluxo do processo, esse dado é importante para a governança de dados e para garantir a confiabilidade das conclusões. Ele ajuda analistas e usuários de negócio a entender quando os insights foram gerados. Por exemplo, se os dados foram atualizados há uma semana, essa informação deve ser considerada ao tirar conclusões sobre a performance atual.

Por que isso importa

Esse dado indica o nível de atualização das informações e ajuda a garantir que as análises usem dados recentes e que as conclusões continuem relevantes.

Onde encontrar

Em geral, essa informação é gerada e armazenada pela ferramenta de extração de dados (ETL) ou pela plataforma de Process Mining durante a ingestão dos dados.

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

O canal de vendas indica a origem ou o meio pelo qual o 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 diferenças importantes de eficiência e conformidade. Por exemplo, pedidos feitos pela Web podem ser altamente 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 as empresas a otimizar o fluxo específico de cada canal e alocar recursos com mais eficiência. É uma dimensão importante para dashboards como "Gargalos no atendimento de pedidos".

Por que isso importa

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

Onde encontrar

Essa informação costuma ficar nos dados do cabeçalho do pedido de vendas e geralmente é um campo obrigatório durante a inserção do pedido.

Exemplos
Portal WebVendas diretasEDIRede de parceiros
Identificador do cliente
CustomerIdentifier
Identificador exclusivo ou nome do cliente que fez o pedido de vendas.
Descrição

Esse atributo identifica a parte externa para quem o pedido de vendas está sendo processado. Pode ser um número exclusivo de cliente, o nome de uma empresa ou outra chave que diferencie um cliente dos demais.

No Process Mining, o identificador do cliente é uma dimensão útil para segmentar os dados. Analistas podem filtrar o mapa do processo para ver como ele funciona para um cliente específico ou comparar os fluxos entre grupos de clientes, como contas estratégicas e compradores ocasionais. Isso pode revelar processos personalizados ou destacar clientes que frequentemente causam desvios ou atrasos, gerando insights valiosos para a gestão do relacionamento com clientes.

Por que isso importa

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

Onde encontrar

Esse dado fica nos dados do cabeçalho do pedido de vendas e está vinculado aos dados mestres do cliente no sistema ERP ou CRM de origem.

Exemplos
CUST-10023Global Corp Inc.758991
Identificador do produto
ProductIdentifier
Código ou nome exclusivo de um produto ou serviço principal do pedido de vendas.
Descrição

O identificador do produto, como um número de material ou SKU, especifica o que está sendo vendido. Embora um pedido de vendas possa incluir vários produtos, esse atributo costuma representar o produto principal ou pode ser agregado em uma categoria de produtos para análises de alto nível.

Esse atributo permite analisar o processo de pedido ao recebimento pela perspectiva dos produtos. A análise pode revelar se determinados produtos estão associados a prazos de atendimento mais longos, mais problemas de entrega ou mais cancelamentos. Esse insight é importante para o planejamento da cadeia de suprimentos, a gestão de estoque e a estratégia do portfólio de produtos. Por exemplo, descobrir que uma linha de produtos específica sofre atrasos frequentes na etapa "Liberado para o armazém" pode levar a uma investigação dos níveis de estoque ou da localização no armazém.

Por que isso importa

Permite analisar a performance do processo para diferentes produtos ou grupos de produtos e identificar gargalos ou problemas específicos.

Onde encontrar

Esse dado fica no nível do item do pedido de vendas. Para análises por caso, pode ser representado pelo item mais relevante ou por uma categoria de produtos derivada.

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

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

Esse atributo permite analisar o processo sob a perspectiva das pessoas. Ele é usado para avaliar a distribuição da carga de trabalho, comparar a performance entre equipes ou pessoas e identificar oportunidades de treinamento. Também é importante para a conformidade e a trilha de auditoria. Analisar as atividades por usuário ajuda a descobrir quem participa de ciclos de retrabalho ou de comportamentos fora de conformidade e é fundamental para calcular o KPI "Taxa de intervenção manual".

Por que isso importa

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

Onde encontrar

Esse dado costuma aparecer em logs de transações ou históricos de alterações de documentos, com nomes como "Criado por" ou "Alterado por".

Exemplos
John.SmithBATCH_USERAlice.JonesUSER_API
Valor do pedido
OrderValue
Valor monetário total do pedido de vendas, geralmente na moeda do documento.
Descrição

O valor do pedido representa o valor financeiro total do pedido de vendas. É uma métrica financeira importante que quantifica a dimensão de cada instância de caso.

Esse atributo é muito útil para análises de processo baseadas em valor. Ele permite priorizar problemas com foco nos pedidos de maior valor. Por exemplo, analistas podem investigar se pedidos de alto valor têm tempos de ciclo mais longos ou mais retrabalho do que pedidos de baixo valor. O atributo também ajuda a calcular o impacto financeiro das ineficiências do processo, como o valor total dos pedidos atrasados por um gargalo específico. Isso ajuda a justificar iniciativas de melhoria de processos.

Por que isso importa

Permite analisar os processos com base no valor, priorizando melhorias em pedidos de alto valor e quantificando o impacto financeiro dos atrasos.

Onde encontrar

Disponível nos dados do cabeçalho do pedido de vendas, geralmente calculado pela soma dos valores líquidos de todos os itens.

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

Depois de verificar o estoque e os cronogramas de produção, a empresa informa uma data de entrega confirmada. Essa data representa o compromisso da organização com o cliente e serve como referência interna para medir a performance do atendimento.

Esse atributo é essencial para avaliar a eficiência operacional interna. Ele é usado no KPI "Taxa de entrega no prazo", que compara a data de entrega confirmada com a data de entrega real para determinar se a empresa cumpriu o próprio compromisso. Diferenças significativas entre as datas de entrega solicitadas e confirmadas em muitos pedidos podem indicar problemas sistêmicos nos cálculos de disponibilidade para promessa (ATP) ou no planejamento de capacidade.

Por que isso importa

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 encontrar

Esse dado fica nas linhas de programação do pedido de vendas e costuma ser atualizado depois de uma verificação de disponibilidade ou de uma execução do planejamento de produção.

Exemplos
2023-11-182023-12-012024-01-15
Data de entrega real
ActualDeliveryDate
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 registra a entrega bem-sucedida das mercadorias ao cliente. Muitas vezes, ela é baseada no comprovante de entrega fornecido pela transportadora.

Esse atributo é a medida definitiva do sucesso do atendimento. É o dado final usado para calcular a "Taxa de entrega no prazo", comparando-o com as datas de entrega solicitada e confirmada. Analisar o intervalo entre a atividade "Mercadorias enviadas" e a data de entrega real também pode gerar insights sobre a performance dos parceiros de logística e dos métodos de envio.

Por que isso importa

Esse é o comprovante final do atendimento e é essencial para calcular com precisão a taxa de entrega no prazo e o tempo total de ciclo do atendimento de pedidos.

Onde encontrar

Muitas vezes, esse dado vem de um sistema externo de logística ou transporte e é integrado ao ERP. Ele também pode ser obtido pela data e hora da atividade "Mercadorias entregues".

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

Essa data representa o prazo de entrega desejado pelo cliente. É uma informação importante, registrada no início do processo, e serve como principal referência para avaliar a satisfação do cliente com a pontualidade da entrega.

Na análise do processo, a data de entrega solicitada é comparada com outras datas importantes, como a data de entrega confirmada e a data de entrega real, para medir os níveis de serviço. É um dado essencial para o Dashboard "Performance de entrega no prazo" e ajuda a calcular se a entrega ocorreu no prazo esperado pelo cliente. Analisar a diferença entre as datas solicitada e confirmada também pode revelar problemas de planejamento e programação.

Por que isso importa

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

Onde encontrar

Geralmente, esse dado fica no cabeçalho do pedido de vendas ou nos detalhes do item e é informado durante a criação do pedido.

Exemplos
2023-11-152023-12-012024-01-10
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. Ela define o prazo para o pagamento em dia e é um elemento importante do processo de contas a receber.

Esse atributo é essencial para analisar a parte financeira do ciclo de pedido ao recebimento. Ele serve de referência para determinar se o pagamento foi feito no prazo e é um dado direto para o KPI "Taxa de pagamentos no prazo". O Dashboard "Ciclo entre fatura e pagamento" depende dessa data para analisar o comportamento de pagamento e gerenciar o capital de giro com eficiência. Atrasos entre a criação da fatura e o pagamento podem ser comparados com essa data para identificar clientes que pagam com atraso.

Por que isso importa

Essencial para a análise financeira, essa data serve de referência para calcular a taxa de pagamentos no prazo e gerenciar as contas a receber.

Onde encontrar

Geralmente, esse dado aparece no documento da fatura do cliente e é calculado com base na data da fatura e nas condições de pagamento especificadas nos dados mestres do cliente ou no pedido de vendas.

Exemplos
2023-12-152024-01-302024-02-28
É automatizada
IsAutomated
Indica se uma atividade foi realizada automaticamente pelo sistema ou manualmente por um usuário.
Descrição

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

Analisar o processo pela perspectiva da automação é essencial para iniciativas de transformação digital. Esse indicador é o principal dado usado para calcular o KPI de 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 revelar oportunidades para ampliar a automação, reduzir custos, minimizar erros e encurtar os tempos de ciclo.

Por que isso importa

Diferencia tarefas manuais das automatizadas, o que é essencial para medir os níveis de automação e identificar oportunidades de melhoria do processo.

Onde encontrar

Essa informação pode ser obtida do atributo “Nome do usuário” (por exemplo, identificando usuários do sistema, como “BATCH_USER”) ou de campos específicos nos registros de eventos que acompanham o contexto de execução.

Exemplos
truefalse
Motivo da rejeição
RejectionReason
Código ou descrição que explica por que um pedido de venda ou um item foi cancelado ou rejeitado.
Descrição

Quando um pedido de venda é cancelado ou um item é rejeitado, o motivo da rejeição explica o contexto de negócio desse resultado negativo. Entre os motivos possíveis estão “Cancelado pelo cliente”, “Preço incorreto” e “Sem estoque”.

Esse atributo é essencial para a análise de causa raiz de falhas no processo. Ao analisar a frequência dos diferentes motivos de rejeição, a empresa pode identificar problemas sistêmicos. Por exemplo, um número elevado de cancelamentos por “Preço incorreto” pode indicar problemas nos processos de cotação ou de dados mestres. Essa análise contribui diretamente para melhorar a taxa de acerto na primeira vez e reduzir o desperdício no processo.

Por que isso importa

Explica por que os pedidos não são concluídos, permitindo analisar a causa raiz e resolver problemas relacionados a preços, estoque ou comunicação com o cliente.

Onde encontrar

Geralmente aparece no nível do item do pedido de venda e é selecionado em uma lista predefinida de códigos quando um item é cancelado.

Exemplos
Solicitação do clienteProduto descontinuadoErro de preçoLimite de crédito excedido
Status do pedido
OrderStatus
Status do pedido de vendas no momento do evento, como "Aberto", "Em andamento" ou "Concluído".
Descrição

O status do pedido mostra em que ponto do ciclo de vida o pedido de vendas está em determinado momento. É um rótulo categórico que resume o estado atual do pedido.

A sequência de atividades oferece um mapa detalhado do processo, enquanto o atributo Status do pedido é útil para criar uma visão simplificada e de alto nível. Ele pode ser usado para filtrar todos os pedidos que estão em determinado estado, como os que estão "Aguardando liberação de crédito". Analisar o tempo gasto em cada status também pode revelar gargalos, por exemplo, pedidos que passam tempo demais no status "Aguardando aprovação".

Por que isso importa

Resume o estado do pedido em alto nível e ajuda a filtrar, analisar status e identificar pedidos parados em determinada etapa.

Onde encontrar

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

Exemplos
AbertoEm andamentoBloqueio de créditoConcluídoCancelado
Obrigatório Recomendado Opcional

Atividades do processamento de pedidos de venda no processo Order to Cash

Estas atividades representam as principais etapas e marcos que devem ser acompanhados para descobrir o processo com precisão e analisá-lo de forma abrangente.
7 Recomendado 9 Opcional
Atividade Descrição
Fatura criada
Esta atividade representa a geração da fatura do cliente pelos produtos ou serviços enviados. É uma transação financeira essencial que registra formalmente a dívida do cliente e dá início ao ciclo de pagamento.
Por que isso importa

O intervalo entre o envio e o faturamento, conhecido como prazo entre faturamento e recebimento, afeta diretamente o fluxo de caixa. Analisá-lo ajuda a identificar atrasos no processo de faturamento.

Onde encontrar

Este é um evento explícito, registrado com base na data e hora de criação da fatura ou do documento de cobrança no módulo financeiro.

Coleta

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

Tipo de evento explicit
Pagamento recebido
Esta atividade indica que o pagamento do cliente por uma fatura foi recebido, processado e aplicado. Em geral, o evento ocorre no módulo de contas a receber e encerra o item financeiro em aberto.
Por que isso importa

Esta é a etapa final que gera valor. Medir o intervalo entre a fatura e o pagamento é essencial para analisar o prazo médio de recebimento de vendas e a eficiência do ciclo de conversão de caixa.

Onde encontrar

Este é um evento explícito de lançamento financeiro, registrado com base na data de compensação do documento de contas a receber ou na criação de um registro de aplicação de pagamento.

Coleta

Use a data de lançamento ou de compensação do documento financeiro que liquida 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 as análises de crédito e de configuração, e foi confirmado formalmente para atendimento. Em geral, isso envolve uma ação explícita de aprovação ou uma alteração de status.
Por que isso importa

Este é um ponto de controle importante que libera o início do atendimento do pedido. Analisar o tempo até a aprovação ajuda a identificar atrasos no ciclo de validação e análise do pedido.

Onde encontrar

Em geral, esse evento é registrado com um status específico, como 'Aprovado', 'Confirmado' ou 'Registrado', no campo de status do pedido de venda ou no histórico do fluxo de trabalho.

Coleta

Identifique a data e hora em que o status do pedido de venda muda para indicar que ele está pronto para atendimento, como 'Aprovado' ou 'Registrado'.

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 de produtos ou serviços feita pelo cliente e dá início ao processo de Order to Cash.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo a partir deste ponto ajuda a medir o tempo de ciclo geral do atendimento de pedidos e a eficiência da entrada inicial de dados.

Onde encontrar

Em geral, este evento é registrado com base na data e hora de criação do registro principal do pedido de venda ou no log da transação associada.

Coleta

Identifique a primeira data e hora associada à criação de um novo ID de pedido de venda na tabela de cabeçalho do pedido ou no documento do sistema.

Tipo de evento explicit
Pedido de vendas cancelado
Este evento representa o cancelamento de um pedido de vendas antes do envio e faturamento completos. É um desfecho alternativo e malsucedido do processo, que pode ocorrer em diferentes etapas.
Por que isso importa

Este é um resultado 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 entrada de dados.

Onde encontrar

Em geral, o evento é registrado por um status específico, como "Cancelado" ou "Rejeitado", aplicado ao cabeçalho do pedido de vendas ou aos itens.

Coleta

Registre a data e a hora em que o motivo do cancelamento ou o status final "Cancelado" é aplicado ao documento do pedido de vendas.

Tipo de evento inferred
Pedido de vendas encerrado
Esta é a atividade final de um pedido processado com sucesso. Ela indica que o pedido foi totalmente enviado, faturado e pago, sem previsão de novas transações.
Por que isso importa

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

Onde encontrar

Em geral, esse evento é identificado pelo status final no cabeçalho do pedido de vendas, como "Encerrado" ou "Concluído", depois que todas as transações relacionadas são finalizadas.

Coleta

Identifique a data e a hora em que o status geral do cabeçalho do pedido de vendas é atualizado para o estado final de conclusão.

Tipo de evento inferred
Produtos enviados
Este evento importante marca o momento em que os produtos embalados do pedido são despachados e saem fisicamente do armazém. É um marco logístico e financeiro importante, que muitas vezes dá início ao faturamento.
Por que isso importa

Este é um marco essencial para medir a performance de entrega no prazo e o tempo de ciclo do atendimento de pedidos. O tempo entre a criação do pedido e o envio é um indicador-chave de performance.

Onde encontrar

Em geral, este evento é registrado explicitamente nos módulos de envio ou logística, muitas vezes com o nome 'Baixa de mercadorias' ou 'Confirmação de envio'.

Coleta

Use a data e hora da confirmação de envio ou da transação de baixa de mercadorias, geralmente armazenada no documento de entrega ou de atendimento.

Tipo de evento explicit
Análise de crédito realizada
Esta atividade indica que foi realizada uma análise de crédito do cliente associado ao pedido. Ela pode ser uma verificação automatizada pelo sistema ou uma análise manual, que muitas vezes resulta em uma atualização do status de crédito do pedido.
Por que isso importa

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

Onde encontrar

Em geral, o evento é identificado por uma alteração no status do pedido de venda, pela liberação de um bloqueio de crédito ou por um registro em um log específico de gestão de crédito.

Coleta

Registre a data e hora em que o campo de status de crédito do pedido é atualizado para 'Aprovado' ou 'Verificado', ou em que um bloqueio relacionado ao crédito é removido.

Tipo de evento inferred
Estoque reservado
Esta atividade representa o momento em que o estoque necessário para os itens do pedido de venda é alocado ou reservado. Isso garante que os produtos estejam disponíveis e comprometidos com aquele pedido, evitando que sejam vendidos a outras pessoas.
Por que isso importa

Acompanhar as reservas de estoque ajuda a analisar a disponibilidade de materiais e possíveis atrasos relacionados ao estoque. O tempo entre a aprovação do pedido e a reserva pode revelar problemas de abastecimento.

Onde encontrar

Em geral, este é um evento automatizado do sistema, registrado nas tabelas de transações de estoque ou indicado por uma alteração de status no item do pedido de venda.

Coleta

Registre a data e hora no log de transações de estoque correspondente à reserva de produtos para o item específico do pedido de venda.

Tipo de evento explicit
Fatura enviada ao cliente
Indica o momento em que a fatura criada é enviada ao cliente para pagamento. Isso pode acontecer por diferentes canais, como e-mail, intercâmbio eletrônico de dados ou correio.
Por que isso importa

Este evento marca o início oficial do prazo de pagamento do cliente. Atrasos entre a criação e o envio da fatura podem prejudicar o ciclo de conversão de caixa.

Onde encontrar

Os dados vêm de registros de gerenciamento de saída, registros de comunicação ou de uma atualização específica do status da fatura.

Coleta

Registre a data e a hora no log de saída do sistema que indica o envio bem-sucedido do documento da fatura.

Tipo de evento inferred
Liberado para o armazém
Esta atividade marca a transferência formal do pedido de venda para o armazém, onde será processado fisicamente. Ela sinaliza à equipe do armazém que pode iniciar a separação e a embalagem dos produtos.
Por que isso importa

Este é um ponto crítico de handoff entre departamentos. Analisar o tempo dessa etapa pode revelar gargalos na comunicação entre as equipes de vendas e logística.

Onde encontrar

Em geral, este evento é registrado quando uma lista de separação é gerada ou quando o status do pedido é atualizado para 'Pronto para separação' ou 'Liberado'.

Coleta

Identifique a data e hora em que o status do item do pedido de venda muda para indicar que ele está pronto para o processamento no armazém.

Tipo de evento inferred
Nota de crédito criada
Esta atividade ocorre quando uma nota de crédito é emitida para um cliente, geralmente por devolução de produtos, divergências de preço ou outros ajustes. Ela representa o estorno ou a redução de um valor faturado anteriormente.
Por que isso importa

Analisar a frequência e os motivos das notas de crédito ajuda a identificar problemas sistêmicos na qualidade dos produtos, na precisão das entregas ou nos preços. É um indicador importante de falhas no processo.

Onde encontrar

Este é um evento financeiro explícito, registrado com base na data e hora de criação da nota de crédito no módulo de faturamento ou de contas a receber.

Coleta

Use a data e a hora de criação da nota de crédito, que geralmente está vinculada ao pedido de vendas ou à fatura original.

Tipo de evento explicit
Pedido de venda alterado
Esta atividade representa qualquer alteração significativa em um pedido de venda após sua criação, como mudanças nas quantidades, nos itens, nos preços ou nas datas solicitadas. Em geral, ela é registrada por meio do acompanhamento das atualizações nos logs de auditoria ou nos logs de alterações do sistema.
Por que isso importa

Acompanhar as alterações nos pedidos é essencial para identificar retrabalho, entender as fontes de ineficiência e medir a taxa de acerto logo na primeira vez. Alterações frequentes podem indicar problemas na precisão dos pedidos iniciais.

Onde encontrar

Os dados podem vir de tabelas de log de alterações do sistema, trilhas de auditoria ou da comparação entre diferentes versões do documento do pedido de venda.

Coleta

Filtre os logs de alterações do sistema para encontrar atualizações em campos importantes do cabeçalho ou dos itens do pedido de venda e use a data e hora da alteração como horário do evento.

Tipo de evento explicit
Produtos embalados
Esta atividade marca a conclusão da embalagem, quando os produtos separados são agrupados, embalados e preparados para o envio. Em geral, essa etapa inclui a geração de uma lista de embalagem e a finalização dos detalhes do envio.
Por que isso importa

Analisar o tempo entre a separação e a embalagem pode ajudar a otimizar o layout das estações de trabalho e os procedimentos de embalagem. Esta é uma etapa importante para garantir a precisão do pedido antes do envio.

Onde encontrar

Este evento pode ser registrado como um status específico em um sistema de gestão de armazém ou identificado pela data e hora de criação do documento da lista de embalagem.

Coleta

Identifique a data e hora em que o status do documento de atendimento muda para 'Embalado' ou use a data e hora de criação da lista de embalagem.

Tipo de evento inferred
Produtos entregues
Esta atividade indica que o envio foi entregue com sucesso no endereço informado pelo cliente. Em geral, essa informação é atualizada com base nos dados recebidos de uma transportadora externa ou em uma confirmação manual.
Por que isso importa

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

Onde encontrar

Em geral, esses dados vêm de transportadoras externas e são integrados ao sistema principal, ou de um registro de confirmação de comprovante de entrega.

Coleta

Registre a data e a hora da confirmação de entrega informadas pela transportadora ou do registro de comprovante de entrega inserido manualmente.

Tipo de evento explicit
Produtos separados
Esta atividade indica que a separação física de todos os produtos do pedido nos locais de armazenamento foi concluída. Em geral, ela é registrada quando um operador do armazém confirma que a tarefa de separação terminou.
Por que isso importa

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

Onde encontrar

Em geral, o evento é registrado em um módulo de sistema de gestão de armazém ou identificado por uma atualização de status no documento de entrega ou de atendimento.

Coleta

Registre a data e hora em que o status da lista de separação ou do documento de atendimento associado é atualizado para 'Separado' ou 'Concluído'.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados para Process Mining.

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

consulte nosso guia de ETL   ou   selecione um processo e um sistema específicos.

Pronto para começar?

Com um guia específico para o seu sistema ou adaptando este Template genérico, você já tem o que precisa para começar a otimizar o processamento de pedidos de venda no processo Order to Cash.

Comece hoje a otimizar o processamento de pedidos de venda

Tenha insights desde o início, elimine atrasos e melhore seu fluxo de caixa.

Teste grátis

Não é necessário informar o cartão de crédito. A configuração leva poucos minutos.