Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda

Oracle Fusion Financials
Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda

Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda

Este template oferece um guia estruturado para coletar os dados essenciais necessários para analisar o seu processamento de Pedidos de Venda no Order to Cash. Ele descreve os atributos cruciais a serem coletados e as principais atividades a serem monitoradas, garantindo que você tenha uma visão completa do seu processo. Você também encontrará orientações práticas sobre como extrair esses dados do seu sistema de origem, ajudando você a começar rapidamente.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação prática para extração de dados
É novo em event logs? Saiba como criar um event log para Process Mining.

Order to Cash (O2C) - Atributos de Processamento de Pedidos de Venda

Estes são os campos de dados recomendados para incluir em seu event log para uma análise e insights abrangentes do Order to Cash – Processamento de Pedidos de Venda.
3 Obrigatório 8 Recomendado 13 Opcional
Nome Descrição
Pedido de venda
SalesOrder
O identificador exclusivo de um pedido de venda, servindo como o caso (case) principal para o processo de Order to Cash.
Descrição

O número do Pedido de Venda identifica de forma exclusiva cada pedido do cliente ao longo do seu ciclo de vida. Ele atua como o fio condutor que conecta todas as atividades relacionadas, desde a criação inicial e confirmação até o atendimento, faturamento e pagamento final.

No process mining, este atributo é essencial para agrupar todos os eventos relacionados em um único caso (case). Analisar o processo pelo Pedido de Venda permite uma visão completa de ponta a ponta, possibilitando o cálculo dos tempos totais de ciclo, a identificação de variantes de processo para pedidos individuais e o rastreamento da jornada de um pedido através de diferentes departamentos e sistemas.

Por que é importante

Este é o ID do Caso (Case ID). Ele vincula todos os eventos do processo, permitindo rastrear a jornada de ponta a ponta de um único pedido de cliente.

Onde obter

Este identificador é geralmente encontrado na tabela de cabeçalho de pedidos de venda no Oracle Fusion, como DOO_HEADERS_ALL. Consulte a documentação do Oracle Fusion Financials.

Exemplos
SO-100567SO-100568SO-100569
Nome da Atividade
ActivityName
O nome do evento ou tarefa de negócio específica que ocorreu no processo de pedido de venda.
Descrição

Este atributo descreve a etapa que foi executada em um momento específico para um pedido de venda, como 'Pedido Criado', 'Mercadorias Enviadas' ou 'Pagamento Recebido'. A sequência dessas atividades forma o fluxo do processo para cada caso.

Analisar o Nome da Atividade é fundamental para o process mining. Permite a visualização do mapa do processo, a descoberta de diferentes variantes e a identificação de gargalos. É a base para calcular os tempos de transição entre as etapas e entender a sequência operacional do processo de Order to Cash.

Por que é importante

Este atributo define as etapas no mapa do processo, permitindo a visualização e análise do fluxo de trabalho.

Onde obter

Este é um atributo derivado, construído pelo mapeamento de status de transação ou tipos de eventos de várias tabelas do Oracle Fusion para uma lista padronizada de nomes de atividades.

Exemplos
Pedido de venda criadoMercadorias expedidasFatura CriadaPagamento Recebido
Tempo do Evento
EventTime
O registro de data e hora (timestamp) indicando quando uma atividade ou evento específico ocorreu para um pedido de venda.
Descrição

Este atributo fornece a data e hora de cada atividade no processo, estabelecendo a sequência cronológica dos eventos. É a espinha dorsal temporal da análise do processo.

No process mining, o Horário do Evento é crítico para calcular tempos de ciclo e lead times totais. Ele permite a detecção de gargalos com base em tempos de espera e o monitoramento da conformidade com SLAs de pontualidade. Todos os KPIs e dashboards baseados em tempo dependem da precisão deste atributo.

Por que é importante

Este registro de tempo é essencial para ordenar os eventos cronologicamente e calcular todas as métricas baseadas em tempo, como durações e tempos de ciclo.

Onde obter

Este é um atributo derivado, extraído de vários campos de timestamp em diferentes tabelas do Oracle Fusion, como data de criação do pedido, data de envio, data da fatura e data de pagamento.

Exemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-04-20T11:25:00Z
Canal de vendas
SalesChannel
O canal pelo qual o pedido de venda foi recebido.
Descrição

Este atributo categoriza a origem do pedido de venda, como 'Web', 'Vendas Diretas', 'Parceiro' ou 'EDI'. Ele fornece contexto sobre como o pedido entrou na organização.

Segmentar o processo por canal de vendas é crítico para o dashboard de 'Visão Geral de Desempenho do Canal'. Ajuda a comparar a eficiência, tempos de ciclo e taxas de erro de diferentes canais para identificar quais são mais eficazes e quais podem exigir melhorias ou mais automação.

Por que é importante

Suporta a análise de desempenho por canal, ajudando a identificar os canais mais e menos eficientes para o processamento de pedidos.

Onde obter

Esta informação pode estar armazenada em um campo dedicado no cabeçalho do pedido de venda. Consulte a documentação do Oracle Fusion Financials.

Exemplos
Venda DiretaPortal WebEDIRevendedor
Data de entrega real
ActualDeliveryDate
A data em que as mercadorias foram efetivamente entregues ao cliente.
Descrição

Este atributo registra a data de entrega final, que marca a conclusão da etapa de atendimento do processo. É o resultado real pelo qual as datas planejadas ou solicitadas são medidas.

Esta data é comparada com a data solicitada para calcular a performance de entrega pontual. É um dado crítico para o KPI 'Taxa de Entrega Pontual', fornecendo uma medida clara da eficácia da logística e da cadeia de suprimentos.

Por que é importante

Esta é a data do resultado real usada para calcular as taxas de entrega pontual e avaliar o desempenho do atendimento em relação às solicitações dos clientes.

Onde obter

Extraído das tabelas de transações de remessa e entrega no Oracle Fusion. Consulte a documentação do Oracle Fusion Financials.

Exemplos
2023-05-202023-06-032023-05-25
Data de entrega solicitada
RequestedDeliveryDate
A data de entrega do pedido solicitada pelo cliente.
Descrição

Este atributo captura a data em que o cliente deseja receber as mercadorias. Ele serve como uma meta de desempenho fundamental para a parte de atendimento do processo de Order to Cash.

Esta data é essencial para o cálculo do KPI 'Taxa de Entrega Pontual' e para o dashboard de 'SLA de Entrega'. Ao comparar esta data com a data real de entrega, a organização pode medir sua capacidade de atender às expectativas dos clientes e identificar as causas raiz dos atrasos.

Por que é importante

Serve como linha de base para medir a performance de entrega pontual e conformidade com os acordos de nível de serviço (SLAs).

Onde obter

Geralmente localizado nas tabelas de itens de linha de pedidos de venda no Oracle Fusion. Consulte a documentação do Oracle Fusion Financials.

Exemplos
2023-05-202023-06-012023-05-25
Data de Vencimento do Pagamento
PaymentDueDate
A data-limite para o cliente efetuar o pagamento da fatura.
Descrição

A Data de Vencimento do Pagamento é calculada com base na data da fatura e nos termos de pagamento acordados com o cliente. Ela define o prazo para a cobrança pontual.

Este atributo é crucial para o KPI 'Taxa de Cobrança Pontual'. Ao comparar a data de vencimento com a data real de recebimento do pagamento, o sistema pode determinar se um pagamento foi pontual ou atrasado, ajudando a monitorar o desempenho do contas a receber e a gerir o fluxo de caixa.

Por que é importante

Serve como o prazo para calcular as taxas de pagamento pontual, que é uma medida fundamental da eficiência do fluxo de caixa.

Onde obter

Encontrado em tabelas de faturamento ou contas a receber no Oracle Fusion, como AR_PAYMENT_SCHEDULES_ALL.

Exemplos
2023-06-192023-07-012023-06-25
É Automatizado
IsAutomated
Um indicador que mostra se a atividade foi executada automaticamente pelo sistema ou manualmente por um usuário.
Descrição

Este atributo booleano distingue entre eventos acionados pelo sistema (ex: verificação automática de crédito) e ações manuais de usuários. Geralmente é derivado do nome do usuário associado à atividade.

