> Melhoria Contínua de Processos > Processamento de Devoluções e Reembolsos > Oracle Fusion SCM > Modelo de Dados

Seu Template de Dados para Processamento de Devoluções e Reembolsos

Oracle Fusion SCM

Atributos de Processamento de Devoluções e Reembolsos (22) Atividades de Processamento de Devoluções e Reembolsos (15) Guias de Extração (3)

Seu Template de Dados para Processamento de Devoluções e Reembolsos

Este template foi criado para ajudar você a analisar seu Processamento de Devolução e Reembolso no Oracle Fusion SCM. Ele descreve os atributos essenciais a serem coletados, as atividades principais a serem rastreadas e oferece orientações claras sobre como extrair esses dados para obter insights valiosos.

Atributos recomendados para coletar
Principais atividades a rastrear para análise de processo
Guia de extração passo a passo para Oracle Fusion SCM

É novo em event logs? Saiba como criar um event log para Process Mining.

Baixar Modelo

Atributos de Processamento de Devoluções e Reembolsos

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise abrangente do seu processamento de devoluções e reembolsos no Oracle Fusion SCM.

5 Obrigatório 7 Recomendado 10 Opcional

	Nome	Descrição
	Atividade ActivityName	O nome de uma etapa de negócio específica ou evento ocorrido no processo de devolução e reembolso.
Descrição Este atributo descreve uma única etapa ou marco no ciclo de vida da devolução, como 'RMA Criada', 'Item Inspecionado' ou 'Reembolso Processado'. Cada atividade representa um ponto distinto no processo capturado nos logs de eventos do sistema. Analisar a sequência e a duração dessas atividades é a essência do Process Mining. Isso permite a visualização de mapas de processos, a identificação de gargalos entre as etapas e o cálculo de lead times específicos por atividade. Esses dados são críticos para entender o fluxo do processo, loops de retrabalho e a conformidade com os procedimentos operacionais padrão. Por que é importante As atividades formam a espinha dorsal do mapa de processos, permitindo a visualização e análise do fluxo, das variações e dos gargalos. Onde obter Derivado de logs de eventos, mudanças de status ou registros de transações nos módulos Order Management e Inventory Management do Oracle Fusion SCM. Exemplos RMA criadoItem recebidoNota de Crédito CriadaReembolso Processado
	ID do Caso de Devolução ReturnCaseId	O identificador principal que vincula todas as atividades associadas a uma solicitação específica de devolução ou reembolso de cliente.
Descrição O ID do Caso de Devolução serve como o identificador único para todo o processo de devolução e reembolso. Ele conecta cada evento, desde a criação inicial da autorização de devolução (RMA) até o processamento final do reembolso e o fechamento do caso. Na análise de Process Mining, esse atributo é fundamental para reconstruir a jornada de ponta a ponta de cada devolução. Ele permite que os analistas rastreiem o ciclo de vida completo, meçam os tempos totais de ciclo e entendam as variações na forma como as diferentes devoluções são tratadas. Todos os outros dados de nível de evento são agrupados por esse ID para formar uma visão coesa do processo. Por que é importante Esta é a chave essencial para unir todos os eventos relacionados em uma única instância de processo, tornando possível a análise de ponta a ponta. Onde obter Este identificador costuma ser gerado nos módulos Oracle Order Management ou Service quando uma solicitação de devolução é iniciada. Exemplos RMA-2023-00123RMA-2023-00456RMA-2023-00789
	Tempo do Evento EventTime	O timestamp que indica quando uma atividade ou evento específico ocorreu.
Descrição O Event Time, ou horário de início, é a data e hora exatas em que uma atividade foi registrada no sistema de origem. Ele fornece o contexto cronológico para cada etapa do processo. Este timestamp é essencial para qualquer análise temporal. Ele permite ordenar os eventos, calcular tempos de ciclo entre atividades, medir a duração total de um caso e avaliar o desempenho em relação aos SLAs. Sem timestamps precisos, não é possível analisar a eficiência, identificar atrasos ou entender a dinâmica do processo. Por que é importante Este atributo fornece a sequência cronológica dos eventos, fundamental para calcular todas as métricas baseadas em duração e descobrir gargalos no processo. Onde obter Esta informação costuma ser encontrada em campos como 'Creation Date', 'Timestamp' ou 'Last Update Date' associados a registros de transação ou status no Oracle Fusion SCM. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	Sistema de Origem SourceSystem	O sistema do qual os dados foram extraídos.
Descrição Este atributo identifica o sistema de informação de origem onde os dados do evento foram registrados. Para este processo, normalmente seria o 'Oracle Fusion SCM'. Em ambientes com múltiplos sistemas integrados, este campo é crucial para a linhagem de dados e resolução de problemas. Ajuda a confirmar a origem dos dados e pode ser usado para filtrar a análise de eventos de sistemas específicos, garantindo que a qualidade e o contexto dos dados sejam mantidos. Por que é importante Fornece um contexto crucial sobre a origem dos dados, essencial para validação e análise em ambientes de múltiplos sistemas. Onde obter Este costuma ser um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para rotular a origem do conjunto de dados. Exemplos Oracle Fusion SCMOracle SCM Cloud
	Última Atualização de Dados LastDataUpdate	O registro de data/hora de quando os dados foram atualizados ou extraídos pela última vez do sistema de origem.
Descrição Este atributo indica o momento mais recente em que o conjunto de dados foi atualizado. Ele fornece uma data de 'atualidade' para todo o conjunto de dados, não para eventos individuais. Saber o horário da última atualização dos dados é fundamental para que os usuários entendam quão recente é a análise. Isso os ajuda a interpretar dashboards e KPIs corretamente, sabendo se estão olhando para informações em tempo real ou dados de horas ou dias atrás. É uma peça-chave de metadados para qualquer projeto de Process Mining. Por que é importante Informa os usuários sobre o quão recentes são os dados, garantindo que compreendam o contexto temporal da análise. Onde obter Este timestamp é gerado e adicionado durante o processo de extração, transformação e carga (ETL). Exemplos 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Agente de Processamento ProcessingAgent	O usuário ou agente responsável por executar uma atividade específica no processo de devolução.
Descrição Este atributo identifica o funcionário ou usuário do sistema que realizou uma determinada tarefa, como aprovar uma RMA ou processar um reembolso. Também pode se referir a uma equipe ou departamento, caso a atribuição individual não seja rastreada. Analisar o desempenho por agente é crítico para a gestão operacional. Este atributo habilita o dashboard 'Return Processing Agent Performance', permitindo comparações de carga de trabalho, duração da atividade e taxas de retrabalho entre diferentes agentes. Esses insights podem destacar necessidades de treinamento, identificar os profissionais com melhor desempenho e informar uma melhor alocação de recursos. Por que é importante Permite analisar o desempenho por usuário ou equipe, identificando talentos, necessidades de treinamento e desequilíbrios de carga de trabalho. Onde obter Normalmente encontrado em campos como 'USER_ID', 'PROCESSED_BY' ou 'AGENT_NAME' nos logs de transação dentro do Oracle Fusion SCM. Exemplos j.doea.smithm.jones
	Data Limite do SLA de Reembolso RefundSlaTargetDate	A data em que se espera que o reembolso seja concluído, de acordo com o acordo de nível de serviço (SLA).
