Template de dados: Pedido ao Recebimento - Processamento de Pedido de Vendas

SAP ECC
Template de dados: Pedido ao Recebimento - Processamento de Pedido de Vendas

Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda

Este Template oferece um roteiro claro para coletar os dados essenciais necessários à análise do seu Order to Cash - Processamento de Pedido de Venda no SAP ECC. Ele indica os atributos críticos a coletar, as atividades-chave a acompanhar e traz orientações práticas de extração. Use este recurso para garantir um conjunto de dados completo para uma análise abrangente do processo.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientações de extração do SAP ECC
É novo em event logs? Saiba como criar um event log para Process Mining.

Pedido à Cobrança - Atributos de Processamento de Pedido de Vendas

Estes são os campos de dados recomendados para inclusão no seu Event Log, permitindo uma análise abrangente de Order to Cash - Processamento de Pedido de Venda.
5 Obrigatório 8 Recomendado 5 Opcional
NomeDescrição
Pedido de venda
SalesOrder
O identificador único do documento de pedido de venda, que serve como case principal para acompanhar todo o processo Order to Cash.
Descrição

O Pedido de Venda é o documento central do processo de vendas, representando a solicitação do cliente por produtos ou serviços. Ele reúne todas as informações necessárias para processar essa solicitação do início ao fim.

Em Process Mining, esse atributo é usado como o Case ID. Cada número de Pedido de Venda único representa uma instância ponta a ponta do processo. Analisar por Pedido de Venda permite acompanhar todo o ciclo de vida, medir tempos de ciclo e identificar variações para cada pedido do cliente.

Por que é importante

É a chave essencial para conectar todas as atividades e eventos relacionados, permitindo uma análise ponta a ponta completa da jornada de cada pedido do cliente.

Onde obter

Encontrado na tabela de cabeçalho do documento de vendas (VBAK) como o campo VBELN.

Exemplos
900001234590000123469000012347
Atividade
Activity
O nome de uma etapa de negócio específica ou de um evento ocorrido no processo de pedido de venda.
Descrição

Este atributo descreve uma etapa do processo Order to Cash (O2C), como 'Sales Order Created', 'Delivery Created' ou 'Payment Received'. Essas atividades são os blocos usados para reconstruir o fluxo de processo de cada pedido de venda.

Analisar a sequência e o tempo dessas atividades é o núcleo do Process Mining. Isso ajuda a visualizar o mapa do processo, identificar gargalos, descobrir variantes e verificar a conformidade frente a um modelo padrão. As atividades normalmente são derivadas da combinação de eventos de criação de documentos, mudanças de status ou códigos de transação específicos registrados no sistema.

Por que é importante

As atividades são a espinha dorsal do mapa do processo, permitindo visualizar e analisar o fluxo, os desvios e os gargalos.

Onde obter

Atributo derivado, geralmente criado durante a extração de dados ao mapear códigos de transação do SAP (T-Codes), mudanças de status de documentos (ex.: tabelas VBUK, VBUP) ou logs de alteração (tabelas CDHDR, CDPOS) para nomes de atividades fáceis de entender.

Exemplos
Pedido de venda criadoEntrega criadaSaída de mercadoriasFatura CriadaPagamento Recebido
Hora de Início
StartTime
O timestamp que indica quando uma atividade ou evento começou.
Descrição

O Start Time, também conhecido como timestamp do evento, registra a data e a hora exatas em que uma atividade específica ocorreu. Por exemplo, captura quando um pedido de venda foi criado, quando houve a saída de mercadorias ou quando uma fatura foi lançada.

Esse timestamp é a base de toda análise temporal em Process Mining. Ele é usado para calcular tempos de ciclo entre atividades, medir a duração total de um case e identificar atrasos ou gargalos. Timestamps precisos são críticos para Dashboards de performance, como os que monitoram entrega no prazo ou lead time de atendimento.

Por que é importante

Atributo crítico para calcular todas as métricas de performance, como tempos de ciclo e durações, essenciais para identificar gargalos.

Onde obter

Atributo composto, normalmente obtido pela combinação de um campo de data (ex.: ERDAT) com um campo de hora (ex.: ERZET) em tabelas do SAP como VBAK (Pedido de Venda), LIKP (Entrega) e VBRK (Fatura).

Exemplos
2023-04-15T09:00:12Z2023-04-16T14:30:00Z2023-04-20T11:22:45Z
Sistema de Origem
SourceSystem
Identifica o sistema de origem do qual os dados foram extraídos.
Descrição

