Seu Template de dados para Order to Cash - processamento de pedidos de venda

Oracle E-Business Suite
Seu Template de dados para Order to Cash - processamento de pedidos de venda

Seu Template de dados para Order to Cash - processamento de pedidos de venda

Este Template apresenta uma visão estruturada dos dados essenciais que você precisa extrair para analisar o processo de Order to Cash - processamento de pedidos de venda. Ele mostra quais atributos coletar e quais atividades acompanhar no Oracle E-Business Suite. Você também encontra orientações práticas para extrair esses dados e começar a fazer Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar na análise
  • Orientações para extração de dados
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de Order to Cash - processamento de pedidos de venda

Estes são os campos de dados recomendados para incluir no Event Log e fazer uma análise completa de Order to Cash - processamento de pedidos de venda.
3 Obrigatório 7 Recomendado 10 Opcional
Nome Descrição
Horário do evento
EventTime
Data e hora que indicam quando uma atividade específica ocorreu.
Descrição

O horário do evento registra a data e a hora exatas em que uma atividade foi executada. Por exemplo, indica quando um pedido foi criado, quando uma fatura foi enviada ou quando um pagamento foi recebido. Esses dados temporais são fundamentais para o Process Mining.

Esse atributo é usado para ordenar cronologicamente os eventos de cada caso, o que permite reconstruir o fluxo do processo com precisão. Também serve de base para todos os cálculos de duração e performance, como o tempo de ciclo entre atividades, a duração total do caso e a identificação de atrasos ou gargalos.

Por que isso importa

Apresenta a sequência cronológica dos eventos e serve de base para todas as análises de performance relacionadas ao tempo, incluindo o tempo de ciclo e a identificação de gargalos.

Onde encontrar

Obtido de vários campos de data nas tabelas do Oracle EBS, como CREATION_DATE em OE_ORDER_HEADERS_ALL, ACTUAL_SHIPMENT_DATE em WSH_DELIVERY_DETAILS ou TRX_DATE em RA_CUSTOMER_TRX_ALL.

Exemplos
2023-04-15T10:30:00Z2023-04-18T14:00:00Z2023-05-01T09:15:00Z
Nome da atividade
ActivityName
Nome de um evento ou etapa específica do negócio que ocorreu durante o ciclo de vida do pedido de venda.
Descrição

Este atributo registra o nome de cada atividade realizada em um pedido de venda, como 'Pedido registrado', 'Mercadorias enviadas' ou 'Pagamento recebido'. Essas atividades representam os principais marcos do processo de pedido ao recebimento.

Analisar a sequência e a frequência dessas atividades é a base do Process Mining. Isso permite descobrir os fluxos reais do processo, incluindo caminhos comuns, desvios e gargalos. Esses dados são usados para gerar o mapa do processo, a principal visualização para analisar o processo.

Por que isso importa

Define as etapas do mapa do processo, essenciais para visualizar e analisar o fluxo do processo.

Onde encontrar

Este é um campo conceitual derivado de vários eventos, status e datas de transação dos sistemas de origem, em módulos como Order Management, Shipping Execution e Accounts Receivable.

Exemplos
Pedido de venda criadoMercadorias enviadasFatura criadaPagamento recebido
Pedido de venda
SalesOrder
Identificador exclusivo do pedido de venda de um cliente, que funciona como o caso principal do processo de pedido ao recebimento.
Descrição

O número do pedido de venda identifica cada pedido de cliente de forma exclusiva durante todo o seu ciclo de vida, da criação ao encerramento. Ele conecta todas as atividades relacionadas, como registro, envio, faturamento e pagamento.

Em Process Mining, esse atributo é essencial para reconstruir a jornada completa de cada pedido. Ao agrupar todos os eventos em um único pedido de venda, analistas podem visualizar o fluxo completo do processo, identificar variações entre pedidos e medir indicadores-chave de performance, como tempo de ciclo e entregas no prazo, em cada caso.

Por que isso importa

Este é o ID do caso, essencial para vincular todos os eventos do processo e analisar o ciclo de vida completo do pedido.

Onde encontrar