Descrição Este atributo define o prazo para a conclusão do processo de reembolso de um determinado caso. A meta do SLA costuma ser determinada pela política da empresa, pelo nível do cliente ou pelo motivo da devolução. Essa data é a referência para medir a agilidade e a conformidade. É usada diretamente no dashboard 'Refund Policy SLA Compliance' e é essencial para calcular o KPI 'Refund SLA Conformance Rate'. Comparar a data real de conclusão do reembolso com essa meta permite a identificação de violações de SLA e ajuda a priorizar casos que correm o risco de atraso. Por que é importante Fornece o referencial para medir o desempenho de pontualidade e é essencial para o cálculo de KPIs de conformidade de SLA. Onde obter Pode ser um campo de data específico no caso de devolução ou pode precisar ser derivado adicionando um período de tempo predefinido (ex: 14 dias) à data de início da devolução. Exemplos 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	End Time EndTime	O timestamp que indica quando uma atividade foi concluída.
Descrição O Horário de Término marca a conclusão de uma atividade. Enquanto o StartTime indica quando um evento começou, o Horário de Término é necessário para calcular o tempo real de processamento desse evento específico. Para eventos instantâneos, ambos podem ser iguais. Na análise, a diferença entre o Horário de Término e o Horário de Início fornece o 'Tempo de Processamento' de uma atividade. Isso é fundamental para identificar quais etapas específicas consomem mais tempo, diferenciando-as do tempo de espera entre as etapas. É essencial para uma análise detalhada de gargalos e cálculos de eficiência de recursos. Por que é importante Este atributo é necessário para calcular o tempo de processamento real de atividades individuais, ajudando a distinguir o tempo de trabalho ativo do tempo de espera. Onde obter Pode ser um campo separado nos logs do sistema de origem ou pode ser derivado do StartTime da atividade subsequente. Exemplos 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Motivo da devolução ReturnReason	O motivo fornecido pelo cliente para a devolução do item.
Descrição Este atributo contém o motivo da devolução, geralmente selecionado pelo cliente em uma lista predefinida, como 'Item com Defeito', 'Tamanho Errado' ou 'Não é mais necessário'. Analisar os motivos de devolução fornece insights poderosos sobre a qualidade do produto, a precisão do processo de vendas e o comportamento do cliente. Esses dados podem ser usados para identificar produtos com altas taxas de defeito, melhorar as descrições dos produtos para reduzir pedidos incorretos e entender as causas raiz das devoluções. Essa análise pode impulsionar melhorias estratégicas que reduzem o volume total de devoluções. Por que é importante Oferece insights cruciais sobre por que as devoluções acontecem, servindo de base para melhorias em produtos e processos de venda. Onde obter Geralmente armazenado como um código ou campo de texto na linha do item da RMA no Oracle Order Management. Exemplos DefeituosoProduto incorreto enviadoChegou Tarde DemaisMelhor Preço Disponível
	Status da Devolução ReturnStatus	O status atual ou final do caso de devolução.
Descrição Este atributo indica o status geral do caso de devolução em um determinado momento ou seu resultado final, como 'Fechado - Reembolsado', 'Fechado - Rejeitado' ou 'Em Andamento'. O Status da Devolução é fundamental para a análise e monitoramento dos resultados. Ele permite filtrar casos com base no resultado, comparar os fluxos de processos de devoluções aprovadas versus rejeitadas e alimentar o 'Current Return Case Status Dashboard'. Entender a distribuição dos resultados é essencial para medir a eficácia do processo. Por que é importante Informa o resultado de um caso, o que é essencial para filtragem, análise comparativa e compreensão das taxas de sucesso do processo. Onde obter Geralmente disponível como um campo de status no registro principal de devolução ou no cabeçalho da RMA no Oracle Order Management. Exemplos Aguardando RecebimentoInspeção ConcluídaFechado - ReembolsadoEncerrado - Rejeitado
	Valor de Reembolso Solicitado RequestedRefundAmount	O valor monetário que o cliente solicitou inicialmente para a devolução.
Descrição Este atributo captura o valor do reembolso conforme solicitado pelo cliente no início do processo. É o valor base com o qual o reembolso final é comparado. Este ponto de dados é essencial para o dashboard 'Requested vs Actual Refund Amounts' e para o KPI 'Refund Amount Discrepancy Rate'. Analisar a diferença entre os valores solicitados e reais pode revelar problemas como devoluções de itens incorretos, taxas de reposição ou ajustes de política, fornecendo insights valiosos sobre a precisão financeira e a satisfação do cliente. Por que é importante Serve como base para análise financeira, permitindo o cálculo de discrepâncias nos reembolsos e destacando possíveis problemas. Onde obter Este valor deve estar armazenado no cabeçalho da RMA ou da solicitação de devolução no Oracle Fusion SCM, provavelmente no módulo Order Management. Exemplos 129.9945.501200.00
	Valor Real do Reembolso ActualRefundAmount	O valor monetário final que foi efetivamente processado e reembolsado ao cliente.
Descrição Este atributo representa o valor final confirmado e pago ao cliente após a aplicação de todas as inspeções, ajustes e taxas. Esse valor reflete o resultado financeiro real do caso de devolução. Este é um ponto de dados financeiro crítico usado no dashboard 'Requested vs Actual Refund Amounts'. Compará-lo com o valor solicitado é fundamental para calcular o KPI 'Refund Amount Discrepancy Rate' e entender o impacto financeiro das políticas de devolução, condições dos itens e ajustes de processamento. Por que é importante Representa o resultado financeiro real da devolução, permitindo análises de discrepância e relatórios financeiros. Onde obter Esta informação provavelmente viria dos registros de transação de Nota de Crédito ou Contas a Pagar vinculados ao caso de devolução no Oracle Fusion Financials. Exemplos 129.9940.000.00
	Código de Desfecho DispositionCode	Um código que indica o tratamento final dado ao item físico devolvido.
Descrição O Código de Destinação especifica o que aconteceu com o produto devolvido após a inspeção; por exemplo, se retornou ao estoque, se foi descartado como sucata, enviado para reforma ou devolvido ao fornecedor. Essa informação é valiosa para analisar o impacto financeiro e operacional das devoluções. Ao analisar os códigos de destinação, a empresa pode entender os custos associados a produtos não revendíveis e identificar oportunidades de melhoria nos processos de reforma. Isso conecta o processo de devolução aos resultados de estoque e financeiros. Por que é importante Conecta o processo de devolução ao seu resultado físico no estoque, oferecendo insights sobre taxas de recuperação e custos. Onde obter Esta informação é capturada nos módulos Oracle Inventory Management ou Warehouse Management após a conclusão da atividade de inspeção. Exemplos VOLTAR_AO_ESTOQUESUCATARECONDICIONARDEVOLVER_AO_FORNECEDOR
	Discrepância no Valor do Reembolso RefundAmountDiscrepancy	A diferença calculada entre o valor de reembolso solicitado e o valor de reembolso real.
Descrição Esta métrica quantifica a diferença monetária entre o que o cliente solicitou e o que ele recebeu. É calculada subtraindo o 'ActualRefundAmount' do 'RequestedRefundAmount'. Este valor calculado é a base para o KPI 'Refund Amount Discrepancy Rate'. Um valor diferente de zero indica que um ajuste foi feito durante o processo. Analisar os motivos dessas discrepâncias, como taxas de reposição ou deduções por danos, pode fornecer insights sobre a eficácia da política e a comunicação com o cliente. Por que é importante Quantifica os ajustes financeiros no processo de reembolso, ajudando a analisar o impacto das políticas e dos resultados das inspeções. Onde obter Campo calculado: 'RequestedRefundAmount' - 'ActualRefundAmount'. Exemplos 0.005.50-10.00
	É Retrabalho IsRework	Um indicador booleano que sinaliza se uma atividade faz parte de um loop de retrabalho.
