Seu Template de dados de Order to Cash: processamento de pedidos de venda

SAP S/4HANA
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

Este Template de dados oferece um guia completo para coletar as informações necessárias à análise do seu processo de Order to Cash: processamento de pedidos de venda. Ele apresenta os atributos essenciais e as principais atividades necessárias para criar um Event Log preciso. Você também encontra orientações detalhadas para extrair esses dados do seu sistema SAP S/4HANA e começar a otimizar o processo.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração no SAP S/4HANA
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos do processamento de pedidos de venda de Order to Cash

Estes são os campos de dados recomendados para incluir no seu Event Log e permitir uma análise completa do processamento de pedidos de venda de Order to Cash.
3 Obrigatório 7 Recomendado 12 Opcional
Nome Descrição
Hora do evento
EventTime
O timestamp que indica quando uma atividade ou um evento específico ocorreu.
Descrição

A Hora do evento fornece a data e a hora exatas de cada atividade do processo, formando a base cronológica do Event Log. Por exemplo, ela registra quando um pedido de venda foi criado, quando as mercadorias foram expedidas e quando uma fatura foi paga.

Esse atributo é essencial para todas as análises baseadas em tempo. Ele é usado para calcular os tempos de ciclo entre atividades, identificar atrasos, medir a performance do processo em relação aos acordos de nível de serviço e analisar a duração total do processo de pedido de venda. A precisão desses timestamps afeta diretamente a qualidade dos insights de Process Mining.

Por que isso importa

Esse timestamp é essencial para calcular todas as durações, os tempos de ciclo e os tempos de espera, que são fundamentais para a análise de performance.

Onde obter

Este é um atributo derivado, obtido de vários campos de data e hora nas tabelas do SAP, como ERDAT/ERZET (data/hora de criação) na VBAK, LIKP e VBRK, ou dos timestamps de logs de alterações da CDHDR.

Exemplos
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
Nome da atividade
ActivityName
O nome da atividade de negócio que ocorreu em um ponto específico do processo de pedido de venda.
Descrição

Este atributo descreve uma etapa ou um evento específico do ciclo de vida do pedido de venda, como 'Pedido de venda criado', 'Saída de mercadorias contabilizada' ou 'Pagamento recebido'. Essas atividades são derivadas de várias mudanças de status, datas de criação de documentos e entradas de log em diferentes módulos do SAP.

Analisar a sequência e a duração dessas atividades é a base do Process Mining. Isso permite visualizar mapas de processo, identificar gargalos entre etapas e analisar variantes do processo para entender como os pedidos realmente percorrem o sistema em comparação com o processo planejado.

Por que isso importa

Ele define as etapas do processo, permitindo construir o mapa de processo e analisar o fluxo e os gargalos do processo.

Onde obter

Este é um atributo derivado, normalmente gerado durante a extração de dados ao mapear mudanças de status ou eventos de criação de documentos das tabelas VBAK, LIKP, VBRK e CDHDR/CDPOS para nomes de atividades significativos.

Exemplos
Pedido de venda criadoEntrega criadaFatura criadaPagamento recebido
Pedido de venda
Vbeln
O identificador exclusivo de um documento de vendas, usado como identificador principal do caso no processo Order to Cash.
Descrição

O número do pedido de venda identifica exclusivamente a solicitação de produtos ou serviços de um cliente. Ele é o objeto central que conecta todas as atividades do ciclo de processamento do pedido de venda, desde a criação e a confirmação até a entrega e o faturamento.

No Process Mining, esse atributo é essencial para acompanhar a jornada de ponta a ponta de cada pedido individual. Analisar os processos por pedido de venda permite identificar gargalos, entender variações no processo e medir indicadores importantes de performance, como tempo de ciclo e entrega no prazo, para cada transação específica do cliente.

Por que isso importa

Este é o identificador principal que conecta todos os eventos relacionados do processo, permitindo uma visão completa do ciclo de vida do pedido no nível do caso.

Onde obter

Este atributo é o número do documento de vendas da tabela VBAK, no campo VBELN.

Exemplos
100002341000056710000891
Data de entrega solicitada
Vdatu
A data de entrega solicitada pelo cliente para os produtos ou serviços.
Descrição

Essa data representa o prazo de entrega desejado pelo cliente para os itens do pedido de venda. É uma informação importante para planejamento, programação e medição do acordo de nível de serviço (SLA).

Esse atributo é essencial para medir os níveis de serviço ao cliente e a performance logística. Ele serve como base para o KPI de taxa de entrega no prazo, sendo comparado à data real da saída de mercadorias ou à data de entrega para determinar se a solicitação do cliente foi atendida. Analisar os desvios ajuda a identificar problemas sistêmicos no atendimento ou no planejamento.

