Seu Template de dados de Order to Cash - Processamento de pedidos de venda

Oracle E-Business Suite
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 uma visão estruturada dos dados essenciais que você precisa extrair para analisar o Order to Cash - Processamento de pedidos de venda com eficiência. Ele apresenta os principais atributos a coletar e as atividades importantes a acompanhar no Oracle E-Business Suite. Você também encontrará orientações práticas para extrair esses dados e começar sua jornada de Process Mining com tranquilidade.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar na análise
  • Orientações para extração de dados
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.
3 Obrigatório 7 Recomendado 10 Opcional
Nome Descrição
Hora do evento
EventTime
O registro de data e hora que indica quando uma atividade específica ocorreu.
Descrição

A hora do evento, ou registro de data e hora, captura a data e o horário exatos em que uma atividade foi executada. Por exemplo, registra 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 é necessário para reconstruir o fluxo do processo com precisão. Ele também é a base de todos os cálculos de duração e performance, como tempos de ciclo entre atividades, duração total do caso e identificação de atrasos ou gargalos.

Por que isso importa

Fornece a sequência cronológica dos eventos e é a base de todas as análises de performance baseadas em tempo, incluindo o tempo de ciclo e a identificação de gargalos.

Onde obter

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
O 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 'Order Booked', 'Goods Shipped' ou 'Payment Received'. Essas atividades representam os principais marcos do processo Order to Cash.

Analisar a sequência e a frequência dessas atividades é o núcleo 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 a análise de processos.

Por que isso importa

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

Onde obter

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
O identificador exclusivo do pedido de venda de um cliente, usado como o caso principal do processo Order to Cash.
Descrição

O número do pedido de venda identifica exclusivamente cada pedido do cliente durante todo o seu ciclo de vida, desde a criação até o fechamento final. Ele funciona como o fio condutor central que conecta todas as atividades relacionadas, como registro, envio, faturamento e pagamento.

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

Por que isso importa

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

Onde obter

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

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

As condições de pagamento especificam os termos de pagamento de uma fatura, como 'Net 30', 'Net 60' ou 'Due on Receipt'. Esse atributo é fundamental para gerenciar as contas a receber e o fluxo de caixa.

Analisar a performance do processo por condição de pagamento ajuda a identificar se clientes com determinadas condições têm maior probabilidade de pagar atrasado. Essas informações são usadas para avaliar o risco financeiro, otimizar as estratégias de cobrança e analisar a eficácia de diferentes ofertas de condições de pagamento. É uma dimensão importante para o Dashboard 'Payment Terms Compliance Monitoring'.

Por que isso importa

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

Onde obter

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
Líquido em 30 diasLíquido em 60 diasVencimento na entrega
Data de entrega confirmada
ConfirmedDeliveryDate
A data acordada até a qual as mercadorias devem ser entregues ao cliente.
Descrição

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

No Process Mining, essa data é comparada com o registro de data e hora real da entrega, proveniente da atividade 'Goods Delivered', para calcular o KPI 'On-Time Delivery Rate'. Analisar os desvios em relação a essa data 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

É a referência para medir a performance das entregas no prazo, um KPI fundamental para a satisfação do cliente e a excelência operacional.

Onde obter

Essa data normalmente é 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
A data calculada até a qual o cliente deve pagar a fatura.
Descrição

A data de vencimento do pagamento é a data específica do calendário em que uma fatura deve ser paga, calculada com base na data da fatura e nas condições de pagamento acordadas. É a data-alvo da atividade 'Payment Received'.

Esse atributo é essencial para calcular o KPI 'Payment Term Compliance Rate', comparando-o com a data real do pagamento. Analisar os desvios ajuda a equipe de cobrança a priorizar seus esforços, identificar clientes que atrasam pagamentos de forma recorrente e medir a eficácia do processo de cobrança.

Por que isso importa

Serve como data-alvo para a cobrança do pagamento, permitindo medir a pontualidade dos pagamentos e a conformidade dos clientes com as condições acordadas.

