Seu Template de dados para pedido ao recebimento: processamento de pedidos de venda

SAP S/4HANA
Seu Template de dados para pedido ao recebimento: processamento de pedidos de venda

Seu Template de dados para pedido ao recebimento: processamento de pedidos de venda

Este Template de dados apresenta um guia completo para coletar as informações necessárias à análise do processo de pedido ao recebimento, incluindo o processamento de pedidos de venda. Ele descreve os atributos essenciais e as principais atividades para criar um Event Log preciso. Você também encontra orientações detalhadas para extrair esses dados do seu sistema SAP S/4HANA e dar início à otimização do processo.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar
  • Orientações para extração no SAP S/4HANA
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos do processo de pedido ao recebimento: processamento de pedidos de venda

Estes são os campos de dados recomendados para incluir no Event Log e analisar de forma abrangente o processo de pedido ao recebimento e o processamento de pedidos de venda.
3 Obrigatório 7 Recomendado 12 Opcional
Nome Descrição
Data e hora do evento
EventTime
Data e hora que indicam quando uma atividade ou um evento específico ocorreu.
Descrição

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

Este atributo é essencial para todas as análises baseadas em tempo. Ele é usado para calcular 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 do pedido de venda. A precisão dessas datas e horas afeta diretamente a qualidade dos insights de Process Mining.

Por que isso importa

Esta data e hora são essenciais para calcular durações, tempos de ciclo e tempos de espera, fundamentais para a análise de performance.

Onde encontrar

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) em VBAK, LIKP e VBRK, ou das datas e horas dos registros de alteração em CDHDR.

Exemplos
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
Nome da atividade
ActivityName
Nome da atividade de negócio que ocorreu em uma etapa específica do processo do 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 registros 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 criar o mapa do processo e analisar o fluxo e os gargalos.

Onde encontrar

Este é um atributo derivado, geralmente gerado durante a extração de dados, que associa mudanças de status ou eventos de criação de documentos em tabelas como VBAK, LIKP, VBRK e CDHDR/CDPOS a nomes de atividades significativos.

Exemplos
Pedido de vendas criadoEntrega criadaFatura criadaPagamento recebido
Pedido de venda
Vbeln
Identificador exclusivo de um documento de vendas, usado como identificador principal do caso no processo de 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. É o objeto central que conecta todas as atividades do ciclo de processamento do pedido, da criação e confirmação à entrega e ao faturamento.

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

Por que isso importa

Este é o identificador principal que conecta todos os eventos relacionados ao processo, permitindo uma visão completa do ciclo de vida de cada caso.

Onde encontrar

Este atributo corresponde ao número do documento de vendas da tabela VBAK (campo VBELN).

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

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

Este atributo é essencial para medir os níveis de serviço ao cliente e a performance logística. Ele serve de referência para o KPI de taxa de entrega no prazo, que compara essa data com a data real da saída de mercadorias ou da 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 encontrar

Este atributo corresponde à 'Data de entrega solicitada' da tabela de linhas de programação do pedido de venda VBEP (campo VDATU).

Exemplos
2023-02-012023-03-152023-04-20
Nome de usuário
Ernam
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 determinada atividade, como criar o pedido de venda ou contabilizar a saída de mercadorias. Ele vincula as etapas do processo às pessoas ou equipes 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 estar relacionados a usuários específicos. Também é útil para Conformidade e auditorias, pois fornece um registro claro de quem realizou as principais ações do processo.

Por que isso importa

Ele permite analisar a performance do processo por usuário ou equipe, ajudando a identificar quem tem melhor desempenho, oportunidades de treinamento e a distribuição da carga de trabalho.

Onde encontrar

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

Exemplos
CBURNSDSCRANTONJHALPERT
Número do cliente
Kunnr
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 ao cliente, incluindo pedidos de venda, entregas e pagamentos.

Analisar o processo pela perspectiva do cliente é essencial. Este 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

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

Onde encontrar

Este atributo corresponde ao campo 'Parceiro que recebe a mercadoria' ou 'Número do cliente' da tabela VBAK (campo KUNNR).

Exemplos
C000123C000456C000789
Número do material
Matnr
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.

Este atributo permite analisar o processo pela perspectiva do produto. Ele ajuda a verificar 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 por produto, revelando se determinados materiais ou linhas de produtos estão associados a atrasos, retrabalho ou outras ineficiências no processo.