Analisar este atributo ajuda a medir o nível de automação e é uma entrada direta para o KPI de 'Porcentagem de Pedidos com Retrabalho Manual'. Ele destaca oportunidades de automação ao mostrar quais etapas manuais são mais demoradas ou propensas a erros.

Por que é importante

Ajuda a quantificar o nível de automação e identificar chances de reduzir intervenções manuais caras.

Onde obter

Este é um campo derivado, muitas vezes baseado em uma regra aplicada ao atributo UserName. Por exemplo, se o usuário for 'SISTEMA' ou 'LOTE', este sinalizador é definido como verdadeiro.

Exemplos
verdadeirofalse
Nome do Cliente
CustomerName
O nome do cliente que realizou o pedido de venda.
Descrição

Este atributo identifica o nome legal da conta do cliente associada ao pedido. É uma dimensão fundamental para segmentar e analisar o processo sob uma ótica centrada no cliente.

Analisar por cliente ajuda a identificar se determinados perfis enfrentam tempos de ciclo mais longos ou mais retrabalho. Esse insight pode ser usado para melhorar o atendimento, personalizar processos para contas estratégicas e investigar problemas de satisfação.

Por que é importante

Permite análises focadas no cliente para identificar problemas que afetam contas específicas e elevar o nível de satisfação.

Onde obter

Extraído das tabelas de dados mestre de clientes (ex: HZ_PARTIES) e vinculado ao pedido de venda via ID do cliente.

Exemplos
Global Corp Inc.Innovate Solutions Ltd.Tech Services LLC
Nome do Utilizador
UserName
O nome ou ID do usuário que executou a atividade.
Descrição

Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa específica. Pode ser usado para analisar o desempenho individual, distribuição de carga de trabalho e adesão aos procedimentos padrão.

A análise por usuário ajuda a identificar necessidades de treinamento, reconhecer equipes de alto desempenho e investigar desvios causados por usuários específicos. Também é valioso para fins de conformidade e auditoria.

Por que é importante

Permite analisar a performance por usuário, distribuir carga de trabalho e identificar padrões de retrabalho manual ligados a indivíduos.

Onde obter

Geralmente extraído de campos como CREATED_BY ou LAST_UPDATED_BY nas tabelas de transação do Oracle Fusion, frequentemente vinculado a uma tabela mestre de usuários como FND_USER.

Exemplos
john.smithjane.doesystem_batch_user
Valor total do pedido de venda
SalesOrderTotalAmount
O valor monetário total do pedido de venda.
Descrição

Este atributo representa o valor total cobrado do cliente por todo o pedido. Inclui a soma de todos os itens, impostos e outros encargos, antes de quaisquer descontos.

Na análise de processos, este atributo é crucial para o process mining baseado em valor. Ele permite segmentar pedidos (ex: alto vs. baixo valor) para ver se seguem caminhos diferentes. Também ajuda a priorizar esforços de melhoria nos casos financeiramente mais significativos.

Por que é importante

Permite análise de impacto financeiro, ajudando a priorizar melhorias em pedidos de alto valor e entender os geradores de custo.

Onde obter

Geralmente encontrado nas tabelas de cabeçalho de pedidos de venda no Oracle Fusion. Consulte a documentação do Oracle Fusion Financials.

Exemplos
5250.00125000.75980.50
Condições de Pagamento
PaymentTerms
As condições acordadas para o pagamento do cliente.
Descrição

Este atributo especifica as condições sob as quais o cliente deve pagar sua fatura, por exemplo, 'Net 30' ou 'Net 60'. Estes termos são a base para o cálculo da data de vencimento.

Na análise, segmentar pelos termos de pagamento ajuda a explicar variações nos tempos de ciclo de pagamento. Fornece contexto para o KPI de 'Taxa de Pagamento Pontual', informando políticas de crédito e previsões de fluxo de caixa.

Por que é importante

Fornece um contexto crucial para a análise do comportamento de pagamento e ajuda a explicar variações nos tempos de ciclo da fatura ao pagamento.

Onde obter

Disponível no nível do pedido de venda ou conta do cliente no Oracle Fusion.

Exemplos
Líquido 30Líquido 60Vencimento no Recebimento
Duração do pedido ao pagamento
OrderToPaymentDuration
O tempo total desde a criação do pedido de venda até o recebimento do pagamento.
Descrição

