> Melhoria contínua de processos > Processamento de devoluções e reembolsos > Oracle Fusion SCM > Template de dados

Seu Template de dados para processamento de devoluções e reembolsos

Oracle Fusion SCM

Atributos do processamento de devoluções e reembolsos(21) Atividades do 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 ajuda você a analisar o processamento de devoluções e reembolsos no Oracle Fusion SCM. Ele apresenta os atributos essenciais a coletar, as principais atividades a acompanhar e orientações claras para extrair esses dados. Use-o para obter insights valiosos sobre o processo e identificar oportunidades de melhoria.

Atributos recomendados para coleta
Principais atividades para acompanhar na análise do processo
Orientações passo a passo para extrair dados do Oracle Fusion SCM

Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Baixar Template

Atributos do processamento de devoluções e reembolsos

Estes são os campos de dados recomendados para incluir no Event Log e analisar de forma abrangente o processamento de devoluções e reembolsos no Oracle Fusion SCM.

5 Obrigatório 7 Recomendado 9 Opcional

	Nome	Descrição
	Atividade ActivityName	O nome de uma etapa ou evento de negócio específico que ocorreu durante o processo de devolução e reembolso.
Descrição Este atributo descreve uma etapa ou marco do ciclo de vida da devolução, como "RMA criada", "Item inspecionado" ou "Reembolso processado". Cada atividade representa um momento distinto do processo, registrado nos registros de eventos do sistema. Analisar a sequência e a duração dessas atividades é a base do Process Mining. Isso permite visualizar mapas de processo, identificar gargalos entre etapas e calcular os tempos de atravessamento de cada atividade. Esses dados são essenciais para entender o fluxo do processo, os ciclos de retrabalho e a conformidade com os procedimentos operacionais padrão. Por que isso importa As atividades são a base do mapa de processo e permitem visualizar e analisar o fluxo, as variações e os gargalos do processo. Onde encontrar Obtido de registros de eventos, mudanças de status ou registros de transações específicas em módulos do Oracle Fusion SCM, como Order Management e Inventory Management. Exemplos RMA criadoItem recebidoNota de crédito criadaReembolso processado
	Data e hora do evento EventTime	A data e hora que indicam quando uma atividade ou evento específico ocorreu.
Descrição A data e hora do evento, ou hora de início, indicam o momento exato em que uma atividade foi registrada no sistema de origem. Elas fornecem o contexto cronológico de cada etapa do processo. Esses dados são essenciais para todas as análises baseadas em tempo. Eles são usados para ordenar os eventos corretamente, calcular os tempos de ciclo entre atividades, medir a duração total de um caso e avaliar a performance em relação aos acordos de nível de serviço (SLAs). Sem datas e horas precisas, não é possível analisar a eficiência do processo, identificar atrasos nem entender sua dinâmica. Por que isso importa Este atributo fornece a sequência cronológica dos eventos, essencial para calcular todas as métricas de duração e identificar gargalos no processo. Onde encontrar Em geral, essas informações aparecem em campos como "Data de criação", "Data e hora" ou "Data da última atualização", associados a registros de transações ou de status no Oracle Fusion SCM. Exemplos 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	ID do caso de devolução ReturnCaseId	O identificador principal que vincula todas as atividades relacionadas a uma solicitação específica de devolução ou reembolso de um cliente.
Descrição O ID do caso de devolução é o identificador exclusivo de cada caso em todo o processo de devolução e reembolso. Ele conecta todos os eventos, desde a criação inicial da autorização de devolução de mercadoria (RMA) até o processamento final do reembolso e o encerramento do caso. Na análise de Process Mining, este atributo é fundamental para reconstruir a jornada completa de cada devolução. Ele permite que os analistas acompanhem todo o ciclo de vida, meçam o tempo de ciclo total e entendam as variações no tratamento de cada devolução. Todos os outros dados dos eventos são agrupados por esse ID para formar uma visão integrada do processo. Por que isso importa Esta é a chave essencial para reunir todos os eventos relacionados em uma única instância do processo e viabilizar a análise de ponta a ponta. Onde encontrar Em geral, esse identificador é 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
	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 em que os dados do evento foram registrados. Neste processo, geralmente será "Oracle Fusion SCM". Em ambientes com vários sistemas integrados, este campo é essencial para rastrear a origem dos dados e solucionar problemas. Ele ajuda a confirmar de onde vêm os dados e pode ser usado para filtrar a análise por sistema, mantendo a qualidade e o contexto dos dados. Por que isso importa Ele fornece um contexto essencial sobre a origem dos dados, necessário para validá-los e analisá-los em ambientes com vários sistemas. Onde encontrar Em geral, este é um valor estático adicionado durante o processo de extração, transformação e carregamento (ETL) para identificar a origem do conjunto de dados. Exemplos Oracle Fusion SCMOracle SCM Cloud
	Última atualização dos dados LastDataUpdate	A data e hora em que os dados foram atualizados pela última vez ou extraídos do sistema de origem.