Onde encontrar

Este atributo corresponde ao 'Número do material' da tabela de itens do pedido de venda VBAP (campo MATNR).

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

A organização de vendas representa uma unidade de vendas 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.

Este atributo é uma dimensão importante para a análise de performance. Ao filtrar ou comparar dados de 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 encontrar

Este atributo corresponde à 'Organização de vendas' da tabela VBAK (campo VKORG).

Exemplos
10002000US01DE01
Tipo de documento de vendas
Auart
Classificação que diferencia 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. Alguns exemplos são 'OR', para um pedido padrão, e 'RE', para um pedido de devolução.

No Process Mining, este atributo é essencial para segmentar a análise. Comparar os fluxos de processo de diferentes tipos de documento pode revelar variações importantes nos tempos de ciclo, nas taxas de retrabalho e nos níveis de automação. Isso ajuda a direcionar iniciativas de melhoria para tipos específicos de pedido.

Por que isso importa

Ele permite segmentar os pedidos de venda em diferentes categorias e comparar como cada tipo de pedido é processado.

Onde encontrar

Este atributo corresponde ao 'Tipo de documento de vendas' da tabela VBAK (campo AUART).

Exemplos
ORRECRSO
Valor líquido
Netwr
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, este atributo fornece um contexto de negócio essencial. Ele ajuda a 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, como cancelamentos ou atrasos. Por exemplo, a análise pode mostrar que pedidos de alto valor sofrem atrasos frequentes por causa de verificações manuais de crédito.

Por que isso importa

Fornece contexto financeiro para cada caso, permitindo priorizar melhorias com base no valor dos pedidos e quantificar o custo dos atrasos.

Onde encontrar

Este atributo corresponde ao 'Valor líquido do item do pedido na moeda do documento' da tabela VBAP (campo NETWR) ou é agregado a partir da tabela VBAK.

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

O canal de distribuição define como os produtos são vendidos e distribuídos 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 a entender se alguns canais são mais ou menos eficientes que outros. Por exemplo, pedidos do canal 'Online' podem ser altamente automatizados e rápidos, enquanto os do canal 'Vendas diretas' podem envolver mais etapas manuais e levar mais tempo. Assim, é possível direcionar melhorias para cada canal.

Por que isso importa

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

Onde encontrar

Este atributo corresponde ao 'Canal de distribuição' da tabela VBAK (campo VTWEG).

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

A divisão é usada para agrupar materiais ou serviços e, muitas vezes, representa uma linha de produtos. Ela faz parte da definição da área de vendas e ajuda a estruturar a empresa com base nos produtos.

Esse atributo é útil para analisar a performance do processo em diferentes grupos de produtos. Ele ajuda 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 as análises relacionadas no Dashboard.

Por que isso importa

Permite analisar os processos por linha de produtos ou área de negócios e identificar diferenças de performance entre as várias partes da empresa.

Onde encontrar

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

Exemplos
000105
É lançamento manual
IsManualEntry
Indicador que informa 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

Este atributo diferencia os pedidos inseridos diretamente por uma pessoa na SAP GUI daqueles criados automaticamente por intercâmbio eletrônico de dados (EDI), APIs ou outros sistemas integrados. Às vezes, é possível inferir essa informação pelo usuário que criou o pedido (por exemplo, um usuário de sistema ou uma pessoa) ou por indicadores específicos no documento de vendas.

Este atributo é essencial para a análise de automação e dá suporte ao KPI 'Taxa de lançamento manual de pedidos'. Ele permite comparar diretamente a eficiência do processo, as taxas de erro e os tempos de ciclo de pedidos criados manual e automaticamente, ajudando a justificar novos investimentos em automação.

Por que isso importa

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 encontrar

Em geral, este atributo é derivado. É possível inferi-lo verificando o usuário 'Criado por' (ERNAM) na tabela VBAK e comparando-o com uma lista de usuários de sistema ou de processamento em lote conhecidos, ou usando indicadores específicos do canal.

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

Este indicador identifica pedidos de venda que passaram por retrabalho, como alterações após a confirmação ou a repetição de uma mesma atividade. 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 'Alterações e taxa de retrabalho em pedidos de venda' e aos KPIs relacionados. Ele facilita a filtragem e a quantificação do retrabalho, ajudando a empresa a medir o custo e a frequência das ineficiências do processo e a agir sobre as causas raiz desses desvios.

Por que isso importa

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

