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

SAP ECC
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 apresenta um roteiro claro para coletar os dados essenciais à análise do processo de pedido ao recebimento no processamento de pedidos de venda no SAP ECC. Ele indica quais atributos coletar, quais atividades acompanhar e traz orientações práticas para extrair os dados. Use este material para reunir todas as informações necessárias para uma análise completa do processo.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar
  • Orientações para extração no SAP ECC
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 fazer uma análise completa do processo de pedido ao recebimento no processamento de pedidos de venda.
5 Obrigatório 7 Recomendado 5 Opcional
Nome Descrição
Pedido de venda
SalesOrder
Identificador exclusivo do documento do pedido de venda, usado como caso principal para acompanhar todo o processo de pedido ao recebimento.
Descrição

O pedido de venda é o documento central do processo de vendas e representa a solicitação de mercadorias ou serviços feita pelo cliente. Ele reúne todas as informações necessárias para atender essa solicitação do início ao fim.

Em Process Mining, este atributo é usado como ID do caso. Cada número exclusivo de pedido de venda representa uma instância do processo de ponta a ponta. Analisar os processos por pedido de venda permite acompanhar todo o ciclo de vida, medir os tempos de ciclo e identificar variações em cada pedido de cliente.

Por que isso importa

É a chave essencial para relacionar todas as atividades e eventos associados, permitindo analisar de ponta a ponta a jornada de cada pedido de cliente.

Onde encontrar

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no campo VBELN.

Exemplos
900001234590000123469000012347
Atividade
Activity
Nome de uma etapa ou evento específico do negócio que ocorreu no processo do pedido de venda.
Descrição

Este atributo descreve uma etapa do processo de pedido ao recebimento, como 'Pedido de venda criado', 'Entrega criada' ou 'Pagamento recebido'. Essas atividades são os elementos usados para reconstruir o fluxo do processo de cada pedido de venda.

Analisar a sequência e o momento dessas atividades é a base do Process Mining. Isso ajuda a visualizar o mapa do processo, identificar gargalos, descobrir variantes do processo e verificar a conformidade com um modelo padrão. Em geral, as atividades são derivadas de uma combinação de eventos de criação de documentos, alterações de status ou códigos de transação específicos registrados no sistema.

Por que isso importa

As atividades são a base do mapa do processo e permitem visualizar e analisar o fluxo, os desvios e os gargalos.

Onde encontrar

Este é um atributo derivado, geralmente gerado durante a extração de dados. Para isso, códigos de transação SAP (T-Codes), alterações de status de documentos (por exemplo, nas tabelas VBUK e VBUP) ou registros de alteração (tabelas CDHDR e CDPOS) são associados a nomes de atividades mais claros.

Exemplos
Pedido de venda criadoEntrega criadaSaída de mercadorias registradaFatura criadaPagamento recebido
Hora de início
StartTime
Data e hora que indicam quando uma atividade ou evento começou.
Descrição

A hora de início, também chamada de data e hora do evento, registra a data e a hora exatas em que uma atividade ocorreu. Por exemplo, indica quando um pedido de venda foi criado, quando as mercadorias tiveram a saída lançada ou quando uma fatura foi lançada.

Esse dado é fundamental para todas as análises temporais em Process Mining. Ele é usado para calcular os tempos de ciclo entre atividades, medir a duração total de um caso e identificar atrasos ou gargalos. Datas e horas precisas são essenciais para os Dashboards de análise de performance, como os que acompanham entregas no prazo ou prazos de atendimento.

Por que isso importa

Este atributo é essencial para calcular métricas de performance, como tempos de ciclo e durações, que ajudam a identificar gargalos.

Onde encontrar

Este é um atributo composto, geralmente derivado da combinação de um campo de data (por exemplo, ERDAT) e um campo de hora (por exemplo, ERZET) de várias tabelas 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 especifica o sistema de origem, por exemplo, o nome de uma instância específica do SAP ECC ou o número do mandante. Ele dá contexto aos dados, especialmente em ambientes com vários sistemas de produção ou dados de sistemas legados.

Na análise, ele é usado para filtrar ou segmentar os dados de acordo com a origem. Isso é especialmente útil para comparar processos entre sistemas diferentes ou durante projetos de migração, garantindo a integridade e a consistência dos dados.

Por que isso importa

Fornece contexto essencial, especialmente em ambientes com vários sistemas, permitindo comparar processos e manter clara a linhagem dos dados.

Onde encontrar

Este valor geralmente é adicionado durante a extração de dados e costuma ser um valor estático que representa o ID do sistema SAP (SAPSID) ou o mandante (MANDT).