Descrição Este atributo indica quando o conjunto de dados foi atualizado pela última vez. Ele informa a data de atualização do conjunto de dados inteiro, não de eventos individuais. Saber quando os dados foram atualizados pela última vez é essencial para entender se a análise está atualizada. Isso ajuda a interpretar corretamente os Dashboards e os KPIs, indicando se as informações são em tempo real ou se têm algumas horas ou dias. É um metadado importante em qualquer projeto de Process Mining. Por que isso importa Informa quando os dados foram atualizados, ajudando os usuários a entender o contexto e a atualidade da análise. Onde encontrar Esta data e hora são geradas e adicionadas durante o processo de extração, transformação e carregamento (ETL) dos dados. Exemplos 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Data-limite do SLA de reembolso RefundSlaTargetDate	A data até a qual o reembolso deve ser concluído, de acordo com o acordo de nível de serviço.
Descrição Este atributo define o prazo para concluir o processo de reembolso de um caso. A meta do SLA costuma ser determinada pela política da empresa, pela categoria do cliente ou pelo motivo da devolução. Essa data serve de referência para medir a pontualidade e a conformidade. Ela é usada diretamente no Dashboard "Conformidade com o SLA da política de reembolso" e é essencial para calcular o KPI "Taxa de conformidade com o SLA de reembolso". Comparar a data efetiva de conclusão do reembolso com essa meta permite identificar violações do SLA e priorizar casos com risco de atraso. Por que isso importa Serve de referência para medir a performance dentro do prazo e é essencial para calcular os KPIs de conformidade com o SLA. Onde encontrar Pode ser um campo de data específico no caso de devolução ou precisar ser calculada somando um período predefinido, por exemplo, 14 dias, à data de início da devolução. Exemplos 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Hora de término EndTime	A data e hora que indicam quando uma atividade foi concluída.
Descrição A hora de término marca a conclusão de uma atividade. Enquanto StartTime indica quando um evento começou, a hora de término é necessária para calcular o tempo real de processamento desse evento. Em eventos instantâneos, StartTime e a hora de término podem ser iguais. Na análise, a diferença entre a hora de término e StartTime corresponde ao "Tempo de processamento" de uma atividade. Isso é essencial para identificar quais etapas específicas consomem mais tempo, em vez do tempo de espera entre elas. Também é fundamental para analisar gargalos em detalhes e calcular a eficiência dos recursos. Por que isso importa Este atributo é necessário para calcular o tempo real de processamento de cada atividade e distinguir o tempo de trabalho efetivo do tempo de espera. Onde encontrar Pode ser um campo separado nos registros do sistema de origem ou ser calculado com base em StartTime da atividade seguinte. Exemplos 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Motivo da devolução ReturnReason	O motivo informado pelo cliente para devolver o item.
Descrição Este atributo registra o motivo da devolução, geralmente selecionado pelo cliente em uma lista predefinida, como "Item com defeito", "Tamanho incorreto" ou "Não preciso mais". Analisar os motivos das devoluções traz insights importantes sobre a qualidade dos produtos, a precisão do processo de vendas e o comportamento dos clientes. Esses dados podem ajudar a identificar produtos com altas taxas de defeito, melhorar as descrições para reduzir pedidos incorretos e entender as causas raiz das devoluções. Essa análise pode orientar melhorias estratégicas para reduzir o volume total de devoluções. Por que isso importa Ajuda a entender por que as devoluções acontecem e a promover melhorias nos produtos e nos processos de vendas. Onde encontrar Geralmente armazenado como código ou campo de texto no item da linha da RMA no Oracle Order Management. Exemplos Com defeitoItem enviado incorretamenteChegou com atrasoPreço menor disponível
	Responsável pelo 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 tarefa, como aprovar uma RMA ou processar um reembolso. Ele também pode indicar uma equipe ou departamento, caso não haja acompanhamento por pessoa. Analisar a performance por responsável é essencial para a gestão operacional. Este atributo permite criar o Dashboard "Performance dos responsáveis pelo processamento de devoluções", que compara a carga de trabalho, a duração das atividades e as taxas de retrabalho entre diferentes responsáveis. Esses insights podem revelar necessidades de treinamento, identificar quem tem melhor desempenho e orientar uma distribuição mais equilibrada dos recursos. Por que isso importa Permite analisar a performance por usuário ou equipe, ajudando a identificar quem tem melhor desempenho, oportunidades de treinamento e desequilíbrios na carga de trabalho. Onde encontrar Em geral, aparece em campos como "USER_ID", "PROCESSED_BY" ou "AGENT_NAME" nos registros de transações do Oracle Fusion SCM. Exemplos j.doea.smithm.jones
	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 determinado momento ou seu resultado final, como "Encerrado: reembolsado", "Encerrado: rejeitado" ou "Em andamento". O status da devolução é essencial para analisar os resultados e monitorar o processo. Ele permite filtrar os casos pelo resultado, comparar os fluxos de devoluções aprovadas e rejeitadas e alimentar o Dashboard "Status atual dos casos de devolução". Entender a distribuição dos resultados é essencial para medir a eficácia do processo. Por que isso importa Apresenta o resultado de um caso, essencial para filtrar dados, fazer análises comparativas e entender as taxas de sucesso do processo. Onde encontrar Em geral, está disponível como campo de status no registro principal do cabeçalho da devolução ou da RMA no Oracle Order Management. Exemplos Aguardando recebimentoInspeção concluídaEncerrado - reembolsadoEncerrado - rejeitado
	Valor do reembolso solicitado RequestedRefundAmount	O valor em dinheiro que o cliente solicitou inicialmente pelo item devolvido.
Descrição Este atributo registra o valor do reembolso solicitado pelo cliente no início do processo. Ele serve como referência para comparar com o valor final do reembolso. Esse dado é essencial para o Dashboard "Valores de reembolso solicitados e efetivos" e para o KPI "Taxa de divergência do valor do reembolso". Analisar a diferença entre os valores solicitado e efetivo pode revelar problemas como devoluções incorretas, taxas de reposição de estoque ou ajustes de política, trazendo insights importantes sobre a precisão financeira e a satisfação do cliente. Por que isso importa Serve como referência para a análise financeira, permitindo calcular divergências nos reembolsos e identificar possíveis problemas. Onde encontrar Esse valor deve ser 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 efetivo do reembolso ActualRefundAmount	O valor final efetivamente processado e reembolsado ao cliente.
Descrição Este atributo representa o valor final confirmado, pago ao cliente após a aplicação de todas as inspeções, ajustes e taxas. Ele reflete o resultado financeiro real do caso de devolução. Esse é um dado financeiro essencial para o Dashboard "Valores de reembolso solicitados e efetivos". Compará-lo ao valor solicitado é fundamental para calcular o KPI "Taxa de divergência do valor do reembolso" e entender o impacto financeiro das políticas de devolução, das condições dos itens e dos ajustes de processamento. Por que isso importa Representa o resultado financeiro real da devolução, permitindo analisar divergências e gerar relatórios financeiros. Onde encontrar Essas informações provavelmente vêm dos registros de transações de Credit Memo ou Accounts Payable vinculados ao caso de devolução no Oracle Fusion Financials. Exemplos 129.9940.000.00
	Código de destinação DispositionCode	Código que indica o destino final do 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 voltou ao estoque, foi descartado, enviado para recondicionamento ou devolvido ao fornecedor. Essas informações ajudam a 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 que não podem ser revendidos e identificar oportunidades para melhorar os processos de recondicionamento. O código conecta o processo de devolução aos resultados financeiros e de estoque. Por que isso importa Relaciona o processo de devolução ao destino físico do item no estoque, trazendo insights sobre taxas de recuperação e custos. Onde encontrar Essas informações são registradas nos módulos Oracle Inventory Management ou Warehouse Management após a conclusão da inspeção. Exemplos RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
	Divergência no valor do reembolso RefundAmountDiscrepancy	A diferença calculada entre o valor do reembolso solicitado e o valor efetivo.