Onde encontrar

Este atributo é calculado durante a transformação dos dados, geralmente pela detecção de atividades repetidas ou de eventos específicos de alteração (por exemplo, nas tabelas CDHDR/CDPOS).

Exemplos
truefalse
Entrega no prazo
IsOnTimeDelivery
Indicador booleano que informa se o pedido foi entregue na data confirmada ou solicitada, ou antes dela.
Descrição

Este atributo mostra de forma clara se a entrega de cada pedido foi feita no prazo. O cálculo compara o timestamp real da atividade 'Saída de mercadorias lançada' com a 'Data de entrega solicitada' (VDATU) ou com uma data de entrega confirmada na programação do pedido.

Este indicador é a base do KPI 'Taxa de entregas no prazo' e do Dashboard 'Aderência à data prometida de entrega'. Ele simplifica a análise ao permitir que você separe rapidamente os pedidos entre 'no prazo' e 'atrasados' e investigue 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 dos clientes e serve de base para o KPI crítico 'Taxa de entregas no prazo'.

Onde encontrar

Este atributo é calculado comparando o timestamp da atividade 'Saída de mercadorias lançada' com a 'Data de entrega solicitada' (VBEP-VDATU).

Exemplos
truefalse
Hora de término
EndTime
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. Enquanto StartTime indica quando uma tarefa começou, EndTime registra quando ela terminou, permitindo medir a duração do trabalho ativo.

Este atributo é essencial para calcular com precisão os tempos de processamento das atividades. Ele permite que analistas diferenciem o tempo dedicado ao trabalho ativo em uma tarefa (Tempo de processamento = EndTime - StartTime) do tempo de espera até o início da tarefa seguinte (Tempo de espera = NextActivity.StartTime - CurrentActivity.EndTime). Essa distinção é fundamental para uma análise precisa de gargalos.

Por que isso importa

Permite calcular com precisão o tempo de processamento de uma atividade, essencial para diferenciar o tempo de trabalho ativo do tempo de espera.

Onde encontrar

Este atributo é derivado. Para algumas atividades, pode corresponder a um timestamp específico no SAP. Para outras, costuma ser 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
Código da moeda dos valores informados no documento de vendas.
Descrição

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

Embora não influencie diretamente o fluxo do processo, a moeda é essencial para qualquer análise financeira. Ela garante a interpretação correta dos valores monetários e é necessária para converter valores para uma moeda comum em relatórios globais.

Por que isso importa

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

Onde encontrar

Este atributo corresponde à 'Moeda do documento SD' da tabela VBAK (campo WAERK).

Exemplos
USDEURGBP
Motivo da rejeição
Abgru
Código que indica por que um pedido de venda ou item foi rejeitado ou cancelado.
Descrição

O motivo da rejeição explica o contexto do cancelamento de um pedido de venda ou de um item específico. Em geral, a empresa configura esses motivos, que podem incluir códigos como 'Sem estoque', 'Cancelado pelo cliente' ou 'Preço incorreto'.

Esse atributo é fundamental para a análise de causa raiz dos cancelamentos de pedidos. Ao analisar os motivos de rejeição mais frequentes, a empresa pode identificar problemas subjacentes nos processos de vendas, estoque ou precificação. Esse insight é essencial para o Dashboard 'Análise de cancelamentos de pedidos de venda', que ajuda a reduzir vendas perdidas e melhorar a eficiência.

Por que isso importa

Explica por que os pedidos são cancelados e permite fazer uma análise de causa raiz para resolver problemas como erros de precificação, falta de estoque ou baixa qualidade dos dados.

Onde encontrar

Este atributo corresponde ao campo 'Motivo da rejeição de cotações e pedidos de venda' da tabela de itens de pedido de venda VBAP (campo ABGRU).

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

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

Analisar a quantidade do pedido fornece um contexto de negócios valioso. Você pode segmentar a análise pelo tamanho do pedido (pequeno ou grande) para verificar se o volume está relacionado à eficiência do processamento. Além disso, essa é uma métrica importante para relatórios de negócios e para entender a escala das operações.

Por que isso importa

Permite analisar os pedidos por tamanho e entender se o volume afeta o tempo de processamento, a complexidade ou as taxas de erro.

Onde encontrar

Este 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 de onde os dados foram extraídos.
Descrição