Exemplos
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados deste registro foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração ou atualização mais recente dos dados de um evento ou caso. Assim, você sabe se os dados analisados estão atualizados.

Em Dashboards e relatórios, essa informação é essencial para entender a atualidade dos insights. Ela ajuda a confirmar se a análise reflete o estado mais recente das operações ou se usa dados antigos, alinhando as expectativas sobre quando os dados foram atualizados.

Por que isso importa

Ajuda os usuários a saber se os dados estão atualizados, algo essencial para tomar decisões fundamentadas e no momento certo com base na análise de Process Mining.

Onde encontrar

Este é um atributo de metadados preenchido pela ferramenta ou pelo processo de extração de dados no momento da ingestão. Ele não fica armazenado nas tabelas SAP de origem.

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

O bloqueio de entrega é um status definido no pedido de venda, no nível do cabeçalho ou do item, para interromper temporariamente o processo antes da etapa de entrega. Um usuário pode definir o bloqueio manualmente, ou o sistema pode aplicá-lo automaticamente por motivos como limite de crédito excedido ou dados incompletos.

Este atributo é essencial para o Dashboard de 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 processo de atendimento. Reduzir esses bloqueios é fundamental para melhorar as entregas no prazo e o tempo de ciclo geral.

Por que isso importa

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

Onde encontrar

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no campo LIFSK.

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

O motivo da rejeição explica por que um pedido de venda ou um item específico não foi atendido. Isso pode ocorrer por cancelamento do cliente, indisponibilidade do produto ou outros motivos comerciais.

Este atributo é essencial para o Dashboard de tendências de cancelamento de pedidos de venda. Ao analisar os motivos de rejeição mais comuns, a empresa pode identificar as causas raiz das vendas perdidas. Esse insight pode orientar melhorias na gestão de estoque, na estratégia de preços ou na comunicação com os clientes para reduzir a taxa de cancelamento de pedidos.

Por que isso importa

Explica por que os pedidos são cancelados e permite fazer uma análise de causa raiz para reduzir as vendas perdidas e melhorar a precisão das previsões.

Onde encontrar

Encontrado na tabela de dados do item do documento de vendas (VBAP), no campo ABGRU.

Exemplos
0215Z5
Número do cliente
CustomerNumber
Identificador exclusivo do cliente que fez o pedido de venda.
Descrição

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

Analisar os dados por número do cliente permite segmentar o processo e entender o comportamento e a performance de cada cliente. Isso ajuda a responder perguntas como: quais clientes têm os maiores tempos de ciclo, mais retrabalho ou mais alterações nos pedidos? Essa análise é essencial para melhorar o relacionamento com os clientes e o nível de serviço.

Por que isso importa

Permite analisar o processo com foco no cliente, identificar problemas que afetam clientes específicos e medir a performance de cada um.

Onde encontrar

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no campo KUNNR.

Exemplos
100234100567200112
Número do material
MaterialNumber
Identificador exclusivo de um 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 pedido pode incluir vários materiais, este atributo costuma ser analisado no nível do item.

Analisar o processo por número do material ajuda a identificar problemas específicos de cada produto. Isso pode revelar se determinados produtos estão associados a prazos de atendimento mais longos, mais bloqueios de entrega ou divergências frequentes nas faturas. Essa análise é essencial para que as equipes de cadeia de suprimentos e gestão de produtos otimizem o processo para cada linha de produtos.

Por que isso importa

Permite analisar os processos por produto e identificar quais estão associados a ineficiências, como atrasos, bloqueios ou retrabalho.

Onde encontrar

Encontrado na tabela de dados do item do documento de vendas (VBAP), no campo MATNR.

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

A organização de vendas é uma entidade organizacional importante no SAP, que estrutura a empresa de acordo com suas necessidades comerciais. Ela é responsável por negociar as condições de venda e distribuir mercadorias e serviços.

Em Process Mining, este atributo é uma dimensão importante para a análise. Ele permite comparar a performance, a eficiência e a conformidade dos processos entre diferentes unidades de vendas, regiões ou divisões. Assim, você pode identificar boas práticas nas unidades com melhor performance e oportunidades de melhoria nas demais.

Por que isso importa

Permite comparar a eficiência e a conformidade dos processos entre diferentes unidades de negócio ou regiões.

Onde encontrar

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no campo VKORG.

Exemplos
100025003100
Usuário
User
ID do usuário que criou ou alterou o documento pela última vez ou realizou a atividade.
Descrição

Este atributo registra o ID do usuário SAP responsável por um evento específico do processo. Por exemplo, identifica o atendente de vendas que criou o pedido ou a equipe do depósito que lançou a saída das mercadorias.