Onde obter

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 do cliente
CustomerName
O 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, os analistas podem identificar quais clientes enfrentam os maiores tempos de ciclo, têm as maiores taxas de retrabalho ou estão mais frequentemente associados a atrasos nos pagamentos. Esse insight é valioso para melhorar o relacionamento com os clientes, ajustar os níveis de serviço e entender o comportamento dos clientes.

Por que isso importa

Permite uma análise centrada no cliente para identificar variações de performance, melhorar o serviço e entender os comportamentos de pagamento entre diferentes clientes.

Onde obter

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

Exemplos
Global Tech Inc.Innovate Solutions LLCPioneer Corp
Nome do usuário
UserName
O usuário que realizou a atividade.
Descrição

Identifica o usuário específico 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 realizou a verificação ou o funcionário que criou a fatura.

Analisar as atividades por usuário ajuda a identificar necessidades de treinamento, pessoas ou times de alta performance e a distribuição da carga de trabalho. Também é fundamental para a conformidade e a análise da trilha de auditoria, como 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 a adesão aos protocolos de conformidade. Ajuda a responder 'quem' realizou uma ação.

Onde obter

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
Status do pedido
OrderStatus
O status atual ou histórico do pedido de venda ou da linha do pedido.
Descrição

Este atributo captura o status de um pedido de venda em diferentes momentos, como 'Entered', 'Booked', 'Closed' ou 'Cancelled'. Os status geralmente correspondem diretamente às atividades do processo.

Acompanhar o status dos pedidos é fundamental para criar Dashboards que mostrem o estado atual de todos os pedidos ativos. Isso permite que os gestores monitorem o pipeline de pedidos, identifiquem pedidos parados e gerenciem exceções de forma proativa. Analisar as transições de status é uma maneira comum de definir atividades para o mapa do processo.

Por que isso importa

Oferece visibilidade sobre o pipeline de pedidos de venda, ajudando a identificar pedidos parados e gerenciar exceções do processo.

Onde obter

Normalmente encontrado na coluna FLOW_STATUS_CODE das tabelas OE_ORDER_HEADERS_ALL e OE_ORDER_LINES_ALL.

Exemplos
ConfirmadoAguardando envioEnviadoEncerradoCancelado
Valor total do pedido
TotalOrderAmount
O 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 os esforços de melhoria. Por exemplo, os analistas podem investigar se pedidos de alto valor enfrentam 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 um determinado gargalo.

Por que isso importa

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

Onde obter

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

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

Este atributo calculado é um indicador booleano (True/False) que mostra se o pedido cumpriu o compromisso de entrega. Ele é derivado da comparação entre o timestamp da atividade 'Mercadoria entregue' 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 fornecer um resultado binário claro para cada pedido. Assim, fica fácil filtrar e agregar dados para identificar características das entregas atrasadas, como produtos, clientes ou métodos de envio recorrentes.

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 obter

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

Exemplos
truefalse
Método de envio
ShippingMethod
O método ou a transportadora usada para transportar as mercadorias até o cliente.
Descrição

Este atributo especifica o modo de transporte ou o nível de serviço usado no envio, como 'Ground Freight', 'Air Express' ou 'Local Courier'. É um fator importante que influencia tanto o tempo quanto o custo da entrega.

Ao analisar o processo usando esse atributo, as empresas podem avaliar a performance de diferentes métodos de envio. Por exemplo, o Dashboard 'Shipping Method Performance' compara o tempo de ciclo entre 'Goods Shipped' e 'Goods Delivered' para cada método, ajudando a otimizar a logística equilibrando velocidade, custo e confiabilidade.

Por que isso importa

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

Onde obter

Geralmente armazenado como SHIPPING_METHOD_CODE em tabelas como WSH_DELIVERY_DETAILS ou OE_ORDER_LINES_ALL.

Exemplos
UPS GroundFedEx Priority OvernightDHL Express Worldwide
Moeda
Currency
O código da moeda dos valores monetários do pedido de venda.
Descrição

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