Este atributo especifica o sistema de origem dos dados do evento, 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, este campo é essencial para rastrear a origem dos dados e validá-los.

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 ambiente de sistemas.

Por que isso importa

Ele informa 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 encontrar

Geralmente, este é um valor estático adicionado durante a 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
Status geral da entrega do pedido de venda, que indica se ele ainda não foi processado, foi entregue parcialmente ou foi entregue por completo.
Descrição

Este campo de status resume o andamento do atendimento de um documento de vendas. Ele é consolidado a partir do status de todos os itens do pedido e indica se, do ponto de vista da entrega, o pedido está em aberto, em andamento ou concluído.

Na análise de processos, esse atributo ajuda a entender o estado atual dos pedidos em aberto e a filtrar casos. Por exemplo, analisar apenas pedidos 'Entregues por completo' mostra processos concluídos, enquanto analisar pedidos 'Ainda não processados' pode ajudar a identificar acúmulos e gargalos iniciais.

Por que isso importa

Mostra o andamento do atendimento de um pedido e permite filtrar e analisar pedidos em aberto, entregues parcialmente ou entregues por completo.

Onde encontrar

Este 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
Data e hora 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 informa usuários de negócio e analistas sobre a atualidade dos dados exibidos e ajuda a entender o período coberto pela análise.

Em Dashboards e relatórios, essa informação é essencial para dar contexto. Ela ajuda a entender se os dados são atualizados em tempo real ou representam uma captura periódica, o que afeta a interpretação de tendências recentes e da performance operacional.

Por que isso importa

Informa aos usuários se os dados estão atualizados, ajudando a entender o contexto temporal da análise e a evitar interpretações equivocadas.

Onde encontrar

Este atributo é gerado pela ferramenta de extração de dados ou ETL, que registra a data e hora da última execução do pipeline de dados.

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

Atividades do processo de pedido ao recebimento: processamento de pedidos de venda

Estas são as principais etapas e os marcos do processo que você deve registrar no Event Log para descobrir o processo com precisão e identificar gargalos.
7 Recomendado 8 Opcional
Atividade Descrição
Entrega criada
Esta atividade indica a criação de um documento de entrega de saída, que dá início ao processo de expedição e logística. É um evento explícito: 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 encontrar

Obtido da data e hora de criação na 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).

Coleta

Obtido da data e hora 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 a pagar. É um evento explícito: 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 encontrar

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

Coleta

Obtido da data e hora 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: o pagamento do cliente foi recebido e compensado com a fatura em aberto. É uma contabilização financeira explícita que encerra o item de contas a receber.
Por que isso importa

Esta é a etapa final do ciclo de Order to Cash, quando o valor da venda é efetivamente recebido. Analisar o tempo entre a fatura e o pagamento é essencial para gerenciar o fluxo de caixa e o prazo médio de recebimento de vendas (DSO).

Onde encontrar

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

Coleta

Obtido da data de compensação (AUGDT) do item de cliente compensado na tabela BSEG ou do 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 é identificado pela criação de linhas de programação com quantidades confirmadas.
Por que isso importa

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

Onde encontrar

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

Coleta

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 vendas criado
Esta atividade marca o início do processo de vendas, quando um novo pedido de venda é criado formalmente no sistema. O evento é registrado explicitamente quando um usuário salva um novo documento de pedido de venda, por exemplo, usando a transação VA01, que cria um novo registro na tabela VBAK.
Por que isso importa

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

Onde encontrar

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

Coleta

Obtido a partir da data e hora 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 é identificado pelo status geral do documento de vendas.
Por que isso importa

Esta atividade define um ponto final claro para os pedidos concluídos com sucesso na análise do processo. Assim, o tempo de ciclo de ponta a ponta é medido com precisão para os pedidos atendidos.

Onde encontrar

Identificado quando o campo de status geral do documento de vendas (VBUK-GBSTK) muda para 'C' (processado completamente). A data e hora devem ser derivadas da última atualização de um documento relacionado, como a compensação do pagamento.

Coleta

Identificado quando o status do documento VBUK-GBSTK passa a ser 'C', usando como data e hora o evento final, por exemplo, pagamento recebido.

Tipo de evento inferred
Saída de mercadorias contabilizada
Esta é a transferência legal e financeira das mercadorias, que marca 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 afeta diretamente a avaliação do estoque e o reconhecimento da receita.

Onde encontrar