Este atributo calculado mede o tempo de ciclo de ponta a ponta do Order to Cash para um único caso. Representa a duração total desde o primeiro evento ('Pedido Criado') até o último ('Pagamento Recebido').

Esta métrica é uma medida direta da saúde e eficiência do processo como um todo. É a base para o KPI 'Tempo de Ciclo Total do Order to Cash' e ajuda no monitoramento de performance e benchmarking.

Por que é importante

Representa o tempo de ciclo total de ponta a ponta, fornecendo um KPI de alto nível para a eficiência geral do processo e a velocidade de conversão em caixa.

Onde obter

Este é um campo calculado. A lógica é: Timestamp de 'Pagamento Recebido' - Timestamp de 'Pedido Criado'.

Exemplos
45 dias e 6 horas62 dias e 11 horas35 dias e 2 horas
É Pagamento em Atraso
IsLatePayment
Indicador que confirma se o pagamento foi recebido após a data de vencimento.
Descrição

Este atributo booleano é derivado da comparação entre a data real de recebimento e a data de vencimento. Ele indica claramente se uma fatura foi paga no prazo.

É usado para calcular o KPI 'Taxa de Pagamento Pontual'. Permite a segmentação entre pagamentos pontuais e atrasados para analisar características de clientes inadimplentes, razões comuns para atrasos e o impacto financeiro no capital de giro.

Por que é importante

Mede diretamente a eficácia da cobrança e simplifica a análise de pagamentos inadimplentes.

Onde obter

Este é um campo calculado. A lógica é: DataRecebimentoPagamento > DataVencimentoPagamento.

Exemplos
falseverdadeiro
Entrega no prazo
IsOnTimeDelivery
Indicador que confirma se a entrega real ocorreu na data solicitada ou antes.
Descrição

Este atributo booleano é derivado da comparação entre a data real de entrega e a data solicitada. Fornece um indicador simples de performance de entrega no nível do caso.

Este sinalizador é a base para o cálculo do KPI 'Taxa de Entrega Pontual'. Simplifica a filtragem e análise, permitindo isolar rapidamente pedidos atrasados para realizar a análise de causa raiz dos fatores que contribuem para os atrasos.

Por que é importante

Mede diretamente o desempenho do atendimento em relação às expectativas do cliente e simplifica a análise de pedidos atrasados.

Onde obter

Este é um campo calculado. A lógica é: DataRealEntrega <= DataSolicitadaEntrega.

Exemplos
verdadeirofalse
Fatura foi corrigida?
IsInvoiceCorrected
Indicador que mostra se uma fatura foi corrigida ou revisada após sua criação inicial.
Descrição

Este atributo booleano é verdadeiro se uma fatura passou por um loop de correção, indicado pela atividade 'Fatura Corrigida'. Ele sinaliza casos que envolveram retrabalho no faturamento.

É uma entrada chave para o dashboard de 'Análise de Precisão e Retrabalho' e para o KPI de 'Taxa de Retrabalho de Faturas'. Ajuda a quantificar erros e permite a análise de causa raiz para reduzir o trabalho manual e atrasos nos pagamentos.

Por que é importante

Identifica retrabalho em faturas, um indicador chave de ineficiência, problemas de qualidade de dados e possíveis atrasos de pagamento.

Onde obter

Este é um campo calculado, geralmente definido como verdadeiro se uma atividade de 'Fatura Corrigida' existir em seu event log.

Exemplos
falseverdadeiro
Método de envio
ShippingMethod
O método ou transportadora utilizada para o envio das mercadorias ao cliente.
Descrição

Este atributo detalha a transportadora logística ou o nível de serviço utilizado para a entrega, como 'Frete Rodoviário', 'Aéreo Expresso' ou 'Mensageiro Local'.

Esta informação é essencial para o dashboard de 'Conformidade de Entrega por Método de Envio'. Permite comparar o desempenho de entrega no prazo e os custos de frete entre diferentes métodos e transportadoras, ajudando a otimizar a estratégia logística.

Por que é importante

Suporta a análise logística ao comparar a performance de diferentes transportadoras e métodos de envio.

Onde obter

Disponível nas tabelas de envio e atendimento no Oracle Fusion. Consulte a documentação do Oracle Fusion Financials.