Isso é essencial para análises em organizações multinacionais que realizam transações em várias moedas. Garante que métricas financeiras como 'Total Order Amount' sejam interpretadas corretamente e permite a conversão adequada da moeda, quando necessária para relatórios consolidados.

Por que isso importa

Fornece um contexto essencial para todos os valores monetários, garantindo uma análise financeira precisa, especialmente em um ambiente de negócios global.

Onde obter

Localizado no campo TRANSACTIONAL_CURR_CODE da tabela OE_ORDER_HEADERS_ALL.

Exemplos
USDEURGBP
Motivo do cancelamento
CancellationReason
O motivo documentado 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 para o cancelamento. 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 este atributo para identificar os principais fatores dos cancelamentos, permitindo que a empresa implemente estratégias direcionadas para reduzir a perda de clientes, melhorar a previsão de estoque ou aperfeiçoar as políticas de crédito.

Por que isso importa

Oferece um insight direto sobre os motivos dos cancelamentos, permitindo analisar a causa raiz, reduzir vendas perdidas e melhorar a retenção de clientes.

Onde obter

Essas informações geralmente ficam 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 às alterações do pedido.

Exemplos
Item descontinuadoCancelado pelo clientePedido duplicado
Número do produto
ProductNumber
O identificador exclusivo do produto ou item na linha do pedido de venda.
Descrição

Este atributo identifica o material, item ou serviço específico que está sendo vendido. Ele permite realizar análises em um nível mais detalhado do que o cabeçalho do pedido de venda.

Analisar o processo por produto ajuda a revelar problemas específicos de cada produto. Por exemplo, alguns produtos podem ter prazos de atendimento maiores devido à complexidade de fabricação ou fornecimento, enquanto outros podem estar associados a uma taxa maior de erros de envio ou disputas com clientes. Isso permite direcionar melhorias na cadeia de suprimentos e na gestão de produtos.

Por que isso importa

Permite analisar os produtos individualmente para identificar itens que causam atrasos, retrabalho ou outras ineficiências no processo.

Onde obter

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

Exemplos
AS54888CM15001SV20100
Pagamento no prazo
IsPaymentOnTime
Um indicador que mostra se o pagamento foi recebido na data de vencimento da fatura ou antes dela.
Descrição

Este é um atributo booleano calculado, derivado da comparação entre o timestamp da atividade 'Pagamento recebido' e a 'Data de vencimento do pagamento' da fatura correspondente. Ele fornece um indicador simples de conformidade do pagamento, com resultado verdadeiro ou falso.

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

Por que isso importa

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

Onde obter

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

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

Este atributo especifica o número de unidades de determinado 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 determinar se o comportamento do processo muda conforme o tamanho do pedido. Por exemplo, pedidos muito grandes ou muito pequenos podem seguir caminhos diferentes ou enfrentar tipos distintos de atraso. Ela também fornece contexto para outras métricas, como o valor do pedido.

Por que isso importa

Fornece contexto sobre a dimensão do pedido, permitindo analisar como o volume influencia a eficiência do processo e os caminhos de atendimento.

Onde obter

Encontrado no campo ORDERED_QUANTITY da tabela OE_ORDER_LINES_ALL.

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

Este atributo identifica o sistema de informação de origem onde os dados do evento foram gerados. Para este processo, ele será sempre 'Oracle E-Business Suite'.

Em ambientes com vários sistemas, esse campo é fundamental para a linhagem dos dados e a solução de problemas. Mesmo em um contexto de sistema único, ele fornece um contexto importante para o modelo de dados e ajuda a padronizar os processos de ingestão de dados.

Por que isso importa

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

Onde obter

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

Exemplos
Oracle E-Business SuiteOracle EBS R12
Tem retrabalho
IsRework
Um indicador que identifica se um pedido de venda passou por retrabalho, como atividades repetidas de confirmação ou atualização.
Descrição