Este atributo informa o sistema de origem, por exemplo, o nome de uma instância específica do SAP ECC ou o número do mandante (client). Ele dá contexto aos dados, especialmente em ambientes com vários sistemas produtivos ou dados de sistemas legados.

Nas análises, é usado para filtrar ou segmentar dados pela sua origem. É particularmente útil para comparar processos entre sistemas diferentes ou em projetos de migração, garantindo a integridade e a consistência dos dados.

Por que é importante

Fornece contexto essencial, especialmente em ambientes com múltiplos sistemas, permitindo comparar processos e garantindo a rastreabilidade dos dados.

Onde obter

Valor normalmente adicionado durante a extração de dados e, em geral, é estático, representando o SAP System ID (SAPSID) ou o mandante (MANDT).

Exemplos
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Última Atualização de Dados
LastDataUpdate
Timestamp que indica quando os dados deste registro foram atualizados pela última vez no sistema de origem.
Descrição

Este atributo registra a data e a hora da extração de dados ou atualização mais recente para um evento ou caso. Ele traz transparência sobre a atualidade dos dados analisados.

Em dashboards e relatórios, essa informação é crucial para que os usuários entendam a atualidade dos insights. Ajuda a confirmar se a análise reflete o estado mais recente das operações ou se está baseada em dados antigos, alinhando as expectativas dos usuários quanto à recência dos dados.

Por que é importante

Garante que os usuários saibam quão atualizados estão os dados, algo crítico para decisões rápidas e bem embasadas com base na análise de Process Mining.

Onde obter

Atributo de metadado preenchido pela ferramenta ou processo de extração no momento da ingestão. Não é armazenado nas tabelas de origem do SAP.

Exemplos
2024-06-10T05:00:00Z2024-06-11T05:00:00Z2024-06-12T05:00:00Z
Bloqueio de entrega
DeliveryBlock
Um código que indica se um pedido de venda está bloqueado para entrega, impedindo a criação do documento de entrega.
Descrição

O Bloqueio de Entrega é um status aplicado a um pedido de venda (no cabeçalho ou no item) para interromper temporariamente o processo antes da etapa de entrega. Os bloqueios podem ser definidos manualmente por um usuário ou automaticamente pelo sistema por motivos como estouro do limite de crédito ou dados incompletos.

Esse atributo é fundamental para o Dashboard 'Análise de Bloqueios e Retrabalho em Pedidos de Venda'. Analisar a frequência, a duração e os motivos dos bloqueios de entrega ajuda a identificar os principais gargalos no atendimento. Reduzir esses bloqueios é chave para melhorar a entrega no prazo e o tempo de ciclo geral.

Por que é importante

Identifica diretamente gargalos no processo de atendimento. Analisar por que e com que frequência os pedidos são bloqueados é crucial para melhorar a eficiência do fluxo.

Onde obter

Encontrado na tabela de cabeçalho do documento de vendas (VBAK) como o campo LIFSK.

Exemplos
0102Z1
Motivo da Rejeição
RejectionReason
Um código que indica o motivo pelo qual um item do pedido de venda foi rejeitado ou cancelado.
Descrição

O Motivo de Rejeição explica por que um pedido de venda ou um item específico não foi atendido. Pode ser cancelamento do cliente, indisponibilidade de produto ou outros motivos de negócio.

Esse atributo é essencial para o Dashboard 'Tendências de Cancelamento de Pedidos de Venda'. Ao analisar os motivos de rejeição mais comuns, a empresa identifica as causas raiz de vendas perdidas. Esses insights apoiam melhorias na gestão de estoque, na estratégia de preços ou na comunicação com o cliente para reduzir a taxa de cancelamento de pedidos.

Por que é importante

Mostra o motivo por trás dos cancelamentos de pedidos, permitindo análise de causa raiz para reduzir perdas de vendas e melhorar a precisão das previsões.

Onde obter

Encontrado na tabela de itens do documento de vendas (VBAP) como o campo ABGRU.

Exemplos
0215Z5
Número do cliente
CustomerNumber
O identificador único do cliente que fez o pedido de venda.
Descrição

Este atributo representa o 'Sold-to Party', a conta de cliente principal associada ao pedido de venda. Ele vincula a transação a um cliente específico nos dados mestres.