A chave primária de um pedido de venda, geralmente encontrada em tabelas do Oracle Order Management, como OE_ORDER_HEADERS_ALL.HEADER_ID.

Exemplos
685127103482459
Condições de pagamento
PaymentTerms
Condições acordadas que definem quando o cliente deve pagar pelos produtos ou serviços.
Descrição

As condições de pagamento especificam os prazos para pagar uma fatura, como '30 dias líquidos', '60 dias líquidos' ou 'Pagamento no recebimento'. Esse atributo é fundamental para gerenciar contas a receber e fluxo de caixa.

Analisar a performance do processo por condição de pagamento ajuda a identificar se clientes com determinados prazos tendem a pagar com atraso. Essas informações são usadas para avaliar riscos financeiros, otimizar estratégias de cobrança e avaliar a eficácia das diferentes condições oferecidas. É uma dimensão importante para o Dashboard 'Monitoramento da conformidade das condições de pagamento'.

Por que isso importa

Essencial para analisar o comportamento de pagamento, monitorar o fluxo de caixa e avaliar o risco financeiro associado a diferentes contratos com clientes.

Onde encontrar

Encontrado na tabela RA_TERMS, vinculada por TERM_ID a tabelas como RA_CUSTOMER_TRX_ALL (para faturas) ou OE_ORDER_HEADERS_ALL (para pedidos).

Exemplos
30 dias líquidos60 dias líquidosPagamento no recebimento
Data de entrega confirmada
ConfirmedDeliveryDate
Data acordada para a entrega dos produtos ao cliente.
Descrição

Este atributo armazena a data de entrega prometida ou confirmada ao cliente. Ela serve como referência para medir a performance de entrega no prazo.

Em Process Mining, essa data é comparada com a data e hora reais da entrega, registradas na atividade 'Mercadorias entregues', para calcular o KPI 'Taxa de entregas no prazo'. Analisar as diferenças ajuda a identificar problemas sistêmicos em logística, gestão de estoque ou planejamento da produção que causam atrasos nas entregas.

Por que isso importa

Serve de referência para medir a performance de entrega no prazo, um KPI essencial para a satisfação do cliente e a excelência operacional.

Onde encontrar

Essa data geralmente é encontrada nos campos LATEST_ACCEPTABLE_DATE ou REQUEST_DATE, no nível da linha do pedido, na tabela OE_ORDER_LINES_ALL.

Exemplos
2023-05-102023-06-012023-07-20
Data de vencimento do pagamento
PaymentDueDate
Data calculada até a qual o cliente deve pagar a fatura.
Descrição

A data de vencimento do pagamento é o dia específico em que uma fatura deve ser paga, calculado com base na data da fatura e nas condições de pagamento acordadas. É a data prevista para a atividade 'Pagamento recebido'.

Este atributo é essencial para calcular o KPI 'Taxa de conformidade das condições de pagamento', comparando-o com a data real do pagamento. Analisar as diferenças ajuda a equipe de cobrança a priorizar esforços, identificar clientes que pagam com atraso recorrente e medir a eficácia do processo de cobrança.

Por que isso importa

Serve como data prevista para o recebimento do pagamento, permitindo medir a pontualidade e a conformidade do cliente com as condições acordadas.

Onde encontrar

Localizado no campo DUE_DATE da tabela AR_PAYMENT_SCHEDULES_ALL, vinculada à transação da fatura.

Exemplos
2023-06-152023-07-012023-08-30
Nome de usuário
UserName
Usuário que realizou a atividade.
Descrição

Identifica o usuário responsável por executar uma determinada etapa do processo. Pode ser o representante de vendas que criou o pedido, o analista de crédito que fez a análise ou o funcionário que criou a fatura.

Analisar as atividades por usuário ajuda a identificar necessidades de treinamento, pessoas ou equipes com alta performance e a distribuição da carga de trabalho. Também é essencial para a Conformidade e a análise da trilha de auditoria, por exemplo, ao investigar ações não autorizadas ou entender padrões de retrabalho associados a usuários específicos.

Por que isso importa

Permite analisar a performance dos usuários, a distribuição da carga de trabalho e o cumprimento dos protocolos de Conformidade. Ajuda a responder quem realizou uma ação.