Por que isso importa

Esta é a principal data para medir a performance de entrega no prazo, um KPI crítico para a satisfação do cliente e a eficiência da cadeia de suprimentos.

Onde obter

Este atributo é a 'Data de entrega solicitada' da tabela de linhas de programação do pedido de venda VBEP, no campo VDATU.

Exemplos
2023-02-012023-03-152023-04-20
Nome do usuário
Ernam
O ID do usuário SAP que criou ou alterou o documento pela última vez.
Descrição

Este atributo registra o usuário responsável por uma atividade específica, como criar o pedido de venda ou contabilizar a saída de mercadorias. Ele conecta as etapas do processo às pessoas ou aos times que as executaram.

Analisar as atividades por usuário ajuda a identificar necessidades de treinamento, entender a distribuição da carga de trabalho e detectar desvios que podem ser específicos de determinados usuários. Também é valioso para conformidade e auditoria, pois fornece um registro claro de quem executou ações importantes no processo.

Por que isso importa

Ele permite analisar a performance do processo por usuário ou time, ajudando a identificar os melhores desempenhos, oportunidades de treinamento e a distribuição da carga de trabalho.

Onde obter

Este atributo é o 'Nome da pessoa que criou o objeto' em tabelas como VBAK, no campo ERNAM para criação, ou nos cabeçalhos de documentos de alteração da CDHDR, no campo UNAME.

Exemplos
CBURNSDSCRANTONJHALPERT
Número do cliente
Kunnr
O identificador exclusivo de uma conta de cliente.
Descrição

O número do cliente é uma chave exclusiva atribuída a cada cliente nos dados mestres. Ele é usado em todas as transações relacionadas a esse cliente, incluindo pedidos de venda, entregas e pagamentos.

Analisar o processo pela perspectiva do cliente é essencial. Esse atributo permite segmentar a performance dos pedidos por cliente, identificar quais clientes enfrentam os maiores atrasos e entender como a execução do processo varia para contas estratégicas. Ele é fundamental para Dashboards que analisam tempos de ciclo por segmento de cliente.

Por que isso importa

Isso permite uma análise centrada no cliente, ajudando a identificar problemas do processo que afetam clientes ou grupos específicos e a medir KPIs específicos de cada cliente.

Onde obter

Este atributo é a 'Parte solicitante' ou o 'Número do cliente' da tabela VBAK, no campo KUNNR.

Exemplos
C000123C000456C000789
Número do material
Matnr
O identificador exclusivo de um produto ou material vendido.
Descrição

O número do material é a chave exclusiva de um produto nos dados mestres de materiais. Cada item de linha de um pedido de venda corresponde a um número de material específico.

Esse atributo permite uma análise do processo centrada no produto. Ele é usado para analisar se determinados produtos estão associados a tempos de processamento mais longos, alterações mais frequentes ou taxas de cancelamento mais altas. Esse insight pode revelar problemas relacionados a linhas de produtos específicas, como complexidades na cadeia de suprimentos ou imprecisões nos dados.

Por que isso importa

Ele facilita a análise no nível do produto, revelando se determinados materiais ou linhas de produtos estão associados a atrasos no processo, retrabalho ou outras ineficiências.

Onde obter

Este atributo é o 'Número do material' da tabela de itens do pedido de venda VBAP, no campo MATNR.

Exemplos
PROD-1001PROD-2005SERV-A01
Organização de vendas
Vkorg
Uma unidade organizacional responsável pela venda de produtos ou serviços específicos.
Descrição

A organização de vendas representa uma unidade comercial da empresa. Ela é responsável por negociar as condições de venda e distribuir produtos e serviços. Cada transação de venda é atribuída a uma organização de vendas específica.

Esse atributo é uma dimensão principal para a análise de performance. Ao filtrar ou comparar dados entre diferentes organizações de vendas, as empresas podem comparar resultados, identificar boas práticas regionais ou divisionais e entender como a eficiência do processo varia por região ou unidade de negócio.

Por que isso importa

Permite comparar a performance e os resultados entre diferentes unidades de negócio, regiões ou empresas de um grupo corporativo.

Onde obter

Este atributo é a 'Organização de vendas' da tabela VBAK, no campo VKORG.

Exemplos
10002000US01DE01
Tipo de documento de vendas
Auart
Uma classificação que diferencia os tipos de documentos de vendas, como pedidos padrão, devoluções ou notas de crédito.
Descrição

O tipo de documento de vendas controla como um documento de vendas é processado no SAP. Ele define detalhes como a faixa de numeração, os campos obrigatórios e o fluxo geral da transação. Os exemplos incluem 'OR' para um pedido padrão ou 'RE' para um pedido de devolução.

