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
- Atributos recomendados para coleta
- Principais atividades para acompanhar na análise
- Orientações para extração de dados
Atributos do processamento de pedidos de venda de Order to Cash
| 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
|
|||
Atividades do processamento de pedidos de venda de Order to Cash
| 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
|
|||
Guias de extração
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.
Não é necessário cartão de crédito. Teste grátis por 14 dias.