Seu Template de dados de Order to Cash - Processamento de pedidos de venda

O horário do evento é um timestamp 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 timestamp é essencial para todas as análises baseadas em tempo. Ele é usado para calcular tempos de ciclo entre quaisquer duas atividades, identificar a duração de etapas específicas e localizar atrasos ou gargalos. Por exemplo, o KPI 'Order Fulfillment Cycle Time' é calculado pela diferença entre o horário do evento da atividade final de entrega e o da atividade inicial de criação do pedido. Dashboards como 'Sales Order Cycle Time Overview' dependem totalmente desse atributo para funcionar.

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

Geralmente encontrado junto a cada registro de transação ou atualização de status, muitas vezes identificado como data de criação, data de alteração ou data de lançamento.

O ID do pedido de venda é a base do Process Mining no processo Order to Cash, identificando exclusivamente cada instância do processo, da criação ao encerramento. Ele funciona como a chave primária que conecta todas as atividades, eventos e pontos de dados relacionados, formando a jornada completa de ponta a ponta de um único pedido.

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

Esse ID é essencial para acompanhar pedidos individuais ao longo do processo, permitindo analisar tempos de ciclo, gargalos e desvios no nível do caso.

Geralmente encontrado na tabela de cabeçalho dos documentos de pedido de venda no sistema ERP ou CRM de origem.

O nome da atividade descreve uma etapa ou um marco no ciclo de vida do pedido de venda, como 'Sales Order Created', 'Credit Check Performed' ou 'Goods Shipped'. Cada atividade representa uma ação distinta realizada no pedido de venda e forma um dos blocos básicos do mapa do processo.

A análise depende fortemente 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, os analistas podem localizar gargalos, loops de retrabalho, como atividades repetidas de 'Sales Order Changed', e variações não conformes do processo. Ele é fundamental para Dashboards como 'Process Conformance and Deviations' e KPIs como 'Sales Order Rework Rate'.

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

Geralmente derivado de alterações 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.

O atributo Sistema de origem especifica o sistema de registro em que os dados do evento foram gerados. Nas empresas modernas, um processo de ponta a ponta como Order to Cash geralmente abrange vários aplicativos, como um CRM para a criação do pedido e um ERP para o atendimento e o faturamento.

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

Ele fornece contexto sobre a origem dos dados, algo essencial em ambientes com vários sistemas para rastrear a linhagem dos dados e identificar variações específicas de cada sistema.

Essas informações geralmente são adicionadas durante o processo de extração de dados (ETL) ou podem ser um campo padrão em data warehouses.

Esse atributo fornece um timestamp de quando os dados foram carregados pela última vez no ambiente de Process Mining. Ele reflete a atualidade dos dados analisados e é diferente do horário do evento, que registra quando a atividade de negócio realmente ocorreu.

Embora normalmente não seja usado diretamente na análise do fluxo do processo, esse dado é essencial para a governança dos dados e para garantir a confiabilidade dos resultados. Ele permite que analistas e usuários de negócio entendam a atualidade dos insights gerados. Por exemplo, se a última atualização dos dados ocorreu há uma semana, qualquer conclusão sobre a performance atual deve considerar essa informação.

Isso indica a atualidade dos dados, garantindo que as análises sejam baseadas em informações atualizadas e que as conclusões continuem relevantes.

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

O Canal de vendas indica a origem ou o método pelo qual um pedido foi realizado. 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 significativas de eficiência e conformidade. Por exemplo, pedidos do canal 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. Ela fornece uma dimensão importante para Dashboards como 'Order Fulfillment Bottlenecks'.

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

Essas informações geralmente são armazenadas nos dados do cabeçalho do pedido de venda e costumam ser um campo obrigatório durante a entrada do pedido.

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

No Process Mining, o Identificador do cliente é uma dimensão poderosa para segmentar os dados. Os analistas podem filtrar o mapa do processo para ver como ele se comporta para um cliente específico ou comparar os fluxos entre diferentes 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 o cliente.

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

Encontrado nos dados do cabeçalho do pedido de venda, vinculado aos dados mestres do cliente no sistema ERP ou CRM de origem.

O Identificador do produto, como um número de material ou SKU, especifica 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 produto para análises de alto nível.

Esse atributo permite uma visão do processo Order to Cash centrada no produto. A análise pode revelar se determinados produtos estão associados a tempos de atendimento mais longos, mais problemas de entrega ou taxas maiores de cancelamento. Esse insight é essencial 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 determinada linha de produtos enfrenta atrasos constantes na etapa 'Released To Warehouse' pode levar a uma investigação dos níveis de estoque ou da localização desses produtos no armazém.

Permite analisar a performance do processo para diferentes produtos ou grupos de produtos, ajudando a identificar gargalos ou problemas específicos de cada produto.

Encontrado no nível dos itens do pedido de venda. Para análises no nível do caso, pode ser representado pelo item mais relevante ou por uma categoria de produto derivada.