No Process Mining, esse atributo é essencial para segmentar a análise. Comparar os fluxos de processo de diferentes tipos de documentos pode revelar variações significativas nos tempos de ciclo, nas taxas de retrabalho e nos níveis de automação. Isso ajuda a adaptar as iniciativas de melhoria do processo a tipos específicos de pedidos.

Por que isso importa

Ele permite segmentar os pedidos de venda em diferentes categorias, possibilitando uma análise comparativa de como cada tipo de pedido é processado.

Onde obter

Este atributo é o 'Tipo de documento de vendas' da tabela VBAK, no campo AUART.

Exemplos
ORRECRSO
Valor líquido
Netwr
O valor líquido do item ou documento do pedido de venda na moeda do documento.
Descrição

O valor líquido representa o valor do pedido após descontos e acréscimos, mas antes dos impostos. É uma métrica financeira importante associada a cada pedido de venda.

No Process Mining, esse atributo fornece um contexto de negócio essencial. Ele é usado para priorizar a análise de pedidos de alto valor, entender se o valor do pedido está relacionado ao tempo ou à complexidade do processamento e medir o impacto financeiro de ineficiências do processo, como cancelamentos ou atrasos. Por exemplo, a análise pode mostrar que pedidos de alto valor sofrem atrasos frequentes por causa de verificações de crédito manuais.

Por que isso importa

Fornece contexto financeiro para cada caso, permitindo uma análise baseada em valor para priorizar melhorias em pedidos de alto impacto e quantificar o custo dos atrasos.

Onde obter

Este atributo é o 'Valor líquido do item do pedido na moeda do documento' da tabela VBAP, no campo NETWR, ou é agregado a partir da tabela VBAK.

Exemplos
1500.00250.5012345.75
Canal de distribuição
Vtweg
O canal pelo qual produtos ou serviços chegam ao cliente, como varejo, atacado ou vendas online.
Descrição

O canal de distribuição define o método de venda e distribuição dos produtos aos clientes. É um elemento organizacional importante que, junto com a organização de vendas, define a área de vendas.

Analisar os processos por canal de distribuição ajuda as empresas a entender se determinados canais são mais ou menos eficientes que outros. Por exemplo, pedidos do canal 'Online' podem ser altamente automatizados e rápidos, enquanto pedidos do canal de 'Vendas diretas' podem envolver mais etapas manuais e levar mais tempo. Isso permite direcionar melhorias para canais específicos.

Por que isso importa

Permite analisar a performance em diferentes canais de vendas, como web, vendas diretas ou varejo, para identificar gargalos ou boas práticas específicos de cada canal.

Onde obter

Este atributo é o 'Canal de distribuição' da tabela VBAK, no campo VTWEG.

Exemplos
102001
Divisão
Spart
Uma unidade organizacional que representa uma linha de produtos ou uma área de negócio específica.
Descrição

A Divisão é usada para agrupar materiais ou serviços, geralmente representando uma linha de produtos. Ela faz parte da definição da área de vendas e ajuda a estruturar o negócio sob uma perspectiva orientada a produtos.

Esse atributo é útil para analisar a performance do processo em diferentes grupos de produtos. Ele pode ajudar a responder perguntas como: "O processamento de pedidos de peças de reposição é diferente do processamento de pedidos de produtos acabados?" Essa segmentação é essencial para o KPI "Tempo de Ciclo por Linha de Produtos" e para a análise relacionada no Dashboard.

Por que isso importa

Permite analisar o processo com base na linha de produtos ou na área de negócio, ajudando a revelar diferenças de performance entre as várias partes da empresa.

Onde obter

Esse atributo corresponde à "Divisão" das tabelas VBAK ou VBAP (campo SPART).

Exemplos
000105
É entrada manual
IsManualEntry
Um indicador que mostra se o pedido de venda foi criado manualmente ou por um canal automatizado, como EDI ou um portal de comércio eletrônico.
Descrição

Esse atributo diferencia os pedidos inseridos diretamente por um usuário na SAP GUI daqueles criados automaticamente por intercâmbio eletrônico de dados (EDI), APIs ou outros sistemas integrados. Às vezes, essa informação pode ser inferida a partir do usuário que criou o pedido, por exemplo, um usuário de sistema em vez de uma pessoa, ou de indicadores específicos no documento de vendas.

Esse atributo é essencial para a análise de automação e dá suporte ao KPI "Taxa de entrada manual de pedidos". Ele permite comparar diretamente a eficiência do processo, as taxas de erro e os tempos de ciclo entre pedidos criados manualmente e automaticamente, ajudando a construir um caso de negócio para ampliar a automação.

Por que isso importa