Este é um atributo booleano calculado que sinaliza casos com padrões indicativos de retrabalho. O retrabalho pode ser identificado pela detecção de loops no mapa do processo, como quando um pedido é registrado várias vezes, ou por eventos específicos de alteração 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 os analistas isolem e estudem facilmente os pedidos que se desviam do processo padrão, ajudando a quantificar o impacto do retrabalho nos tempos de ciclo e nos custos, além de identificar as causas raiz desses loops ineficientes.

Por que isso importa

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

Onde obter

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

Exemplos
truefalse
Última atualização dos dados
LastDataUpdate
O registro de data e hora da atualização mais recente dos dados no sistema de origem.
Descrição

Este atributo indica a última vez em que os dados foram extraídos do Oracle E-Business Suite e carregados na ferramenta de Process Mining. Ele reflete o nível de atualização dos dados analisados.

Isso é fundamental para que os usuários entendam a atualidade dos insights que estão visualizando. Ajuda a saber se estão consultando informações em tempo real ou um retrato de um momento específico, algo importante para tomar decisões operacionais.

Por que isso importa

Informa os usuários sobre a atualidade dos dados, algo fundamental para confiar na análise e tomar decisões no momento certo.

Onde obter

Esse registro de data e hora é gerado e adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
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 e uma otimização precisas.
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. Normalmente, ela é inferida a partir de uma alteração de status na linha do pedido, indicando que ela está pronta para ser liberada ao armazém.
Por que isso importa

Este marco é fundamental para entender a prontidão do atendimento. Atrasos nessa etapa podem indicar falta de estoque, problemas de abastecimento ou ineficiências no processo de alocação.

Onde obter

Inferido a partir das alterações de status na tabela WSH_DELIVERY_DETAILS. A atividade ocorre quando o status de uma linha é atualizado para 'Ready to Release', com o registro de data e hora derivado da atualização de status correspondente.

Captura

Inferido a partir 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 de contas a receber referente às mercadorias enviadas. É um evento explícito acionado pelo processo AutoInvoice, que extrai dados do Order Management e do 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 do ciclo entre faturamento e pagamento e monitorar a eficiência da cobrança.

Onde obter

Esta é uma transação explícita registrada na tabela RA_CUSTOMER_TRX_ALL do Oracle Receivables. TRX_DATE ou CREATION_DATE serve como registro de data e hora do evento.

Captura

Use TRX_DATE da tabela RA_CUSTOMER_TRX_ALL.

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

Este é um marco crítico do atendimento, usado para medir a performance das expedições no prazo. Ele também serve como gatilho para os processos de faturamento e reconhecimento de receita.

Onde obter

Capturado como uma transação explícita no Oracle Shipping Execution. O registro de data e hora pode ser encontrado na coluna INITIAL_PICKUP_DATE da tabela WSH_NEW_DELIVERIES ou derivado das atualizações de status em WSH_DELIVERY_DETAILS para 'Shipped'.

Captura

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 é fundamental para acompanhar o fluxo de caixa, o Days Sales Outstanding (DSO) e a conformidade com as condições de pagamento. É um ponto final importante para medir o tempo do ciclo financeiro.

Onde obter

Registrado explicitamente na tabela AR_RECEIVABLE_APPLICATIONS_ALL. A coluna APPLY_DATE fornece o registro de data e hora de quando o recebimento foi aplicado à fatura.

Captura

Use APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para a fatura específica.

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 capturado quando um usuário salva o cabeçalho de um novo pedido de venda, representando 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 total do ciclo Order to Cash.

Onde obter

Este evento é capturado na tabela OE_ORDER_HEADERS_ALL do módulo Oracle Order Management. A coluna CREATION_DATE fornece o registro de data e hora explícito dessa atividade.

Captura

Use CREATION_DATE da tabela OE_ORDER_HEADERS_ALL.

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

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

Onde obter

Este evento é registrado na tabela OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE é atualizado para 'CLOSED'. LAST_UPDATE_DATE dessa alteração de status é o registro de data e hora do evento.

Captura

Registro de data e hora da atualização em OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE passa a ser 'CLOSED'.