A data e hora são registradas na tabela LIKP (WADAT_IST, data real da movimentação de mercadorias) quando a saída de mercadorias é contabilizada. A tabela de fluxo de documentos VBFA vincula esse registro ao pedido de venda.

Coleta

Obtido da data real da movimentação de mercadorias (LIKP-WADAT_IST) no cabeçalho da entrega.

Tipo de evento explicit
Bloqueio do pedido de venda aplicado
Esta atividade ocorre quando um bloqueio de processamento é aplicado ao pedido de venda, impedindo atividades posteriores, como a criação da entrega. Ela é identificada pelo monitoramento dos registros de alteração de campos específicos de bloqueio no cabeçalho ou no item do pedido de venda.
Por que isso importa

A aplicação de bloqueios é um desvio importante do caminho ideal. Identificar por que e com que frequência eles são aplicados ajuda a revelar problemas sistêmicos na qualidade dos dados, nos preços ou nos dados mestres de clientes.

Onde encontrar

Identificado nas tabelas de dados de alteração (CDHDR, CDPOS) para campos de bloqueio do pedido de venda, como VBAK-AUFSP (bloqueio do pedido) ou VBAK-LIFSK (bloqueio da entrega).

Coleta

Identificado quando um campo de bloqueio, como VBAK-LIFSK, muda 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 é identificado quando os campos de bloqueio relevantes mudam de um valor definido para um valor em branco ou são limpos.
Por que isso importa

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

Onde encontrar

Identificado nas tabelas de dados de alteração (CDHDR, CDPOS), quando um campo de bloqueio do pedido de venda, como VBAK-LIFSK, muda de um valor preenchido para um valor em branco.

Coleta

Identificado quando um campo de bloqueio, como VBAK-LIFSK, muda de um valor preenchido 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 gera um documento correspondente no razão financeiro.
Por que isso importa

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

Onde encontrar

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

Coleta

Obtido da data e hora 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. Isso costuma ser identificado pelo log de processamento do sistema de determinação de mensagens de saída.
Por que isso importa

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

Onde encontrar

Identificado por 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 ser usadas como data e hora do evento.

Coleta

Identificado pela data e hora de processamento do registro da mensagem de saída correspondente 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 do pedido de venda antes de seu processamento completo. Isso é identificado pela 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 de disponibilidade de produtos, preços ou requisitos dos clientes.

Onde encontrar

Identificado pelos logs de alteração (CDHDR, CDPOS), que mostram quando o campo 'Motivo da rejeição' (VBAP-ABGRU) é preenchido para um item do pedido de venda.

Coleta

Identificado pela data e hora em que o campo VBAP-ABGRU é preenchido para um ou mais itens.

Tipo de evento inferred
Mercadorias separadas
Representa a conclusão da separação física das mercadorias nos locais de armazenagem do depósito para a entrega de saída. Isso costuma ser identificado por uma atualização de status no documento de entrega.
Por que isso importa

A separação é uma etapa importante do atendimento no depósito. Acompanhar sua conclusão ajuda a medir a eficiência do depósito e a identificar atrasos antes de as mercadorias estarem prontas para expedição.

Onde encontrar

Identificado pelos campos de status nas tabelas LIPS (item da entrega) ou LIKP (cabeçalho da entrega), como o status de separação (KOSTA). A mudança para 'Separação completa' indica a ocorrência do evento.

Coleta

Identificado por uma mudança, registrada com data e hora, no campo de status da separação, como 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 é registrado explicitamente nas tabelas de log 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. Esta atividade é essencial para medir a taxa de alteração de pedidos de venda e identificar as causas raiz.

Onde encontrar

Obtido nas tabelas de dados de alteração 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.

Coleta

Identificado por registros na tabela CDHDR vinculados 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 automatizada ou manual, e sua conclusão costuma ser identificada por 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 e podem 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 encontrar

Identificado pelas 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 que a verificação foi concluída.

Coleta

Identificado por uma mudança, registrada com data e hora, no campo de status de crédito (VBUK-CMGST) do documento de vendas.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair seus dados do SAP S/4HANA

Pronto para começar?

Use este Template de dados para iniciar sua jornada de Process Mining com segurança. Descubra insights para aumentar a eficiência e a satisfação dos clientes no processo de pedido ao recebimento.

Otimize hoje o processamento de pedidos de venda no processo de pedido ao recebimento!

Elimine gargalos e melhore 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 informar cartão de crédito. Configuração em poucos minutos.