O atributo Nome do 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 uma análise centrada nas pessoas. Ele é usado para analisar a distribuição da carga de trabalho, comparar a performance entre equipes ou indivíduos e identificar oportunidades de treinamento. Também é importante para fins de conformidade e trilha de auditoria. Analisar as atividades por usuário ajuda a descobrir quem está envolvido em loops de retrabalho ou em comportamentos não conformes e é fundamental para calcular o KPI 'Manual Intervention Rate'.

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

Comumente encontrado em logs de transações ou históricos de alterações de documentos, muitas vezes identificado como 'Created By' ou 'Changed By'.

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

Esse atributo é muito útil para análises do processo baseadas em valor. Ele permite priorizar problemas concentrando-se em pedidos de alto valor. Por exemplo, os 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 é usado para calcular o impacto financeiro das ineficiências do processo, como o valor total de pedidos atrasados por um gargalo específico. Isso cria uma justificativa de negócio sólida para iniciativas de melhoria de processos.

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

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

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

Esse atributo é essencial para avaliar a eficiência operacional interna. Ele é usado no KPI 'On-Time Delivery Rate', comparado à Data de entrega real para determinar se a empresa cumpriu seu próprio compromisso. Diferenças significativas entre as datas de entrega solicitada e confirmada em muitos pedidos podem indicar problemas sistêmicos nos cálculos de disponibilidade para promessa (ATP) ou no planejamento de capacidade.

Representa o compromisso da empresa com o cliente e é a referência interna para medir a entrega no prazo e a confiabilidade do atendimento.

Encontrada nos dados da linha de programação do pedido de venda, que geralmente é atualizada após uma verificação de disponibilidade ou uma execução do planejamento de produção.

A Data de entrega real é o registro de data e hora que confirma a entrega bem-sucedida das mercadorias ao cliente. Geralmente, ela se baseia no comprovante de entrega fornecido pela transportadora.

Esse atributo é a medida definitiva do sucesso do atendimento do pedido. É o ponto de dados 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 logísticos e dos métodos de envio.

Esse é o comprovante final do atendimento do pedido e é essencial para calcular com precisão a Taxa de entrega no prazo e o Tempo total do ciclo de atendimento do pedido.

Geralmente vem de um sistema externo de logística ou transporte e é integrado novamente ao ERP. Pode ser derivado do registro de data e hora da atividade “Mercadorias entregues”.

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

Na análise do processo, a Data de entrega solicitada é comparada com outras datas importantes, como as datas de entrega confirmada e real, para medir os níveis de serviço. Ela é um dado essencial para o Dashboard 'On-Time Delivery Performance' e é usada para calcular se uma entrega ocorreu no prazo do ponto de vista do cliente. Analisar as diferenças entre as datas solicitada e confirmada também pode destacar problemas de planejamento e programação.

Representa a expectativa do cliente em relação à entrega, formando uma base para medir a performance de entrega no prazo e a satisfação do cliente.

Geralmente localizada no cabeçalho do pedido de venda ou nos detalhes dos itens, inserida durante a criação do pedido.

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 no prazo e é um elemento essencial do processo de contas a receber.

Esse atributo é fundamental para analisar a parte financeira do ciclo Order to Cash. Ele é a referência usada para determinar se um pagamento foi feito no prazo, sendo uma entrada direta para o KPI “Taxa de pagamento no prazo”. O Dashboard “Ciclo da fatura ao pagamento” depende bastante dessa data para analisar o comportamento de pagamento e gerenciar o capital de giro com eficiência. Os atrasos entre a criação da fatura e o pagamento podem ser comparados com essa data para identificar clientes que pagam lentamente.

Essencial para a análise financeira, essa data é a referência para calcular a Taxa de pagamento no prazo e gerenciar as contas a receber.

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

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

Analisar o processo sob a perspectiva da automação é fundamental para iniciativas de transformação digital. Esse indicador é o principal ponto de dados para calcular o 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 revelar oportunidades de automação para reduzir custos, minimizar erros e acelerar os tempos de ciclo.

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

Essa informação pode ser derivada 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.

Quando um pedido de venda é cancelado ou um item é rejeitado, o Motivo da rejeição fornece o contexto de negócio para esse resultado negativo. Os motivos podem variar de “Cliente cancelou” e “Preço incorreto” a “Sem estoque”.

Esse atributo é essencial para a análise da 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 devido a “Preço incorreto” pode indicar problemas nos processos de cotação ou de dados mestres. Essa análise apoia diretamente os esforços para melhorar a “Taxa de acerto na primeira vez” e reduzir desperdícios no processo.

Explica por que os pedidos falham, permitindo analisar a causa raiz e tratar problemas subjacentes de preços, estoque ou comunicação com o cliente.

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

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 categórico que resume o estado atual do pedido.

Enquanto a sequência de atividades fornece um mapa detalhado do processo, 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 atualmente em um estado específico, como todos os pedidos “Em bloqueio de crédito”. Analisar o tempo gasto em diferentes status também pode revelar gargalos, como pedidos que permanecem tempo demais com o status “Aguardando aprovação”.

Fornece um resumo de alto nível do estado do pedido, sendo útil para filtrar, analisar status e identificar pedidos parados em uma determinada etapa.

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