Exemplos
FedEx GroundUPS Next Day AirDHL International
Nome do Produto
ProductName
O nome do produto ou serviço sendo vendido.
Descrição

Este atributo especifica o item na linha do pedido. Se um pedido tiver várias linhas, o caso pode ser analisado por item, ou este atributo pode ser agregado no nível do cabeçalho.

Analisar por produto ajuda a entender se certos itens estão associados a fluxos mais complexos ou problemáticos, como atrasos frequentes. Isso pode orientar as estratégias de gestão de produtos e da cadeia de suprimentos.

Por que é importante

Permite analisar a performance por produto, destacando itens com fluxos complexos de atendimento ou faturamento.

Onde obter

Extraído das tabelas de itens de linha do pedido de venda e cruzado com uma tabela mestre de produtos. Consulte a documentação do Oracle Fusion Financials.

Exemplos
Widget Padrão X1Pacote de Serviço PremiumComponente Y2-B
Número da fatura
InvoiceNumber
O identificador único da fatura do cliente.
Descrição

Este atributo é o número exclusivo atribuído à fatura gerada a partir do pedido de venda. Ele vincula as atividades de venda e atendimento à parte de liquidação financeira do processo.

Embora o Pedido de Venda seja o ID do caso principal, o Número da Fatura é crítico para analisar os subprocessos de faturamento e pagamento. É essencial para rastrear correções de faturas, disputas e status de pagamento, alimentando dashboards como 'Análise de Precisão e Retrabalho de Faturas'.

Por que é importante

Fornece um link crucial para o processo de contas a receber e é necessário para analisar o retrabalho de faturas e os ciclos de pagamento.

Onde obter

Disponível nas tabelas de transações de contas a receber no Oracle Fusion, como RA_CUSTOMER_TRX_ALL.

Exemplos
INV-93485INV-93486INV-93487
País do Cliente
CustomerCountry
O país onde o cliente está localizado.
Descrição

Este atributo fornece o país do endereço de envio ou cobrança do cliente. É uma dimensão fundamental para análise geográfica.

Segmentar o processo por país pode revelar diferenças regionais no desempenho, nos tempos de ciclo ou no comportamento de pagamento. Isso é valioso para entender o impacto das regulamentações locais e dos desafios logísticos no processo de Order to Cash.

Por que é importante

Permite análise geográfica para identificar variações regionais de eficiência, conformidade e comportamento do cliente.

Onde obter

Extraído das tabelas de dados mestre de clientes (HZ_LOCATIONS, HZ_PARTY_SITES) vinculadas ao pedido de venda.

Exemplos
EUAAlemanhaJapão
Sistema de Origem
SourceSystemIdentifier
Identifica o sistema de origem de onde os dados de eventos foram extraídos.
Descrição

Este atributo especifica a origem dos dados, o que é útil em ambientes onde vários sistemas estão envolvidos no Order to Cash. Por exemplo, dados do pedido podem vir do Oracle Fusion, enquanto dados de envio podem vir de um sistema logístico terceiro.

Na análise, isso ajuda a entender a linhagem dos dados e pode ser usado para filtrar eventos de sistemas específicos. É crucial para a validação de dados e para identificar a fragmentação do processo.

Por que é importante

Fornece contexto sobre a origem dos dados, o que é crucial para a governança de dados e a resolução de problemas em ambientes de múltiplos sistemas.

Onde obter

Este é tipicamente um valor estático adicionado durante o processo de extração e transformação de dados para rotular a origem do dataset.

Exemplos
Oracle Fusion Cloud FinancialsOracle SCM CloudOracle ERP
Tipo de Pedido
OrderType
Classificação do pedido de venda, como 'Pedido Padrão' ou 'Pedido de Retorno'.
Descrição

O Tipo de Pedido é usado para categorizar pedidos de venda com base em seu propósito comercial. Tipos comuns incluem vendas padrão, pedidos de serviço, autorizações de devolução de material (RMAs) e pedidos internos.

Analisar o processo por tipo de pedido é importante porque diferentes tipos geralmente possuem fluxos de processo e metas de desempenho distintos. Essa segmentação ajuda a entender variações de processo que são intencionais e esperadas, evitando que sejam interpretadas erroneamente como desvios.