Descrição Esta flag identifica atividades que são repetições de etapas anteriores no mesmo caso, indicando um loop de processo ou retrabalho. Por exemplo, se um item falha na inspeção e precisa ser inspecionado novamente, o segundo evento de inspeção será sinalizado como retrabalho. Este atributo é fundamental para quantificar a ineficiência do processo. Ele é usado no dashboard 'Return Processing Rework Rates' e para calcular o KPI 'Return Rework Event Frequency'. Identificar a quantidade e as causas do retrabalho é um dos principais objetivos do Process Mining, pois aponta diretamente para desperdício de esforço, atrasos e aumento de custos. Por que é importante Sinaliza diretamente ineficiências e loops, facilitando a quantificação e análise das causas de retrabalho. Onde obter Este é um atributo calculado, identificado pelos algoritmos do software de Process Mining que detectam atividades repetidas em um único caso. Exemplos verdadeirofalse
	Está em Conformidade com o SLA IsSlaCompliant	Uma flag booleana que indica se o reembolso foi processado dentro da meta de SLA definida.
Descrição Este atributo calculado fornece um indicador simples de verdadeiro ou falso para a conformidade do SLA de cada caso de devolução. É determinado comparando o timestamp real de conclusão do reembolso com o 'RefundSlaTargetDate'. Essa flag é essencial para medir e visualizar facilmente as taxas de conformidade. Ela alimenta o dashboard 'Refund Policy SLA Compliance' e simplifica o cálculo do KPI 'Refund SLA Conformance Rate'. Permite filtragem rápida e análise de causa raiz para entender por que determinados casos não cumprem o SLA. Por que é importante Simplifica o monitoramento e o reporte de SLA ao converter uma comparação de datas em uma métrica booleana simples. Onde obter Campo calculado. É verdadeiro se o timestamp de 'Refund Processed' for igual ou anterior ao 'RefundSlaTargetDate', e falso caso contrário. Exemplos verdadeirofalse
	ID do Armazém WarehouseId	O identificador do armazém ou instalação que recebeu o item devolvido.
Descrição Este atributo indica o local físico específico, como um centro de distribuição ou armazém, onde o item devolvido pelo cliente foi recebido e processado. Analisar o processo por armazém é importante para identificar problemas de desempenho específicos de cada local. Permite a comparação de tempos de inspeção, resultados de destinação e tempos totais de ciclo entre diferentes instalações. Isso pode destacar ineficiências operacionais, problemas de pessoal ou necessidades de treinamento em locais específicos. Por que é importante Permite a análise de desempenho por localidade, ajudando a identificar gargalos e ineficiências específicos de certas regiões ou instalações. Onde obter Este campo, frequentemente chamado de 'ORGANIZATION_ID', está associado à transação de recebimento no Oracle Inventory Management. Exemplos WH-US-WESTWH-EU-CENTRALDC-01
	ID do Cliente CustomerId	O identificador exclusivo do cliente que iniciou a devolução.
Descrição Este atributo é o ID exclusivo que identifica o cliente associado ao caso de devolução. Ele vincula o processo de devolução ao banco de dados de clientes. Analisar as devoluções sob uma ótica centrada no cliente pode revelar padrões importantes. Por exemplo, pode ajudar a identificar clientes com frequências de devolução excepcionalmente altas, o que pode indicar problemas de satisfação ou possível fraude. Também permite análises baseadas em segmentos de clientes, ajudando a entender se certos grupos possuem comportamentos de devolução diferentes. Por que é importante Permite análises centradas no cliente, ajudando a identificar devoluções recorrentes, segmentar comportamentos e detectar fraudes. Onde obter Encontrado como ID do cliente ou do terceiro no cabeçalho do pedido de venda original ou da solicitação de devolução no Oracle Order Management. Exemplos CUST-100589743ACC-54321
	ID do Produto ProductId	O identificador exclusivo do produto que está sendo devolvido.
Descrição Este atributo é o identificador exclusivo, como um SKU ou número de item, para o produto específico envolvido na devolução. Ele vincula o processo de devolução ao catálogo de produtos. A análise em nível de produto é crucial para identificar itens problemáticos. Ao filtrar ou dimensionar a análise do processo pelo ID do Produto, as empresas podem identificar produtos com altas taxas de devolução, longos tempos de inspeção ou padrões de defeitos específicos. Essas informações são vitais para o controle de qualidade, gestão da cadeia de suprimentos e desenvolvimento de produtos. Por que é importante Vincula o processo de devolução a produtos específicos, permitindo analisar a qualidade dos itens e padrões de devolução. Onde obter Este seria o 'INVENTORY_ITEM_ID' ou um campo semelhante na linha de item da RMA nos módulos Oracle Order Management ou Inventory. Exemplos PROD-5540-ASKU-98765ITEM-001-B
	Nmero do RMA RmaNumber	O identificador exclusivo para a transação de Autorização de Devolução de Mercadoria (RMA).
Descrição O Número da RMA é uma autorização formal para que um cliente devolva um produto. Embora muitas vezes seja igual ao ID do Caso de Devolução, em alguns sistemas ele pode ser um identificador separado e anterior. Este atributo serve como um número de referência comercial fundamental, familiar tanto para usuários internos quanto para clientes. Pode ser usado para pesquisar e filtrar casos e é, frequentemente, o número principal utilizado na comunicação sobre a devolução. Por que é importante Serve como o número de referência comercial principal, fundamental para o rastreamento operacional e comunicação com os clientes. Onde obter Este é o identificador principal no objeto Autorização de Devolução de Mercadoria (RMA) no Oracle Order Management. Exemplos 789001789002789003
	Tempo de Reembolso Ponta a Ponta EndToEndRefundTime	O tempo total decorrido desde o início da solicitação de devolução até o processamento final do reembolso.
Descrição Esta métrica mede a duração completa do processo de reembolso sob a ótica do cliente. É calculada como a diferença entre o timestamp do primeiro evento (ex: 'RMA Created') e o do evento de conclusão do reembolso (ex: 'Refund Processed'). Como um KPI principal, este cálculo é crucial para o dashboard 'Overall Refund Processing Cycle Time' e para o monitoramento da experiência do cliente. Uma média de tempo elevada indica ineficiências sistêmicas. Analisar a distribuição deste valor ajuda a identificar pontos fora da curva e a entender o desempenho do processo em alto nível. Por que é importante Este é um indicador-chave de desempenho que mede diretamente a eficiência de todo o processo e seu impacto na satisfação do cliente. Onde obter Calculado subtraindo o StartTime da primeira atividade do StartTime da atividade 'Refund Processed' para cada ID de Caso de Devolução. Exemplos 10 days 4 hours21 dias e 8 horas5 dias e 0 horas
	Tipo de Devolução ReturnType	Categoriza a devolução com base no resultado esperado, como reembolso, troca ou reparo.
Descrição Este atributo classifica o tipo de devolução que está sendo processada. O fluxo do processo e as etapas necessárias podem variar significativamente dependendo se o cliente está recebendo um reembolso monetário, um produto de substituição ou um item reparado. Analisar o processo por Tipo de Devolução é essencial para entender as variações. Isso permite a criação de mapas de processo separados para reembolsos versus trocas, ajudando a identificar gargalos exclusivos e características de desempenho para cada caminho. Essa segmentação é fundamental para esforços direcionados de melhoria de processos. Por que é importante Permite segmentar a análise com base em diferentes caminhos do processo, já que trocas e reembolsos costumam seguir etapas distintas. Onde obter Normalmente é um campo de categoria ou tipo no cabeçalho ou na linha da RMA no Oracle Order Management. Exemplos ReembolsoTrocaReparo