Ele ajuda a medir o nível de automação do processo de entrada de pedidos e a comparar a eficiência e as taxas de erro entre pedidos manuais e automatizados.

Onde obter

Esse geralmente é um atributo derivado. Ele pode ser inferido verificando o usuário "Criado por" (ERNAM) na VBAK em relação a uma lista de usuários de sistema ou de processamento em lote conhecidos, ou por meio de indicadores específicos do canal.

Exemplos
truefalse
É entrega no prazo
IsOnTimeDelivery
Um indicador booleano que mostra se o pedido foi entregue na data de entrega confirmada ou solicitada, ou antes dela.
Descrição

Esse atributo fornece um resultado claro e binário da performance de entrega de cada pedido. Ele é calculado comparando o timestamp real de "Saída de mercadorias registrada" com a "Data de entrega solicitada" (VDATU) ou com uma data de entrega confirmada no cronograma do pedido.

Esse indicador é a base do KPI "Taxa de entregas no prazo" e do Dashboard "Aderência ao compromisso de data de entrega". Ele simplifica a análise ao permitir que os usuários segmentem rapidamente todos os pedidos nas categorias "no prazo" e "atrasado" e, em seguida, investiguem as características do processo em cada grupo para encontrar as causas-raiz dos atrasos.

Por que isso importa

Mede diretamente a performance do atendimento em relação às expectativas do cliente, servindo de base para o importante KPI "Taxa de entregas no prazo".

Onde obter

Esse é um atributo calculado, obtido pela comparação do timestamp da atividade "Saída de mercadorias registrada" com a "Data de entrega solicitada" (VBEP-VDATU).

Exemplos
truefalse
É retrabalho
IsRework
Um indicador booleano que mostra se uma atividade ou um caso envolve retrabalho, como uma confirmação repetida ou uma alteração significativa.
Descrição

Esse indicador é usado para identificar pedidos de venda que passaram por retrabalho, como pedidos alterados após a confirmação ou nos quais a mesma atividade ocorreu várias vezes. A lógica para definir esse indicador pode se basear na ocorrência de atividades "Pedido de venda alterado" ou em vários eventos "Pedido confirmado" para o mesmo caso.

Esse atributo dá suporte direto ao Dashboard "Taxa de alterações e retrabalho em pedidos de venda" e aos KPIs relacionados. Ele permite filtrar e quantificar o retrabalho com facilidade, ajudando as empresas a medir o custo e a frequência das ineficiências do processo e a atuar sobre as causas-raiz desses desvios.

Por que isso importa

Esse indicador ajuda a quantificar a frequência e o impacto do retrabalho, permitindo analisar como reduzir desvios de processo, alterações manuais e ineficiências.

Onde obter

Esse é um atributo calculado. A lógica é definida durante a transformação dos dados, geralmente detectando atividades repetidas ou eventos específicos de alteração, por exemplo, nas tabelas CDHDR/CDPOS.

Exemplos
truefalse
Hora de término
EndTime
O timestamp que indica quando uma atividade ou um evento específico foi concluído.
Descrição

EndTime marca o horário de conclusão de uma atividade individual. Enquanto StartTime indica quando uma tarefa começou, EndTime registra quando ela terminou, permitindo medir a duração do trabalho ativo.

Esse atributo é essencial para calcular com precisão os tempos de processamento das atividades. Ele permite diferenciar o tempo gasto trabalhando ativamente em uma tarefa (Tempo de processamento = EndTime - StartTime) do tempo gasto aguardando o início da próxima tarefa (Tempo de espera = NextActivity.StartTime - CurrentActivity.EndTime). Essa distinção é fundamental para uma análise precisa de gargalos.

Por que isso importa

Ele permite calcular com precisão o tempo de processamento da atividade, essencial para diferenciar o tempo de trabalho ativo do tempo de espera ociosa.

Onde obter

Esse é um atributo derivado. Para algumas atividades, ele pode corresponder a um timestamp específico no SAP. Para outras, geralmente é inferido ou definido como igual a StartTime quando o evento é considerado instantâneo.

Exemplos
2023-01-15T09:05:10Z2023-01-18T15:00:00Z2023-01-25T11:20:00Z
Moeda do documento
Waerk
O código da moeda dos valores especificados no documento de vendas.
Descrição

Esse atributo define a moeda, por exemplo, USD, EUR ou JPY, dos valores monetários, como o Valor líquido, no documento de vendas. Ele fornece o contexto necessário para interpretar e agregar corretamente os dados financeiros.

Embora não seja diretamente um fator do fluxo do processo, a moeda é essencial para qualquer análise financeira. Ela garante que os valores monetários sejam compreendidos corretamente e é necessária ao converter valores para uma moeda comum em relatórios globais.

Por que isso importa

