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

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

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

Este Template oferece um roteiro claro para coletar os dados essenciais necessários à análise do seu processo de Order to Cash: processamento de pedidos de venda no SAP ECC. Ele apresenta os principais atributos a serem coletados, as atividades essenciais a serem acompanhadas e orientações práticas para a extração dos dados. Use este recurso para garantir que todas as informações necessárias sejam reunidas para uma análise completa do processo.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações para extração no SAP ECC
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Atributos do processamento de pedidos de venda de Order to Cash

Estes são os campos de dados recomendados para incluir no seu Event Log e permitir uma análise completa do processamento de pedidos de venda de Order to Cash.
5 Obrigatório 7 Recomendado 5 Opcional
Nome Descrição
Pedido de venda
SalesOrder
O identificador exclusivo de um documento de pedido de venda, que funciona como o caso principal para acompanhar todo o processo de Order-to-Cash.
Descrição

O pedido de venda é o documento central do processo de vendas e representa a solicitação de mercadorias ou serviços feita por um cliente. Ele contém todas as informações necessárias para processar a solicitação do cliente do início ao fim.

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

Por que isso importa

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

Onde obter

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

Exemplos
900001234590000123469000012347
Atividade
Activity
O 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 única etapa do processo de Order-to-Cash, como 'Pedido de venda criado', 'Entrega criada' ou 'Pagamento recebido'. Essas atividades são os blocos básicos usados para reconstruir o fluxo do processo de cada pedido de venda.

Analisar a sequência e o momento dessas atividades é o núcleo 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. As atividades normalmente 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 formam a base do mapa do processo, permitindo visualizar e analisar o fluxo, os desvios e os gargalos do processo.

Onde obter

Este é um atributo derivado, normalmente gerado durante a extração de dados ao mapear códigos de transação SAP (T-Codes), alterações de status de documentos (por exemplo, das tabelas VBUK e VBUP) ou logs de documentos de alteração (tabelas CDHDR e CDPOS) para nomes de atividades fáceis de entender.

Exemplos
Sales Order criadoEntrega criadaSaída de mercadoriasFatura criadaPagamento recebido
Hora de início
StartTime
O carimbo de data e hora que indica quando uma atividade ou evento começou.
Descrição

A hora de início, também conhecida como carimbo de data e hora do evento, registra a data e a hora exatas em que uma atividade específica ocorreu. Por exemplo, ela registra quando um pedido de venda foi criado, quando as mercadorias foram lançadas ou quando uma fatura foi contabilizada.

Esse carimbo de data e hora é fundamental para todas as análises baseadas em tempo no 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. Carimbos de data e hora precisos são essenciais para os Dashboards de análise de performance, como os que monitoram a entrega no prazo ou os prazos de atendimento.

Por que isso importa

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

Onde obter

Este é um atributo composto, normalmente 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 cliente. Ele fornece contexto para os 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 com base na 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 garantir a clareza da linhagem dos dados.

Onde obter

Esse valor normalmente é adicionado durante o processo de extração de dados e costuma ser um valor estático que representa o ID do sistema SAP (SAPSID) ou o cliente (MANDT).

Exemplos
ECC_PROD_800SAP_ERP_EU1ECC_QAS_300
Última atualização dos dados
LastDataUpdate
Carimbo de data e hora que indica 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 determinado evento ou caso. Ele fornece transparência sobre a atualidade dos dados analisados.

Em Dashboards e relatórios, essas informações são essenciais para que os usuários entendam a atualidade dos insights. Elas ajudam a confirmar se a análise reflete o estado mais recente das operações ou se é baseada em dados antigos, gerenciando as expectativas dos usuários sobre a recência dos dados.

Por que isso importa

Garante que os usuários estejam cientes da atualidade dos dados, algo crítico para tomar decisões oportunas e bem fundamentadas com base na análise de Process Mining.

Onde obter

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

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 de um documento de entrega.
Descrição

O bloqueio de entrega é um status definido em um pedido de venda, no nível do cabeçalho ou do 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 devido a motivos como falha no limite de crédito ou dados incompletos.

Esse atributo é crítico 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 é essencial para melhorar a entrega 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 obter