Onde encontrar

Obtido de campos relacionados a usuários, como CREATED_BY ou LAST_UPDATED_BY, em várias tabelas do Oracle EBS. Muitas vezes, é necessário fazer uma junção com FND_USER para obter o nome completo do usuário.

Exemplos
JSMITHRWILLIAMSCDAVIS
Nome do cliente
CustomerName
Nome do cliente que fez o pedido de venda.
Descrição

Este atributo identifica o nome legal do cliente associado ao pedido de venda. É uma dimensão principal para segmentar e analisar a performance do processo.

Ao filtrar ou detalhar o processo por cliente, analistas podem identificar quais clientes enfrentam os maiores tempos de ciclo, têm mais retrabalho ou estão mais associados a atrasos nos pagamentos. Esse insight é valioso para melhorar o relacionamento com os clientes, adaptar os níveis de serviço e entender o comportamento de cada cliente.

Por que isso importa

Permite analisar o processo pela perspectiva do cliente, identificar variações de performance, melhorar o serviço e entender os hábitos de pagamento de diferentes clientes.

Onde encontrar

Derivado da junção de SOLD_TO_ORG_ID em OE_ORDER_HEADERS_ALL com as tabelas HZ_CUST_ACCOUNTS e HZ_PARTIES para obter o nome da parte.

Exemplos
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Status do pedido
OrderStatus
Status atual ou histórico do pedido de venda ou da linha do pedido.
Descrição

Este atributo registra o status de um pedido de venda em diferentes momentos, como 'Inserido', 'Registrado', 'Encerrado' ou 'Cancelado'. Muitas vezes, os status correspondem diretamente às atividades do processo.

Acompanhar o status dos pedidos é essencial para criar Dashboards que mostram a situação atual de todos os pedidos ativos. Isso permite que gestores monitorem o fluxo de pedidos, identifiquem pedidos parados e gerenciem exceções de forma proativa. Analisar as transições de status é uma forma comum de definir atividades para o mapa do processo.

Por que isso importa

Dá visibilidade ao fluxo de pedidos de venda, ajudando a identificar pedidos parados e gerenciar exceções do processo.

Onde encontrar

Geralmente encontrado na coluna FLOW_STATUS_CODE das tabelas OE_ORDER_HEADERS_ALL e OE_ORDER_LINES_ALL.

Exemplos
REGISTRADOAGUARDANDO_ENVIOENVIADOENCERRADOCANCELADO
Valor total do pedido
TotalOrderAmount
Valor monetário total do pedido de venda.
Descrição

Este atributo representa o valor total de todas as linhas de um pedido de venda, expresso na moeda da transação. É uma métrica financeira importante associada a cada caso.

Analisar as métricas do processo por valor do pedido ajuda a priorizar iniciativas de melhoria. Por exemplo, analistas podem investigar se pedidos de alto valor sofrem mais atrasos ou retrabalho do que pedidos de baixo valor. Também permite avaliar o impacto financeiro, como quantificar o valor dos pedidos parados em determinado gargalo.

Por que isso importa

Permite analisar o processo financeiramente, priorizar pedidos de alto valor e quantificar o impacto monetário das ineficiências.

Onde encontrar

Esse valor costuma ser calculado somando os valores das linhas de um pedido. Os valores das linhas são encontrados em tabelas como OE_ORDER_LINES_ALL.

Exemplos
5450.00125000.75980.50
Entrega no prazo
IsOnTimeDelivery
Indicador que mostra se o pedido foi entregue na data de entrega confirmada ou antes dela.
Descrição

Este atributo calculado é um indicador booleano (Verdadeiro/Falso) que mostra se o pedido cumpriu o prazo de entrega acordado. Ele é derivado da comparação entre a data e hora da atividade 'Mercadorias entregues' e a 'Data de entrega confirmada'.

Este atributo dá suporte direto ao KPI 'Taxa de entregas no prazo'. Ele simplifica a análise e a criação de Dashboards ao apresentar um resultado claro, sim ou não, para cada pedido. Assim, fica fácil filtrar e agregar dados para identificar características comuns das entregas atrasadas, como produtos, clientes ou métodos de envio.