Analisar por número do cliente permite segmentar o processo para entender comportamentos e desempenho por cliente. Ajuda a responder perguntas como quais clientes têm os maiores tempos de ciclo, maiores taxas de retrabalho ou mais alterações de pedido. Isso é crucial para melhorar o relacionamento com o cliente e os níveis de serviço.

Por que é importante

Permite uma análise centrada no cliente, ajudando a identificar problemas de processo que afetam clientes específicos e a medir o desempenho por cliente.

Onde obter

Encontrado na tabela de cabeçalho do documento de vendas (VBAK) como o campo KUNNR.

Exemplos
100234100567200112
Número do Material
MaterialNumber
O identificador único do produto ou serviço vendido.
Descrição

O Número do Material identifica o item específico em uma linha do pedido de venda. Como um único pedido pode conter vários materiais, esse atributo normalmente é analisado no nível do item.

Analisar o processo por Número do Material ajuda a revelar problemas específicos de produto. Pode mostrar se determinados produtos estão associados a prazos de atendimento mais longos, taxas mais altas de bloqueio de entrega ou divergências de faturamento mais frequentes. Isso é crucial para que a cadeia de suprimentos e a gestão de produtos otimizem o processo para as diferentes linhas de produto.

Por que é importante

Permite analisar o processo por produto, revelando quais produtos estão associados a ineficiências como atrasos, bloqueios ou retrabalho.

Onde obter

Encontrado na tabela de itens do documento de vendas (VBAP) como o campo MATNR.

Exemplos
FG-1001-ARAW-205BSERV-INSTALL
Organização de vendas
SalesOrganization
A unidade organizacional responsável pela venda de produtos ou serviços.
Descrição

Uma Organização de Vendas é uma entidade organizacional fundamental no SAP que estrutura a empresa de acordo com suas necessidades de vendas. Ela é responsável por negociar condições comerciais e distribuir bens e serviços.

No Process Mining, esse atributo é uma dimensão crítica de análise. Ele permite comparar o desempenho do processo, a eficiência e a conformidade entre diferentes unidades, regiões ou divisões de vendas. Isso ajuda a identificar boas práticas em organizações de alto desempenho e oportunidades de melhoria nas demais.

Por que é importante

Permite fazer benchmarking organizacional, comparando eficiência do processo e conformidade entre diferentes unidades de negócio ou regiões.

Onde obter

Encontrado na tabela de cabeçalho do documento de vendas (VBAK) como o campo VKORG.

Exemplos
100025003100
Tempo de ciclo do pedido de venda
SalesOrderCycleTime
A duração total desde a criação do pedido de venda até seu encerramento ou pagamento.
Descrição

Essa métrica calculada mede o tempo de processamento ponta a ponta de um único pedido de venda. Normalmente é apurada como a diferença entre o timestamp da primeira atividade ('Sales Order Created') e o da última atividade (por exemplo, 'Payment Received' ou 'Order Item Closed').

Essa é a principal medida do dashboard 'Tempo de Ciclo Ponta a Ponta do Pedido de Venda' e do KPI de Tempo de Ciclo de Atendimento do Pedido de Venda. Ela oferece uma visão de alto nível da eficiência do processo e é fundamental para identificar pedidos com maior duração e avaliar a saúde geral do processo. Analisar a distribuição dessa métrica ajuda a definir referências e acompanhar o impacto das iniciativas de melhoria ao longo do tempo.

Por que é importante

KPI principal para medir velocidade e eficiência do processo, oferecendo uma linha de base crítica para iniciativas de melhoria.

Onde obter

Esta é uma métrica calculada derivada do Event Log, obtida pela diferença entre o StartTime máximo e o mínimo para um determinado SalesOrder.

Exemplos
10 days 4 hours25 dias 11 horas5 dias 2 horas
Utilizador
User
O ID de usuário do colaborador que criou ou alterou por último o documento ou executou a atividade.
Descrição

Este atributo registra o ID do usuário do SAP responsável por um evento específico no processo. Por exemplo, identifica o atendente de vendas que criou o pedido ou a equipe do armazém que registrou a saída de mercadorias.

Analisar o processo por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar variações na forma como diferentes usuários executam a mesma tarefa. É essencial para dashboards focados em desempenho dos recursos, conformidade e identificação de intervenções manuais.

Por que é importante

Gera visibilidade sobre desempenho e carga de trabalho por recurso, ajuda a identificar desvios por usuário e é fundamental para análises de conformidade e automação.

