Template de dados: Pedido ao Recebimento - Processamento de Pedido de Vendas
Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientações de extração para o SAP S/4HANA
Do Pedido ao Recebimento - Atributos de Processamento de Pedido de Vendas
| Nome | Descrição | ||
|---|---|---|---|
|
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
Esse atributo descreve uma etapa ou evento específico no ciclo de vida do pedido de venda, como 'Pedido de venda criado', 'Saída de mercadorias lançada' 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 de Process Mining. Isso permite visualizar mapas de processo, identificar gargalos entre etapas e analisar variantes do processo para entender como os pedidos realmente fluem no sistema em comparação ao processo modelado.
Por que é importante
Define as etapas do processo, permitindo construir o mapa do processo e analisar o fluxo e os gargalos.
Onde obter
Atributo derivado, normalmente gerado na extração de dados ao mapear mudanças de status ou eventos de criação de documento de tabelas como VBAK, LIKP, VBRK e CDHDR/CDPOS para nomes de atividades claros.
Exemplos
Pedido de venda criadoEntrega criadaFatura CriadaPagamento recebido
|
|||
|
Pedido de venda
Vbeln
|
O identificador único de um documento de vendas, servindo como identificador principal do caso para o processo de pedido ao recebimento (Order to Cash - O2C). | ||
|
Descrição
O número do pedido de venda identifica de forma única a solicitação do cliente por bens ou serviços. É o objeto central que conecta todas as atividades no ciclo de processamento do pedido, da criação e confirmação à entrega e ao faturamento. Em Process Mining, esse atributo é essencial para acompanhar a jornada ponta a ponta de cada pedido. Analisar o processo por pedido de venda permite identificar gargalos, entender variações do processo e medir indicadores como tempo de ciclo e entrega no prazo para cada transação de cliente.
Por que é importante
É o identificador central que conecta todos os eventos relacionados ao processo, permitindo uma visão completa do ciclo de vida do pedido no nível de case.
Onde obter
Esse atributo é o número do documento de vendas da tabela VBAK (campo VBELN).
Exemplos
100002341000056710000891
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica quando uma atividade ou evento específico ocorreu. | ||
|
Descrição
Event Time fornece a data e a hora exatas de cada atividade do processo, formando a espinha dorsal cronológica do Event Log. Por exemplo, registra quando um pedido de venda foi criado, quando as mercadorias foram expedidas e quando uma fatura foi paga. Esse atributo é crítico para toda análise baseada em tempo. Ele é usado para calcular tempos de ciclo entre atividades, identificar atrasos, medir o desempenho do processo frente aos acordos de nível de serviço (SLA) e analisar a duração total do processo de pedido de venda. A precisão desses carimbos de data e hora impacta diretamente a qualidade dos insights de Process Mining.
Por que é importante
Este timestamp é essencial para calcular todas as durações, tempos de ciclo e tempos de espera, fundamentais para a análise de desempenho.
Onde obter
Atributo derivado, obtido a partir de vários campos de data e hora nas tabelas SAP, como ERDAT/ERZET (data/hora de criação) em VBAK, LIKP, VBRK, ou timestamps de alteração do CDHDR.
Exemplos
2023-01-15T09:00:00Z2023-01-18T14:30:00Z2023-01-25T11:20:00Z
|
|||
|
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 vendas. É um insumo-chave para planejamento, programação e medição de SLA. Esse atributo é essencial para medir o nível de serviço ao cliente e a performance logística. Ele serve de base para o KPI 'On-Time Delivery Rate', sendo comparado com a data real de saída de mercadoria (goods issue) ou a data de entrega para verificar se o pedido do cliente foi atendido. Analisar desvios ajuda a identificar problemas sistêmicos no atendimento ou no planejamento.
Por que é importante
Esta é a data de referência para medir o desempenho de entrega no prazo, um KPI essencial para a satisfação do cliente e a eficiência da cadeia de suprimentos.
Onde obter
Esse atributo é a 'Data de entrega solicitada' da tabela de linhas de programação do pedido VBEP (campo VDATU).
Exemplos
2023-02-012023-03-152023-04-20
|
|||
|
Nome do Utilizador
Ernam
|
O ID de usuário SAP da pessoa que criou ou fez a última alteração no documento. | ||
|
Descrição
Esse atributo registra o usuário responsável por uma determinada atividade, como criar o pedido de venda ou lançar a saída de mercadorias. Ele vincula as etapas do processo às pessoas ou equipes que as executaram. Analisar atividades por usuário ajuda a identificar necessidades de treinamento, entender a distribuição de carga de trabalho e detectar desvios que podem ser específicos de certos usuários. Também é valioso para fins de conformidade e auditoria, fornecendo um registro claro de quem executou ações-chave no processo.
Por que é importante
Permite analisar o desempenho do processo por usuário ou equipe, ajudando a identificar destaques, oportunidades de treinamento e a distribuição de carga de trabalho.
Onde obter
Esse atributo é o 'Nome da pessoa que criou o objeto' em tabelas como VBAK (campo ERNAM, criação) ou no cabeçalho de documentos de alteração em CDHDR (campo UNAME).
Exemplos
CBURNSDSCRANTONJHALPERT
|
|||
|
Número do cliente
Kunnr
|
O identificador único da conta do cliente. | ||
|
Descrição
O Número do Cliente é uma chave única 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 ótica do cliente é fundamental. Esse atributo permite segmentar o desempenho dos pedidos por cliente, identificar quais sofrem os maiores atrasos e entender como a execução do processo difere para contas estratégicas. É essencial para dashboards que analisam tempos de ciclo por segmento de cliente.
Por que é importante
Isso viabiliza uma análise centrada no cliente, ajudando a identificar problemas de processo que afetam clientes ou grupos de clientes específicos e a medir KPIs por cliente.
Onde obter
Esse atributo é o 'Sold-to party' (cliente) ou 'Número do cliente' da tabela VBAK (campo KUNNR).
Exemplos
C000123C000456C000789
|
|||
|
Número do material
Matnr
|
O identificador único do produto ou material vendido. | ||
|
Descrição
O número do material é a chave única de um produto nos dados mestres. Cada item de um pedido de venda corresponde a um número de material específico. Esse atributo viabiliza análises de processo centradas no produto. Ele permite verificar se certos produtos estão associados a tempos de processamento mais longos, mais alterações ou taxas maiores de cancelamento. Esses insights ajudam a revelar problemas ligados a determinadas linhas de produto, como complexidades na cadeia de suprimentos ou inconsistências de dados.
Por que é importante
Facilita a análise em nível de produto, revelando se determinados materiais ou linhas de produto estão associados a atrasos, retrabalho ou outras ineficiências.
Onde obter
Esse atributo é o 'Número do material' na tabela de itens de pedido de vendas VBAP (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 de vendas da empresa. Ela negocia condições comerciais e responde pela distribuição de bens e serviços. Cada transação de vendas é atribuída a uma organização de vendas específica. Esse atributo é uma dimensão primária para análise de performance. Ao filtrar ou comparar dados entre diferentes organizações de vendas, é possível avaliar o desempenho, 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 é importante
Permite comparar desempenho e fazer benchmarking entre unidades de negócio, regiões ou empresas de um mesmo grupo.
Onde obter
Esse atributo é a 'Organização de vendas' da tabela VBAK (campo VKORG).
Exemplos
10002000US01DE01
|
|||
|
Tipo de documento de venda
Auart
|
Uma classificação que diferencia tipos de documentos de venda, 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, campos obrigatórios e o fluxo geral da transação. Exemplos incluem 'OR' para pedido padrão e 'RE' para pedido de devolução. Em Process Mining, esse atributo é crucial para segmentar a análise. Comparar os fluxos de processo entre diferentes tipos de documento pode revelar variações relevantes no tempo de ciclo, nas taxas de retrabalho e nos níveis de automação. Isso ajuda a direcionar iniciativas de melhoria para tipos de pedido específicos.
Por que é importante
Permite segmentar pedidos de vendas em diferentes categorias, viabilizando a análise comparativa de como cada tipo de pedido é processado.
Onde obter
Esse atributo é o 'Tipo de documento de vendas' da tabela VBAK (campo AUART).
Exemplos
OURECRSO
|
|||
|
Valor Líquido
Netwr
|
O valor líquido do item do pedido de venda ou do documento na moeda do próprio documento. | ||
|
Descrição
O valor líquido representa o valor do pedido após descontos e acréscimos, mas antes dos impostos. É um indicador financeiro-chave associado a cada pedido de vendas. No Process Mining, esse atributo fornece contexto de negócios essencial. Ele é usado para priorizar a análise de pedidos de alto valor, entender se o valor do pedido se correlaciona com o tempo de processamento ou a complexidade e medir o impacto financeiro de ineficiências no processo, como cancelamentos ou atrasos. Por exemplo, a análise pode mostrar que pedidos de alto valor são frequentemente atrasados por análises de crédito manuais.
Por que é importante
Oferece contexto financeiro para cada caso, permitindo análises orientadas a valor para priorizar melhorias em pedidos de alto impacto e quantificar o custo de atrasos.
Onde obter
Esse atributo é o 'Valor líquido do item do pedido na moeda do documento' na tabela VBAP (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 online. | ||
|
Descrição
O Canal de Distribuição define a forma de vender e distribuir produtos aos clientes. É um elemento organizacional-chave que, junto com a Organização de Vendas, define a área de vendas. Analisar processos por canal de distribuição ajuda a entender se certos 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 'Vendas Diretas' podem envolver mais etapas manuais e levar mais tempo. Isso possibilita melhorias direcionadas para canais específicos.
Por que é importante
Permite comparar a performance entre diferentes canais de venda, como web, venda direta ou varejo, para identificar gargalos específicos e boas práticas por canal.
Onde obter
Esse atributo é o 'Canal de distribuição' da tabela VBAK (campo VTWEG).
Exemplos
102001
|
|||
|
Divisão
Spart
|
Uma unidade organizacional que representa uma linha de produtos ou área de negócios específica. | ||
|
Descrição
A Divisão agrupa materiais ou serviços, muitas vezes representando uma linha de produtos. Ela faz parte da definição da área de vendas e ajuda a organizar o negócio com foco no produto. Esse atributo é útil para analisar o desempenho do processo por grupos de produtos. Ele ajuda a responder perguntas como: 'O processamento de pedidos de peças de reposição é diferente do de produtos acabados?' Essa segmentação é chave para o KPI 'Tempo de ciclo por linha de produto' e para análises relacionadas no Dashboard.
Por que é importante
Permite analisar o processo por linha de produto ou área de negócio, ajudando a revelar diferenças de desempenho entre partes da operação.
Onde obter
Esse atributo é a 'Divisão' das tabelas VBAK ou VBAP (campo SPART).
Exemplos
000105
|
|||
|
É Retrabalho
IsRework
|
Um indicador booleano que mostra se uma atividade ou um caso envolve retrabalho, como uma confirmação repetida ou uma alteração relevante. | ||
|
Descrição
Esse indicador identifica pedidos de venda que passaram por retrabalho, como alterações após a confirmação ou repetição da mesma atividade várias vezes. A lógica para definir esse indicador pode se basear na ocorrência de atividades 'Sales Order Changed' ou em múltiplos eventos 'Order Confirmed' no mesmo case. Esse atributo alimenta diretamente o dashboard 'Sales Order Change and Rework Rate' e os KPIs relacionados. Ele facilita filtrar e quantificar o retrabalho, ajudando a empresa a medir o custo e a frequência das ineficiências do processo e a atacar as causas raiz desses desvios.
Por que é importante
Esse indicador ajuda a quantificar a frequência e o impacto de retrabalho, possibilitando análises para reduzir desvios de processo, alterações manuais e ineficiências.
Onde obter
Atributo calculado. A lógica é definida durante a transformação dos dados, geralmente detectando atividades repetidas ou eventos de alteração específicos (por exemplo, das tabelas CDHDR/CDPOS).
Exemplos
verdadeirofalse
|
|||
|
É uma 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 e-commerce. | ||
|
Descrição
Esse atributo diferencia pedidos inseridos diretamente por um usuário no SAP GUI daqueles criados automaticamente via intercâmbio eletrônico de dados (EDI), APIs ou outros sistemas integrados. Em alguns casos, é possível inferir isso pelo usuário que criou o pedido (por exemplo, um usuário de sistema (técnico) vs. um usuário humano) ou por indicadores específicos no documento de vendas. Esse atributo é essencial para análises de automação e sustenta o KPI 'Manual Order Entry Rate'. Ele permite comparar diretamente a eficiência do processo, as taxas de erro e o tempo de ciclo entre pedidos criados manualmente e automaticamente, ajudando a construir o business case para ampliar a automação.
Por que é importante
Ajuda a medir o nível de automação no processo de entrada de pedidos e a comparar a eficiência e as taxas de erro entre pedidos manuais e automatizados.
Onde obter
Frequentemente é um atributo derivado. Pode ser inferido conferindo o usuário 'Created by' (ERNAM) em VBAK contra uma lista de usuários de sistema/batch conhecidos, ou por indicadores específicos de canal.
Exemplos
verdadeirofalse
|
|||
|
É uma entrega no prazo
IsOnTimeDelivery
|
Um indicador booleano que informa se o pedido foi entregue na data confirmada ou solicitada, ou antes. | ||
|
Descrição
Esse atributo fornece um resultado binário e direto sobre a performance de entrega de cada pedido. É calculado comparando o timestamp real de 'Goods Issue Posted' com a 'Requested Delivery Date' (VDATU) ou com a data de entrega confirmada na programação do pedido. Esse indicador é a base do KPI 'On-Time Delivery Rate' e do dashboard 'Delivery Date Promise Adherence'. Ele simplifica a análise ao permitir segmentar rapidamente todos os pedidos entre 'no prazo' e 'em atraso', e então investigar as características do processo de cada grupo para encontrar as causas raiz dos atrasos.
Por que é importante
Mede diretamente o desempenho de atendimento em relação às expectativas do cliente, servindo de base para o KPI crítico "Taxa de Entrega no Prazo".
Onde obter
Atributo calculado, derivado da comparação entre o timestamp da atividade 'Goods Issue Posted' e a 'Requested Delivery Date' (VBEP-VDATU).
Exemplos
verdadeirofalse
|
|||
|
End Time
EndTime
|
O timestamp que indica quando uma determinada atividade ou evento foi concluído. | ||
|
Descrição
EndTime marca o horário de conclusão de uma atividade individual. Enquanto StartTime indica quando a tarefa começou, EndTime registra quando ela terminou, permitindo medir a duração do trabalho ativo. Esse atributo é crucial 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 de espera até o início da próxima tarefa (Tempo de Espera = PróximaAtividade.StartTime - AtividadeAtual.EndTime). Essa distinção é fundamental para uma análise de gargalos precisa.
Por que é importante
Permite calcular com precisão o tempo de processamento da atividade, essencial para separar o tempo de trabalho ativo do tempo ocioso de espera.
Onde obter
Atributo derivado. Para algumas atividades, pode corresponder a um timestamp específico no SAP. Para outras, costuma ser inferido ou igualado ao 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 informados no documento de venda. | ||
|
Descrição
Esse atributo define a moeda (por exemplo, USD, EUR, JPY) dos valores monetários, como o valor líquido, dentro do documento de vendas. Ele fornece o contexto necessário para interpretar e agregar os dados financeiros corretamente. Embora não direcione o fluxo do processo, a moeda é essencial para qualquer análise financeira. Ela garante a correta compreensão dos valores e é necessária ao converter valores para uma moeda comum em relatórios globais.
Por que é importante
Fornece 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 é a '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 de rejeição explica por que um pedido de venda ou um item específico foi cancelado. Esses motivos são configurados pela empresa e 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. Ao analisar os motivos de rejeição mais frequentes, as empresas conseguem identificar problemas subjacentes nos processos de vendas, estoque ou precificação. Esse insight é crucial para o Dashboard 'Análise de cancelamento de pedidos de venda', ajudando a reduzir perdas de vendas e aumentar a eficiência.
Por que é importante
Mostra o "porquê" dos cancelamentos de pedidos, permitindo a análise de causa raiz para tratar problemas como erro de precificação, falta de estoque ou baixa qualidade dos dados.
Onde obter
Esse atributo é o 'Motivo de rejeição de cotações e pedidos de vendas' na tabela de itens de pedido VBAP (campo ABGRU).
Exemplos
010215
|
|||
|
Quantidade do pedido
Kwmeng
|
A quantidade do material solicitada em um item específico do documento de vendas. | ||
|
Descrição
Esse atributo representa a quantidade de unidades de um material específico solicitada pelo cliente em uma linha do pedido de vendas. É um dado transacional fundamental. Analisar a quantidade do pedido traz contexto de negócio. É possível segmentar por tamanho do pedido (pequenos e grandes) e verificar se o volume se correlaciona com a eficiência do processamento. Além disso, é uma métrica-chave para relatórios e para entender a escala das operações.
Por que é importante
Permite analisar por tamanho do pedido, ajudando a entender se o volume impacta prazos de processamento, complexidade ou taxa de erros.
Onde obter
Esse atributo é a '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
Esse atributo especifica o sistema de origem dos dados de eventos, por exemplo, 'SAP S/4HANA Produção' ou 'ECC Qualidade'. Em ambientes com múltiplos ERPs ou uma combinação de plataformas legadas e modernas, esse campo é crucial para a rastreabilidade 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 ambiente de sistemas.
Por que é importante
Fornece contexto sobre a origem dos dados, algo crucial em ambientes com múltiplos sistemas para garantir a integridade dos dados e permitir análises comparativas.
Onde obter
Normalmente é um valor estático adicionado durante a extração de dados para rotular o conjunto de dados com seu sistema de origem.
Exemplos
S4H_PROD_100ECC_DEV_200S4H_QAS_100
|
|||
|
Status geral da entrega
Lfstk
|
O status geral de entrega do pedido de venda, indicando se ainda não foi processado, se foi parcialmente entregue ou se já foi totalmente entregue. | ||
|
Descrição
Este campo de status oferece uma visão geral do andamento do atendimento de um documento de venda. Ele é calculado com base no status de todos os seus itens para indicar se o pedido está em aberto, em andamento ou concluído em termos de entrega. Na análise de processos, esse atributo é valioso para entender o estado atual dos pedidos em aberto e para filtrar casos. Por exemplo, analisar apenas pedidos 'Fully Delivered' oferece uma visão de processos concluídos, enquanto analisar pedidos 'Not yet processed' pode ajudar a identificar backlog e gargalos iniciais.
Por que é importante
Oferece um panorama do andamento do atendimento do pedido, permitindo filtrar e analisar se o pedido está em aberto, parcialmente entregue ou totalmente entregue.
Onde obter
Esse atributo é o 'Status geral de entrega de todos os itens' na tabela de status VBUK (campo LFSTK).
Exemplos
ABC
|
|||
|
Tempo de Processamento
ProcessingTime
|
Duração do trabalho efetivo em uma atividade específica. | ||
|
Descrição
Tempo de processamento, também conhecido como duração da atividade, mede o tempo entre o início e o fim de uma etapa do processo. Ele representa o tempo de trabalho ativo, em oposição ao tempo de espera entre etapas. Essa métrica calculada é crucial para identificar quais atividades específicas consomem mais tempo no processo. É um componente-chave da análise de gargalos e ajuda a apontar ineficiências dentro de uma tarefa, como uma atividade de 'Análise de crédito realizada' muito longa, o que pode indicar necessidade de automação ou de alocação de recursos.
Por que é importante
Mede o tempo de trabalho ativo de uma atividade, ajudando a identificar quais tarefas consomem mais tempo e são candidatas à otimização.
Onde obter
Atributo calculado, obtido pela diferença entre EndTime e StartTime de uma atividade.
Exemplos
360086400300
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização ou extração de dados mais recentes do sistema de origem. | ||
|
Descrição
Esse atributo indica quando os dados para a análise de processo foram atualizados pela última vez. Ele dá transparência para usuários de negócio e analistas sobre a atualidade dos dados exibidos, deixando claro o período coberto pela análise. Em dashboards e relatórios, essa informação é vital para dar contexto. Ajuda os usuários a entender se estão vendo informação em tempo real ou um retrato periódico, o que impacta a interpretação de tendências recentes e da performance operacional.
Por que é importante
Informa os usuários sobre quão recentes são os dados, garantindo que entendam o contexto temporal da análise e evitando interpretações equivocadas.
Onde obter
Esse atributo é gerado pela ferramenta de extração ou pelo processo de ETL, registrando o timestamp da última execução do pipeline de dados.
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Do Pedido ao Recebimento - Atividades de Processamento de Pedido de Vendas
| Atividade | Descrição | ||
|---|---|---|---|
|
Entrega criada
|
Essa atividade indica a criação de uma entrega de saída, iniciando o processo de expedição e logística. Trata-se de um evento explícito em que um documento de entrega é criado por referência ao pedido de venda. | ||
|
Por que é importante
Esse marco sinaliza a transição do processamento de vendas para a logística. Analisar o tempo da confirmação do pedido até a criação da entrega ajuda a identificar gargalos no planejamento do atendimento do pedido.
Onde obter
Capturado a partir do carimbo de data e hora de criação na tabela LIKP (Documento SD: dados do cabeçalho da entrega). O vínculo de volta ao pedido de vendas está na tabela VBFA (Fluxo de documentos de vendas).
Captura
Capturado a partir do carimbo de 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, com detalhes de produtos, quantidades e preços para pagamento. É um evento explícito em que a fatura é gerada com referência à entrega ou ao pedido de venda. | ||
|
Por que é importante
Essa atividade marca o início do ciclo de cobrança. O tempo entre a saída de mercadorias e a criação da fatura é um KPI fundamental para medir a eficiência do processo de faturamento.
Onde obter
Capturado a partir 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.
Captura
Capturado a partir do carimbo de data e hora de criação do cabeçalho do documento de faturamento na tabela VBRK.
Tipo de evento
explicit
|
|||
|
Pagamento recebido
|
Essa atividade marca a conclusão bem-sucedida do processo, quando o pagamento do cliente é recebido e compensado com a fatura em aberto. Trata-se de um lançamento financeiro explícito que encerra o item de contas a receber. | ||
|
Por que é importante
É a etapa final do ciclo de Order to Cash, onde o valor se realiza. Analisar o tempo entre faturamento e pagamento é essencial para gerenciar o fluxo de caixa e os Dias de Vendas em Aberto (DSO).
Onde obter
Capturado a partir da data de compensação (AUGDT) na tabela BSEG (Segmento do documento contábil) para o item relacionado ao pagamento do cliente que liquida a fatura.
Captura
Capturado a partir da data de compensação (AUGDT) no item de cliente liquidado na tabela BSEG ou no documento de compensação em BKPF.
Tipo de evento
explicit
|
|||
|
Pedido de venda confirmado
|
Marca o ponto em que a disponibilidade de material foi verificada e uma quantidade e data de entrega foram confirmadas para os itens do pedido. Isso é inferido pela criação de linhas de programação com quantidades confirmadas. | ||
|
Por que é importante
Marco crítico que representa o compromisso com o cliente. O tempo para chegar a essa etapa (tempo de ciclo da confirmação do pedido) é uma medida-chave de eficiência do processamento interno.
Onde obter
Inferido a partir da criação de registros na tabela VBEP (Sales Document: Schedule Line Data) com quantidade confirmada (BMENG > 0) para os itens do pedido de vendas.
Captura
Obtida a partir da data de criação da primeira linha de programação (VBEP) com quantidade confirmada.
Tipo de evento
inferred
|
|||
|
Pedido de venda criado
|
Essa atividade marca o início do processo de vendas quando um novo pedido de venda é criado formalmente no sistema. Esse evento é capturado explicitamente quando o usuário salva um novo documento de pedido de venda (por exemplo, usando a transação VA01), o que cria um novo registro na tabela VBAK. | ||
|
Por que é importante
Este é o evento inicial principal do processo Order to Cash (O2C). Analisar o tempo entre essa atividade e os marcos seguintes é fundamental para medir o tempo de ciclo total e identificar atrasos iniciais de processamento.
Onde obter
Registrado na tabela VBAK (Sales Document Header Data) no momento da criação. Os campos data de criação (ERDAT) e hora (ERZET) fornecem o timestamp.
Captura
Capturado a partir do carimbo de data e hora de criação do registro de cabeçalho do pedido de vendas na tabela VBAK.
Tipo de evento
explicit
|
|||
|
Pedido encerrado
|
Marca o status final de um pedido de vendas, 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 é importante
Essa atividade estabelece um ponto final claro para pedidos concluídos com sucesso na análise do processo. Ela garante que o tempo de ciclo ponta a ponta seja medido com precisão para pedidos atendidos.
Onde obter
Inferido quando o campo de status geral (VBUK-GBSTK) do documento de vendas muda para 'C' (Completely processed). O carimbo de data e hora deve ser obtido da última atualização de um documento relacionado, como a baixa de pagamento.
Captura
Inferido quando o status do documento VBUK-GBSTK se torna 'C', com o carimbo de data e hora extraído do evento final (por exemplo, Pagamento recebido).
Tipo de evento
inferred
|
|||
|
Saída de mercadorias contabilizada
|
É a transferência legal e financeira da mercadoria, marcando sua saída oficial do estoque da empresa. Esse evento explícito reduz os níveis de estoque e é pré-requisito para o faturamento. | ||
|
Por que é importante
O registro da saída de mercadorias é um marco financeiro e logístico crítico. Costuma ser considerado o momento da "expedição" e impacta diretamente a valorização do estoque e o reconhecimento de receita.
Onde obter
O timestamp é registrado na tabela LIKP (WADAT_IST - data real do movimento de mercadorias) quando a saída de mercadorias é lançada. A tabela de fluxo de documentos VBFA estabelece o vínculo de volta ao pedido de venda.
Captura
Capturado a partir da data real de movimentação de mercadorias (LIKP-WADAT_IST) no cabeçalho da entrega.
Tipo de evento
explicit
|
|||
|
Bloqueio do pedido de venda aplicado
|
Essa atividade ocorre quando um bloqueio de processamento é aplicado ao pedido de venda, impedindo atividades subsequentes, como a criação da entrega. Isso é inferido pelo monitoramento dos logs de alteração de campos específicos de bloqueio no cabeçalho ou no item do pedido. | ||
|
Por que é importante
Aplicar bloqueios é um desvio importante do fluxo ideal. Entender por que e com que frequência esses bloqueios ocorrem ajuda a revelar problemas sistêmicos de qualidade de dados, precificação ou cadastro de clientes.
Onde obter
Inferido a partir das tabelas de alterações (CDHDR, CDPOS) para campos de bloqueio no pedido de vendas, como VBAK-AUFSP (Order block) ou VBAK-LIFSK (Delivery block).
Captura
Identificado ao detectar uma mudança em um campo de bloqueio (por exemplo, VBAK-LIFSK) de vazio para preenchido.
Tipo de evento
inferred
|
|||
|
Bloqueio do pedido de venda removido
|
Representa a remoção um bloqueio de processamento, permitindo que o pedido de venda siga para a próxima etapa. Isso é inferido pela mudança dos campos de bloqueio relevantes de um valor definido para um status em branco ou liberado. | ||
|
Por que é importante
Acompanhar o tempo para remover bloqueios é crucial para entender a duração dos atrasos. Essa atividade ajuda a quantificar retrabalho e a avaliar a eficiência dos processos de resolução.
Onde obter
Inferido a partir das tabelas de dados de alteração (CDHDR, CDPOS), quando um campo de bloqueio do pedido de vendas (ex.: VBAK-LIFSK) é alterado de um valor não vazio para em branco.
Captura
Identificado ao detectar uma mudança em um campo de bloqueio (por exemplo, VBAK-LIFSK) de preenchido para vazio.
Tipo de evento
inferred
|
|||
|
Documento contábil criado
|
Essa atividade ocorre quando a fatura é lançada com sucesso no módulo de Contabilidade Financeira, gerando lançamentos contábeis. É um evento explícito que cria um documento correspondente na razão contábil. | ||
|
Por que é importante
Esse evento confirma que a receita da venda foi formalmente reconhecida na contabilidade da empresa. Atrasos aqui podem afetar a precisão dos relatórios financeiros.
Onde obter
Capturado a partir 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).
Captura
Capturado a partir do carimbo de 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 transmitida ao cliente, por exemplo, via 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 é importante
A contagem da cobrança geralmente começa quando o cliente recebe a fatura. Acompanhar esse evento é fundamental para medir com precisão o tempo de ciclo de cobrança.
Onde obter
Inferido a partir de registros na tabela NAST (Message Status), que registra o processamento de tipos de saída como faturas. A data e a hora de processamento podem servir como o carimbo de data e hora do evento.
Captura
Inferido a partir do carimbo de data e hora 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 do pedido de venda antes da conclusão do processamento. Isso é inferido pela aplicação de um 'Motivo de Rejeição' a um item. | ||
|
Por que é importante
Essa atividade representa um resultado malsucedido para parte do pedido. Analisar quando e por que itens são rejeitados ajuda a identificar problemas de disponibilidade de produtos, precificação ou requisitos do cliente.
Onde obter
Inferido a partir dos logs de alterações (CDHDR, CDPOS) que mostram quando o campo 'Reason for Rejection' (VBAP-ABGRU) é preenchido para um item do pedido de vendas.
Captura
Inferido a partir do carimbo de data e hora 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 (picking) dos produtos nos endereços do estoque para a expedição. Normalmente é inferido por uma atualização de status no documento de entrega. | ||
|
Por que é importante
A separação (picking) é uma etapa-chave no processo de atendimento do armazém. Acompanhar sua conclusão ajuda a medir a eficiência da operação e identificar atrasos antes de as mercadorias estarem prontas para expedição.
Onde obter
Inferido a partir de campos de status nas tabelas LIPS (Delivery Item) ou LIKP (Delivery Header), como o status de separação (KOSTA). Uma alteração para 'Completely picked' indica o evento.
Captura
Inferido a partir de uma alteração com carimbo de data e hora (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 relevante de um pedido de vendas 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 log de alterações do SAP. | ||
|
Por que é importante
Mudanças frequentes indicam instabilidade do processo e podem gerar retrabalho, erros de atendimento e atrasos. Essa atividade é chave para medir a Taxa de Alteração de Pedidos de Venda e identificar causas-raiz.
Onde obter
Capturado nas tabelas de alteração CDHDR (Cabeçalho do documento de alteração) e CDPOS (Itens do documento de alteração), que registram modificações nas tabelas de pedido de vendas como VBAK e VBAP.
Captura
Identificado a partir de registros na tabela CDHDR vinculados ao objeto de pedido de venda (OBJECTCLAS 'VERKBELEG').
Tipo de evento
explicit
|
|||
|
Verificação de crédito realizada
|
Representa a conclusão da análise de crédito do cliente associado ao pedido de venda. Pode ser uma etapa automática ou manual, e sua conclusão normalmente é inferida por uma alteração no status geral de crédito do documento. | ||
|
Por que é importante
Verificações de crédito costumam ser um gargalo que pode atrasar significativamente a confirmação e o atendimento do pedido. Acompanhar essa atividade ajuda a medir sua duração e o impacto no processo como um todo.
Onde obter
Inferido a partir de atualizações de status na tabela VBUK (Sales Document: Header Status and Administrative Data). Uma mudança no campo de status de crédito (CMGST) indica a conclusão da verificação.
Captura
Inferido a partir de uma alteração com carimbo de data e hora (timestamp) no campo de status de crédito (VBUK-CMGST) do documento de vendas.
Tipo de evento
inferred
|
|||