Obrigatório Recomendado Opcional

Atividades de Processamento de Devoluções e Reembolsos

Estas são as principais etapas do processo e marcos a serem capturados no seu log de eventos para uma descoberta precisa de processos e identificação de gargalos.

7 Recomendado 8 Opcional

	Atividade	Descrição
	Caso de Devolução Encerrado	Esta é a atividade final, indicando que todas as ações relacionadas à RMA foram concluídas, incluindo recebimento, destinação e liquidação financeira. Isso é inferido a partir do status final 'Closed' no pedido de RMA.
Por que é importante Este evento serve como o fim definitivo do processo, sendo crucial para calcular o tempo de ciclo de ponta a ponta e garantir que nenhum caso permaneça aberto indefinidamente. Onde obter Inferido pelo timestamp quando o cabeçalho do pedido de RMA e todas as suas linhas atingem o status final 'Closed' no Oracle Order Management. Captura Captura o último timestamp quando o status do cabeçalho ou da linha do RMA muda para 'Closed'. Tipo de evento inferred
	Item inspecionado	Esta atividade significa a conclusão do processo de inspeção de itens, onde uma avaliação de qualidade é registrada. Geralmente é uma transação explícita no Oracle Inventory Management ou Quality Management que atualiza o status da RMA.
Por que é importante O resultado da inspeção influencia diretamente as próximas etapas, como a aprovação ou rejeição do reembolso. A duração da atividade de inspeção em si é um indicador-chave de desempenho para a eficiência do armazém. Onde obter Capturado a partir do timestamp da transação quando um inspetor conclui a tarefa de inspeção contra o recebimento do RMA no Oracle Inventory ou Quality Management. Captura Use o timestamp de conclusão da transação de inspeção. Tipo de evento explicit
	Item recebido	Esta atividade marca o recebimento físico do item devolvido no armazém ou centro de processamento. É um evento explícito capturado no Oracle Fusion Inventory Management quando as mercadorias são digitalizadas e registradas como recebidas em relação à RMA.
Por que é importante O recebimento do item é um marco crucial que dispara a inspeção e o processamento. Medir o tempo entre 'RMA Aprovado' e 'Item Recebido' ajuda a analisar a performance logística. Onde obter Esta é uma transação explícita registrada no Oracle Inventory Management. O evento corresponde à data da transação do recebimento da RMA. Captura Use o timestamp da transação do recebimento da RMA no Estoque. Tipo de evento explicit
	Nota de Crédito Criada	Esta é a atividade financeira em que uma nota de crédito é gerada no Contas a Receber para autorizar um reembolso ao cliente. Trata-se de um evento explícito acionado pelo processo de devoluções no Order Management.
Por que é importante A criação de uma nota de crédito é um marco definitivo que indica o compromisso da empresa em reembolsar o cliente. É o gatilho para toda a parte de liquidação financeira do processo. Onde obter Esta é uma transação explícita no Oracle Accounts Receivable. O evento pode ser vinculado à RMA original por meio da referência do pedido de venda na nota de crédito. Captura Use a data de criação da transação de nota de crédito no Contas a Receber. Tipo de evento explicit
	Reembolso Processado	Esta atividade marca a conclusão do pagamento do reembolso ao cliente. É um evento explícito capturado quando a transação de liquidação de pagamento é registrada no Oracle Financials.
Por que é importante Este é um ponto final crítico para medir o tempo total do ciclo de reembolso sob a ótica do cliente. Ele confirma que a obrigação financeira com o cliente foi cumprida. Onde obter Este evento é capturado a partir da data contábil ou de liquidação da transação de pagamento no Oracle Accounts Payable ou Treasury que liquida a nota de crédito. Captura Use a data de liquidação da transação de pagamento que abate a nota de crédito. Tipo de evento explicit
	RMA Aprovada	Este marco fundamental indica que a solicitação de devolução foi validada e aprovada de acordo com as regras de negócio. Geralmente é inferido a partir de uma mudança de status na RMA, liberando etapas subsequentes, como o envio pelo cliente.
Por que é importante A aprovação é uma etapa crítica. Atrasos aqui impactam diretamente o tempo total do ciclo de devolução e a satisfação do cliente. Esta atividade é essencial para analisar gargalos de aprovação. Onde obter Inferido pelo timestamp da mudança de status no cabeçalho ou linha do pedido de RMA para 'Approved' ou 'Awaiting Receiving'. Captura Captura o timestamp quando o status do RMA é atualizado para um estado aprovado. Tipo de evento inferred
	RMA criado	Esta atividade marca o início oficial do processo de devolução, onde uma Autorização de Devolução de Mercadoria (RMA) é criada no Oracle Fusion SCM. Esse evento costuma ser capturado quando um usuário ou um processo automatizado gera um novo registro de pedido de venda de RMA.
Por que é importante Este é o principal evento de início de todo o processo de devoluções. Analisar o tempo desta atividade até as outras revela a duração total do processo e ajuda a identificar atrasos iniciais. Onde obter Isso é capturado a partir do timestamp de criação do cabeçalho do pedido de devolução no Oracle Fusion Order Management. O evento corresponde ao salvamento inicial do documento da RMA. Captura Rastreie a data de criação do registro do cabeçalho do pedido de devolução. Tipo de evento explicit
	Aprovação de RMA Enviada	Isso representa o momento em que a RMA criada é enviada para revisão e aprovação interna. Geralmente é inferido a partir de uma mudança de status, indicando que passou de rascunho para aguardando aprovação.
Por que é importante Rastrear isso ajuda a medir a duração da fase de pré-aprovação, separando o tempo de entrada de dados do tempo real de espera pela ação de um aprovador. Onde obter Inferido pelo timestamp quando o status do cabeçalho ou linha do pedido de RMA muda para 'Pending Approval' no workflow de aprovação. Captura Identifica o timestamp da mudança de status para 'Pending Approval'. Tipo de evento inferred
	Cliente Notificado	Isso representa a comunicação enviada ao cliente confirmando a resolução do seu caso, como reembolso processado ou troca enviada. Geralmente é capturado de um log de comunicações ou uma atualização de status no caso.
Por que é importante A comunicação ágil com o cliente é crucial para a satisfação. Analisar isso ajuda a garantir que os SLAs de comunicação estejam sendo cumpridos. Onde obter Exige análise do sistema. Pode ser registrado por um CRM integrado, plataforma de comunicação ou por atualização manual de status no RMA. Captura Timestamp de um sistema de comunicação externo ou de uma atualização manual. Tipo de evento inferred
	Disposição da Devolução Determinada	Após a inspeção, esta atividade representa a decisão sobre o item devolvido (ex: 'Retorno ao Estoque' ou 'Descarte'). Isso é capturado via transação de inventário que move o item para seu destino final.
Por que é importante Esta etapa é crítica para a precisão do estoque e reconciliação financeira. Analisar as destinações ajuda a entender os motivos das devoluções e problemas de qualidade do produto. Onde obter Registrado como uma transação no Oracle Inventory Management (ex: transferência de subinventário ou atualização de status) após a inspeção. Captura Rastreie o timestamp da transação de estoque que executa a destinação. Tipo de evento explicit
	Inspeção do Item Iniciada	Indica o início da inspeção física do item devolvido. Pode ser inferido pela mudança de localização ou status no módulo de gestão de armazém, ou por uma leitura de código de barras explícita.
