Template de dados: Order to Cash - Processamento de Pedido de Venda
Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda
- Atributos recomendados para coletar
- Atividades essenciais para monitorar na análise
- Orientações para extração de dados
Order to Cash - Atributos de Processamento de Pedido de Vendas
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome de um evento de negócio ou etapa específica que ocorreu no ciclo de vida do pedido de venda. | ||
|
Descrição
Este atributo registra o nome de cada atividade executada em um pedido de venda, como 'Order Booked', 'Goods Shipped' ou 'Payment Received'. Essas atividades são marcos-chave do processo do Pedido ao Recebimento. Analisar a sequência e a frequência dessas atividades é fundamental no Process Mining. Isso permite descobrir como o processo realmente acontece, incluindo caminhos comuns, desvios e gargalos. Esses dados são usados para gerar o mapa de processo, a principal visualização para análise.
Por que é importante
Define as etapas do mapa do processo, o que é essencial para visualizar e analisar o fluxo.
Onde obter
Campo conceitual derivado de vários eventos, status e datas de transação dos sistemas-fonte, 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 único do pedido de venda do cliente, servindo como o caso principal do processo Do Pedido ao Recebimento. | ||
|
Descrição
O número do Pedido de Venda identifica de forma única cada pedido do cliente ao longo de todo o ciclo, da criação ao encerramento. Ele funciona como o fio condutor que conecta atividades como confirmação (booking), expedição, faturamento e pagamento. Em Process Mining, esse atributo é essencial para reconstruir a jornada ponta a ponta de cada pedido. Ao agrupar todos os eventos sob um único Pedido de Venda, os analistas visualizam o fluxo completo do processo, identificam variações entre pedidos e medem indicadores como tempo de ciclo e entrega no prazo por caso.
Por que é importante
Este é o Case ID, fundamental para vincular todos os eventos do processo e analisar o ciclo de vida do pedido de ponta a ponta.
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
|
|||
|
Tempo do Evento
EventTime
|
O timestamp que indica o momento em que uma atividade específica ocorreu. | ||
|
Descrição
Event Time, ou timestamp, registra a data e a hora exatas em que uma atividade foi executada. Por exemplo, quando um pedido foi criado, quando uma fatura foi enviada ou quando um pagamento foi recebido. Esses dados temporais são fundamentais para Process Mining. Esse atributo é usado para ordenar os eventos cronologicamente em cada caso, o que é necessário para reconstruir com precisão o fluxo do processo. Também é a base para 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 é importante
Fornece a sequência cronológica dos eventos e é a base de toda análise de desempenho orientada a tempo, incluindo tempo de ciclo e identificação de gargalos.
Onde obter
Obtido em diversos 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
|
|||
|
Condições de Pagamento
PaymentTerms
|
As condições de pagamento combinadas que definem quando o cliente deve pagar pelos produtos ou serviços. | ||
|
Descrição
As condições de pagamento especificam as regras de uma fatura, como 'Net 30', 'Net 60' ou 'Due on Receipt'. Esse atributo é fundamental para a gestão de contas a receber e do fluxo de caixa. Analisar o desempenho do processo por prazos de pagamento ajuda a identificar se clientes com certos prazos tendem a pagar com atraso. Essas informações servem para avaliar risco financeiro, otimizar estratégias de cobrança e medir a eficácia das opções de prazo oferecidas. É uma dimensão-chave para o dashboard 'Payment Terms Compliance Monitoring'.
Por que é importante
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
Localizado na tabela RA_TERMS, vinculado via TERM_ID em tabelas como RA_CUSTOMER_TRX_ALL (para faturas) ou OE_ORDER_HEADERS_ALL (para pedidos).
Exemplos
Líquido 30Líquido 60À vista no recebimento
|
|||
|
Data de entrega confirmada
ConfirmedDeliveryDate
|
A data comprometida 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. No Process Mining, essa data é comparada ao timestamp real de entrega (da atividade 'Goods Delivered') para calcular o KPI 'On-Time Delivery Rate'. Analisar desvios em relação a essa data ajuda a identificar problemas sistêmicos em logística, gestão de estoque ou planejamento de produção que causam atrasos.
Por que é importante
É a base para medir a performance de entrega no prazo, um KPI crítico para satisfação do cliente e excelência operacional.
Onde obter
Essa data geralmente está 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 é o dia exato em que a fatura deve ser paga, calculado a partir da data da fatura e das 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 esforços, identificar clientes que atrasam recorrentemente e medir a eficácia do processo de cobrança.
Por que é importante
Serve como data-alvo para a cobrança, permitindo medir a pontualidade do pagamento e a adesão do cliente aos termos.
Onde obter
Localizado no campo DUE_DATE da tabela AR_PAYMENT_SCHEDULES_ALL, que está 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
Esse atributo identifica a razão social do cliente associada ao pedido de venda. É uma dimensão primária para segmentar e analisar o desempenho do processo. Ao filtrar ou detalhar o processo por cliente, os analistas conseguem identificar quais clientes têm os maiores tempos de ciclo, maiores taxas de retrabalho ou estão mais associados a atrasos de pagamento. Esse insight é valioso para melhorar o relacionamento, ajustar níveis de serviço e entender o comportamento do cliente.
Por que é importante
Permite análises centradas no cliente para identificar variações de performance, melhorar o atendimento e entender comportamentos de pagamento entre diferentes clientes.
Onde obter
Obtido ao relacionar o SOLD_TO_ORG_ID da OE_ORDER_HEADERS_ALL com as tabelas HZ_CUST_ACCOUNTS e HZ_PARTIES para recuperar o nome do cliente.
Exemplos
Global Tech Inc.Innovate Solutions LLCPioneer Corp
|
|||
|
Nome do Utilizador
UserName
|
O usuário que executou a atividade. | ||
|
Descrição
Identifica o usuário responsável por executar uma 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 faturista que emitiu 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 é essencial para conformidade e trilha de auditoria, como investigar ações não autorizadas ou entender padrões de retrabalho associados a determinados usuários.
Por que é importante
Permite analisar o desempenho por usuário, a distribuição de carga de trabalho e a aderência a protocolos de conformidade. Ajuda a responder quem executou uma ação.
Onde obter
Obtido em campos relacionados a usuário, como CREATED_BY ou LAST_UPDATED_BY, em várias tabelas do Oracle EBS. Frequentemente é necessário fazer join 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
Esse atributo registra 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 construir dashboards que mostrem a situação atual de todos os pedidos ativos. Isso permite aos gerentes monitorar o pipeline, identificar pedidos parados e gerenciar exceções de forma proativa. Analisar transições de status é uma forma comum de definir atividades para o mapa do processo.
Por que é importante
Oferece visibilidade do pipeline de pedidos de venda, ajudando a identificar pedidos parados e a gerenciar exceções do processo.
Onde obter
Geralmente encontrado na coluna FLOW_STATUS_CODE nas tabelas OE_ORDER_HEADERS_ALL e OE_ORDER_LINES_ALL.
Exemplos
BOOKEDAWAITING_SHIPPINGSHIPPEDCLOSEDCANCELLED
|
|||
|
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, na moeda da transação. É uma métrica financeira importante associada a cada caso. Analisar os indicadores do processo por valor do pedido ajuda a priorizar onde atuar. Por exemplo, é possível 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 de pedidos parados em um determinado gargalo.
Por que é importante
Viabiliza a análise financeira do processo, ajudando a priorizar pedidos de maior valor e a quantificar o impacto monetário das ineficiências.
Onde obter
Geralmente, esse valor é calculado somando os valores das linhas de um pedido. Os valores de linha ficam em tabelas como OE_ORDER_LINES_ALL.
Exemplos
5450.00125000.75980.50
|
|||
|
É Retrabalho
IsRework
|
Um indicador que identifica se um pedido de venda passou por retrabalho, como confirmações ou atualizações repetidas. | ||
|
Descrição
Este é um atributo booleano calculado que sinaliza casos com padrões indicativos de retrabalho. O retrabalho pode ser identificado detectando loops no mapa do processo, como um pedido sendo registrado várias vezes, ou por eventos específicos de alteração registrados no sistema. Essa flag é usada para calcular o KPI 'Sales Order Rework Rate' e alimentar o Dashboard 'Sales Order Rework Analysis'. Ela permite que analistas isolem e estudem com facilidade pedidos que se desviam do fluxo padrão, ajudando a quantificar o impacto do retrabalho no tempo de ciclo e nos custos, além de apontar as causas raiz desses loops ineficientes.
Por que é importante
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, 'Order Booked' ocorrendo mais de uma vez para o mesmo caso).
Exemplos
verdadeirofalse
|
|||
|
Entrega no prazo
IsOnTimeDelivery
|
Um indicador que mostra se o pedido foi entregue na data de entrega confirmada ou antes. | ||
|
Descrição
Este atributo calculado é uma flag booleana (True/False) que indica se um pedido cumpriu o compromisso de entrega. É calculado comparando o timestamp da atividade 'Goods Delivered' com a 'Confirmed Delivery Date'. Esse atributo alimenta diretamente o KPI 'On-Time Delivery Rate'. 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 para identificar as características das entregas em atraso, como produtos, clientes ou métodos de envio mais recorrentes.
Por que é importante
Mede diretamente o nível de serviço ao cliente e a confiabilidade do fulfillment, facilitando o cálculo e a visualização do KPI de entrega no prazo.
Onde obter
Campo calculado. A lógica é: IF ('Goods Delivered' EventTime <= ConfirmedDeliveryDate) THEN True ELSE False.
Exemplos
verdadeirofalse
|
|||
|
Método de envio
ShippingMethod
|
O modal ou a transportadora usados para entregar os produtos ao cliente. | ||
|
Descrição
Este atributo informa o modal de transporte ou nível de serviço usado no envio, como 'Ground Freight', 'Air Express' ou 'Local Courier'. É um fator-chave que impacta o prazo de entrega e o custo. Ao analisar o processo por esse atributo, as empresas conseguem avaliar a performance de diferentes métodos de envio. Por exemplo, o Dashboard 'Shipping Method Performance' compara o tempo de ciclo do 'Goods Shipped' ao 'Goods Delivered' para cada método, ajudando a otimizar a logística em busca do equilíbrio entre velocidade, custo e confiabilidade.
Por que é importante
Permite avaliar o desempenho 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 do pedido de venda. | ||
|
Descrição
O atributo de moeda indica em qual moeda os valores do pedido estão expressos, como USD, EUR ou JPY. Ele fornece o contexto necessário para interpretar qualquer dado financeiro relacionado ao pedido. Isso é essencial em análises de organizações multinacionais que operam com várias moedas. Garante que métricas financeiras como 'Total do Pedido' sejam entendidas corretamente e permite a conversão de moeda quando necessária para relatórios consolidados.
Por que é importante
Fornece contexto essencial para todos os valores monetários, assegurando análises financeiras precisas, sobretudo em operações globais.
Onde obter
Localizado no campo TRANSACTIONAL_CURR_CODE da tabela OE_ORDER_HEADERS_ALL.
Exemplos
USDEURGBP
|
|||
|
Motivo do cancelamento
CancellationReason
|
O motivo documentado do 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. Exemplos: 'Solicitação do cliente', 'Sem estoque' ou 'Bloqueio de crédito'. Esses dados são vitais para a análise da causa raiz dos cancelamentos. O dashboard 'Sales Order Cancellation Rate & Reasons' usa esse atributo para identificar os principais motivadores de cancelamento, permitindo implementar estratégias específicas para reduzir o churn, melhorar a previsão de estoque ou ajustar políticas de crédito.
Por que é importante
Traz clareza sobre por que pedidos são cancelados, viabilizando a análise de causa raiz para reduzir perdas de vendas e melhorar a retenção de clientes.
Onde obter
Essa informação costuma ficar em um campo de motivo, como CANCELLED_REASON, que pode estar disponível na tabela OE_ORDER_LINES_ALL ou em uma tabela relacionada a alterações de pedido.
Exemplos
Item descontinuadoCancelado pelo clientePedido duplicado
|
|||
|
Número do produto
ProductNumber
|
O identificador único do produto ou item na linha do pedido de venda. | ||
|
Descrição
Esse atributo identifica o material, item ou serviço vendido. Ele permite análises em um nível mais granular do que o cabeçalho do pedido de venda. Analisar o processo por produto ajuda a revelar questões específicas. Por exemplo, certos produtos podem ter prazos de atendimento mais longos devido à fabricação ou ao suprimento mais complexos, enquanto outros podem estar associados a uma taxa maior de erros de expedição ou disputas de clientes. Isso viabiliza melhorias direcionadas na cadeia de suprimentos e na gestão de produtos.
Por que é importante
Permite análises no nível de produto 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 até a data de vencimento da fatura (ou antes). | ||
|
Descrição
Este é um atributo booleano calculado, obtido comparando o timestamp da atividade 'Payment Received' com a 'Payment Due Date' da fatura correspondente. Ele fornece um indicador simples (true/false) de conformidade com o prazo de pagamento. Essa flag é a base do KPI 'Payment Term Compliance Rate'. Ela 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. Permite segmentar rapidamente pagamentos no prazo ou em atraso para analisar fatores como tipo de cliente ou condições de pagamento.
Por que é importante
Mede diretamente a aderência aos termos de pagamento, essencial para gerenciar o fluxo de caixa e avaliar a confiabilidade financeira do cliente.
Onde obter
Campo calculado. A lógica é: IF ('Payment Received' EventTime <= PaymentDueDate) THEN True ELSE False.
Exemplos
verdadeirofalse
|
|||
|
Quantidade do pedido
OrderQuantity
|
A quantidade do produto pedida em uma linha específica do pedido de venda. | ||
|
Descrição
Este atributo indica a quantidade de unidades de um produto solicitada pelo cliente em uma linha do pedido. Ele representa o volume da transação no nível da linha do pedido. A quantidade do pedido pode ser usada como dimensão de análise para entender se o comportamento do processo muda conforme o tamanho do pedido. Pedidos muito grandes ou muito pequenos, por exemplo, podem seguir caminhos diferentes ou enfrentar tipos diferentes de atraso. Essa métrica também dá contexto para outras análises, como o valor do pedido.
Por que é importante
Fornece contexto sobre o porte do pedido, permitindo analisar como o volume impacta 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
Esse atributo identifica o sistema de informação de origem de onde vieram os dados do evento. Para este processo, será consistentemente 'Oracle E-Business Suite'. Em ambientes com vários sistemas, esse campo é crítico para a linhagem de dados e a resolução de problemas. Mesmo em um contexto de sistema único, fornece um contexto importante para o modelo de dados e ajuda a padronizar os processos de ingestão de dados.
Por que é importante
Oferece contexto essencial sobre a origem dos dados, garantindo rastreabilidade e interpretação correta, especialmente em ambientes com múltiplos sistemas.
Onde obter
Geralmente é um valor estático adicionado durante o processo de extração, transformação e carga (ETL) para identificar a origem dos dados.
Exemplos
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização de dados mais recente do sistema de origem. | ||
|
Descrição
Esse atributo indica a última vez que os dados foram extraídos do Oracle E-Business Suite e carregados na ferramenta de Process Mining. Ele reflete o quão atual é o conjunto de dados analisado. Isso é crucial para que os usuários entendam a atualidade dos insights que estão vendo. Ajuda a saber se estão olhando para informações quase em tempo real ou para um retrato de um momento específico, o que é importante para decisões operacionais.
Por que é importante
Informa quão atuais estão os dados, algo essencial para confiar na análise e tomar decisões no momento certo.
Onde obter
Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL).
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
Order to Cash - Atividades de Processamento de Pedido de Vendas
| 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 a separação. Geralmente é inferida a partir de uma mudança de status na linha do pedido de venda, indicando que ela está pronta para ser liberada ao armazém. | ||
|
Por que é importante
Marco fundamental para entender a prontidão de atendimento. Atrasos aqui podem indicar falta de estoque, problemas de suprimento ou ineficiências no processo de alocação.
Onde obter
Inferido a partir 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 o timestamp é derivado da respectiva atualização de status.
Captura
Inferido a partir de atualizações de status de linha 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 dos itens enviados. É um evento explícito disparado pelo processo AutoInvoice, que puxa dados de Order Management e Shipping para o módulo Receivables. | ||
|
Por que é importante
Esta atividade dá início à parte de liquidação financeira do processo. É o ponto de partida para medir o tempo de ciclo da fatura ao pagamento e monitorar a eficiência do faturamento.
Onde obter
Transação explícita registrada na tabela RA_CUSTOMER_TRX_ALL em Oracle Receivables. Os campos TRX_DATE ou CREATION_DATE servem como timestamp 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 de expedição, quando os itens saem fisicamente do armazém. É um evento explícito e crítico no módulo de expedição, que atualiza o estoque e avança o status do pedido. | ||
|
Por que é importante
Marco crítico de atendimento usado para medir a performance de envio no prazo. 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 timestamp pode ser encontrado na coluna INITIAL_PICKUP_DATE da tabela WSH_NEW_DELIVERIES ou derivado de atualizações de status em WSH_DELIVERY_DETAILS para 'Shipped'.
Captura
Use a data de confirmação de envio de 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 de Contas a Receber. | ||
|
Por que é importante
Marco crítico para acompanhar fluxo de caixa, Days Sales Outstanding (DSO) e conformidade com prazos de pagamento. É um ponto-chave para medir o tempo de ciclo financeiro.
Onde obter
Registrado explicitamente na tabela AR_RECEIVABLE_APPLICATIONS_ALL. A coluna APPLY_DATE fornece o timestamp do momento em que o recebimento em caixa 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 registra a criação inicial de um pedido de venda no sistema. É um evento explícito capturado quando o usuário salva um novo cabeçalho de pedido de venda, representando o início formal do processo do pedido ao recebimento. | ||
|
Por que é importante
Este é o principal evento de início do processo. Medir o tempo desde esse ponto até as atividades seguintes é essencial para calcular o tempo de ciclo total do processo do Pedido ao Recebimento.
Onde obter
Este evento é capturado na tabela OE_ORDER_HEADERS_ALL, no módulo Oracle Order Management. A coluna CREATION_DATE fornece o timestamp 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 linhas foram expedidas, faturadas e encerradas com sucesso. Trata-se de uma atualização explícita de status no cabeçalho do pedido. | ||
|
Por que é importante
Este é o principal ponto de sucesso do processo do Pedido ao Recebimento. Ele fornece o timestamp final necessário para calcular o tempo de ciclo 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'. O LAST_UPDATE_DATE dessa mudança de status é o timestamp do evento.
Captura
Timestamp da atualização do OE_ORDER_HEADERS_ALL em que o FLOW_STATUS_CODE passa para 'CLOSED'.
Tipo de evento
explicit
|
|||
|
Pedido registrado
|
Representa a confirmação formal do pedido de venda, tornando-o ativo e apto para as próximas etapas, como suprimento e expedição. É uma ação explícita no Oracle EBS que altera o status do pedido de 'Entered' para 'Booked'. | ||
|
Por que é importante
O registro (booking) é um marco crítico que oficializa o pedido para atendimento. Atrasos entre a criação e o registro podem indicar problemas de entrada de dados, aprovações ou validação inicial.
Onde obter
Capturado na tabela OE_ORDER_HEADERS_ALL. O evento ocorre quando o BOOKED_FLAG é definido como 'Y', e o timestamp é registrado 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 meio eletrônico. Normalmente é um evento inferido, pois nem sempre é separado explicitamente da criação. | ||
|
Por que é importante
Marca oficialmente o início da contagem do prazo de pagamento do cliente. Atrasos entre a criação e o envio da fatura podem afetar o fluxo de caixa e levar a pagamentos em atraso.
Onde obter
Isso pode ser inferido a partir de LAST_PRINTED_DATE na tabela RA_CUSTOMER_TRX_ALL. Para notas fiscais eletrônicas, pode ser necessário consultar logs de um sistema externo de entrega de documentos.
Captura
Use o 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 do pedido de venda foi concluído, incluindo envio e faturamento. É uma mudança explícita de status gerenciada pelo Workflow. | ||
|
Por que é importante
Acompanhar os fechamentos por linha ajuda a analisar remessas parciais e a identificar problemas com produtos específicos ou caminhos de atendimento antes que o pedido inteiro seja concluído.
Onde obter
Isso é registrado na tabela OE_ORDER_LINES_ALL quando FLOW_STATUS_CODE é atualizado para 'CLOSED'. O LAST_UPDATE_DATE dessa mudança de status pode servir como timestamp.
Captura
Timestamp da atualização do OE_ORDER_LINES_ALL em que o FLOW_STATUS_CODE passa para 'CLOSED'.
Tipo de evento
explicit
|
|||
|
Mercadorias entregues
|
Esta atividade indica que a remessa chegou ao cliente. O Oracle EBS padrão não rastreia esse evento; por isso, ele costuma ser inferido ou importado de sistemas externos das transportadoras. | ||
|
Por que é importante
Essencial para medir KPIs de entrega no prazo e entender a experiência completa do cliente. A diferença entre envio e entrega evidencia o desempenho da transportadora.
Onde obter
Requer análise de sistema. Esses dados não estão disponíveis nativamente no Oracle EBS e devem ser obtidos de feeds de transportadoras externas ou plataformas de logística integradas ao sistema.
Captura
Inferido a partir de dados da transportadora externa 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 todo o pedido de venda antes da conclusão do atendimento. É um evento explícito que encerra o workflow de processamento do pedido. | ||
|
Por que é importante
É um ponto de encerramento por exceção. Analisar a frequência, o momento e os motivos dos cancelamentos é essencial para identificar perda de receita e problemas de processo ou de produto.
Onde obter
Registrado na tabela OE_ORDER_HEADERS_ALL quando FLOW_STATUS_CODE está definido como 'CANCELLED' e CANCELLED_FLAG é 'Y'. O LAST_UPDATE_DATE pode ser usado como timestamp.
Captura
Timestamp em que o CANCELLED_FLAG no 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 que o armazém inicie as atividades de separação (picking). É uma ação explícita que gera listas de separação (pick slips) e torna o pedido visível para os operadores do armazém. | ||
|
Por que é importante
Esta atividade dá início ao atendimento físico do pedido. Analisar o tempo deste ponto até 'Goods Shipped' revela a eficiência das operações do armazém e possíveis gargalos na separação (picking).
Onde obter
Evento explícito capturado no módulo Oracle Shipping Execution. Pode ser identificado quando o status dos detalhes de entrega em WSH_DELIVERY_DETAILS muda para 'Released to Warehouse' ou 'Transactable'.
Captura
Timestamp 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 da análise de crédito do cliente para o pedido. Geralmente é registrada quando um bloqueio por crédito, se aplicado, é removido do pedido de venda, permitindo sua continuidade. | ||
|
Por que é importante
Atrasos na verificação de crédito são um gargalo comum que pode travar todo o processo de fulfillment. Monitorar essa atividade ajuda a identificar ineficiências em controles e aprovações financeiras.
Onde obter
Este evento pode ser inferido a partir da tabela OE_ORDER_HOLDS_ALL, identificando o timestamp em que um 'Credit Check Hold' é liberado para um cabeçalho de pedido específico.
Captura
Use o timestamp de liberação dos bloqueios relacionados a crédito em OE_ORDER_HOLDS_ALL.
Tipo de evento
inferred
|
|||