Onde obter

Encontrado em muitas tabelas de cabeçalho do SAP como o campo 'Criado por' (ERNAM) ou 'Alterado por' (AENAM), por exemplo em VBAK, LIKP e VBRK.

Exemplos
CBURKEJSMITHRWILLIAMS
Valor Líquido
NetAmount
O valor total do pedido de venda, excluindo impostos e descontos no nível do cabeçalho.
Descrição

O Valor Líquido representa o valor monetário do pedido de vendas. É um indicador financeiro-chave associado a cada instância do processo.

Esse atributo é essencial para o Process Mining orientado por valor. Ele permite priorizar iniciativas de melhoria focando nos pedidos de maior valor. Os analistas podem correlacionar problemas do processo, como atrasos ou retrabalho, com o impacto financeiro, ajudando a construir um caso de negócio mais robusto para a mudança. Por exemplo, é possível analisar se pedidos de alto valor são processados com mais ou menos eficiência do que pedidos de baixo valor.

Por que é importante

Permite uma análise baseada em valor, ajudando a priorizar esforços de melhoria nos pedidos com maior impacto financeiro para a empresa.

Onde obter

Encontrado na tabela de cabeçalho do documento de vendas (VBAK) como o campo NETWR.

Exemplos
1500.0012550.75850.50
Condições de expedição
ShippingConditions
Define a estratégia geral de expedição para a entrega de mercadorias ao cliente.
Descrição

As Condições de expedição determinam como um pedido será enviado, por exemplo, 'Padrão', 'Expresso' ou 'Retirada'. Isso é acordado com o cliente e influencia o planejamento logístico.

Esse atributo é usado na análise 'Eficiência e Custo do Método de Envio'. Ao segmentar o processo pelas condições de expedição, é possível avaliar se certos métodos são mais propensos a atrasos ou têm tempos de ciclo mais longos. Esses dados ajudam a otimizar a logística e a gerenciar as expectativas do cliente quanto a prazos de entrega.

Por que é importante

Permite analisar o desempenho logístico, ajudando a identificar se certas modalidades de envio se correlacionam com atrasos ou maior eficiência.

Onde obter

Encontrado na tabela de cabeçalho do documento de vendas (VBAK) como o campo VSBED.

Exemplos
011020
Data de entrega confirmada
ConfirmedDeliveryDate
Data em que a entrega dos produtos ou serviços foi confirmada ao cliente.
Descrição

É a data de entrega prometida ao cliente, baseada na disponibilidade de material e no planejamento. Serve como base para medir a performance de entrega.

Esse atributo é a base do dashboard 'On-Time Delivery Performance' e do KPI On-Time Delivery Rate. Ao comparar a Confirmed Delivery Date com a data real de 'Goods Issued', a análise permite verificar se o pedido foi entregue no prazo, adiantado ou atrasado. É uma medida primária de confiabilidade da cadeia de suprimentos e de satisfação do cliente.

Por que é importante

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

Onde obter

Encontrado na tabela de linhas de programação do documento de vendas (VBEP) como o campo EDATU.

Exemplos
2023-05-102023-06-202023-07-01
É Retrabalho
IsRework
Um indicador booleano que sinaliza se um pedido de venda passou por alteração significativa ou retrabalho após a criação inicial.
Descrição

Este atributo calculado identifica instâncias do processo que passaram por retrabalho, como uma ou mais atividades 'Sales Order Changed'. A lógica do que caracteriza retrabalho — por exemplo, alteração de preço, quantidade ou data de entrega — é definida na configuração do projeto.

Esse atributo é vital para o dashboard 'Retrabalho e Frequência de Alterações em Pedidos de Venda' e para o KPI de Taxa de Retrabalho em Pedido de Venda. Ele simplifica a análise ao permitir filtrar e comparar diretamente pedidos que seguiram um caminho direto, sem intervenção, versus aqueles que exigiram alterações manuais. Isso ajuda a quantificar o impacto do retrabalho nos tempos de ciclo e nos custos.

Por que é importante

Quantifica diretamente a frequência de retrabalho, permitindo analisar suas causas e seu impacto na eficiência do processo e no tempo de ciclo.

Onde obter

Este é um atributo calculado derivado do Event Log. A lógica verifica a presença de atividades 'Sales Order Changed' ou de eventos de alteração específicos nas tabelas CDHDR/CDPOS.