Tipo de evento explicit
Pedido registrado
Representa a confirmação formal do pedido de venda, tornando-o ativo e elegível para etapas posteriores, como abastecimento e envio. É uma ação explícita no Oracle EBS que altera o status do pedido de 'Entered' para 'Booked'.
Por que isso importa

O registro do pedido é um marco crítico que confirma oficialmente o pedido para atendimento. Atrasos entre a criação e o registro podem indicar problemas na entrada de dados, nas aprovações ou na validação inicial.

Onde obter

Capturado na tabela OE_ORDER_HEADERS_ALL. O evento ocorre quando BOOKED_FLAG recebe o valor 'Y', e o registro de data e hora é armazenado na coluna BOOKED_DATE.

Captura

Use BOOKED_DATE da tabela OE_ORDER_HEADERS_ALL.

Tipo de evento explicit
Fatura enviada ao cliente
Esta atividade representa o momento em que a fatura é enviada ao cliente, por impressão ou por meio eletrônico. Normalmente, ela é inferida, pois nem sempre existe como um evento separado e explícito da criação.
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 atrasados.

Onde obter

Pode ser inferido a partir de LAST_PRINTED_DATE na tabela RA_CUSTOMER_TRX_ALL. Para faturas eletrônicas, pode ser necessário consultar os logs de um sistema externo de entrega de documentos.

Captura

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

Tipo de evento inferred
Linha do pedido fechada
Indica que todo o processamento de uma linha individual do pedido de venda foi concluído, incluindo envio e faturamento. É uma alteração de status explícita gerenciada pelo Workflow.
Por que isso importa

Acompanhar o fechamento no nível da linha ajuda a analisar envios parciais e identificar problemas em produtos específicos ou rotas de atendimento antes que o pedido inteiro seja concluído.

Onde obter

É registrado na tabela OE_ORDER_LINES_ALL quando FLOW_STATUS_CODE é atualizado para 'CLOSED'. LAST_UPDATE_DATE dessa alteração de status pode ser usado como registro de data e hora.

Captura

Registro de data e hora da atualização em OE_ORDER_LINES_ALL quando 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 acompanha esse evento, portanto ele normalmente precisa ser inferido ou importado de sistemas externos das transportadoras.
Por que isso importa

É essencial para medir KPIs de entrega no prazo e entender a experiência completa do cliente. O intervalo entre o envio e a entrega evidencia a performance da transportadora.

Onde obter

Requer 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 plataformas logísticas integradas ao sistema.

Captura

Inferido a partir de dados externos da transportadora ou estimado com base em um tempo de trânsito padrão após 'Goods Shipped'.

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 Workflow de processamento do pedido.
Por que isso importa

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

Onde obter

Registrado na tabela OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE recebe o valor 'CANCELLED' e CANCELLED_FLAG recebe 'Y'. LAST_UPDATE_DATE pode ser usado como registro de data e hora.

Captura

Registro de data e hora em que CANCELLED_FLAG em OE_ORDER_HEADERS_ALL recebe o valor '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, permitindo o início das atividades de separação. É uma ação explícita que cria listas de separação e torna o pedido visível 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 'Goods Shipped' revela a eficiência da operação no armazém e possíveis gargalos na separação.

Onde obter

Este é um 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'.

Captura

Registro de data e hora em que WSH_DELIVERY_DETAILS.RELEASED_STATUS muda para 'S' (Submitted).

Tipo de evento explicit
Verificação de crédito realizada
Esta atividade indica a conclusão do processo de verificação de crédito do cliente para o pedido. Geralmente, é capturada quando uma retenção de verificação de crédito, caso tenha sido aplicada, é liberada do pedido de venda, permitindo que ele avance.
Por que isso importa

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

Onde obter

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

Captura

Use o registro de data e hora da liberação das retenções relacionadas ao 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 o Order to Cash - Processamento de pedidos de venda. Comece a transformar seu processo hoje e conquiste ganhos significativos de eficiência.

Transforme agora seu processamento de vendas Order to Cash!

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

Começar o teste grátis

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