Fornece o contexto essencial para todos os valores monetários, garantindo análises e relatórios financeiros precisos, especialmente em operações globais.

Onde obter

Esse atributo corresponde à "Moeda do documento SD" da tabela VBAK (campo WAERK).

Exemplos
USDEURGBP
Motivo da rejeição
Abgru
Um código que indica o motivo pelo qual um pedido de venda ou item foi rejeitado ou cancelado.
Descrição

O motivo da rejeição fornece contexto quando um pedido de venda ou um item específico é cancelado. Esses motivos normalmente são configurados pela empresa e podem incluir códigos para 'Sem estoque', 'Cancelado pelo cliente' ou 'Preço incorreto'.

Esse atributo é fundamental para a análise das causas-raiz dos cancelamentos de pedidos. Ao analisar os motivos de rejeição mais frequentes, as empresas podem identificar problemas subjacentes nos processos de vendas, estoque ou precificação. Esse insight é essencial para o Dashboard de análise de cancelamentos de pedidos de venda, ajudando a reduzir vendas perdidas e melhorar a eficiência.

Por que isso importa

Ele explica o 'porquê' dos cancelamentos de pedidos, permitindo uma análise das causas-raiz para tratar problemas como erros de precificação, indisponibilidade de estoque ou baixa qualidade dos dados.

Onde obter

Este atributo é o 'Motivo da rejeição de cotações e pedidos de venda' da tabela de itens do pedido de venda VBAP, no campo ABGRU.

Exemplos
010215
Quantidade do pedido
Kwmeng
A quantidade do material solicitado em um item específico do documento de vendas.
Descrição

Esse atributo representa o número de unidades de um material específico solicitado pelo cliente em um item do pedido de venda. Ele é um dado transacional fundamental.

Analisar a quantidade do pedido fornece um contexto de negócio valioso. Ela pode ser usada para segmentar a análise pelo tamanho do pedido, comparando pedidos pequenos e grandes, para verificar se o volume está relacionado à eficiência do processamento. Além disso, é uma métrica importante para relatórios de negócio e para entender a escala das operações.

Por que isso importa

Permite analisar os dados com base no tamanho do pedido, ajudando a entender se o volume afeta os tempos de processamento, a complexidade ou as taxas de erro.

Onde obter

Esse atributo corresponde à "Quantidade acumulada do pedido em unidades de venda" da tabela VBAP (campo KWMENG).

Exemplos
101505
Sistema de origem
SourceSystemId
Identifica o sistema de origem do qual os dados foram extraídos.
Descrição

Este atributo especifica o sistema de origem dos dados de eventos, por exemplo, 'SAP S/4HANA Produção' ou 'ECC Qualidade'. Em ambientes com vários sistemas ERP ou uma combinação de plataformas legadas e modernas, esse campo é essencial para a linhagem e a validação dos dados.

Na análise, ele permite filtrar e comparar processos entre diferentes sistemas ou instâncias organizacionais. Isso pode revelar variações na execução do processo ou na qualidade dos dados específicas de determinado cenário de sistemas.

Por que isso importa

Ele fornece contexto sobre a origem dos dados, o que é essencial em ambientes com vários sistemas para garantir a integridade dos dados e permitir análises comparativas.

Onde obter

Normalmente, este é um valor estático adicionado durante o processo de extração de dados para identificar o sistema de origem do conjunto de dados.

Exemplos
S4H_PROD_100ECC_DEV_200S4H_QAS_100
Status geral da entrega
Lfstk
O status geral da entrega do pedido de venda, indicando se ele ainda não foi processado, foi parcialmente entregue ou foi totalmente entregue.
Descrição

Esse campo de status fornece um resumo de alto nível do progresso do atendimento de um documento de vendas. Ele é agregado a partir do status de todos os itens para mostrar se o pedido está aberto, em andamento ou concluído do ponto de vista da entrega.

Na análise de processos, esse atributo é valioso para entender o estado atual dos pedidos em aberto e filtrar casos. Por exemplo, analisar apenas pedidos "Totalmente entregues" oferece uma visão dos processos concluídos, enquanto analisar pedidos "Ainda não processados" pode ajudar a identificar acúmulos e gargalos iniciais.

Por que isso importa

Fornece uma visão do progresso do atendimento de um pedido, permitindo filtrar e analisar os dados com base em pedidos abertos, parcialmente entregues ou totalmente entregues.

Onde obter

Esse atributo corresponde ao "Status geral da entrega de todos os itens" da tabela de status VBUK (campo LFSTK).

Exemplos
ABC
Última atualização dos dados
LastDataUpdate
O timestamp da atualização ou extração mais recente dos dados do sistema de origem.
Descrição