Exemplos
verdadeirofalse
Entrega no Prazo
IsOnTimeDelivery
Um indicador booleano que informa se as mercadorias foram expedidas na data confirmada de entrega ou antes.
Descrição

Este atributo calculado compara a data real da saída de mercadorias com o 'ConfirmedDeliveryDate' do pedido de venda. Se a saída ocorrer na data confirmada ou antes, o valor é verdadeiro; caso contrário, é falso.

Esse atributo simplifica a criação do dashboard 'Desempenho de Entregas no Prazo' e o cálculo do KPI de Taxa de Entrega no Prazo. Ele permite agregar e visualizar o desempenho com facilidade, sem precisar comparar datas a cada análise ou gráfico. É uma medida clara, de leitura rápida, da confiabilidade das entregas.

Por que é importante

Oferece uma medida clara e simples de desempenho de entrega, facilitando o cálculo do KPI de Taxa de Entrega no Prazo (OTD).

Onde obter

Este é um atributo calculado. A lógica compara o timestamp da atividade 'Goods Issued' com o valor do atributo 'ConfirmedDeliveryDate'.

Exemplos
verdadeirofalse
Status da análise de crédito
CreditCheckStatus
Indica o status da verificação de crédito do documento de vendas.
Descrição

Este atributo mostra o resultado da análise de crédito, automática ou manual, realizada no pedido de venda. Os status mais comuns incluem 'Approved', 'Rejected' ou 'Blocked'.

É um atributo-chave para o dashboard 'Tempo de Processamento da Análise de Crédito'. Atrasos ou bloqueios nessa etapa podem impactar significativamente o tempo de ciclo de atendimento do pedido. Analisar esse status ajuda a entender a eficiência da gestão de crédito e seu impacto na velocidade de vendas.

Por que é importante

Impacta diretamente a velocidade de processamento do pedido. Analisar esse status ajuda a identificar gargalos na gestão de crédito que atrasam o atendimento.

Onde obter

Encontrado na tabela de status do cabeçalho do documento de vendas (VBUK) ou diretamente em VBAK como o campo de status de crédito (ex.: CMGST).

Exemplos
ABD
Obrigatório Recomendado Opcional

Pedido à Cobrança - Atividades de Processamento de Pedido de Vendas

Estas são as principais etapas e marcos do processo que devem ser capturados no seu Event Log para uma descoberta precisa de Order to Cash - Processamento de Pedido de Venda.
6 Recomendado 8 Opcional
AtividadeDescrição
Fatura Criada
Marca a criação da fatura do cliente (documento de faturamento). É um evento explícito que gera um novo documento no sistema, iniciando a etapa de pagamento do processo.
Por que é importante

Marco crucial que inicia a contagem do 'Invoice to Payment Cycle Time'. Atrasos na emissão da fatura impactam diretamente o fluxo de caixa.

Onde obter

Registrado na tabela VBRK (documento de faturamento: dados de cabeçalho) com base na data de criação (ERDAT). O vínculo com o pedido de venda ou a entrega está na tabela VBFA.

Captura

Evento baseado na data/hora de criação (ERDAT) na tabela VBRK.

Tipo de evento explicit
Item do Pedido Encerrado
Esta atividade marca o encerramento final de um item do pedido de venda, indicando que foi totalmente entregue, faturado e concluído. Isso é inferido pelo status geral do item.
Por que é importante

Serve como evento final bem-sucedido do processo. Analisar quando os itens são encerrados ajuda a entender a duração do processo de ponta a ponta e a identificar pedidos que permanecem abertos desnecessariamente.

Onde obter

Inferido pelo campo de status geral na tabela VBUP (Documento de Vendas: Status do Item) para o item. Quando VBUP-GBSTA é 'C' (Totalmente processado), o item é encerrado.

Captura

Inferido quando o status do item (VBUP-GBSTA) muda para 'C' (Totalmente processado).

Tipo de evento inferred
Pagamento Recebido
Este evento indica que o pagamento do cliente foi recebido e aplicado à fatura, baixando o item em aberto de contas a receber. É um evento contábil, inferido a partir da baixa de um documento financeiro.
Por que é importante

Etapa final para converter a venda em caixa. É o ponto de término para medir o 'Invoice to Payment Cycle Time' e o 'Sales Order Fulfillment Cycle Time' geral.

Onde obter

