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