Analisar o processo por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar diferenças na forma como cada pessoa executa a mesma tarefa. É essencial para Dashboards que acompanham a performance dos recursos, a conformidade e as intervenções manuais.

Por que isso importa

Dá visibilidade à performance e à carga de trabalho dos recursos, ajuda a identificar desvios do processo associados a usuários específicos e é importante para análises de conformidade e automação.

Onde encontrar

Encontrado em várias tabelas de cabeçalho SAP nos campos 'Criado por' (ERNAM) ou 'Alterado por' (AENAM), como VBAK, LIKP e VBRK.

Exemplos
CBURKEJSMITHRWILLIAMS
Valor líquido
NetAmount
Valor total do pedido de venda, sem impostos nem descontos no nível do cabeçalho.
Descrição

O valor líquido representa o valor monetário do pedido de venda. É uma métrica financeira importante associada a cada instância do processo.

Este atributo é essencial para o Process Mining baseado em valor. Ele permite priorizar iniciativas de melhoria com foco nos pedidos de maior valor. Os analistas podem relacionar problemas do processo, como atrasos ou retrabalho, ao impacto financeiro e, assim, embasar melhor a necessidade de mudança. Por exemplo, é possível analisar se pedidos de alto valor são processados com mais ou menos eficiência do que os de baixo valor.

Por que isso importa

Permite analisar os processos com base no valor e priorizar melhorias nos pedidos com maior impacto financeiro para a empresa.

Onde encontrar

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no campo NETWR.

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

As condições de envio determinam como um pedido será enviado, por exemplo, por modalidade 'Padrão', 'Expressa' ou 'Retirada'. Elas são acordadas com o cliente e influenciam o planejamento logístico.

Este atributo é usado na análise de eficiência e custos dos métodos de envio. Ao segmentar o processo por condição de envio, as empresas podem verificar se determinados métodos estão mais sujeitos a atrasos ou têm tempos de ciclo mais longos. Esses dados ajudam a otimizar a logística e a alinhar as expectativas dos clientes sobre os prazos de entrega.

Por que isso importa

Permite analisar a performance logística e identificar se determinados métodos de envio estão associados a atrasos ou a maior eficiência.

Onde encontrar

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no campo VSBED.

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

Esta é a data de entrega acordada com o cliente, definida com base na disponibilidade de materiais e no planejamento. Ela serve de referência para medir a performance das entregas.

Este atributo é a base do Dashboard de performance de entrega no prazo e do KPI de taxa de entrega no prazo. Ao comparar a data de entrega confirmada com a data real de saída das mercadorias, a análise determina se o pedido foi entregue no prazo, antes ou depois. Essa é uma das principais medidas de confiabilidade da cadeia de suprimentos e de satisfação do cliente.

Por que isso importa

É a referência para medir a performance das entregas no prazo, um KPI importante para a satisfação do cliente e a eficiência da cadeia de suprimentos.

Onde encontrar

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

Exemplos
2023-05-102023-06-202023-07-01
É retrabalho
IsRework
Indicador booleano que informa se um pedido de venda passou por uma alteração significativa ou por retrabalho após sua criação.
Descrição

Este atributo calculado identifica as instâncias do processo que passaram por retrabalho, como aquelas com uma ou mais atividades de alteração do pedido de venda. A lógica que define o retrabalho, por exemplo, uma alteração de preço, quantidade ou data de entrega, é estabelecida durante a configuração do projeto.

Este atributo é essencial para o Dashboard de retrabalho e frequência de alterações em pedidos de venda e para o KPI de taxa de retrabalho desses pedidos. Ele simplifica a análise ao permitir filtrar e comparar diretamente os pedidos que seguiram um fluxo sem interrupções com aqueles que exigiram alterações manuais. Assim, você pode quantificar o impacto do retrabalho nos tempos de ciclo e nos custos.

Por que isso importa

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

Onde encontrar

Este atributo é calculado a partir do Event Log. A lógica verifica se há atividades de alteração do pedido de venda ou eventos de alteração específicos nas tabelas CDHDR/CDPOS.

Exemplos
truefalse
Entrega no prazo
IsOnTimeDelivery
Indicador booleano que informa se as mercadorias foram enviadas até a data de entrega confirmada.
Descrição

Este atributo calculado compara a data real de saída das mercadorias com a data de entrega confirmada do pedido de venda. Se a saída ocorreu até a data confirmada, o valor é verdadeiro; caso contrário, é falso.

Este atributo simplifica a criação do Dashboard de performance de entrega no prazo e o cálculo do KPI de taxa de entrega no prazo. Ele facilita a agregação e a visualização da performance, sem exigir comparações de datas em cada análise ou gráfico. Assim, você tem uma medida clara e imediata da confiabilidade das entregas.