Inferido pelas informações do documento de compensação na tabela BSEG para o item do cliente. Quando BSEG-AUGBL (Documento de compensação) e BSEG-AUGDT (Data de compensação) estão preenchidos, o pagamento foi recebido.

Captura

Inferido pelo preenchimento da data de compensação (AUGDT) na tabela BSEG para o item de contas a receber (AR).

Tipo de evento inferred
Pedido Confirmado
Esta atividade indica que o pedido de venda passou por todas as verificações iniciais e está confirmado para atendimento. Normalmente, isso é inferido quando o pedido não está mais bloqueado e há quantidades confirmadas nas linhas de programação.
Por que é importante

Marco importante que separa a entrada do pedido do atendimento (fulfillment). É o ponto de partida para medir prazos de atendimento e a performance de entrega no prazo.

Onde obter

Pode ser inferido quando as linhas de programação em VBEP têm quantidade confirmada (BMENG > 0) e o pedido não está bloqueado para entrega (por exemplo, VBUK-LIFSK vazio).

Captura

Inferido pela confirmação da linha de programação (VBEP-BMENG > 0) e pela remoção de bloqueios no nível do cabeçalho.

Tipo de evento inferred
Pedido de venda criado
Marca a criação de um novo documento de pedido de vendas. É um evento explícito, capturado quando o usuário salva um novo pedido, normalmente pela transação VA01 no SAP.
Por que é importante

Evento inicial principal do processo Order to Cash (O2C). Analisar seu momento é essencial para medir o tempo de ciclo total e a taxa de entrada de pedidos.

Onde obter

Registrado na tabela VBAK (dados de cabeçalho do documento de venda) usando a data de criação (ERDAT) e a hora (ERZET). O código da transação é armazenado em VBAK-TCODE.

Captura

Evento baseado na data/hora de criação (ERDAT, ERZET) na tabela VBAK.

Tipo de evento explicit
Saída de mercadorias
Um evento crítico em que a propriedade das mercadorias é transferida e elas saem oficialmente do armazém. Trata-se de um lançamento contábil explícito que cria um documento de material e atualiza o estoque.
Por que é importante

Este é o evento de expedição e um marco-chave para medir entrega no prazo e prazos de atendimento. Ele dispara atualizações financeiras e marca o ponto de não retorno no processo de atendimento físico.

Onde obter

Criação de um documento de material (MKPF/MSEG) com tipo de movimento de saída de mercadorias (ex.: 601), vinculado ao documento de entrega.

Captura

Criação de um documento de material (MKPF/MSEG) com tipo de movimento de saída de mercadorias, vinculado à entrega.

Tipo de evento explicit
Análise de crédito realizada
Indica que a verificação de crédito, automática ou manual, do cliente no pedido de vendas foi concluída. Geralmente é inferido por uma alteração no status geral de crédito do documento.
Por que é importante

A verificação de crédito costuma ser um gargalo crítico. Medir o tempo gasto nessa etapa é essencial para a 'Análise do Tempo de Processamento da Verificação de Crédito' e para acelerar o processamento de pedidos.

Onde obter

Inferido pelos campos de status de crédito na tabela VBUK (Documento de Vendas: Status do Cabeçalho). Uma mudança em VBUK-CMGST de bloqueado para liberado marca essa atividade.

Captura

Inferido a partir de alterações no campo de status geral de crédito (VBUK-CMGST).

Tipo de evento inferred
Bloqueio de entrega aplicado
Representa a aplicação de um bloqueio de entrega ao pedido de venda, impedindo a criação do documento de entrega. Isso pode ser capturado explicitamente nos logs de mudança ou inferido a partir de tabelas de status.
Por que é importante

Esta atividade está diretamente relacionada ao KPI 'Taxa de Bloqueio de Pedido de Venda'. Identificar por que e com que frequência os bloqueios são aplicados ajuda a revelar as causas dos atrasos no atendimento.

Onde obter

Pode ser encontrado nos logs de alteração (CDHDR/CDPOS) para o campo VBAK-LIFSK. Alternativamente, pode ser inferido observando quando o campo VBAK-LIFSK é preenchido.

Captura

Evento de documentos de alteração para o campo VBAK-LIFSK ou VBAP-LIFSP.

Tipo de evento explicit
Comprovante de entrega confirmado
Esta atividade representa a confirmação de que o cliente recebeu a mercadoria. Ela é registrada quando o comprovante de entrega é lançado no sistema, normalmente atualizando o status do documento de entrega.
Por que é importante