Descrição Esta métrica quantifica a diferença em dinheiro entre o valor solicitado pelo cliente e o valor recebido. Ela é calculada subtraindo "ActualRefundAmount" de "RequestedRefundAmount". Esse valor calculado serve de base para o KPI "Taxa de divergência do valor do reembolso". Um valor diferente de zero indica que houve um ajuste durante o processo. Analisar os motivos dessas divergências, como taxas de reposição de estoque ou descontos por danos, pode trazer insights sobre a eficácia das políticas e a comunicação com os clientes. Por que isso importa Quantifica os ajustes financeiros no processo de reembolso e ajuda a analisar o impacto das políticas e dos resultados das inspeções. Onde encontrar Campo calculado: "RequestedRefundAmount" - "ActualRefundAmount". Exemplos 0.005.50-10.00
	É retrabalho IsRework	Indicador booleano que informa se uma atividade faz parte de um ciclo de retrabalho.
Descrição Este indicador identifica atividades que repetem etapas anteriores do mesmo caso, sinalizando um ciclo no processo ou retrabalho. Por exemplo, se um item não passar na inspeção e precisar ser inspecionado novamente, o segundo evento de inspeção será marcado como retrabalho. Este atributo é fundamental para quantificar as ineficiências do processo. Ele é usado no Dashboard "Taxas de retrabalho no processamento de devoluções" e no cálculo do KPI "Frequência de eventos de retrabalho em devoluções". Identificar o volume e as causas do retrabalho é um dos principais objetivos de Process Mining, pois revela diretamente o esforço desperdiçado, os atrasos e o aumento de custos. Por que isso importa Sinaliza diretamente ineficiências e ciclos no processo, facilitando a quantificação e a análise das causas do retrabalho. Onde encontrar Este atributo calculado é identificado pelos algoritmos do software de Process Mining, que detectam atividades repetidas em um mesmo caso. Exemplos truefalse
	Está em conformidade com o SLA IsSlaCompliant	Indicador booleano que informa se o reembolso foi processado dentro do prazo definido pelo SLA.
Descrição Este atributo calculado indica, com um valor verdadeiro ou falso, se cada caso de devolução está em conformidade com o SLA. O resultado é determinado comparando a data e hora de conclusão efetiva do reembolso com "RefundSlaTargetDate". Esse indicador é essencial para medir e visualizar facilmente as taxas de conformidade. Ele alimenta o Dashboard "Conformidade com o SLA da política de reembolso" e simplifica o cálculo do KPI "Taxa de conformidade com o SLA de reembolso". Também permite filtrar casos rapidamente e fazer uma análise de causa raiz para entender por que alguns deles não cumprem o SLA. Por que isso importa Simplifica o monitoramento e a geração de relatórios do SLA, convertendo a comparação entre datas em uma métrica booleana simples. Onde encontrar Campo calculado. O valor é verdadeiro se a data e hora de "Refund Processed" for igual ou anterior a "RefundSlaTargetDate"; caso contrário, é falso. Exemplos truefalse
	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 pela perspectiva do cliente pode revelar padrões importantes. Por exemplo, pode ajudar a identificar clientes com uma frequência de devoluções incomumente alta, o que pode indicar problemas de satisfação ou possível fraude. Também permite analisar segmentos de clientes e entender se determinados grupos apresentam comportamentos diferentes em relação às devoluções. Por que isso importa Permite analisar o processo pela perspectiva do cliente, ajudando a identificar quem devolve itens repetidamente, segmentar comportamentos e detectar possíveis fraudes. Onde encontrar Encontrado como ID do cliente ou da parte 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 depósito WarehouseId	O identificador do depósito ou da unidade que recebeu o item devolvido.
Descrição Este atributo indica o local físico específico, como um centro de distribuição ou depósito, onde o item devolvido pelo cliente foi recebido e processado. Analisar o processo por depósito é importante para identificar problemas de performance específicos de cada local. Isso permite comparar os tempos de inspeção, os destinos dos itens e os tempos de ciclo gerais entre diferentes unidades. Essa análise pode revelar ineficiências operacionais, problemas de dimensionamento da equipe ou necessidades de treinamento em determinados locais. Por que isso importa Permite analisar a performance por local e ajuda a identificar gargalos e ineficiências específicos de cada região ou unidade. Onde encontrar Este campo, geralmente chamado de "ORGANIZATION_ID", está associado à transação de recebimento no Oracle Inventory Management. Exemplos WH-US-WESTWH-EU-CENTRALDC-01
	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 do item, do produto específico envolvido na devolução. Ele vincula o processo de devolução ao catálogo de produtos. A análise por produto é fundamental para identificar itens problemáticos. Ao filtrar ou segmentar a análise do processo pelo ID do produto, as empresas podem localizar produtos com altas taxas de devolução, longos tempos de inspeção ou padrões específicos de defeitos. Essas informações são essenciais para o controle de qualidade, a gestão da cadeia de suprimentos e o desenvolvimento de produtos. Por que isso importa Vincula o processo de devolução a produtos específicos, permitindo analisar a qualidade dos produtos e os padrões de devolução. Onde encontrar Pode ser o campo "INVENTORY_ITEM_ID" ou um campo semelhante no item da linha da RMA nos módulos Oracle Order Management ou Inventory. Exemplos PROD-5540-ASKU-98765ITEM-001-B
	Número da RMA RmaNumber	O identificador exclusivo da transação de autorização de devolução de mercadoria.