Encontrado na tabela de dados do cabeçalho do documento de vendas (VBAK), no 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 da rejeição fornece contexto sobre por que um pedido de venda ou uma linha específica não foi atendido. Isso pode ocorrer devido ao cancelamento pelo cliente, à indisponibilidade do produto ou a outros motivos comerciais.

Esse 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 o cliente para reduzir a taxa de cancelamento de pedidos.

Por que isso importa

Explica o motivo por trás dos cancelamentos de pedidos, permitindo analisar as causas-raiz para reduzir vendas perdidas e melhorar a precisão das previsões.

Onde obter

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

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

Este atributo representa o 'Cliente comprador', a conta principal do cliente 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 a performance específicos de cada cliente. Isso ajuda a responder perguntas como quais clientes têm os maiores tempos de ciclo, as maiores taxas de retrabalho ou as alterações de pedido mais frequentes. Esse recurso é essencial para melhorar a gestão do relacionamento com o cliente e os níveis de serviço.

Por que isso importa

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

Onde obter

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

Exemplos
100234100567200112
Número do material
MaterialNumber
O 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 ú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 cada produto. Isso pode mostrar se determinados produtos estão associados a prazos de atendimento mais longos, maiores taxas de bloqueio de entrega ou divergências de faturas mais frequentes. Esse recurso é essencial para a gestão da cadeia de suprimentos e de produtos, permitindo otimizar o processo para diferentes linhas de produtos.

Por que isso importa

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 dados do item do documento de vendas (VBAP), no 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 importante no SAP que estrutura a empresa de acordo com suas necessidades de vendas. Ela é responsável por negociar condições de venda e distribuir mercadorias e serviços.

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

Por que isso importa

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

Onde obter

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

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

Este atributo registra o ID do usuário SAP responsável por um determinado evento no processo. Por exemplo, ele identifica o vendedor que criou o pedido ou o funcionário do armazém que lançou 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. Ele é essencial para Dashboards focados na performance dos recursos, na conformidade e na identificação de intervenções manuais.

Por que isso importa

Fornece visibilidade sobre a performance e a carga de trabalho dos recursos, ajuda a identificar desvios específicos de cada usuário e é fundamental para análises de conformidade e automação.

Onde obter

Encontrado em várias tabelas de cabeçalho 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 venda. Ele é uma métrica financeira importante associada a cada instância do processo.

Esse atributo é essencial para o Process Mining baseado em valor. Ele permite priorizar iniciativas de melhoria de processos, concentrando-se em pedidos de alto valor. Os analistas podem correlacionar problemas de processo, como atrasos ou retrabalho, com o impacto financeiro, ajudando a construir um caso de negócio mais sólido para a mudança. Por exemplo, ele pode ser usado para analisar se pedidos de alto valor são processados com mais ou menos eficiência do que pedidos de baixo valor.

Por que isso importa

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

Onde obter

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

Exemplos
1500.0012550.75850.50
Condições de expedição
ShippingConditions
Define a estratégia geral de expedição das 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 de 'Eficiência e custo do método de expedição'. Ao segmentar o processo por condições de expedição, as empresas podem analisar 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 gerenciar as expectativas dos clientes em relação aos prazos de entrega.

Por que isso importa

Permite analisar a performance logística, ajudando a determinar se determinados métodos de expedição estão relacionados a atrasos ou a uma maior eficiência.

Onde obter

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

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

Esta é a data de entrega comprometida com o cliente, com base na disponibilidade de materiais e no planejamento. Ela serve como referência para medir a performance da entrega.

Esse 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 de mercadorias', a análise pode determinar se um pedido foi entregue no prazo, antes ou depois do prazo. Essa é uma medida essencial da confiabilidade da cadeia de suprimentos e da satisfação do cliente.

Por que isso importa

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

Onde obter

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

Exemplos
2023-05-102023-06-202023-07-01
É entrega no prazo
IsOnTimeDelivery
Um indicador booleano que informa se as mercadorias foram expedidas na data de entrega confirmada ou antes dela.
Descrição

Este atributo calculado compara a data real da saída de mercadorias com a 'ConfirmedDeliveryDate' de um pedido de venda. Se a data da saída de mercadorias for igual ou anterior à data confirmada, o valor será verdadeiro; caso contrário, será falso.