Este atributo indica quando os dados da análise do processo foram atualizados pela última vez. Ele oferece transparência aos usuários de negócio e analistas sobre a atualidade dos dados visualizados, ajudando a entender o período abrangido pela análise.

Em Dashboards e relatórios, essa informação é essencial para dar contexto. Ela ajuda a entender se você está consultando informações em tempo real ou um retrato periódico, o que afeta a interpretação das tendências recentes e da performance operacional.

Por que isso importa

Informa aos usuários a atualidade dos dados, garantindo que eles entendam o contexto temporal da análise e evitando interpretações equivocadas.

Onde obter

Este atributo é gerado pela ferramenta de extração de dados ou ETL, registrando o timestamp da última execução do pipeline de dados.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Obrigatório Recomendado Opcional

Atividades do processamento de pedidos de venda de Order to Cash

Estas são as principais etapas e os marcos do processo que devem ser registrados no seu Event Log para uma descoberta precisa e a identificação de gargalos.
7 Recomendado 8 Opcional
Atividade Descrição
Entrega criada
Esta atividade representa a criação de um documento de entrega de saída, que inicia o processo de expedição e logística. É um evento explícito em que um documento de entrega é criado com referência ao pedido de venda.
Por que isso importa

Este marco representa a transição do processamento de vendas para a logística. Analisar o tempo entre a confirmação do pedido e a criação da entrega ajuda a identificar gargalos no planejamento do atendimento.

Onde obter

Capturado do timestamp de criação da tabela LIKP (documento SD: dados do cabeçalho da entrega). O vínculo com o pedido de venda é armazenado na tabela VBFA (fluxo de documentos de vendas).

Captura

Capturado do timestamp de criação do cabeçalho do documento de entrega na tabela LIKP.

Tipo de evento explicit
Fatura criada
Representa a criação do documento de faturamento do cliente, que detalha os produtos, as quantidades e os preços para pagamento. É um evento explícito em que um documento de fatura é gerado com referência à entrega ou ao pedido de venda.
Por que isso importa

Esta atividade marca o início do ciclo de recebimento do pagamento. O tempo entre a saída de mercadorias e a criação da fatura é um KPI importante para medir a eficiência do processo de faturamento.

Onde obter

Capturado da data (ERDAT) e da hora (ERZET) de criação da tabela VBRK (documento de faturamento: dados do cabeçalho). A tabela VBFA vincula a fatura aos documentos anteriores.

Captura

Capturado do timestamp de criação do cabeçalho do documento de faturamento na tabela VBRK.

Tipo de evento explicit
Pagamento recebido
Esta atividade marca a conclusão bem-sucedida do processo, quando o pagamento do cliente é recebido e compensado contra a fatura em aberto. É um lançamento financeiro explícito que encerra o item de contas a receber.
Por que isso importa

Esta é a etapa final, que gera valor, do ciclo Order to Cash. Analisar o tempo entre a fatura e o pagamento é essencial para gerenciar o fluxo de caixa e os dias de vendas pendentes (DSO).

Onde obter

Capturado da data de compensação (AUGDT) na tabela BSEG (segmento do documento contábil) para o item relacionado ao pagamento do cliente que compensa a fatura.

Captura

Capturado da data de compensação (AUGDT) no item compensado do cliente na tabela BSEG ou no documento de compensação na BKPF.

Tipo de evento explicit
Pedido de venda confirmado
Marca o momento em que a disponibilidade do material foi verificada e uma quantidade confirmada e uma data de entrega foram definidas para os itens do pedido. Isso é inferido a partir da criação de linhas de programação com quantidades confirmadas.
Por que isso importa

Este é um marco crítico que representa o compromisso assumido com o cliente. O tempo necessário para chegar a essa etapa, o tempo de ciclo da confirmação do pedido, é uma medida importante da eficiência do processamento interno.

Onde obter

Inferido a partir da criação de registros na tabela VBEP (documento de vendas: dados da linha de programação) com uma quantidade confirmada (BMENG > 0) para os itens do pedido de venda.

Captura

Derivado da data de criação da primeira linha de programação na tabela VBEP com uma quantidade confirmada.

Tipo de evento inferred
Pedido de venda criado
Esta atividade marca o início do processo de vendas, quando um novo pedido de venda é criado formalmente no sistema. Esse evento é capturado explicitamente quando um usuário salva um novo documento de pedido de venda, por exemplo, usando a transação VA01, o que cria uma nova entrada na tabela VBAK.
Por que isso importa

Este é o principal evento de início do processo Order to Cash. Analisar o tempo entre esta atividade e os marcos seguintes é fundamental para medir o tempo total do ciclo e identificar atrasos no processamento inicial.

Onde obter