Por que é importante Medir o tempo entre o recebimento do item e o início da inspeção revela atrasos de fila na estação de inspeção, um gargalo comum. Onde obter Isso pode ser capturado por uma mudança de status na linha de recebimento ou uma transação movendo o item para um local de inspeção no Oracle Inventory Management. Pode exigir uma configuração personalizada para ser capturado explicitamente. Captura Timestamp de uma mudança de status ou transferência de estoque para uma área de inspeção. Tipo de evento inferred
	Item Enviado pelo Cliente	Representa a ação do cliente de enviar o item de volta. Este evento costuma ser inferido via integração com a transportadora ou por atualização manual.
Por que é importante Esta atividade oferece insights sobre o comportamento do cliente e o tempo que as mercadorias levam em trânsito. Ajuda a distinguir entre atrasos de processamento interno e atrasos causados pelo transporte. Onde obter Este pode ser um evento inferido com base nos dados de envio da transportadora vinculados à RMA, ou uma atualização manual de status no Oracle SCM. Se não houver integração, este evento pode não estar disponível. Captura Timestamp de uma API de transportadora integrada ou campo de entrada de dados manual. Tipo de evento inferred
	Pedido de Troca Criado	Esta atividade ocorre em cenários onde o cliente solicitou uma troca em vez de um reembolso. É um evento explícito onde um novo pedido de venda é gerado, geralmente vinculado à RMA original.
Por que é importante Esta atividade identifica uma variante de processo importante. Separar os processos de troca dos processos de reembolso é essencial para uma análise precisa do tempo de ciclo de cada caminho. Onde obter Este é um evento explícito: a criação de um novo documento de pedido de venda no Order Management. Ele precisa ser vinculado de volta à RMA por meio de um campo de referência. Captura Use a data de criação do novo pedido de venda vinculado à RMA. Tipo de evento explicit
	Reembolso Iniciado	Esta atividade indica que o processo de pagamento do reembolso começou. Geralmente é inferida a partir de uma mudança de status na nota de crédito, passando de um estado aberto para um estado que indica processamento para pagamento.
Por que é importante Esta atividade ajuda a separar a aprovação e criação da nota de crédito do processamento de pagamento real, que pode ser gerenciado por uma equipe ou sistema diferente e pode ser uma fonte de atraso. Onde obter Inferido a partir de uma mudança de status na nota de crédito no Contas a Receber, ou pela criação de um registro de pagamento no Contas a Pagar referenciando a nota de crédito. Captura Identifica o timestamp quando o status da nota de crédito muda para 'Pending Payment' ou equivalente. Tipo de evento inferred
	RMA Rejeitada	Representa a decisão final de rejeitar a solicitação de devolução. Geralmente inferido pela mudança de status do RMA para 'Rejected' ou 'Cancelled'.
Por que é importante Este é um caminho de exceção crítico. Analisar a frequência e os motivos das rejeições pode revelar problemas nas políticas de devolução, expectativas dos clientes ou tentativas de fraude. Onde obter Inferido pelo timestamp da mudança de status no cabeçalho ou linha do pedido de RMA para 'Rejected' ou status terminal equivalente. Captura Identifica o timestamp da mudança de status para 'Rejected' ou 'Cancelled'. Tipo de evento inferred

Recomendado Opcional

Guias de Extração

Como extrair seus dados do Oracle Fusion SCM

Etapas

Acesse o Editor de Análise OTBI: Faça login na sua instância do Oracle Fusion Cloud SCM. Use o menu Navigator, vá em Tools e selecione Reports and Analytics. Clique no botão 'Create' e escolha 'Analysis' no menu suspenso.
Selecione as Áreas de Assunto: No popup 'Select Subject Area', escolha as áreas que contêm dados de devoluções e reembolsos. Selecione "Sales - CRM All Lines" e "Receivables - Transactions Real Time". Você combinará ambas para criar uma visão completa do processo.
Mude para o Modo Avançado: Após selecionar as áreas, o editor abrirá. Vá imediatamente para a aba 'Advanced' para acessar o editor de SQL lógico, necessário para criar a estrutura de Event Log.
Construa a Consulta do Event Log: Copie o SQL lógico completo fornecido na seção 'Query' deste documento e cole-o na área de texto 'SQL Query' na aba Advanced. Esta consulta usa cláusulas UNION ALL para recuperar cada uma das 15 atividades como linhas separadas.
Defina os Parâmetros da Consulta: Modifique os placeholders na consulta. Atualize especificamente [START_DATE] e [END_DATE] para definir o período da extração. Você também pode ajustar filtros para Unidades de Negócio ou Tipos de Pedido específicos conforme sua configuração.
Valide a Consulta: Clique no botão 'Validate SQL' para garantir que a sintaxe esteja correta. O sistema verificará nomes de colunas e a estrutura contra as áreas de assunto selecionadas.
Revise os Resultados: Acesse a aba 'Results' para visualizar a saída. Os dados devem aparecer em formato de Event Log, com cada linha representando uma atividade. Verifique se colunas como ReturnCaseId, ActivityName e EventTime estão preenchidas corretamente.
Salve a Análise: Quando estiver satisfeito, clique no ícone 'Save Analysis'. Dê um nome descritivo, como 'Extração ProcessMind - Devoluções e Reembolsos', e salve em uma pasta compartilhada.
Crie um Agendamento de Exportação: Para automatizar, você pode agendar a execução regular da análise. Na home do Oracle BI, localize sua análise salva, clique em 'More' e selecione 'Schedule'.
Configure a Tarefa de Exportação: Nas opções de agendamento, defina a frequência (ex: diária, semanal). Na seção 'Delivery', defina o formato de saída como CSV. Configure o destino (como servidor de conteúdo ou e-mail) onde o arquivo será enviado e ative o agendamento.

Configuração

Áreas de Assunto: As principais áreas de assunto para esta análise são "Sales - CRM All Lines" para cabeçalhos, linhas e histórico de status de pedidos RMA, e "Receivables - Transactions Real Time" para detalhes de notas de crédito e pagamentos de reembolso. Áreas adicionais como "Inventory - Inventory Transactions Real Time" podem ser necessárias para detalhes granulares de inspeção e disposição.
Filtragem por Intervalo de Datas: É crucial aplicar um filtro de data para limitar o volume de dados e garantir que a análise seja concluída com sucesso. Recomendamos extrair dados em períodos de 3 a 6 meses. A consulta fornecida filtra pela data de criação do RMA.
Filtros Principais: Além do intervalo de datas, você deve filtrar pelo Tipo de Pedido para selecionar especificamente pedidos de RMA (Return Material Authorization). Também recomendamos filtrar por Unidade de Negócio ou Entidade Legal para delimitar o escopo adequadamente.
Modo SQL Lógico: Este método de extração exige o uso da aba 'Advanced' e a escrita de uma consulta SQL lógica personalizada com instruções UNION ALL. Esta abordagem é necessária para reorganizar os dados transacionais no formato de Event Log exigido pelo ProcessMind.
Pré-requisitos: O usuário que executa esta extração precisa de um papel com permissões para criar e executar análises OTBI, como o papel 'BI Author'. O acesso às áreas de assunto de Vendas, Contas a Receber e, potencialmente, Inventário também é obrigatório.

a Consulta de Exemplo config

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Etapas