Esse 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 permite agregar e visualizar a performance com facilidade, sem precisar comparar datas dinamicamente em cada análise ou gráfico. Assim, oferece uma medida clara e imediata da confiabilidade das entregas.

Por que isso importa

Fornece uma medida clara e simples da performance de entrega, facilitando o cálculo do KPI geral de Taxa de entrega no prazo.

Onde obter

Este é um atributo calculado. A lógica compara o carimbo de data e hora da atividade de 'Saída de mercadorias' com o valor do atributo 'ConfirmedDeliveryDate'.

Exemplos
truefalse
É retrabalho
IsRework
Um indicador booleano que informa se um pedido de venda passou por uma alteração significativa ou atividade de retrabalho após sua criação inicial.
Descrição

Este atributo calculado identifica instâncias de processo que passaram por retrabalho, como uma ou mais atividades de 'Pedido de venda alterado'. A lógica específica que define o retrabalho, por exemplo, uma alteração de preço, quantidade ou data de entrega, é definida durante a configuração do projeto.

Esse 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 em pedidos de venda. Ele simplifica a análise ao permitir filtrar e comparar diretamente os pedidos que seguiram um fluxo contínuo com aqueles que exigiram alterações manuais. Isso ajuda a quantificar o impacto do retrabalho nos tempos de ciclo e nos custos.

Por que isso importa

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

Onde obter

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

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 em um pedido de venda. Os status comuns incluem 'Aprovado', 'Rejeitado' ou 'Bloqueado'.

Esse é um atributo importante para o Dashboard de 'Análise do tempo de processamento da verificação de crédito'. Atrasos ou bloqueios na etapa de verificação de crédito podem afetar significativamente o tempo de ciclo geral 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 do processamento dos pedidos. Analisar esse status ajuda a identificar gargalos na gestão de crédito que atrasam o atendimento dos pedidos.

Onde obter

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

Exemplos
ABD
Obrigatório Recomendado Opcional

Atividades do processamento de pedidos de venda de Order to Cash

Estas são as principais etapas e os marcos do processo que devem ser registrados no seu Event Log para uma descoberta precisa do processamento de pedidos de venda de Order to Cash.
6 Recomendado 8 Opcional
Atividade Descrição
Fatura criada
Marca a criação da fatura do cliente ou do documento de faturamento. Este é um evento explícito que gera um novo documento no sistema e inicia a etapa de pagamento do processo.
Por que isso importa

Este é um marco crucial que inicia a contagem do 'Tempo de ciclo da fatura ao pagamento'. Atrasos no faturamento afetam diretamente o fluxo de caixa.

Onde obter

Registrado na tabela VBRK (Documento de faturamento: dados do 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 no registro do carimbo de data e 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 ele foi totalmente entregue, faturado e considerado concluído. Isso é inferido a partir do status geral do item.
Por que isso importa

Funciona como o evento de encerramento 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 sem necessidade.

Onde obter

Inferido a partir do campo de status geral da tabela VBUP (Documento de vendas: status do item) para o item. Quando VBUP-GBSTA é 'C' (Processado completamente), o item é encerrado.

Captura

Inferido a partir da alteração 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. Trata-se de um evento contábil, inferido a partir da baixa de um documento financeiro.
Por que isso importa

Esta é a etapa final para transformar a venda em caixa. Ela marca o ponto final para medir o 'Tempo de ciclo da fatura ao pagamento' e o 'Tempo de ciclo geral do atendimento do pedido de venda'.

Onde obter

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

Captura

Inferido a partir do preenchimento da data de compensação (AUGDT) na tabela BSEG para o item 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 fulfillment. Normalmente, ela é inferida quando o pedido não está mais bloqueado e tem quantidades confirmadas em suas linhas de programação.
Por que isso importa

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

Onde obter

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, VBUK-LIFSK está vazio).

Captura

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
Saída de mercadorias
Um evento crítico em que a propriedade das mercadorias é transferida e elas deixam oficialmente o armazém. Trata-se de um lançamento financeiro explícito que cria um documento de material e atualiza o estoque.
Por que isso importa

Este é o evento de 'expedição' e um marco importante para medir a entrega no prazo e os prazos de atendimento. Ele aciona atualizações financeiras e representa um ponto sem retorno no processo físico de atendimento.

Onde obter

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.