Por que isso importa

Oferece uma medida clara e simples da performance das entregas e facilita o cálculo do KPI geral de taxa de entrega no prazo.

Onde encontrar

Este atributo é calculado comparando a data e hora da atividade de saída das mercadorias com o valor do atributo de data de entrega confirmada.

Exemplos
truefalse
Status da verificação 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 verificação de crédito, automática ou manual, realizada para um pedido de venda. Os status mais comuns incluem 'Aprovado', 'Rejeitado' ou 'Bloqueado'.

Este atributo é importante para o Dashboard de análise do tempo de processamento da verificação de crédito. Atrasos ou bloqueios nessa etapa podem aumentar significativamente o tempo de ciclo total do atendimento do pedido. Analisar esse status ajuda a entender a eficiência do processo de gestão de crédito e seu impacto na velocidade das vendas.

Por que isso importa

Afeta diretamente a velocidade de processamento dos pedidos. Analisar este status ajuda a identificar gargalos na gestão de crédito que atrasam o atendimento.

Onde encontrar

Encontrado na tabela de status do cabeçalho do documento de vendas (VBUK) ou diretamente em VBAK, no campo de status de crédito (por exemplo, CMGST).

Exemplos
ABD
Obrigatório Recomendado Opcional

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

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para identificar com precisão o processo de pedido ao recebimento no processamento de pedidos de venda.
6 Recomendado 8 Opcional
Atividade Descrição
Fatura criada
Marca a criação da fatura do cliente ou do documento de faturamento. Este evento explícito gera um novo documento no sistema e dá início à etapa de pagamento do processo.
Por que isso importa

Este marco importante inicia a contagem do tempo de ciclo entre a emissão da fatura e o pagamento. Atrasos no faturamento afetam diretamente o fluxo de caixa.

Onde encontrar

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

Coleta

Evento baseado no registro da data e hora de criação (ERDAT) na tabela VBRK.

Tipo de evento explicit
Item do pedido encerrado
Esta atividade marca o encerramento definitivo de um item do pedido de venda, indicando que ele foi entregue e faturado por completo e está concluído. Isso é inferido pelo status geral do item.
Por que isso importa

Marca o 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 continuam abertos sem necessidade.

Onde encontrar

Inferido pelo campo de status geral da tabela VBUP (documento de vendas: status do item). Quando VBUP-GBSTA é 'C' (Processado completamente), o item está encerrado.

Coleta

Inferido pela mudança do status do item (VBUP-GBSTA) para 'C' (Processado completamente).

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 pela baixa de um documento financeiro.
Por que isso importa

Esta é a etapa final para receber o valor da venda. Ela marca o fim do período usado para medir o tempo de ciclo entre a emissão da fatura e o pagamento e o tempo de ciclo total do atendimento do pedido de venda.

Onde encontrar

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

Coleta

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

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

Este é um marco importante que separa a entrada do pedido do atendimento. É o ponto de partida para medir os prazos de atravessamento do atendimento e a performance de entrega no prazo.

Onde encontrar

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

Coleta

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

Tipo de evento inferred
Pedido de venda criado
Indica a criação de um novo documento de pedido de venda. Esse evento explícito é registrado quando um usuário salva um novo pedido, normalmente pela transação VA01 no SAP.
Por que isso importa

Este é o principal evento de início do processo Order to Cash. Analisar quando ele ocorre é essencial para medir o tempo de ciclo total e o volume de entrada de pedidos.

Onde encontrar

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

Coleta

Evento baseado no timestamp de criação (ERDAT, ERZET) na tabela VBAK.

Tipo de evento explicit
Saída de mercadorias registrada
Evento crítico em que a propriedade dos produtos é transferida e eles deixam oficialmente o armazém. É um lançamento financeiro explícito que cria um documento de material e atualiza o estoque.
Por que isso importa

Este é o evento de envio e um marco importante para medir as entregas no prazo e os prazos de atravessamento do atendimento. Ele aciona atualizações financeiras e marca um ponto sem retorno no processo de atendimento físico.

Onde encontrar

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

Coleta

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

Tipo de evento explicit
Análise de crédito realizada
Indica a conclusão da análise de crédito automática ou manual do cliente associado ao pedido de venda. Normalmente, esse evento é inferido a partir de uma mudança no status geral de crédito do documento.
Por que isso importa

A análise de crédito costuma ser um gargalo crítico. Medir o tempo dessa etapa é essencial para a 'Análise do tempo de processamento da análise de crédito' e para acelerar o processamento dos pedidos.