Este evento fornece a data real da entrega, essencial para medir com precisão a 'On-Time Delivery Rate' em relação à data prometida.

Onde obter

Inferido quando o status de POD (proof of delivery) em VBUK-PODAT é definido como 'C' (Confirmado). A data de confirmação é armazenada em VLPOD-PODAT. Nem sempre está implementado.

Captura

Inferido pela atualização do status de POD na entrega (VBUK-PODAT) ou pelo registro na tabela VLPOD.

Tipo de evento inferred
Entrega criada
Este evento marca a criação do documento de entrega de saída (outbound delivery), que é a instrução para o armazém iniciar a separação (picking) e a expedição. É um evento explícito capturado a partir do fluxo de documentos.
Por que é importante

Primeiro passo do processo de atendimento físico. O tempo entre a confirmação do pedido e a criação da entrega mostra quão rápido o processo logístico é iniciado.

Onde obter

A criação de um registro na tabela LIKP (Documento SD: Dados de Cabeçalho da Entrega). O vínculo com o pedido de venda é mantido na tabela de fluxo de documentos VBFA.

Captura

Evento baseado na data/hora de criação na tabela LIKP, vinculado via tabela VBFA.

Tipo de evento explicit
Fatura Cancelada
Representa o estorno de um documento de faturamento previamente criado. É uma transação explícita que gera um novo documento de cancelamento para compensar o original.
Por que é importante

Monitorar cancelamentos de fatura ajuda a identificar problemas de precificação, divergências de envio ou erros de dados. Isso apoia o KPI 'Invoice Discrepancy Rate'.

Onde obter

Evento explícito capturado pela criação de um documento de faturamento de cancelamento (VBRK-VBTYP = 'N' ou 'O'). A fatura original é referenciada em VBRK-SFAKN.

Captura

Criação de um documento de cancelamento em VBRK, referenciando a fatura original.

Tipo de evento explicit
Pedido Cancelado
Indica que um pedido de venda foi cancelado antes do atendimento. Normalmente, isso é registrado aplicando um 'motivo de rejeição' a todos os itens relevantes do pedido.
Por que é importante

Evento final crítico que sustenta diretamente o KPI 'Order Cancellation Rate'. Entender quando e por que os pedidos são cancelados gera insights sobre problemas no processo de vendas.

Onde obter

Inferido quando o campo VBAP-ABGRU (Motivo da rejeição) é preenchido para todos os itens ativos em um pedido de vendas. A data da alteração pode ser encontrada em CDHDR/CDPOS.

Captura

Inferido pelo preenchimento do campo 'Motivo da rejeição' (VBAP-ABGRU) em todos os itens.

Tipo de evento inferred
Pedido de venda alterado
Representa uma modificação feita em um pedido de venda existente após sua criação inicial. Essas alterações são registradas nas tabelas de log de mudanças (CDHDR, CDPOS) quando campos como quantidade, preço ou datas são alterados.
Por que é importante

Acompanhar as alterações ajuda a identificar retrabalho, instabilidade do processo e problemas de qualidade dos dados. Uma alta frequência de mudanças pode indicar falhas na entrada do pedido e gerar atrasos.

Onde obter

Obtido nas tabelas de documentos de alteração CDHDR (cabeçalho) e CDPOS (item) para OBJECTCLAS = 'VERKBELEG'. É possível identificar o carimbo de data e hora e o campo alterado.

Captura

Evento das tabelas de documentos de alteração (CDHDR, CDPOS) para objetos de documento de vendas.

Tipo de evento explicit
Separação Concluída
Indica que todos os itens da entrega foram separados fisicamente no armazém. Se o Warehouse Management (WM) estiver em uso, isso pode ser inferido pelo status da ordem de transferência (Transfer Order).
Por que é importante

Analisar o tempo de picking ajuda a otimizar as operações de armazém. Atrasos nessa etapa impactam diretamente o prazo de expedição e o ciclo de atendimento.

Onde obter

Inferido quando o status de separação do item da entrega na tabela LIPS-KOSTA muda para 'C' (totalmente separado). Se o WM estiver ativo, pode ser inferido pela confirmação da Transfer Order (tabelas LTAK/LTAP).

Captura

Inferido a partir de alteração no status de separação (LIPS-KOSTA) ou pela confirmação da Transfer Order do WM.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP ECC