Descrição O número da RMA é uma autorização formal para que o cliente devolva um produto. Embora muitas vezes seja igual ao ID do caso de devolução, em alguns sistemas pode ser um identificador separado, gerado antes. Este atributo funciona como uma referência comercial importante, conhecida tanto pelos usuários internos quanto pelos clientes. Ele pode ser usado para pesquisar e filtrar casos e costuma ser o principal número usado nas comunicações sobre a devolução. Por que isso importa Serve como principal referência comercial, essencial para o acompanhamento operacional e a comunicação com os clientes. Onde encontrar É o identificador principal do objeto Return Merchandise Authorization no Oracle Order Management. Exemplos 789001789002789003
	Tipo de devolução ReturnType	Classifica a devolução de acordo com o resultado esperado, como reembolso, troca ou reparo.
Descrição Este atributo classifica o tipo de devolução em processamento. O fluxo do processo e as etapas necessárias podem variar bastante, dependendo de o cliente receber um reembolso em dinheiro, um produto substituto ou um item reparado. Analisar o processo por tipo de devolução é essencial para entender suas variações. Isso permite criar mapas de processo separados para reembolsos e trocas, ajudando a identificar gargalos e características de performance específicos de cada caminho. Essa segmentação é fundamental para direcionar as iniciativas de melhoria do processo. Por que isso importa Permite segmentar a análise de acordo com os diferentes caminhos do processo, já que trocas e reembolsos costumam seguir etapas distintas. Onde encontrar Geralmente é 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 do processamento de devoluções e reembolsos

Estas são as principais etapas e os marcos do processo a registrar no Event Log para descobrir o processo com precisão e identificar gargalos.

7 Recomendado 8 Opcional

	Atividade	Descrição
	Caso de devolução encerrado	Esta é a atividade final, que indica a conclusão de todas as ações relacionadas à RMA, incluindo recebimento, definição do destino e liquidação financeira. Ela é identificada pelo status final "Encerrado" no pedido de RMA.
Por que isso importa Este evento marca o fim definitivo do processo. Ele é essencial para calcular o tempo de ciclo de ponta a ponta e garantir que nenhum caso permaneça aberto indefinidamente. Onde encontrar Identificado pela data e hora em que o cabeçalho do pedido de RMA e todas as suas linhas chegam ao status final "Encerrado" no Oracle Order Management. Coleta Registre a última data e hora em que o status do cabeçalho ou da linha da RMA muda para "Encerrado". Tipo de evento inferred
	Item inspecionado	Esta atividade indica a conclusão da inspeção do item, quando o resultado da avaliação de qualidade é registrado. Em geral, ela corresponde a uma transação explícita no Oracle Inventory Management ou no Quality Management que atualiza o status da RMA.
Por que isso importa O resultado da inspeção influencia diretamente as próximas etapas, como a aprovação ou rejeição do reembolso. A duração da própria inspeção é um indicador importante da eficiência do armazém. Onde encontrar Registrado pela data e hora da transação em que o inspetor conclui a tarefa de inspeção do recebimento da RMA no Oracle Inventory ou Quality Management. Coleta Use a data e hora 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 registrado no Oracle Fusion Inventory Management quando as mercadorias são escaneadas e registradas como recebidas para a RMA.
Por que isso importa O recebimento do item é um marco importante que dá início às etapas seguintes de inspeção e processamento. Medir o tempo entre "RMA aprovada" e "Item recebido" ajuda a analisar a logística e o desempenho do envio. Onde encontrar Esta é uma transação explícita registrada no Oracle Inventory Management. O evento corresponde à data da transação de recebimento da RMA. Coleta Use a data e hora da transação de recebimento da RMA no Inventory. Tipo de evento explicit
	Nota de crédito criada	Esta é a atividade financeira em que uma nota de crédito é gerada no Accounts Receivable para autorizar o reembolso ao cliente. É um evento explícito iniciado pelo processo de devolução no Order Management.
Por que isso importa A criação de uma nota de crédito é um marco definitivo que indica o compromisso da empresa de reembolsar o cliente. Ela dá início à etapa de liquidação financeira do processo. Onde encontrar Esta é uma transação explícita no Oracle Accounts Receivable. O evento pode ser vinculado à RMA original pela referência ao pedido de venda na nota de crédito. Coleta Use a data de criação da transação da nota de crédito no AR. Tipo de evento explicit
	Reembolso processado	Esta atividade marca a conclusão do pagamento do reembolso ao cliente. É um evento explícito registrado quando a transação de compensação do pagamento é lançada no Oracle Financials.
Por que isso importa Este é um ponto final crítico para medir o tempo total de ciclo do reembolso do ponto de vista do cliente. Ele confirma que a obrigação financeira com o cliente foi cumprida. Onde encontrar Este evento é registrado com base na data contábil ou de compensação da transação de pagamento no Oracle Accounts Payable ou Treasury, que liquida a nota de crédito. Coleta Use a data de compensação da transação de pagamento que liquida a nota de crédito. Tipo de evento explicit
	RMA aprovada	Este marco importante indica que a solicitação de devolução foi validada e aprovada de acordo com as regras de negócio. Em geral, ele é identificado por uma mudança de status da RMA, que libera as etapas seguintes do processo, como o envio do item pelo cliente.
Por que isso importa A aprovação é um ponto crítico do processo. Atrasos nessa etapa afetam diretamente o tempo de ciclo total da devolução e a satisfação dos clientes. Esta atividade é essencial para analisar gargalos na aprovação. Onde encontrar Identificado pela data e hora em que o status do cabeçalho ou da linha do pedido de RMA muda para "Aprovado", "Aguardando recebimento" ou um status equivalente. Coleta Registre a data e hora em que o status da RMA é atualizado para aprovado. Tipo de evento inferred
	RMA criado	Esta atividade marca o início oficial do processo de devolução, quando uma autorização de devolução de mercadoria (RMA) é criada no Oracle Fusion SCM. Em geral, esse evento é registrado explicitamente quando um usuário ou processo automatizado gera um novo registro de pedido de venda com RMA.