Registrado na tabela VBAK (dados do cabeçalho do documento de vendas) durante a criação. Os campos de data (ERDAT) e hora (ERZET) de criação fornecem o timestamp.

Captura

Capturado do timestamp de criação do registro do cabeçalho do pedido de venda na tabela VBAK.

Tipo de evento explicit
Pedido encerrado
Marca o status final de um pedido de venda, indicando que todos os processos relacionados, incluindo entrega, faturamento e pagamento, foram concluídos. Isso é inferido a partir do status geral do documento de vendas.
Por que isso importa

Esta atividade fornece um ponto final definitivo para pedidos concluídos com sucesso na análise do processo. Ela garante que o tempo de ciclo de ponta a ponta seja medido com precisão para pedidos atendidos.

Onde obter

Inferido a partir da mudança do campo de status geral (VBUK-GBSTK) do documento de vendas para 'C' (processado completamente). O timestamp deve ser derivado da última atualização de um documento relacionado, como a compensação do pagamento.

Captura

Inferido quando o status do documento VBUK-GBSTK se torna 'C', com o timestamp obtido do evento final, por exemplo, Pagamento recebido.

Tipo de evento inferred
Saída de mercadorias contabilizada
Este é o momento legal e financeiro da transferência das mercadorias, marcando sua saída oficial do estoque da empresa. Esse evento explícito reduz os níveis de estoque e é um pré-requisito para o faturamento.
Por que isso importa

A contabilização da saída de mercadorias é um marco financeiro e logístico crítico. Muitas vezes, ela é considerada o momento da 'expedição' e impacta diretamente a avaliação do estoque e o reconhecimento da receita.

Onde obter

O timestamp é registrado na tabela LIKP (WADAT_IST, data real do movimento de mercadorias) quando a saída de mercadorias é contabilizada. A tabela de fluxo de documentos VBFA faz o vínculo com o pedido de venda.

Captura

Capturado da data real do movimento de mercadorias (LIKP-WADAT_IST) no cabeçalho da entrega.

Tipo de evento explicit
Bloqueio do pedido de venda definido
Esta atividade ocorre quando um bloqueio de processamento é aplicado ao pedido de venda, impedindo atividades posteriores, como a criação da entrega. Isso é inferido pelo monitoramento dos logs de alterações dos campos de bloqueio no cabeçalho ou no item do pedido de venda.
Por que isso importa

A definição de bloqueios é um desvio importante do fluxo ideal. Identificar por que e com que frequência os bloqueios são definidos ajuda a revelar problemas sistêmicos relacionados à qualidade dos dados, à precificação ou aos dados mestres de clientes.

Onde obter

Inferido a partir das tabelas de dados de alterações (CDHDR, CDPOS) dos campos de bloqueio do pedido de venda, como VBAK-AUFSP (bloqueio do pedido) ou VBAK-LIFSK (bloqueio da entrega).

Captura

Identificado pela detecção de uma mudança em um campo de bloqueio, por exemplo, VBAK-LIFSK, de um valor em branco para um valor preenchido.

Tipo de evento inferred
Bloqueio do pedido de venda removido
Representa a remoção de um bloqueio de processamento, permitindo que o pedido de venda avance para a próxima etapa. Isso é inferido pela detecção de uma mudança nos campos de bloqueio relevantes, de um valor definido para um status em branco ou limpo.
Por que isso importa

Acompanhar o tempo necessário para remover bloqueios é essencial para entender a duração dos atrasos. Essa atividade ajuda a quantificar o retrabalho e a eficiência dos processos de resolução.

Onde obter

Inferido a partir das tabelas de dados de alterações (CDHDR, CDPOS), quando um campo de bloqueio do pedido de venda, por exemplo, VBAK-LIFSK, muda de um valor preenchido para um valor em branco.

Captura

Identificado pela detecção de uma mudança em um campo de bloqueio, por exemplo, VBAK-LIFSK, de um valor preenchido de volta para um valor em branco.

Tipo de evento inferred
Documento contábil criado
Esta atividade ocorre quando a fatura é contabilizada com sucesso no módulo de contabilidade financeira, gerando lançamentos contábeis. É um evento explícito que cria um documento correspondente no razão financeiro.
Por que isso importa

Este evento confirma que a receita da venda foi reconhecida formalmente nos livros contábeis da empresa. Atrasos nessa etapa podem afetar a precisão dos relatórios financeiros.

Onde obter

Capturado da data (CPUDT) e da hora (CPUTM) de criação da tabela BKPF (cabeçalho do documento contábil). A tabela VBRK geralmente armazena o número do documento contábil correspondente (VBRK-BELNR).

Captura

Capturado do timestamp de criação do cabeçalho do documento contábil na tabela BKPF.

