Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda
Seu Template de dados de Order to Cash - Processamento de Pedidos de Venda
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação prática para extração de dados
Order to Cash (O2C) - Atributos de Processamento de Pedidos de Venda
| 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 | |||
Order to Cash (O2C) - Atividades de Processamento de Pedidos de Venda
| 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 | |||