Por que é importante

Permite segmentar fluxos distintos (ex: vendas vs. devoluções) para garantir uma análise justa e precisa.

Onde obter

Geralmente disponível como um campo na tabela de cabeçalho do pedido de venda no Oracle Fusion. Consulte a documentação do Oracle Fusion Financials.

Exemplos
Pedido de Venda PadrãoAutorização de DevoluçãoOrdem de serviço
Última Atualização de Dados
LastUpdateDate
O carimbo de data e hora que indica a última vez que os dados deste evento foram atualizados a partir do sistema de origem.
Descrição

Este atributo registra quando os dados foram extraídos ou atualizados pela última vez no conjunto de dados de process mining. Ele fornece transparência sobre a atualidade dos dados analisados.

Esta informação é vital para que os usuários entendam quão recente é a análise. Ajuda a gerenciar expectativas sobre os dados e é importante para configurar cronogramas de atualização.

Por que é importante

Indica a atualização dos dados, garantindo que os usuários saibam o quão atualizada está a sua análise de processo.

Onde obter

Este valor é gerado e marcado no conjunto de dados durante cada ciclo de extração e transformação de dados.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unidade de Negócio
BusinessUnitName
O nome da unidade de negócio interna responsável pelo pedido de venda.
Descrição

Este atributo representa a divisão ou unidade operacional específica dentro da empresa que detém a transação. Ele permite a comparação de desempenho entre diferentes partes da organização.

Segmentar o processo por unidade de negócio ajuda a identificar variações de eficiência, custo e conformidade. Essa análise pode revelar as melhores práticas de unidades de alto desempenho ou destacar unidades que precisam de melhorias direcionadas.

Por que é importante

Permite benchmarks de performance e análise de consistência de processos entre diferentes unidades organizacionais.

Onde obter

Geralmente disponível no cabeçalho do pedido de venda e vinculado à estrutura organizacional definida no Oracle Fusion.

Exemplos
BU-América do NorteBU-EMEAServiços Globais
Obrigatório Recomendado Opcional

Order to Cash (O2C) - Atividades de Processamento de Pedidos de Venda

Estas são as principais etapas e marcos do processo a serem capturados em seu event log para uma descoberta de processos e avaliação de desempenho precisas.
6 Recomendado 8 Opcional
Atividade Descrição
Fatura Criada
Esta atividade representa a criação da fatura do cliente no módulo de Contas a Receber, geralmente acionada pelo evento de confirmação de envio. Um registro de fatura é gerado com um número único e data de criação.
Por que é importante

Marca o início oficial do ciclo de cobrança. É a base para medir o tempo entre faturamento e pagamento, e a eficiência do fluxo de caixa.

Onde obter

Este é um evento explícito no Oracle Accounts Receivable (AR). Um registro de fatura é criado na tabela RA_CUSTOMER_TRX_ALL com uma data de transação.

Captura

Capturado a partir da data de criação da transação de fatura no módulo de Contas a Receber (AR).

Tipo de evento explicit
Mercadorias expedidas
Esta atividade marca o ponto em que as mercadorias foram despachadas do armazém e estão em trânsito para o cliente. É capturada quando uma transação de confirmação de envio é processada no Oracle Shipping.
Por que é importante

Este é um marco crítico que sinaliza a conclusão da parte de atendimento do processo e aciona o faturamento. É essencial para medir o envio pontual e os lead times de entrega.

Onde obter

Este é um evento explícito registrado no Oracle Shipping Execution. A transação de confirmação de envio cria um registro nas tabelas de expedição como WSH_DELIVERY_DETAILS com uma data de envio.

Captura

Capturado a partir da data real de envio ('actual ship date') no registro detalhado da entrega vinculado à linha do pedido.

Tipo de evento explicit
Pagamento Recebido
Esta atividade significa que o pagamento do cliente foi recebido e aplicado contra a fatura no Contas a Receber. Isso é capturado quando uma aplicação de recebimento de caixa é lançada.
Por que é importante

Este é um marco crítico para medir o 'Tempo de Ciclo Total do Order to Cash' e a 'Taxa de Pagamento Pontual'. Representa a conversão da venda em dinheiro.