Por que isso importa Este é o principal evento de início de todo o processo de devolução. Analisar o tempo entre esta atividade e as demais revela a duração total do processo e ajuda a identificar atrasos iniciais. Onde encontrar Este evento é identificado pela data e hora de criação do cabeçalho do pedido de devolução no Oracle Fusion Order Management. Ele corresponde ao primeiro salvamento do documento de RMA. Coleta Acompanhe a data de criação do registro do cabeçalho do pedido de devolução. Tipo de evento explicit
	Cliente notificado	Representa a comunicação enviada ao cliente para confirmar a resolução do caso de devolução, como o processamento do reembolso ou o envio de um item de troca. Em geral, ela é identificada em um registro de comunicações ou por uma atualização do status do caso.
Por que isso importa A comunicação com o cliente no momento certo é essencial para a satisfação. Analisar este evento ajuda a garantir o cumprimento dos acordos de nível de serviço de comunicação. Onde encontrar É necessário analisar o sistema. O evento pode ser registrado por um CRM integrado ou uma plataforma de comunicação, ou por uma atualização manual de status na RMA ou em uma solicitação de serviço relacionada. Coleta Data e hora obtidas de um sistema externo de comunicação ou de uma atualização manual. Tipo de evento inferred
	Destino da devolução definido	Após a inspeção, esta atividade representa a decisão sobre o destino do item devolvido, como "Retornar ao estoque" ou "Descartar". Ela é registrada por meio de uma transação explícita de estoque que transfere o item para seu destino final.
Por que isso importa Esta etapa é essencial para a precisão do estoque e a conciliação financeira. Analisar os destinos ajuda a entender os motivos das devoluções e os problemas de qualidade dos produtos. Onde encontrar Registrado como uma transação no Oracle Inventory Management após a inspeção, por exemplo, uma transferência entre subestoques ou uma atualização do status do item. Coleta Acompanhe a data e hora da transação de estoque que efetiva a definição do destino. Tipo de evento explicit
	Inspeção do item iniciada	Indica o início da inspeção física do item devolvido para avaliar suas condições. O evento pode ser identificado por uma mudança de localização ou status do item no módulo de gerenciamento de armazém, ou por um escaneamento explícito.
Por que isso importa Medir o tempo entre o recebimento do item e o início da inspeção revela atrasos na fila do posto de inspeção, um gargalo comum. Onde encontrar Este evento pode ser registrado por uma mudança de status na linha de recebimento ou por uma transação que transfere o item para uma área de inspeção no Oracle Inventory Management. Talvez seja necessário fazer uma configuração personalizada para registrá-lo explicitamente. Coleta Data e hora 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 devolvido à empresa. Muitas vezes, esse evento não é registrado diretamente no Oracle SCM, mas pode ser identificado por dados integrados da transportadora ou por uma atualização manual.
Por que isso importa Esta atividade oferece insights sobre o comportamento do cliente e o tempo de transporte das mercadorias. Ela ajuda a diferenciar atrasos no processamento interno daqueles causados pelo envio. Onde encontrar Este evento pode ser identificado com base nos dados de envio da transportadora vinculados à RMA ou em uma atualização manual de status no Oracle SCM. Se não houver integração, talvez ele não esteja disponível. Coleta Data e hora obtidas de uma API integrada da transportadora ou de um campo preenchido manualmente. Tipo de evento inferred
	Pedido de troca criado	Esta atividade ocorre quando o cliente solicita uma troca em vez de um reembolso. É um evento explícito em que um novo pedido de venda é gerado, geralmente vinculado à RMA original.
Por que isso importa Esta atividade identifica uma variação importante do processo. Separar os processos de troca dos processos de reembolso é essencial para analisar corretamente o tempo de ciclo de cada caminho. Onde encontrar Este é um evento explícito: a criação de um novo documento de pedido de venda no Order Management. É necessário vinculá-lo à RMA por meio de um campo de referência. Coleta 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. Em geral, ela é identificada por uma mudança de status da nota de crédito, que passa de aberta para um status que indica que o pagamento está sendo processado.
Por que isso importa Esta atividade ajuda a separar a aprovação e a criação da nota de crédito do processamento do pagamento, que pode ficar a cargo de outra equipe ou sistema e ser uma fonte de atrasos. Onde encontrar Identificado por uma mudança de status da nota de crédito no Accounts Receivable ou pela criação de um registro de pagamento no Accounts Payable com referência à nota de crédito. Coleta Identifique a data e hora em que o status da nota de crédito muda para "Pagamento pendente" ou um status semelhante. Tipo de evento inferred
	RMA enviada para aprovação	Este evento indica que a RMA criada foi enviada para análise e aprovação internas. Em geral, ele é identificado por uma mudança de status da RMA, que passa de rascunho ou entrada para aprovação pendente.
Por que isso importa Acompanhar este evento ajuda a medir a duração da etapa anterior à aprovação. Assim, você separa o tempo de entrada dos dados do tempo de espera pela ação de um aprovador. Onde encontrar Identificado pela data e hora em que o status do cabeçalho ou da linha do pedido de RMA muda para "Aprovação pendente" ou um status equivalente no fluxo de trabalho de aprovação do Order Management. Coleta Identifique a data e hora da mudança de status para "Aprovação pendente". Tipo de evento inferred
	RMA rejeitada	Representa a decisão final de rejeitar a solicitação de devolução do cliente. Em geral, ela é identificada por uma mudança de status da RMA para "Rejeitado" ou "Cancelado" durante a etapa de aprovação.
Por que isso importa 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, nas expectativas dos clientes ou possíveis tentativas de fraude. Onde encontrar Identificado pela data e hora em que o status do cabeçalho ou da linha do pedido de RMA muda para "Rejeitado" ou outro status final equivalente. Coleta Identifique a data e hora da mudança de status para "Rejeitado" ou "Cancelado". Tipo de evento inferred

Recomendado Opcional

Guias de extração

Como obter seus dados do Oracle Fusion SCM

Etapas