Onde encontrar

Inferido a partir dos campos de status de crédito na tabela VBUK (status do cabeçalho do documento de venda). A mudança de VBUK-CMGST de bloqueado para liberado marca esta atividade.

Coleta

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

Tipo de evento inferred
Bloqueio de entrega definido
Representa a ação de aplicar um bloqueio de entrega ao pedido de venda, impedindo a criação de um documento de entrega. Esse evento pode ser registrado explicitamente nos logs de alteração ou inferido a partir das tabelas de status.
Por que isso importa

Esta atividade está diretamente relacionada ao KPI 'Taxa de bloqueio de pedidos de venda'. Identificar por que e com que frequência os bloqueios são definidos ajuda a encontrar as causas dos atrasos no atendimento.

Onde encontrar

Pode ser encontrado nos logs de alteração (CDHDR/CDPOS) do campo VBAK-LIFSK. Outra opção é inferir o evento observando quando o campo VBAK-LIFSK é preenchido.

Coleta

Evento obtido nos documentos de alteração do 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 as mercadorias. Ela é registrada quando o comprovante de entrega é lançado no sistema, geralmente atualizando o status do documento de entrega.
Por que isso importa

Este evento informa a data real da entrega, essencial para calcular com precisão a taxa de entrega no prazo em relação à data prometida.

Onde encontrar

Inferido quando o status do comprovante de entrega (VBUK-PODAT) é definido como 'C' (Confirmado). A data da confirmação fica armazenada em VLPOD-PODAT. Essa implementação não está presente em todos os sistemas.

Coleta

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

Tipo de evento inferred
Entrega criada
Este evento marca a criação do documento de entrega de saída, que instrui o armazém a iniciar as atividades de separação e envio. É um evento explícito registrado no fluxo de documentos.
Por que isso importa

Esta é a primeira etapa do atendimento físico do pedido. O tempo entre a confirmação do pedido e a criação da entrega indica a rapidez com que o processo logístico é iniciado.

Onde encontrar

Criação de um registro na tabela LIKP (dados do cabeçalho do documento de entrega). A ligação com o pedido de venda é mantida na tabela de fluxo de documentos VBFA.

Coleta

Evento baseado no timestamp de criação na tabela LIKP, vinculado por meio da tabela VBFA.

Tipo de evento explicit
Fatura cancelada
Representa o estorno de um documento de faturamento criado anteriormente. Essa transação explícita cria um novo documento de cancelamento para compensar o original.
Por que isso importa

Acompanhar os cancelamentos de faturas ajuda a identificar problemas de preço, divergências no envio ou erros nos dados. Isso contribui para o KPI de taxa de divergência de faturas.

Onde encontrar

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

Coleta

Criação de um documento de cancelamento em VBRK, com referência à fatura original.

Tipo de evento explicit
Pedido cancelado
Indica que um pedido de venda foi cancelado antes do atendimento. Em geral, isso é registrado quando um motivo de rejeição é aplicado a todos os itens relevantes do pedido.
Por que isso importa

Este é um ponto final crítico de falha, que contribui diretamente para o KPI de taxa de cancelamento de pedidos. Entender quando e por que os pedidos são cancelados revela problemas no processo de vendas.

Onde encontrar

Inferido quando o campo VBAP-ABGRU (motivo da rejeição) está preenchido para todos os itens ativos de um pedido de venda. A data da alteração pode ser consultada em CDHDR/CDPOS.

Coleta

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

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

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

Onde encontrar

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

Coleta

Evento obtido nas tabelas de documentos de alteração (CDHDR, CDPOS) para objetos de documentos de venda.

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, o evento pode ser inferido pelo status da ordem de transferência.
Por que isso importa

Analisar o tempo de separação ajuda a otimizar as operações do armazém. Atrasos nessa etapa afetam diretamente o cronograma de envio e o ciclo de atendimento.

Onde encontrar

Inferido quando o status de separação do item de entrega na tabela LIPS-KOSTA muda para 'C' (separação concluída). Se o WM estiver ativo, o evento pode ser inferido pela confirmação da ordem de transferência (tabelas LTAK/LTAP).

Coleta

Inferido a partir da mudança no status de separação (LIPS-KOSTA) ou da confirmação da ordem de transferência do WM.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair seus dados do SAP ECC

Pronto para começar?

Use este Template de dados para aproveitar todo o potencial do processo de pedido ao recebimento no processamento de pedidos de venda. Comece hoje a aumentar a eficiência e acelerar o fluxo de caixa.

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

Elimine gargalos, reduza o tempo de ciclo em 30% e acelere o fluxo de caixa.

Comece seu teste grátis

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