Onde obter

Este é um evento explícito no Oracle Accounts Receivable. É registrado nas tabelas de recebimento de caixa como AR_RECEIVABLE_APPLICATIONS_ALL quando um recebimento é aplicado a uma fatura.

Captura

Capturado a partir da data de aplicação ('apply date') do registro de recebimento de caixa no Contas a Receber (AR).

Tipo de evento explicit
Pedido Confirmado
Este marco fundamental indica que o pedido de venda passou por todas as verificações iniciais, incluindo aprovação de crédito, e está agora comprometido para atendimento. É geralmente inferido quando o status do pedido avança para 'Aguardando Envio' ou 'Agendado'.
Por que é importante

Esta atividade é um marco crítico para calcular o 'Tempo Médio de Confirmação do Pedido' e marca a transferência da entrada do pedido para o processo de atendimento.

Onde obter

Inferido pela mudança de status para valores como 'Aguardando Envio'. Verifique as colunas de status em DOO_HEADERS_ALL ou DOO_FULFILL_LINES_ALL.

Captura

Derivado do timestamp em que o status do pedido muda para confirmado ou agendado.

Tipo de evento inferred
Pedido de venda criado
Esta atividade marca o início do processo de pedido de venda, representando o momento em que um novo pedido é inserido no Oracle Fusion. Este evento é geralmente capturado quando um usuário salva um novo registro de pedido no módulo de Order Management.
Por que é importante

Como início do processo, esta atividade é essencial para medir o tempo de ciclo total do Order to Cash e analisar o volume de entrada de pedidos.

Onde obter

Registrado explicitamente na criação de um registro de pedido de venda no Order Management Cloud. Procure pelos timestamps de criação na tabela DOO_HEADERS_ALL.

Captura

Capturado a partir do timestamp de criação no cabeçalho do pedido de venda.

Tipo de evento explicit
Pedido encerrado
A atividade final no processo, indicando que todas as linhas do pedido de venda foram atendidas, faturadas e fechadas. O status do cabeçalho do pedido é atualizado para 'Fechado'.
Por que é importante

Esta atividade marca o fim bem-sucedido do ciclo de vida do pedido de venda. É essencial para calcular as durações dos processos de ponta a ponta e identificar pedidos "zumbis" que nunca fecham.

Onde obter

Inferido pela mudança de status no cabeçalho para 'Fechado' na tabela DOO_HEADERS_ALL. O timestamp desta mudança serve como o tempo do evento.

Captura

Derivado do timestamp da mudança de status para 'Fechado' no cabeçalho do pedido.

Tipo de evento inferred
Análise de crédito realizada
Representa a execução de uma verificação de crédito na conta do cliente para avaliar a solvência. Frequentemente é uma etapa automatizada ou manual no workflow de processamento de pedidos, e sua conclusão é geralmente registrada como uma atualização de status ou uma tarefa concluída.
Por que é importante

Analisar o tempo de análise de crédito ajuda a identificar gargalos na aprovação. É vital para o KPI de tempo de confirmação.

Onde obter

Pode ser inferido pelas mudanças de status do pedido, como 'Pendente de Aprovação de Crédito', ou por logs de eventos na funcionalidade de gestão de crédito.

Captura

Inferido por mudanças de status do pedido ou timestamps de tarefas de revisão de crédito.

Tipo de evento inferred
Bloqueio de Crédito Aplicado
Esta atividade ocorre quando um pedido de venda é retido automática ou manualmente devido a uma falha na verificação de crédito ou outro problema relacionado. Geralmente é capturada por uma mudança no status de retenção do pedido no sistema.
Por que é importante

O acompanhamento das retenções de crédito é crucial para identificar os motivos dos atrasos no processamento de pedidos e para medir a eficiência do processo de liberação dessas retenções.

Onde obter

Inferido pela aplicação de uma retenção (hold). Geralmente registrado em tabelas como DOO_HOLDS_ALL, vinculadas ao pedido.

Captura

Inferido pela criação de um registro na tabela de retenção de pedidos com o tipo 'Crédito'.

Tipo de evento inferred
Estoque Reservado
Esta atividade representa a alocação ou reserva de estoque físico para atender à linha do pedido de venda. O sistema compromete o estoque específico, garantindo que esteja disponível para a separação.
Por que é importante