Acesse o editor de análises do OTBI: Entre na sua instância do Oracle Fusion Cloud SCM. No menu Navigator, acesse Tools e selecione Reports and Analytics. Clique no botão 'Create' e escolha 'Analysis' no menu suspenso.
Selecione as áreas de assunto: Na janela 'Select Subject Area', escolha as principais áreas de assunto que contêm dados de devoluções e reembolsos. Selecione "Sales - CRM All Lines" e "Receivables - Transactions Real Time". Você vai combinar essas áreas para criar uma visão abrangente do processo.
Mude para o modo avançado: Depois de selecionar as áreas de assunto, o editor de análises será aberto. Acesse imediatamente a guia 'Advanced' para abrir o editor de SQL lógico, necessário para criar a estrutura exigida do Event Log.
Monte 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' da guia Advanced. A consulta usa várias cláusulas UNION ALL para retornar cada uma das 15 atividades necessárias em uma linha separada.
Defina os parâmetros da consulta: Altere os valores de espaço reservado na consulta. Atualize especificamente [START_DATE] e [END_DATE] para definir o período da extração. Talvez também seja necessário ajustar os filtros de Unidade de negócio ou de tipos de ordem de devolução conforme a configuração da sua organização.
Valide a consulta: Clique no botão 'Validate SQL' para verificar se a sintaxe está correta. O sistema vai conferir os nomes e a estrutura das colunas com base nas áreas de assunto selecionadas.
Confira os resultados: Acesse a guia 'Results' para visualizar uma prévia da saída. Os dados devem aparecer no formato de Event Log, com cada linha representando uma atividade distinta do processo de devolução. Confira se colunas como ReturnCaseId, ActivityName e EventTime foram preenchidas conforme esperado.
Salve a análise: Quando estiver satisfeito com os resultados, clique no ícone 'Save Analysis'. Dê um nome descritivo, como 'ProcessMind Returns and Refund Extraction', e salve em uma pasta compartilhada.
Crie uma programação de exportação: Para automatizar a extração, você pode programar a execução recorrente da análise. Na página inicial do Oracle BI, localize a análise salva, clique em 'More' e selecione 'Schedule'.
Configure a tarefa de exportação: Nas opções de programação, defina a frequência, por exemplo, diária ou semanal. Na seção 'Delivery', escolha CSV como formato de saída. Configure o destino, como o servidor de conteúdo ou um endereço de e-mail, para onde o arquivo será enviado. Ative a programação para iniciar as extrações automáticas.

Configuração

Áreas de assunto: As principais áreas de assunto desta análise são "Sales - CRM All Lines", para cabeçalhos e linhas de ordens RMA e histórico de status, e "Receivables - Transactions Real Time", para detalhes de notas de crédito e pagamentos de reembolso. Talvez sejam necessárias áreas adicionais, como "Inventory - Inventory Transactions Real Time", caso você precise de detalhes mais granulares sobre inspeção e destinação.
Filtro por período: É fundamental aplicar um filtro de período para limitar o volume de dados e garantir que a análise seja concluída corretamente. Recomendamos extrair dados de 3 a 6 meses por vez. A consulta fornecida filtra pela data de criação da RMA.
Principais filtros: Além do período, filtre pelo tipo de ordem para selecionar especificamente ordens de Autorização de Devolução de Mercadoria (RMA). Também recomendamos filtrar por Unidade de negócio ou entidade legal para delimitar os dados adequadamente.
Modo SQL lógico: Este método de extração exige o uso da guia 'Advanced' e a criação de uma consulta SQL lógica personalizada com instruções UNION ALL. Essa abordagem é necessária para reorganizar os dados transacionais no formato de Event Log exigido pelo ProcessMind.
Pré-requisitos: O usuário que executar a extração precisa ter uma função com as permissões necessárias para criar e executar análises do OTBI, como a função 'BI Author'. Também é obrigatório ter acesso às áreas de assunto especificadas de Sales, Receivables e, possivelmente, Inventory.

Consulta de exemplo sql

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

Confirme se o Oracle BI Cloud Connector, as áreas de assunto ou os objetos de visualização necessários do SCM, a entrega em armazenamento na nuvem e as fontes de dados necessárias do Oracle Fusion SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, pagamentos e comunicações estão disponíveis no seu ambiente. Confirme as autorizações com o administrador do Oracle.
Identifique os objetos de visualização do BICC configurados que contêm informações sobre cabeçalho de devolução, histórico de aprovações, transações de recebimento, registros de inspeção, transações de destinação, nota de crédito, reembolso, ordem de troca, notificação e encerramento. RmaHeaderAll é um exemplo de objeto de visualização de cabeçalho de devolução. Substitua cada referência de origem entre colchetes no script de extração pelo objeto de visualização correspondente ou pela extração disponibilizada no seu ambiente.
Configure uma tarefa de extração do BICC para os objetos de visualização necessários. Escolha uma extração incremental ou completa conforme os campos de controle de alterações disponíveis, configure a entrega no armazenamento na nuvem e defina as datas inicial e final da janela de extração. Use [Configure based on your system] quando o nome da tarefa do BICC, o local de armazenamento ou a configuração do objeto de visualização variar.
Extraia os dados de origem para o armazenamento na nuvem. Preserve os identificadores de origem, timestamps dos eventos, valores de status, identificadores de usuários ou agentes, valores monetários, motivos de devolução, datas de SLA e o timestamp de atualização do BICC. Não sobrescreva os timestamps de origem ao consolidar os arquivos.
Carregue os arquivos entregues em uma área de preparação. Padronize os nomes das colunas de origem para ReturnCaseId, ActivityName, EventTime, SourceSystem, LastDataUpdate, EndTime, ProcessingAgent, ReturnStatus, RequestedRefundAmount, ActualRefundAmount, ReturnReason e RefundSlaTargetDate. Converta os timestamps para um único fuso horário acordado e, se necessário, mantenha o fuso horário original em uma coluna separada.
Aplique as regras de eventos do script de extração. Cada regra deve gerar uma linha de evento separada. As mudanças de status usadas para inferir atividades devem se basear no histórico de status relevante ou em um timestamp confiável da última atualização. Quando for necessário recuperar mudanças históricas de status, não use apenas o status atual, pois isso deixaria de fora eventos anteriores.
Una todas as linhas de eventos específicas de cada atividade, remova apenas registros exatamente duplicados por entregas repetidas da origem e mantenha os eventos repetidos legítimos quando representarem ocorrências de negócio distintas. Valide se ReturnCaseId está preenchido em todas as linhas de evento.
Enriqueça cada evento com os atributos mais recentes disponíveis no nível do caso, preservando os valores específicos do evento quando houver. Preencha SourceSystem com Oracle Fusion SCM ou com o nome configurado da origem e LastDataUpdate com o timestamp de extração do BICC ou de atualização da origem.
Execute as verificações de validação descritas abaixo. Confirme se os 15 nomes de atividade necessários estão presentes, se os timestamps estão dentro da janela de extração ou de uma janela operacional documentada explicitamente e se as atividades terminais correspondem ao status final da devolução.
Exporte o Event Log resultante como CSV ou em outro formato compatível com o ProcessMind. Inclua uma linha por evento e as colunas exatas ReturnCaseId, ActivityName, EventTime, SourceSystem e LastDataUpdate, além dos atributos recomendados quando disponíveis. Carregue o arquivo no ProcessMind e mapeie ReturnCaseId como identificador do caso, ActivityName como atividade e EventTime como timestamp do evento.