Captura

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
Sales Order criado
Marca a criação de um novo documento de pedido de venda. Este é um evento explícito, capturado quando um usuário salva um novo pedido, normalmente por meio da transação VA01 no SAP.
Por que isso importa

Este é o principal evento de início do processo Order-to-Cash. Analisar seu momento é essencial para medir o tempo total do ciclo e as taxas de entrada de pedidos.

Onde obter

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

Captura

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

Tipo de evento explicit
Bloqueio de entrega definido
Representa uma ação em que um bloqueio de entrega é aplicado ao pedido de venda, impedindo a criação de um documento de entrega. Isso pode ser capturado explicitamente nos logs de alterações ou inferido a partir das tabelas de status.
Por que isso importa

Esta atividade está diretamente relacionada ao KPI 'Sales Order Blockage Rate'. Identificar por que e com que frequência os bloqueios são definidos ajuda a descobrir as causas dos atrasos no fulfillment.

Onde obter

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

Captura

Evento proveniente 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 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 fornece a data real da entrega, essencial para medir com precisão a 'Taxa de entrega no prazo' em relação à data prometida.

Onde obter

Inferido a partir da definição do status do comprovante de entrega (VBUK-PODAT) como 'C' (Confirmado). A data da confirmação é armazenada em VLPOD-PODAT. Isso nem sempre é implementado.

Captura

Inferido a partir da atualização do status do POD na entrega (VBUK-PODAT) ou de uma entrada na tabela VLPOD.

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

Este é o primeiro passo do processo físico de fulfillment. 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 obter

A criação de um registro na tabela LIKP (dados do cabeçalho da entrega do documento SD). O vínculo com o pedido de venda é mantido na tabela de fluxo de documentos VBFA.

Captura

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

Tipo de evento explicit
Fatura cancelada
Representa a reversão de um documento de faturamento criado anteriormente. Trata-se de uma transação explícita que 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ços, divergências na expedição ou erros nos dados. Isso dá suporte ao KPI 'Taxa de divergência de faturas'.

Onde obter

Um 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 da rejeição' a todos os itens relevantes do pedido.
Por que isso importa

Este é um ponto final crítico de falha que dá suporte direto ao KPI 'Taxa de cancelamento de pedidos'. Entender quando e por que os pedidos são cancelados fornece insights sobre problemas no processo de vendas.

Onde obter

Inferido a partir do preenchimento do campo VBAP-ABGRU (Motivo da rejeição) para todos os itens ativos de um pedido de venda. 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
Sales Order alterado
Representa uma modificação feita em um pedido de venda existente após sua criação inicial. Essas alterações 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 alta frequência de alterações pode indicar problemas no processo inicial de entrada do pedido, levando a atrasos.

Onde obter

Obtido nas tabelas de documentos de alteração CDHDR (cabeçalho) e CDPOS (item) para OBJECTCLAS = 'VERKBELEG'. O timestamp e o campo alterado podem ser identificados.

Captura

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

Tipo de evento explicit
Separação concluída
Indica que todos os itens da entrega foram fisicamente separados no armazém. Se o Warehouse Management (WM) estiver sendo usado, isso pode ser inferido pelo status da Transfer Order.
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 prazo geral de expedição e o ciclo de atendimento.

Onde obter

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

Captura

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

Tipo de evento inferred
Verificação de crédito realizada
Indica a conclusão da verificação de crédito automática ou manual do cliente no pedido de venda. Normalmente, isso é inferido a partir de uma alteração no status geral de crédito do documento.
Por que isso importa

A verificação de crédito costuma ser um gargalo crítico. Medir o tempo gasto nessa etapa é essencial para a 'Credit Check Processing Time Analysis' e para acelerar o processamento dos pedidos.

Onde obter

Inferido a partir dos campos de status de crédito na tabela VBUK (documento de vendas: status do cabeçalho). Uma alteração em VBUK-CMGST de bloqueado para liberado marca esta atividade.

Captura

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

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do SAP ECC

Pronto para começar?

Desbloqueie todo o potencial do seu processo de Order to Cash: processamento de pedidos de venda usando este Template de dados. Comece hoje sua jornada rumo a uma eficiência otimizada e a um fluxo de caixa mais rápido.

Otimize hoje o processamento de vendas de Order to Cash

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

Começar o teste grátis

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