O acompanhamento disso ajuda a analisar o KPI 'Lead Time de Alocação de Estoque' e identifica atrasos entre a confirmação do pedido e a reserva das mercadorias.

Onde obter

Este evento é frequentemente capturado nos módulos de estoque ou execução da cadeia de suprimentos. Pode ser inferido a partir de atualizações de status que indicam que o estoque foi detalhado ou reservado.

Captura

Inferido por mudanças de status na linha de atendimento ligadas a reserva ou agendamento de estoque.

Tipo de evento inferred
Fatura Corrigida
Ocorre quando uma fatura criada anteriormente é modificada, reemitida ou creditada devido a erros ou disputas de clientes. Isso geralmente é registrado pela criação de uma nota de crédito ou uma nova versão da fatura.
Por que é importante

O rastreamento de correções de faturas é fundamental para o KPI 'Taxa de Retrabalho de Faturas', destacando problemas no faturamento que podem atrasar pagamentos e elevar custos administrativos.

Onde obter

Inferido pela criação de uma nota de crédito ou versão posterior da fatura na tabela RA_CUSTOMER_TRX_ALL.

Captura

Derivado da identificação de notas de crédito ou faturas que referenciam uma transação anterior.

Tipo de evento inferred
Linha do pedido fechada
Representa o fechamento final de uma linha de pedido de venda individual, indicando que ela foi totalmente enviada, faturada e não são esperadas mais transações. O sistema atualiza o status da linha para 'Fechado'.
Por que é importante

O fechamento das linhas significa que todas as obrigações foram cumpridas. Analisar isso ajuda a encontrar pedidos que continuam abertos muito após a entrega e o pagamento.

Onde obter

Inferido pela mudança de status para 'Fechado' na tabela DOO_FULFILL_LINES_ALL. O timestamp desta mudança marca o evento.

Captura

Derivado do timestamp da mudança de status para 'Fechado' na linha de atendimento.

Tipo de evento inferred
Mercadorias entregues
Indica o recebimento pelo cliente. Pode vir de uma transportadora externa ou ser inferido por tempos de trânsito padrão a partir da data de envio.
Por que é importante

Esta atividade é crucial para o cálculo do KPI de 'Taxa de Entrega Pontual' e para medir os níveis de serviço ao cliente com precisão.

Onde obter

Geralmente não é um evento nativo do Oracle. Pode ser capturado se houver integração com transportadoras, ou calculado somando um tempo de trânsito padrão à data de envio. Requer análise de sistema.

Captura

Inferido por feeds de dados da transportadora ou calculado pela data de envio somada ao tempo de trânsito médio.

Tipo de evento inferred
Mercadorias separadas
Representa a separação física de mercadorias no armazém para atender ao pedido. Esta é uma etapa fundamental no processo logístico e geralmente é registrada no módulo de gestão de armazém ou expedição.
Por que é importante

Esta atividade fornece visibilidade sobre as operações do armazém. Atrasos entre a reserva de estoque e a separação podem indicar gargalos de recursos ou de processos no armazém.

Onde obter

Capturado nos módulos de SCM do Oracle Fusion Cloud. Pode ser inferido pela mudança de status da separação (pick) vinculada à linha do pedido.

Captura

Inferido a partir do timestamp de conclusão da transação de separação (pick) nos módulos de SCM.

Tipo de evento inferred
Pedido Cancelado
Representa o cancelamento de um pedido de venda antes de ser totalmente enviado. Isso pode ocorrer por vários motivos e resulta em um status final de 'Cancelado'.
Por que é importante

Este é um caminho de exceção crítico. Analisar pedidos cancelados ajuda a identificar causas raiz, como falta de estoque ou problemas de preços, o que pode orientar melhorias no processo.

Onde obter

Inferido pela mudança de status para 'Cancelado' no cabeçalho ou linha do pedido. O timestamp é usado para registrar o evento.

Captura

Derivado do timestamp da mudança de status para 'Cancelado' no cabeçalho ou linha do pedido.

Tipo de evento inferred
Recomendado Opcional

Guias de Extração

Como obter os seus dados do Oracle Fusion Financials