Configuração

Método de extração: Configure o Oracle BI Cloud Connector para entregar em lote os objetos de visualização necessários do SCM e de sistemas relacionados ao armazenamento na nuvem. A tarefa do BICC, o caminho de armazenamento e a disponibilidade dos objetos de visualização dependem do ambiente Oracle Fusion.
Objetos de origem: RmaHeaderAll pode fornecer informações do cabeçalho de devolução. Os dados de histórico de aprovações, recebimento, inspeção, destinação, nota de crédito, reembolso, troca, notificação e encerramento podem exigir objetos de visualização adicionais ou extrações disponibilizadas. Use [Your view object name] quando a origem correspondente ainda não tiver sido confirmada.
Período: Comece com 3 a 6 meses de dados. Amplie o período somente depois de validar o volume, a disponibilidade do histórico de status e a capacidade do armazenamento na nuvem. Use uma janela de sobreposição nas cargas incrementais para capturar atualizações recebidas com atraso.
Extração incremental: Prefira um timestamp de alteração documentado ou um mecanismo incremental compatível com o BICC. Se houver apenas dados do estado atual, não será possível reconstruir com confiabilidade os eventos históricos inferidos.
Filtros: Aplique filtros de empresa, Unidade de negócio, organização de estoque, tipo de documento, tipo de devolução, tipo de ordem, unidade operacional e status somente quando os campos de origem e seus significados de negócio estiverem confirmados. Use [Company-specific filter] e [Document type filter] para condições específicas do ambiente.
Timestamps dos eventos: Use o timestamp do evento de negócio quando estiver disponível. Use um timestamp de atualização de status ou registro somente para eventos inferidos documentados explicitamente e registre a regra de derivação no dicionário de dados.
Remoção de duplicatas: Remova duplicatas usando ReturnCaseId, ActivityName, EventTime, identificador do evento de origem e sistema de origem, quando disponíveis. Não agrupe eventos distintos de recebimento, inspeção ou pagamento apenas por compartilharem o mesmo identificador de caso.
Performance: Divida a extração por período, Unidade de negócio, organização de estoque ou outra partição compatível com a origem. Em ambientes de alto volume, evite extrações completas sem restrições durante o horário comercial. Monitore a duração das tarefas do BICC, o tamanho dos arquivos, a capacidade do armazenamento na nuvem e a performance da área de preparação subsequente.
Pré-requisitos: Confirme o acesso ao BICC e ao armazenamento na nuvem, as funções necessárias do Oracle Fusion, o acesso aos dados relevantes de SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, pagamentos e comunicações, além das licenças de relatórios ou integração necessárias.
Segurança: Use credenciais aprovadas e armazenamento na nuvem criptografado. Limite as extrações aos atributos estritamente necessários e aplique as políticas de retenção e acesso da organização.
Disponibilidade das fontes: Algumas atividades, especialmente envio ao cliente, início da inspeção, início do reembolso e notificação ao cliente, podem exigir dados externos de transportadoras, armazéns, pagamentos ou comunicações. Use [Configure based on your system] quando essas fontes não forem disponibilizadas pelo BICC.

Consulta de exemplo sql

WITH
source_data AS (
    SELECT
        r.return_case_id,
        r.created_timestamp,
        r.approval_submitted_timestamp,
        r.approved_timestamp,
        r.customer_shipped_timestamp,
        r.item_received_timestamp,
        r.inspection_started_timestamp,
        r.inspected_timestamp,
        r.disposition_determined_timestamp,
        r.credit_memo_created_timestamp,
        r.refund_initiated_timestamp,
        r.refund_processed_timestamp,
        r.customer_notified_timestamp,
        r.closed_timestamp,
        r.rejected_timestamp,
        r.exchange_order_created_timestamp,
        r.end_timestamp,
        r.processing_agent,
        r.return_status,
        r.requested_refund_amount,
        r.actual_refund_amount,
        r.return_reason,
        r.refund_sla_target_date,
        r.last_data_update
    FROM [Your configured return event source] r
    WHERE r.last_data_update >= [Start date parameter]
      AND r.last_data_update < [End date parameter]
      AND ([Company-specific filter])
),
events AS (
    SELECT return_case_id AS ReturnCaseId, 'RMA Created' AS ActivityName, created_timestamp AS EventTime, 'Oracle Fusion SCM' AS SourceSystem, last_data_update AS LastDataUpdate, end_timestamp AS EndTime, processing_agent AS ProcessingAgent, return_status AS ReturnStatus, requested_refund_amount AS RequestedRefundAmount, actual_refund_amount AS ActualRefundAmount, return_reason AS ReturnReason, refund_sla_target_date AS RefundSlaTargetDate FROM source_data WHERE created_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'RMA Approval Submitted', approval_submitted_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE approval_submitted_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'RMA Approved', approved_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE approved_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Shipped By Customer', customer_shipped_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE customer_shipped_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Received', item_received_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE item_received_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Inspection Started', inspection_started_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE inspection_started_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Item Inspected', inspected_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE inspected_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Return Disposition Determined', disposition_determined_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE disposition_determined_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Credit Memo Created', credit_memo_created_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE credit_memo_created_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Refund Initiated', refund_initiated_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE refund_initiated_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Refund Processed', refund_processed_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE refund_processed_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Customer Notified', customer_notified_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE customer_notified_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Return Case Closed', closed_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE closed_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'RMA Rejected', rejected_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE rejected_timestamp IS NOT NULL
    UNION ALL
    SELECT return_case_id, 'Exchange Order Created', exchange_order_created_timestamp, 'Oracle Fusion SCM', last_data_update, end_timestamp, processing_agent, return_status, requested_refund_amount, actual_refund_amount, return_reason, refund_sla_target_date FROM source_data WHERE exchange_order_created_timestamp IS NOT NULL
)
SELECT
    ReturnCaseId,
    ActivityName,
    EventTime,
    SourceSystem,
    LastDataUpdate,
    EndTime,
    ProcessingAgent,
    ReturnStatus,
    RequestedRefundAmount,
    ActualRefundAmount,
    ReturnReason,
    RefundSlaTargetDate