Tipo de evento explicit
Fatura enviada ao cliente
Indica que a fatura gerada foi enviada ao cliente, por exemplo, por impressão, e-mail ou EDI. Normalmente, isso é inferido a partir do log de processamento do sistema de determinação de saída.
Por que isso importa

A contagem do prazo de pagamento geralmente começa quando o cliente recebe a fatura. Acompanhar esse evento é essencial para medir com precisão o tempo de ciclo do recebimento do pagamento.

Onde obter

Inferido a partir dos registros na tabela NAST (status da mensagem), que registra o processamento de tipos de saída, como faturas. A data e a hora do processamento podem servir como timestamp do evento.

Captura

Inferido a partir do timestamp de processamento do registro de mensagem de saída relevante na tabela NAST.

Tipo de evento inferred
Item do pedido de venda rejeitado
Representa o cancelamento ou a rejeição de um item específico de linha de um pedido de venda antes que ele seja totalmente processado. Isso é inferido a partir da aplicação de um 'Motivo da rejeição' ao item.
Por que isso importa

Esta atividade representa um resultado malsucedido para parte do pedido. Analisar quando e por que os itens são rejeitados ajuda a identificar problemas relacionados à disponibilidade de produtos, à precificação ou aos requisitos do cliente.

Onde obter

Inferido a partir dos logs de alterações (CDHDR, CDPOS), que mostram quando o campo 'Motivo da rejeição' (VBAP-ABGRU) é preenchido para um item do pedido de venda.

Captura

Inferido a partir do timestamp em que o campo VBAP-ABGRU é preenchido para um ou mais itens de linha.

Tipo de evento inferred
Mercadorias separadas
Representa a conclusão do processo físico de separação das mercadorias nos locais de armazenamento do armazém para a entrega de saída. Normalmente, isso é inferido a partir de uma atualização de status no documento de entrega.
Por que isso importa

A separação é uma etapa importante do processo de atendimento no armazém. Acompanhar sua conclusão ajuda a medir a eficiência do armazém e identificar atrasos antes que as mercadorias estejam prontas para expedição.

Onde obter

Inferido a partir dos campos de status nas tabelas LIPS (item da entrega) ou LIKP (cabeçalho da entrega), como o status de separação (KOSTA). Uma mudança para 'Separação concluída' representa o evento.

Captura

Inferido a partir de uma mudança com timestamp no campo de status de separação, por exemplo, LIKP-KOSTA, do documento de entrega.

Tipo de evento inferred
Pedido de venda alterado
Indica que um atributo importante de um pedido de venda existente, como quantidade, preço ou data de entrega solicitada, foi alterado após a criação inicial. Esse evento é capturado explicitamente nas tabelas de logs de alterações do SAP.
Por que isso importa

Alterações frequentes indicam instabilidade no processo e podem gerar retrabalho, erros no atendimento e atrasos. Essa atividade é fundamental para medir a taxa de alteração de pedidos de venda e identificar as causas-raiz.

Onde obter

Capturado nas tabelas de dados de alterações, CDHDR (cabeçalho do documento de alteração) e CDPOS (itens do documento de alteração), que registram modificações em tabelas de pedidos de venda, como VBAK e VBAP.

Captura

Identificado a partir de entradas na tabela CDHDR vinculadas ao objeto do pedido de venda (OBJECTCLAS 'VERKBELEG').

Tipo de evento explicit
Verificação de crédito realizada
Representa a conclusão da verificação da capacidade de crédito do cliente associado ao pedido de venda. Essa etapa pode ser automática ou manual, e sua conclusão normalmente é inferida a partir de uma mudança no status geral de crédito do documento.
Por que isso importa

As verificações de crédito são um gargalo comum que pode atrasar significativamente a confirmação e o atendimento do pedido. Acompanhar essa atividade ajuda a medir sua duração e seu impacto no processo como um todo.

Onde obter

Inferido a partir das atualizações de status na tabela VBUK (documento de vendas: status do cabeçalho e dados administrativos). Uma mudança no campo de status de crédito (CMGST) indica a conclusão da verificação.

Captura

Inferido a partir de uma mudança com timestamp no campo de status de crédito (VBUK-CMGST) do documento de vendas.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do SAP S/4HANA

Pronto para começar?

Use este Template de dados para começar sua jornada de Process Mining com confiança. Descubra insights para melhorar a eficiência e aumentar a satisfação dos clientes no seu processo de Order to Cash.

Otimize hoje seu Order to Cash: processamento de pedidos de venda!

Acabe com os gargalos e aumente o fluxo de caixa. Junte-se a outras empresas que reduziram o tempo de ciclo em 30%.

Começar o teste grátis

Não é necessário cartão de crédito. Configure em poucos minutos.