Acesse o Editor de Análise OTBI: Faça login na sua instância do Oracle Fusion Cloud SCM. Use o menu Navigator, vá em Tools e selecione Reports and Analytics. Clique no botão 'Create' e escolha 'Analysis' no menu suspenso.
Selecione as Áreas de Assunto: No popup 'Select Subject Area', escolha as áreas que contêm dados de devoluções e reembolsos. Selecione "Sales - CRM All Lines" e "Receivables - Transactions Real Time". Você combinará ambas para criar uma visão completa do processo.
Mude para o Modo Avançado: Após selecionar as áreas, o editor abrirá. Vá imediatamente para a aba 'Advanced' para acessar o editor de SQL lógico, necessário para criar a estrutura de Event Log.
Construa a Consulta do Event Log: Copie o SQL lógico completo fornecido na seção 'Query' deste documento e cole-o na área de texto 'SQL Query' na aba Advanced. Esta consulta usa cláusulas UNION ALL para recuperar cada uma das 15 atividades como linhas separadas.
Defina os Parâmetros da Consulta: Modifique os placeholders na consulta. Atualize especificamente [START_DATE] e [END_DATE] para definir o período da extração. Você também pode ajustar filtros para Unidades de Negócio ou Tipos de Pedido específicos conforme sua configuração.
Valide a Consulta: Clique no botão 'Validate SQL' para garantir que a sintaxe esteja correta. O sistema verificará nomes de colunas e a estrutura contra as áreas de assunto selecionadas.
Revise os Resultados: Acesse a aba 'Results' para visualizar a saída. Os dados devem aparecer em formato de Event Log, com cada linha representando uma atividade. Verifique se colunas como ReturnCaseId, ActivityName e EventTime estão preenchidas corretamente.
Salve a Análise: Quando estiver satisfeito, clique no ícone 'Save Analysis'. Dê um nome descritivo, como 'Extração ProcessMind - Devoluções e Reembolsos', e salve em uma pasta compartilhada.
Crie um Agendamento de Exportação: Para automatizar, você pode agendar a execução regular da análise. Na home do Oracle BI, localize sua análise salva, clique em 'More' e selecione 'Schedule'.
Configure a Tarefa de Exportação: Nas opções de agendamento, defina a frequência (ex: diária, semanal). Na seção 'Delivery', defina o formato de saída como CSV. Configure o destino (como servidor de conteúdo ou e-mail) onde o arquivo será enviado e ative o agendamento.

Configuração

Áreas de Assunto: As principais áreas de assunto para esta análise são "Sales - CRM All Lines" para cabeçalhos, linhas e histórico de status de pedidos RMA, e "Receivables - Transactions Real Time" para detalhes de notas de crédito e pagamentos de reembolso. Áreas adicionais como "Inventory - Inventory Transactions Real Time" podem ser necessárias para detalhes granulares de inspeção e disposição.
Filtragem por Intervalo de Datas: É crucial aplicar um filtro de data para limitar o volume de dados e garantir que a análise seja concluída com sucesso. Recomendamos extrair dados em períodos de 3 a 6 meses. A consulta fornecida filtra pela data de criação do RMA.
Filtros Principais: Além do intervalo de datas, você deve filtrar pelo Tipo de Pedido para selecionar especificamente pedidos de RMA (Return Material Authorization). Também recomendamos filtrar por Unidade de Negócio ou Entidade Legal para delimitar o escopo adequadamente.
Modo SQL Lógico: Este método de extração exige o uso da aba 'Advanced' e a escrita de uma consulta SQL lógica personalizada com instruções UNION ALL. Esta abordagem é necessária para reorganizar os dados transacionais no formato de Event Log exigido pelo ProcessMind.
Pré-requisitos: O usuário que executa esta extração precisa de um papel com permissões para criar e executar análises OTBI, como o papel 'BI Author'. O acesso às áreas de assunto de Vendas, Contas a Receber e, potencialmente, Inventário também é obrigatório.

a Consulta de Exemplo config

SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'RMA Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return'
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approval Submitted' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Pending Approval' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Approved' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Awaiting Receiving' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Shipped By Customer' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: This event is not standard. Adapt if custom fields exist.
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Order Number" AS "ReturnCaseId",
    'Item Received' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Fulfillment Line"."Last Updated By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Fulfillment Line"."Fulfillment Line Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Order Type" = 'Return' AND "Sales - CRM All Lines"."Fulfillment Line"."Actual Arrival Date" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspection Started' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Item Inspected' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area or custom fields.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Disposition Determined' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires Inventory subject area.
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Credit Memo Created' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Transaction Details"."Created By" AS "ProcessingAgent",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Transaction Details"."Transaction Amount" AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Initiated' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."Application Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Initiated' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo'
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Receivables - Transactions Real Time"."Transaction Details"."Reference Transaction Number" AS "ReturnCaseId",
    'Refund Processed' AS "ActivityName",
    CAST("Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Created By" AS "ProcessingAgent",
    'Refund Processed' AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    "Receivables - Transactions Real Time"."Receipt Application Details"."Amount Applied" * -1 AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Receivables - Transactions Real Time"
WHERE "Receivables - Transactions Real Time"."Transaction Details"."Transaction Class" = 'Credit Memo' AND "Receivables - Transactions Real Time"."Receipt Application Details"."GL Date" IS NOT NULL
AND "Receivables - Transactions Real Time"."Transaction Details"."Transaction Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Customer Notified' AS "ActivityName",
    CAST(NULL AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime", NULL AS "ProcessingAgent", NULL AS "ReturnStatus", NULL AS "RequestedRefundAmount", NULL AS "ActualRefundAmount", NULL AS "ReturnReason", NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654 WHERE T4654."Order Type" = 'Return' AND 1=0 -- Placeholder: Requires integration with a notification or CRM system.
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'Return Case Closed' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" = 'Closed' AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    T4654."Order Number" AS "ReturnCaseId",
    'RMA Rejected' AS "ActivityName",
    CAST(T4663."Status Change Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    T4663."Updated By" AS "ProcessingAgent",
    T4663."New Status" AS "ReturnStatus",
    NULL AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    NULL AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines" T4649, "Sales - CRM All Lines"."Order" T4654, "Sales - CRM All Lines"."Header Status History" T4663
WHERE T4654."Order Key" = T4663."Order Key" AND T4654."Order Type" = 'Return' AND T4663."New Status" IN ('Canceled', 'Rejected') AND T4654."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'
UNION ALL
SELECT
    "Sales - CRM All Lines"."Order"."Return Reference Order Number" AS "ReturnCaseId",
    'Exchange Order Created' AS "ActivityName",
    CAST("Sales - CRM All Lines"."Order"."Creation Date" AS TIMESTAMP) AS "EventTime",
    'Oracle Fusion SCM' AS "SourceSystem",
    CURRENT_TIMESTAMP AS "LastDataUpdate",
    NULL AS "EndTime",
    "Sales - CRM All Lines"."Order"."Created By" AS "ProcessingAgent",
    "Sales - CRM All Lines"."Order"."Header Status" AS "ReturnStatus",
    "Sales - CRM All Lines"."Order"."Order Amount" AS "RequestedRefundAmount",
    NULL AS "ActualRefundAmount",
    "Sales - CRM All Lines"."Order"."Return Reason" AS "ReturnReason",
    NULL AS "RefundSlaTargetDate"
FROM "Sales - CRM All Lines"
WHERE "Sales - CRM All Lines"."Order"."Return Reference Order Number" IS NOT NULL
AND "Sales - CRM All Lines"."Order"."Creation Date" BETWEEN TIMESTAMP '[START_DATE]' AND TIMESTAMP '[END_DATE]'

Etapas

Configure o Ambiente Python: Certifique-se de ter o Python 3.6 ou superior instalado. Instale as bibliotecas necessárias via pip: pip install requests pandas.
Configure o Acesso ao Oracle Fusion SCM: Obtenha as credenciais de um usuário Oracle Fusion com os papéis necessários para acessar as APIs REST. Os papéis exigidos geralmente incluem Order Manager e Accounts Receivable Manager, com permissões para visualizar pedidos de venda (RMAs) e notas de crédito.
Identifique os Endpoints de API: Confirme a URL base da sua instância Oracle Fusion SCM. O script utiliza os recursos REST salesOrdersForOrderHub e receivablesCreditMemos. A versão 11.13.18.05 pode precisar de ajuste conforme seu ambiente.
Personalize o Script Python: Abra o script fornecido e atualize as variáveis de placeholder no topo: ORACLE_BASE_URL, ORACLE_USERNAME e ORACLE_PASSWORD. Ajuste RMA_ORDER_TYPE para o código específico do tipo de pedido usado para RMAs no seu sistema.
Defina o Período de Extração: Modifique as variáveis START_DATE e END_DATE no script para definir a janela de tempo dos dados. Recomendamos testar primeiro com um período curto, como um mês.
Execute o Script: Rode o script pelo terminal: python extract_oracle_returns.py. O script conectará às APIs da Oracle, buscará os dados, os processará e exibirá o status no console.
Recupere o Event Log: Após a conclusão, o script gerará um arquivo chamado returns_event_log.csv no mesmo diretório. Este arquivo contém o Event Log extraído.
Revise e Prepare para Upload: Abra o arquivo returns_event_log.csv em uma planilha. Verifique a integridade e precisão dos dados, com atenção especial às colunas ActivityName e EventTime. Garanta que os cabeçalhos estejam corretos para o Process Mining.
Upload para o ProcessMind: Faça o upload do arquivo CSV diretamente no ProcessMind. Mapeie as colunas (ex: ReturnCaseId para Case ID, ActivityName para Atividade, EventTime para Timestamp).

Configuração

API Endpoints: O script utiliza principalmente dois endpoints de API REST: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub para dados de pedidos de RMA e /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos para dados de reembolsos financeiros.
Autenticação: O script utiliza Autenticação Básica. O usuário e a senha fornecidos devem pertencer a uma conta com acesso à API e privilégios suficientes para ler dados de pedidos e contas a receber.
Intervalo de Datas: A extração é filtrada pela CreationDate dos pedidos de RMA. Configure as variáveis START_DATE e END_DATE no script. Para cargas iniciais, recomenda-se um período de 3 a 6 meses. Para atualizações contínuas, utilize uma janela deslizante.
Filtro de Tipo de Pedido RMA: É fundamental configurar a variável RMA_ORDER_TYPE no script. Isso garante a extração apenas de pedidos de devolução, ignorando pedidos de venda padrão. Você encontra o código do seu tipo de pedido RMA na tarefa de configuração 'Manage Order Types' no Oracle Fusion.
Mapeamento de Códigos de Status: O script mapeia os códigos de status internos do Oracle (ex: DOO_AWAITING_RECEIVING, DOO_CLOSED) para valores de ActivityName mais amigáveis ao negócio. Esse mapeamento pode precisar de ajustes conforme sua configuração específica do Oracle SCM.
Pré-requisitos: É necessário acesso a um ambiente Oracle Fusion SCM. A conta de usuário para a extração deve possuir papéis como Order Manager (ORA_DOO_ORDER_MANAGER_JOB) e Accounts Receivable Manager (ORA_AR_ACCOUNTS_RECEIVABLE_MANAGER_JOB) ou papéis customizados equivalentes que concedam acesso às APIs REST necessárias.

a Consulta de Exemplo python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
ORACLE_BASE_URL = class="hl-string">"https://[your_oracle_fusion_instance].fa.ocs.oraclecloud.com"
ORACLE_USERNAME = class="hl-string">"[your_api_user]"
ORACLE_PASSWORD = class="hl-string">"[your_api_password]"
RMA_ORDER_TYPE = class="hl-string">"ORA_RETURN_ORDER"  class=class="hl-string">"hl-comment"># IMPORTANT: Configure with your specific RMA Order Type Code
START_DATE = class="hl-string">"2023-01-01T00:00:00.000Z" class=class="hl-string">"hl-comment"># Format: YYYY-MM-DDTHH:MM:SS.sssZ
END_DATE = class="hl-string">"2023-06-30T23:59:59.000Z"

class=class="hl-string">"hl-comment"># --- Helper Functions --- #
def get_paginated_data(endpoint, params):
    class="hl-string">"""Fetches all data from a paginated Oracle REST API endpoint."""
    all_items = []
    url = fclass="hl-string">"{ORACLE_BASE_URL}{endpoint}"
    params[class="hl-string">'limit'] = 200 class=class="hl-string">"hl-comment"># Max limit can be up to 500
    params[class="hl-string">'offset'] = 0

    while True:
        print(fclass="hl-string">"Fetching data from {url} with offset {params['offset']}...")
        try:
            response = requests.get(url, auth=(ORACLE_USERNAME, ORACLE_PASSWORD), params=params)
            response.raise_for_status()
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            if not items:
                break
            all_items.extend(items)
            if data.get(class="hl-string">'hasMore', False):
                params[class="hl-string">'offset'] += len(items)
            else:
                break
        except requests.exceptions.HTTPError as e:
            print(fclass="hl-string">"HTTP Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
        except json.JSONDecodeError as e:
            print(fclass="hl-string">"JSON Decode Error: {e}")
            print(fclass="hl-string">"Response content: {response.text}")
            break
    return all_items

class=class="hl-string">"hl-comment"># --- Main Extraction Logic --- #
if __name__ == class="hl-string">"__main__":
    event_log_records = []
    last_data_update = datetime.utcnow().isoformat() + class="hl-string">'Z'

    class=class="hl-string">"hl-comment"># 1. Fetch all RMA Orders
    print(class="hl-string">"Fetching RMA orders...")
    rma_params = {
        class="hl-string">'finder': class="hl-string">'findOrders',
        class="hl-string">'q': fclass="hl-string">"OrderTypeCode='{RMA_ORDER_TYPE}' and CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'OrderNumber,CreationDate,CreatedBy,LastUpdateDate,LastUpdatedBy,OrderStatus,ReturnReasonCode,CrossReference,lines',
        class="hl-string">'expand': class="hl-string">'lines.fulfillmentLines'
    }
    rma_orders = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub", rma_params)

    class=class="hl-string">"hl-comment"># 2. Fetch all related Credit Memos (can be optimized by filtering on creation date)
    print(class="hl-string">"Fetching Credit Memos...")
    cm_params = {
        class="hl-string">'fields': class="hl-string">'TransactionNumber,TransactionDate,Amount,CustomerTransactionId,SalesOrderNumber'
    }
    credit_memos = get_paginated_data(class="hl-string">"/fscmRestApi/resources/11.13.18.05/receivablesCreditMemos", cm_params)
    cm_map = {cm[class="hl-string">'SalesOrderNumber']: cm for cm in credit_memos if class="hl-string">'SalesOrderNumber' in cm}

    print(fclass="hl-string">"Processing {len(rma_orders)} RMA orders...")
    for rma in rma_orders:
        case_id = rma.get(class="hl-string">'OrderNumber')
        if not case_id:
            continue

        class=class="hl-string">"hl-comment"># Helper to add events
        def add_event(activity, timestamp, agent, status, reason=None, end_time=None):
            if timestamp:
                event_log_records.append({
                    class="hl-string">'ReturnCaseId': case_id,
                    class="hl-string">'ActivityName': activity,
                    class="hl-string">'EventTime': timestamp,
                    class="hl-string">'EndTime': end_time if end_time else timestamp,
                    class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion SCM',
                    class="hl-string">'LastDataUpdate': last_data_update,
                    class="hl-string">'ProcessingAgent': agent,
                    class="hl-string">'ReturnStatus': status,
                    class="hl-string">'ReturnReason': reason,
                    class="hl-string">'RequestedRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'ActualRefundAmount': None, class=class="hl-string">"hl-comment"># Placeholder
                    class="hl-string">'RefundSlaTargetDate': None class=class="hl-string">"hl-comment"># Placeholder
                })

        class=class="hl-string">"hl-comment"># Activity: RMA Created
        add_event(class="hl-string">'RMA Created', rma.get(class="hl-string">'CreationDate'), rma.get(class="hl-string">'CreatedBy'), class="hl-string">'Draft', rma.get(class="hl-string">'ReturnReasonCode'))

        class=class="hl-string">"hl-comment"># Activities from Fulfillment Lines
        if class="hl-string">'lines' in rma and rma[class="hl-string">'lines']:
            for line in rma[class="hl-string">'lines'][class="hl-string">'items']:
                if class="hl-string">'fulfillmentLines' in line and line[class="hl-string">'fulfillmentLines']:
                    for ff_line in line[class="hl-string">'fulfillmentLines'][class="hl-string">'items']:
                        ff_status = ff_line.get(class="hl-string">'StatusCode')
                        last_update = ff_line.get(class="hl-string">'LastUpdateDate', rma.get(class="hl-string">'LastUpdateDate'))
                        agent = ff_line.get(class="hl-string">'LastUpdatedBy', rma.get(class="hl-string">'LastUpdatedBy'))

                        class=class="hl-string">"hl-comment"># The following is an inference based on typical status flows.
                        class=class="hl-string">"hl-comment"># Your specific statuses may vary.
                        if ff_status in [class="hl-string">'DOO_AWAIT_APPROVAL', class="hl-string">'DOO_SUBMITTED']:
                            add_event(class="hl-string">'RMA Approval Submitted', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_AWAIT_RECEIVING':
                            add_event(class="hl-string">'RMA Approved', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_PARTIALLY_FULFILLED', class="hl-string">'DOO_SHIPMENT_CONFIRMED']:
                             add_event(class="hl-string">'Item Received', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, ff_status)
                             class=class="hl-string">"hl-comment"># Infer inspection events based on receipt
                             add_event(class="hl-string">'Item Inspection Started', ff_line.get(class="hl-string">'ActualShipDate', last_update), agent, class="hl-string">'Awaiting Inspection')
                             add_event(class="hl-string">'Item Inspected', last_update, agent, class="hl-string">'Inspection Complete')
                        elif ff_status == class="hl-string">'DOO_AWAIT_BILLING':
                            add_event(class="hl-string">'Return Disposition Determined', last_update, agent, ff_status)
                        elif ff_status == class="hl-string">'DOO_CLOSED':
                            add_event(class="hl-string">'Return Case Closed', last_update, agent, ff_status)
                        elif ff_status in [class="hl-string">'DOO_CANCELED', class="hl-string">'DOO_REJECTED']:
                            add_event(class="hl-string">'RMA Rejected', last_update, agent, ff_status)
                        
                        class=class="hl-string">"hl-comment"># Placeholder activities not directly available
                        add_event(class="hl-string">'Item Shipped By Customer', None, class="hl-string">'Customer', class="hl-string">'In Transit')
                        add_event(class="hl-string">'Customer Notified', None, class="hl-string">'System', class="hl-string">'Notification Sent')

        class=class="hl-string">"hl-comment"># Activity: Exchange Order Created
        if rma.get(class="hl-string">'CrossReference'):
             add_event(class="hl-string">'Exchange Order Created', rma.get(class="hl-string">'LastUpdateDate'), rma.get(class="hl-string">'LastUpdatedBy'), rma.get(class="hl-string">'OrderStatus'))

        class=class="hl-string">"hl-comment"># Activities from Credit Memos
        if case_id in cm_map:
            cm = cm_map[case_id]
            cm_date = cm.get(class="hl-string">'TransactionDate')
            cm_amount = cm.get(class="hl-string">'Amount')
            add_event(class="hl-string">'Credit Memo Created', cm_date, class="hl-string">'System', class="hl-string">'Credit Memo Issued')
            add_event(class="hl-string">'Refund Initiated', cm_date, class="hl-string">'System', class="hl-string">'Refund In Progress')
            class=class="hl-string">"hl-comment"># Assuming refund is processed shortly after creation for this example
            add_event(class="hl-string">'Refund Processed', cm_date, class="hl-string">'System', class="hl-string">'Refund Complete')

            class=class="hl-string">"hl-comment"># Update refund amounts on all events for this case
            for rec in event_log_records:
                if rec[class="hl-string">'ReturnCaseId'] == case_id:
                    rec[class="hl-string">'ActualRefundAmount'] = cm_amount
                    rec[class="hl-string">'RequestedRefundAmount'] = cm_amount class=class="hl-string">"hl-comment"># Assuming requested equals actual

    class=class="hl-string">"hl-comment"># 4. Create and Save DataFrame
    if not event_log_records:
        print(class="hl-string">"No events were generated. Check your configuration and date range.")
    else:
        df = pd.DataFrame(event_log_records)
        df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
        df = df.dropna(subset=[class="hl-string">'EventTime'])
        df = df.sort_values(by=[class="hl-string">'ReturnCaseId', class="hl-string">'EventTime'])

        class=class="hl-string">"hl-comment"># Reorder columns
        column_order = [
            class="hl-string">'ReturnCaseId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EndTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
            class="hl-string">'ProcessingAgent', class="hl-string">'ReturnStatus', class="hl-string">'ReturnReason', class="hl-string">'RequestedRefundAmount', 
            class="hl-string">'ActualRefundAmount', class="hl-string">'RefundSlaTargetDate'
        ]
        df = df[column_order]

        df.to_csv(class="hl-string">'returns_event_log.csv', index=False)
        print(class="hl-string">"Successfully created returns_event_log.csv")

Seu Template de Dados para Processamento de Devoluções e Reembolsos

Seu Template de Dados para Processamento de Devoluções e Reembolsos

Atributos de Processamento de Devoluções e Reembolsos

Atividades de Processamento de Devoluções e Reembolsos

Guias de Extração

Exportação via Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de Exemplo config

Extração de View Object via Oracle BI Cloud Connector (BICC)

Etapas

Configuração

a Consulta de Exemplo config

Script Python usando APIs REST do Oracle Fusion SCM

Etapas

Configuração

a Consulta de Exemplo python

Pronto para Começar?

Elimine Gargalos e Otimize o Processo de Devoluções e Reembolsos Agora

Seu Template de Dados para Processamento de Devoluções e Reembolsos

Seu Template de Dados para Processamento de Devoluções e Reembolsos

Atributos de Processamento de Devoluções e Reembolsos

Atividades de Processamento de Devoluções e Reembolsos

Guias de Extração

Exportação via Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de Exemplo config

Extração de View Object via Oracle BI Cloud Connector (BICC)

Etapas

Configuração

a Consulta de Exemplo config

Script Python usando APIs REST do Oracle Fusion SCM

Etapas

Configuração

a Consulta de Exemplo python

Valorizamos sua privacidade

Pronto para Começar?

Elimine Gargalos e Otimize o Processo de Devoluções e Reembolsos Agora