FROM events
WHERE ReturnCaseId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY ReturnCaseId, EventTime, ActivityName;

Etapas

Configure o ambiente Python: Verifique se você tem o Python 3.6 ou uma versão mais recente instalado. Instale as bibliotecas necessárias usando pip: pip install requests pandas.
Configure o acesso ao Oracle Fusion SCM: Obtenha as credenciais de um usuário do Oracle Fusion com as funções necessárias para acessar APIs REST. Normalmente, as funções necessárias incluem Order Manager e Accounts Receivable Manager. O usuário precisa ter permissão para visualizar ordens de venda (RMAs) e notas de crédito de contas a receber.
Identifique os endpoints da API: Confirme a URL base da sua instância do Oracle Fusion SCM. O script usa os recursos REST salesOrdersForOrderHub e receivablesCreditMemos. Talvez seja necessário ajustar a versão 11.13.18.05 para corresponder ao seu ambiente.
Personalize o script Python: Abra o script Python fornecido. Atualize as variáveis de espaço reservado no início do script: ORACLE_BASE_URL, ORACLE_USERNAME e ORACLE_PASSWORD. Ajuste a variável RMA_ORDER_TYPE para corresponder ao código do tipo de ordem usado para RMAs no seu sistema.
Defina o período de extração: Altere as variáveis START_DATE e END_DATE no script para definir o período de extração dos dados. Recomendamos começar com um período menor, por exemplo, um mês, para testar o script.
Execute o script: Execute o script pela linha de comando: python extract_oracle_returns.py. O script vai se conectar às APIs do Oracle, buscar e processar os dados e exibir atualizações de status no console.
Recupere o Event Log: Quando a execução for concluída com sucesso, o script vai gerar um arquivo chamado returns_event_log.csv no mesmo diretório. Esse arquivo contém o Event Log extraído.
Revise e prepare o arquivo para carregamento: Abra o arquivo returns_event_log.csv em um aplicativo de planilhas. Confira se os dados estão completos e corretos, prestando atenção especial às colunas ActivityName e EventTime. Verifique se os cabeçalhos das colunas atendem aos requisitos da sua ferramenta de Process Mining.
Carregue no ProcessMind: Carregue o arquivo CSV gerado diretamente no ProcessMind. Mapeie as colunas do arquivo CSV para os atributos correspondentes no ProcessMind (ReturnCaseId para Case ID, ActivityName para Activity, EventTime para Timestamp).

Configuração

Endpoints da API: O script usa principalmente dois endpoints da API REST: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub para dados de ordens RMA e /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos para dados financeiros de reembolsos.
Autenticação: O script usa autenticação básica. O nome de usuário e a senha fornecidos devem pertencer a uma conta com acesso à API e privilégios suficientes para ler dados de ordens e contas a receber.
Período: A extração é filtrada pela CreationDate das ordens RMA. Configure as variáveis START_DATE e END_DATE no script. Para as cargas iniciais, recomendamos um período de 3 a 6 meses. Para atualizações recorrentes, use uma janela móvel.
Filtro de tipo de ordem RMA: É fundamental configurar a variável RMA_ORDER_TYPE no script. Assim, você extrai apenas ordens de devolução, sem incluir ordens de venda padrão. Você encontra o código específico do tipo de ordem RMA na tarefa de configuração 'Manage Order Types' do Oracle Fusion.
Mapeamento de códigos de status: O script mapeia os códigos de status internos do Oracle, como DOO_AWAITING_RECEIVING e DOO_CLOSED, para valores de negócio em ActivityName. Talvez seja necessário personalizar esse mapeamento conforme a configuração específica do Oracle SCM.
Pré-requisitos: É necessário ter acesso a um ambiente Oracle Fusion SCM. A conta de usuário usada na extração precisa ter funções como Order Manager (ORA_DOO_ORDER_MANAGER_JOB) e Accounts Receivable Manager (ORA_AR_ACCOUNTS_RECEIVABLE_MANAGER_JOB), ou funções personalizadas equivalentes que concedam acesso às APIs REST necessárias.

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")

Pronto para começar?

Use este Template para simplificar a coleta de dados e obter insights valiosos sobre o processamento de devoluções e reembolsos. Comece a otimizar seu processo hoje.

Voltar ao guia de melhoria

Baixar Template

Elimine gargalos e otimize o processamento de devoluções e reembolsos

Identifique ineficiências e reduza o tempo de ciclo em 30% no Oracle Fusion SCM.

Começar o teste grátis

Não é necessário informar cartão de crédito. Configure em menos de 5 minutos.

Seu Template de dados para processamento de devoluções e reembolsos

Seu Template de dados para processamento de devoluções e reembolsos

Atributos do processamento de devoluções e reembolsos

Atividades do processamento de devoluções e reembolsos

Guias de extração

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

Etapas

Configuração

Consulta de exemplo sql

Extração de objetos de visualização do Oracle BI Cloud Connector (BICC)

Etapas

Configuração

Consulta de exemplo sql

Script Python usando APIs REST do Oracle Fusion SCM

Etapas

Configuração

Consulta de exemplo python

Pronto para começar?

Elimine gargalos e otimize o processamento de devoluções e reembolsos