Por que isso importa

Mede diretamente o nível de serviço ao cliente e a confiabilidade do atendimento, simplificando o cálculo e a visualização do KPI de entregas no prazo.

Onde encontrar

Este é um campo calculado. A lógica é: IF ('Mercadorias entregues' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.

Exemplos
truefalse
Método de envio
ShippingMethod
Método ou transportadora usada para levar os produtos ao cliente.
Descrição

Este atributo especifica o meio de transporte ou o nível de serviço usado no envio, como 'Frete terrestre', 'Expresso aéreo' ou 'Entrega local'. É um fator importante tanto para o prazo quanto para o custo da entrega.

Ao analisar o processo com esse atributo, as empresas podem avaliar a performance de diferentes métodos de envio. Por exemplo, o Dashboard 'Performance dos métodos de envio' compara o tempo de ciclo entre as atividades 'Mercadorias enviadas' e 'Mercadorias entregues' para cada método, ajudando a otimizar a logística em termos de velocidade, custo e confiabilidade.

Por que isso importa

Permite avaliar a performance de diferentes transportadoras e opções de envio para otimizar custos, velocidade e confiabilidade.

Onde encontrar

Geralmente armazenado como SHIPPING_METHOD_CODE em tabelas como WSH_DELIVERY_DETAILS ou OE_ORDER_LINES_ALL.

Exemplos
UPS terrestreFedEx prioritário durante a noiteDHL Express mundial
Moeda
Currency
Código da moeda dos valores monetários do pedido de venda.
Descrição

O atributo de moeda especifica em qual moeda os valores do pedido são expressos, como USD, EUR ou JPY. Ele fornece o contexto necessário para interpretar os dados financeiros relacionados ao pedido.

Isso é essencial para análises em organizações multinacionais que realizam transações em várias moedas. O atributo garante que métricas financeiras, como 'Valor total do pedido', sejam interpretadas corretamente e permite converter moedas quando necessário para relatórios consolidados.

Por que isso importa

Fornece contexto essencial para todos os valores monetários e garante análises financeiras precisas, especialmente em um ambiente de negócios global.

Onde encontrar

Localizado no campo TRANSACTIONAL_CURR_CODE da tabela OE_ORDER_HEADERS_ALL.

Exemplos
USDEURGBP
Motivo do cancelamento
CancellationReason
Motivo registrado para o cancelamento de um pedido de venda ou de uma linha do pedido.
Descrição

Quando um pedido de venda é cancelado, este atributo registra o motivo informado. Alguns exemplos são 'Solicitação do cliente', 'Sem estoque' ou 'Bloqueio de crédito'.

Esses dados são essenciais para a análise de causa raiz dos cancelamentos de pedidos. O Dashboard 'Taxa e motivos de cancelamento de pedidos de venda' usa esse atributo para identificar as principais causas dos cancelamentos, permitindo que a empresa adote medidas específicas para reduzir a perda de clientes, melhorar a previsão de estoque ou ajustar as políticas de crédito.

Por que isso importa

Mostra por que os pedidos são cancelados e permite fazer uma análise de causa raiz para reduzir vendas perdidas e melhorar a retenção de clientes.

Onde encontrar

Essas informações costumam ser armazenadas em um campo de código de motivo, como CANCELLED_REASON, que pode estar disponível na tabela OE_ORDER_LINES_ALL ou em uma tabela relacionada a alterações nos pedidos.

Exemplos
Item descontinuadoCliente cancelouPedido duplicado
Número do produto
ProductNumber
Identificador exclusivo do produto ou item na linha do pedido de venda.
Descrição

Este atributo identifica o material, item ou serviço vendido. Ele permite analisar o processo em mais detalhes do que no nível do cabeçalho do pedido.

Analisar o processo por produto ajuda a revelar problemas específicos de cada produto. Por exemplo, alguns produtos podem levar mais tempo para serem atendidos devido à complexidade de fabricação ou fornecimento, enquanto outros podem estar associados a mais erros de envio ou reclamações de clientes. Isso permite direcionar melhorias para a cadeia de suprimentos e a gestão de produtos.

Por que isso importa

Permite analisar o processo por produto e identificar itens que causam atrasos, retrabalho ou outras ineficiências.

Onde encontrar

Derivado de INVENTORY_ITEM_ID na tabela OE_ORDER_LINES_ALL, que pode ser combinado com MTL_SYSTEM_ITEMS_B para obter o número ou a descrição do item.

Exemplos
AS54888CM15001SV20100
Pagamento no prazo
IsPaymentOnTime
Indicador que mostra se o pagamento foi recebido até a data de vencimento da fatura.
Descrição

Este atributo booleano calculado é derivado da comparação entre a data e hora da atividade 'Pagamento recebido' e a 'Data de vencimento do pagamento' da fatura correspondente. Ele indica de forma simples se o pagamento foi feito dentro do prazo.

Este indicador serve de base para o KPI 'Taxa de conformidade das condições de pagamento'. Ele simplifica a criação de Dashboards e relatórios para monitorar o comportamento de pagamento dos clientes e a eficácia do processo de contas a receber. Também permite separar rapidamente os pagamentos feitos no prazo dos atrasados e analisar fatores como o tipo de cliente ou as condições de pagamento.

Por que isso importa

Mede diretamente o cumprimento das condições de pagamento, essencial para gerenciar o fluxo de caixa e avaliar a confiabilidade financeira dos clientes.

Onde encontrar

Este é um campo calculado. A lógica é: IF ('Pagamento recebido' EventTime <= PaymentDueDate) THEN True ELSE False.

Exemplos
truefalse
Quantidade do pedido
OrderQuantity
Quantidade do produto solicitada em uma linha específica do pedido de venda.
Descrição

Este atributo especifica o número de unidades de um produto solicitado pelo cliente em uma linha do pedido de venda. Ele representa o volume da transação no nível do item.

A quantidade do pedido pode ser usada como dimensão de análise para verificar se o comportamento do processo muda conforme o tamanho do pedido. Por exemplo, pedidos muito grandes ou muito pequenos podem seguir fluxos diferentes ou sofrer outros tipos de atraso. Ela também dá contexto a outras métricas, como o valor do pedido.

Por que isso importa

Dá contexto sobre o porte do pedido e permite analisar como o volume afeta a eficiência do processo e os caminhos de atendimento.

Onde encontrar

Encontrado no campo ORDERED_QUANTITY da tabela OE_ORDER_LINES_ALL.

Exemplos
102501
Retrabalho
IsRework
Indicador que mostra se um pedido de venda passou por retrabalho, como confirmações ou atualizações repetidas.
Descrição

Este atributo booleano calculado sinaliza casos com padrões que indicam retrabalho. O retrabalho pode ser identificado pela detecção de ciclos no mapa do processo, como um pedido registrado várias vezes, ou por eventos de alteração específicos registrados no sistema.

Este indicador é usado para calcular o KPI 'Taxa de retrabalho de pedidos de venda' e alimentar o Dashboard 'Análise de retrabalho de pedidos de venda'. Ele permite que analistas identifiquem e estudem facilmente pedidos que fogem do processo padrão, quantifiquem o impacto do retrabalho no tempo de ciclo e nos custos e encontrem as causas raiz desses ciclos ineficientes.

Por que isso importa

Ajuda a quantificar as ineficiências do processo ao sinalizar pedidos que exigiram alterações manuais, permitindo analisar as causas e os impactos do retrabalho.

Onde encontrar

Calculado durante a transformação dos dados, identificando sequências de atividades que formam um ciclo, por exemplo, quando 'Pedido registrado' ocorre mais de uma vez no mesmo caso.

Exemplos
truefalse
Sistema de origem
SourceSystem
Sistema do qual os dados foram extraídos.
Descrição

Este atributo identifica o sistema de informação de origem dos dados dos eventos. Neste processo, o valor será sempre 'Oracle E-Business Suite'.

Em ambientes com vários sistemas, esse campo é essencial para rastrear a origem dos dados e solucionar problemas. Mesmo quando há apenas um sistema, ele fornece contexto importante para o modelo de dados e ajuda a padronizar os processos de ingestão de dados.

Por que isso importa

Fornece contexto essencial sobre a origem dos dados, garantindo rastreabilidade e interpretação adequada, especialmente em ambientes com vários sistemas.

Onde encontrar

Normalmente, é um valor estático adicionado durante o processo de extração, transformação e carregamento de dados (ETL) para identificar a origem dos dados.

Exemplos
Oracle E-Business SuiteOracle EBS R12
Última atualização dos dados
LastDataUpdate
Data e hora da atualização mais recente dos dados do sistema de origem.
Descrição

Este atributo indica quando os dados foram extraídos pela última vez do Oracle E-Business Suite e carregados na ferramenta de Process Mining. Ele mostra o quanto os dados analisados estão atualizados.

Isso é essencial para que você saiba se os insights exibidos refletem informações em tempo real ou um instantâneo de um momento específico, o que ajuda na tomada de decisões operacionais.

Por que isso importa

Informa se os dados estão atualizados, algo essencial para confiar na análise e tomar decisões no momento certo.

Onde encontrar

Essa data e hora são geradas e adicionadas durante o processo de extração, transformação e carregamento de dados (ETL).

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

Atividades de Order to Cash - processamento de pedidos de venda

Estas são as principais etapas e marcos do processo que você deve registrar no Event Log para descobrir e otimizar o processo com precisão.
7 Recomendado 6 Opcional
Atividade Descrição
Estoque alocado
Esta atividade representa a reserva de estoque para as linhas do pedido, garantindo que a quantidade necessária esteja disponível para separação. Em geral, ela é inferida de uma mudança de status na linha do pedido de venda, que indica que está pronta para liberação ao armazém.
Por que isso importa

Este marco é essencial para entender se o pedido está pronto para atendimento. Atrasos nesta etapa podem indicar falta de estoque, problemas de abastecimento ou ineficiências no processo de alocação.

Onde encontrar

Inferido de mudanças de status na tabela WSH_DELIVERY_DETAILS. A atividade ocorre quando o status de uma linha é atualizado para 'Ready to Release', e a data e hora são obtidas da atualização de status correspondente.

Coleta

Inferido das atualizações de status das linhas em WSH_DELIVERY_DETAILS para 'Ready to Release'.

Tipo de evento inferred
Fatura criada
Este evento marca a criação da fatura a receber referente às mercadorias enviadas. É um evento explícito acionado pelo processo AutoInvoice, que transfere dados de Order Management e Shipping para o módulo Receivables.
Por que isso importa

Esta atividade inicia a etapa de liquidação financeira do processo. É o ponto de partida para medir o tempo de ciclo entre a emissão da fatura e o pagamento e monitorar a eficiência do faturamento.

Onde encontrar

Esta transação explícita é registrada na tabela RA_CUSTOMER_TRX_ALL do Oracle Receivables. TRX_DATE ou CREATION_DATE indica a data e hora do evento.

Coleta

Use TRX_DATE da tabela RA_CUSTOMER_TRX_ALL.

Tipo de evento explicit
Mercadorias enviadas
Representa a conclusão da confirmação de envio, quando as mercadorias saem fisicamente do armazém. Este é um evento explícito importante no módulo de envio, que atualiza o estoque e avança o status do pedido.
Por que isso importa

Este é um marco essencial do atendimento, usado para medir a pontualidade dos envios. Também aciona os processos de faturamento e reconhecimento de receita.

Onde encontrar

Registrado como uma transação explícita no Oracle Shipping Execution. A data e hora podem ser encontradas em INITIAL_PICKUP_DATE na tabela WSH_NEW_DELIVERIES ou inferidas das atualizações de status dos detalhes de entrega em WSH_DELIVERY_DETAILS para 'Shipped'.

Coleta

Use a data de confirmação do envio em WSH_DELIVERY_DETAILS ou WSH_NEW_DELIVERIES.

Tipo de evento explicit
Pagamento recebido
Esta atividade ocorre quando o pagamento do cliente é recebido e aplicado à fatura correspondente no sistema. É uma transação financeira explícita registrada no módulo Accounts Receivable.
Por que isso importa

Este marco é essencial para acompanhar o fluxo de caixa, o Prazo médio de recebimento de vendas (DSO) e o cumprimento dos prazos de pagamento. É um ponto final importante para medir o tempo de ciclo financeiro.

Onde encontrar

Registrado explicitamente na tabela AR_RECEIVABLE_APPLICATIONS_ALL. A coluna APPLY_DATE informa a data e hora em que o recebimento foi aplicado à fatura.

Coleta

Use APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para a fatura específica.

Tipo de evento explicit
Pedido confirmado
Representa a confirmação formal do pedido de venda, que o torna ativo e apto para etapas seguintes, como abastecimento e envio. No Oracle EBS, essa ação explícita altera o status do pedido de 'Entered' para 'Booked'.
Por que isso importa

A confirmação é um marco essencial que autoriza oficialmente o atendimento do pedido. Atrasos entre a criação e a confirmação podem indicar problemas na entrada de dados, nas aprovações ou na validação inicial.

Onde encontrar

Capturado na tabela OE_ORDER_HEADERS_ALL. O evento ocorre quando BOOKED_FLAG recebe o valor 'Y', e a data e hora são registradas na coluna BOOKED_DATE.

Coleta

Use BOOKED_DATE da tabela OE_ORDER_HEADERS_ALL.

Tipo de evento explicit
Pedido de venda criado
Esta atividade marca a criação inicial de um pedido de venda no sistema. É um evento explícito, registrado quando um usuário salva o cabeçalho de um novo pedido de venda, que representa o início formal do processo Order to Cash.
Por que isso importa

Este é o principal evento de início do processo. Analisar o tempo entre este ponto e as atividades seguintes é essencial para medir o tempo de ciclo geral do processo Order to Cash.

Onde encontrar

Este evento é capturado na tabela OE_ORDER_HEADERS_ALL do módulo Oracle Order Management. A coluna CREATION_DATE fornece a data e hora exatas da atividade.

Coleta

Use CREATION_DATE da tabela OE_ORDER_HEADERS_ALL.

Tipo de evento explicit
Pedido encerrado
Esta atividade marca a conclusão final do pedido de venda, depois que todas as linhas foram enviadas, faturadas e encerradas com sucesso. É uma atualização explícita do status no cabeçalho do pedido.
Por que isso importa

Este é o principal ponto final de sucesso do processo Order to Cash. Ele fornece a data e hora necessárias para calcular o tempo de ciclo de ponta a ponta dos pedidos atendidos com sucesso.

Onde encontrar

Este evento é registrado na tabela OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE é atualizado para 'CLOSED'. LAST_UPDATE_DATE dessa mudança de status indica a data e hora do evento.

Coleta

Data e hora da atualização em OE_ORDER_HEADERS_ALL em que FLOW_STATUS_CODE passa a ser 'CLOSED'.

Tipo de evento explicit
Fatura enviada ao cliente
Esta atividade representa o momento em que a fatura é enviada ao cliente, impressa ou por meio eletrônico. Em geral, ela é inferida, pois nem sempre há um evento separado e explícito para o envio.
Por que isso importa

Marca o início oficial da contagem do prazo de pagamento do cliente. Atrasos entre a criação e o envio da fatura podem prejudicar o fluxo de caixa e levar a pagamentos em atraso.

Onde encontrar

Este evento pode ser inferido de LAST_PRINTED_DATE na tabela RA_CUSTOMER_TRX_ALL. Para faturas eletrônicas, talvez seja necessário consultar os registros de um sistema externo de entrega de documentos.

Coleta

Use LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL ou os registros de ferramentas de terceiros.

Tipo de evento inferred
Linha do pedido encerrada
Indica que todo o processamento de uma linha individual do pedido de venda foi concluído, incluindo o envio e o faturamento. É uma mudança de status explícita gerenciada pelo fluxo de trabalho.
Por que isso importa

Acompanhar o encerramento de cada linha ajuda a analisar envios parciais e identificar problemas com produtos ou caminhos de atendimento específicos antes da conclusão do pedido inteiro.

Onde encontrar

Registrado na tabela OE_ORDER_LINES_ALL quando FLOW_STATUS_CODE é atualizado para 'CLOSED'. LAST_UPDATE_DATE dessa mudança de status pode ser usada como data e hora do evento.

Coleta

Data e hora da atualização em OE_ORDER_LINES_ALL em que FLOW_STATUS_CODE passa a ser 'CLOSED'.

Tipo de evento explicit
Mercadorias entregues
Esta atividade indica que a remessa chegou ao cliente. O Oracle EBS padrão não registra esse evento, que normalmente precisa ser inferido ou importado dos sistemas externos das transportadoras.
Por que isso importa

Essencial para medir os KPIs de entregas no prazo e entender toda a experiência do cliente. O intervalo entre o envio e a entrega mostra a performance da transportadora.

Onde encontrar

Exige análise do sistema. Esses dados não estão disponíveis nativamente no Oracle EBS e precisam ser obtidos de feeds de dados de transportadoras externas ou de plataformas de logística integradas ao sistema.

Coleta

Inferido de dados externos da transportadora ou estimado com base no tempo de trânsito padrão após o envio das mercadorias.

Tipo de evento inferred
Pedido cancelado
Representa o cancelamento de um pedido de venda inteiro antes da conclusão do atendimento. É um evento explícito que encerra o fluxo de trabalho de processamento do pedido.
Por que isso importa

Este é um ponto de exceção importante. Analisar a frequência, o momento e os motivos dos cancelamentos é essencial para identificar perda de receita e problemas no processo ou no produto.

Onde encontrar

Registrado na tabela OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE é definido como 'CANCELLED' e CANCELLED_FLAG como 'Y'. LAST_UPDATE_DATE pode ser usado para registrar data e hora.

Coleta

Data e hora em que CANCELLED_FLAG na tabela OE_ORDER_HEADERS_ALL é definido como 'Y'.

Tipo de evento explicit
Separação liberada
Este evento marca o momento em que as linhas do pedido de venda são liberadas para o armazém, dando início à separação. É uma ação explícita que cria listas de separação e disponibiliza o pedido para os operadores do armazém.
Por que isso importa

Esta atividade inicia o processo físico de atendimento. Analisar o tempo entre este ponto e o envio das mercadorias revela a eficiência das operações no armazém e possíveis gargalos na separação.

Onde encontrar

Este evento explícito é capturado no módulo Oracle Shipping Execution. Ele pode ser identificado quando o status dos detalhes de entrega em WSH_DELIVERY_DETAILS muda para 'Released to Warehouse' ou 'Transactable'.

Coleta

Data e hora em que WSH_DELIVERY_DETAILS.RELEASED_STATUS muda para 'S' (Submitted).

Tipo de evento explicit
Verificação de crédito concluída
Esta atividade indica a conclusão da verificação de crédito do cliente para o pedido. Em geral, ela é registrada quando uma retenção por verificação de crédito, se aplicada, é liberada, permitindo que o pedido prossiga.
Por que isso importa

A demora na verificação de crédito é um gargalo comum que pode paralisar todo o processo de atendimento. Monitorar essa atividade ajuda a identificar ineficiências nos controles financeiros e nas aprovações.

Onde encontrar

Este evento pode ser inferido da tabela OE_ORDER_HOLDS_ALL, identificando a data e hora em que uma 'Credit Check Hold' é liberada para um cabeçalho de pedido específico.

Coleta

Use a data e hora de liberação das retenções relacionadas a crédito em OE_ORDER_HOLDS_ALL.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como obter seus dados do Oracle E-Business Suite

Pronto para começar?

Com este Template, você tem tudo o que precisa para começar a otimizar Order to Cash - processamento de pedidos de venda. Comece a transformar seu processo hoje e alcance ganhos significativos de eficiência.

Transforme agora o processamento de pedidos de venda em Order to Cash!

Identifique ineficiências e reduza em 30% o tempo de ciclo de Order to Cash.

Começar o teste grátis

Não é necessário informar cartão de crédito. Teste grátis por 14 dias.