> 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 de processamento de devoluções e reembolsos (21) 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 o processamento de devoluções e reembolsos no Oracle Fusion SCM. Ele apresenta os atributos essenciais a serem coletados, as principais atividades a serem acompanhadas e orientações claras sobre como 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

Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Baixar Template

Atributos de processamento de devoluções e reembolsos

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise abrangente do 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 no processo de devoluções e reembolsos.
Descrição Este atributo descreve uma única etapa ou marco no ciclo de vida da devolução, como "RMA Created", "Item Inspected" ou "Refund Processed". Cada atividade representa um ponto distinto do processo registrado nos Event Logs do sistema. Analisar a sequência e a duração dessas atividades é o núcleo do Process Mining. Isso permite visualizar mapas de processo, identificar gargalos entre as etapas e calcular prazos específicos 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 formam a base do mapa de processo, permitindo visualizar e analisar o fluxo, as variações e os gargalos do processo. Onde obter Derivado de Event Logs, alterações de status ou registros de transações específicas nos módulos do Oracle Fusion SCM, como Order Management e Inventory Management. Exemplos RMA criadoItem recebidoNota de crédito criadaReembolso processado
	Horário do evento EventTime	O registro de data e hora que indica quando uma atividade ou evento específico ocorreu.
Descrição O horário do evento, ou horário de início, é a data e a hora exatas em que uma atividade foi registrada no sistema de origem. Ele fornece o contexto cronológico de cada etapa do processo. Esse registro de data e hora é essencial para todas as análises baseadas em tempo. Ele é usado para ordenar corretamente os eventos, calcular os tempos de ciclo entre as 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 registros de data e hora precisos, é impossível analisar a eficiência do processo, identificar atrasos ou entender sua dinâmica. Por que isso importa Este atributo fornece a sequência cronológica dos eventos, fundamental para calcular todas as métricas baseadas em duração e descobrir gargalos do processo. Onde obter Essa informação normalmente aparece em um campo como "Creation Date", "Timestamp" ou "Last Update Date", associado a registros de transações ou 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 associadas a uma solicitação específica de devolução ou reembolso do cliente.
Descrição O ID do caso de devolução funciona como o identificador exclusivo do caso em todo o processo de devoluções e reembolsos. Ele conecta todos os eventos, desde a criação inicial da autorização de devolução de material (RMA) até o processamento final do reembolso e o encerramento do caso. Na análise de Process Mining, esse atributo é fundamental para reconstruir a jornada completa de cada devolução. Ele permite acompanhar todo o ciclo de vida, medir os tempos totais de ciclo e entender as variações na forma como diferentes devoluções são tratadas. Todos os demais dados no nível do evento são agrupados por esse ID para formar uma visão coesa do processo. Por que isso importa Esta é a chave essencial para reunir todos os eventos relacionados em uma única instância de processo, tornando possível a análise de ponta a ponta. Onde obter Esse identificador normalmente é 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. Para este processo, normalmente seria "Oracle Fusion SCM". Em ambientes com vários sistemas integrados, esse campo é essencial para a linhagem dos dados e a solução de problemas. Ele ajuda a confirmar a origem dos dados e pode ser usado para filtrar a análise por eventos de sistemas específicos, 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 validar e analisar dados em ambientes com vários sistemas. Onde obter Geralmente, é 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	O registro de data e hora em que 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 a data de atualização de todo o conjunto de dados, não de eventos individuais. Saber quando os dados foram atualizados pela última vez é essencial para que os usuários entendam a atualidade da análise. Isso ajuda a interpretar corretamente Dashboards e KPIs, mostrando se as informações são em tempo real ou se os dados têm algumas horas ou dias. É um metadado essencial para qualquer projeto de Process Mining. Por que isso importa Informa aos usuários a atualidade dos dados, garantindo que eles entendam o contexto e o momento da análise. Onde obter Esse registro de data e hora é gerado e adicionado durante o processo de extração, transformação e carregamento (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 executou uma determinada tarefa, como aprovar uma RMA ou processar um reembolso. Ele também pode se referir a uma equipe ou departamento quando a atribuição individual não é registrada. Analisar a performance por agente é essencial para a gestão operacional. Este atributo permite criar o Dashboard "Return Processing Agent Performance", que compara a carga de trabalho, a duração das atividades e as taxas de retrabalho entre diferentes agentes. Esses insights podem destacar necessidades de treinamento, identificar os melhores desempenhos e orientar uma alocação mais eficiente de recursos. Por que isso importa Permite analisar a performance por usuário ou equipe, ajudando a identificar profissionais de alto desempenho, oportunidades de treinamento e desequilíbrios na carga de trabalho. Onde obter Normalmente aparece em campos como "USER_ID", "PROCESSED_BY" ou "AGENT_NAME" nos logs de transações do Oracle Fusion SCM. Exemplos j.doea.smithm.jones
	Data-alvo 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 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 pontualidade e a conformidade. Ela é 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 identificar violações do SLA e priorizar casos com risco de atraso. Por que isso importa Oferece a referência para medir a performance dentro do prazo e é essencial para calcular KPIs de conformidade com o SLA. Onde obter Pode ser um campo de data específico do caso de devolução ou precisar ser derivado adicionando um período predefinido, como 14 dias, à data de início da devolução. Exemplos 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Horário de término EndTime	O registro de data e hora 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, o StartTime e o horário de término podem ser iguais. Na análise, a diferença entre o horário de término e o StartTime fornece o "Processing Time" de uma atividade. Isso é essencial para identificar quais etapas específicas consomem mais tempo, em vez de analisar apenas o tempo de espera entre as etapas. Também é fundamental para análises detalhadas de gargalos e cálculos de eficiência dos recursos. Por que isso importa Este atributo é necessário para calcular o tempo real de processamento de atividades individuais, ajudando a diferenciar o tempo de trabalho ativo do tempo de espera. Onde obter Pode ser um campo separado nos logs do sistema de origem ou ser derivado do 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 contém o motivo da devolução, normalmente selecionado pelo cliente em uma lista predefinida, como 'Item com defeito', 'Tamanho incorreto' ou 'Não é mais necessário'. Analisar os motivos das devoluções gera insights valiosos sobre a qualidade dos produtos, a precisão do processo de vendas e o comportamento dos clientes. Esses dados podem ser usados para identificar produtos com altas taxas de defeito, melhorar as descrições dos produtos e reduzir pedidos incorretos, além de entender as causas-raiz das devoluções. Essa análise pode orientar melhorias estratégicas que reduzem o volume geral de devoluções. Por que isso importa Oferece um insight essencial sobre os motivos das devoluções e pode orientar melhorias nos produtos e nos processos de vendas. Onde obter Normalmente armazenado como um campo de código ou texto no item de linha da RMA no Oracle Order Management. Exemplos Com defeitoItem incorreto enviadoChegou tarde demaisPreço melhor 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 determinado momento ou seu resultado final, como "Closed - Refunded", "Closed - Rejected" ou "In Progress". O status da devolução é essencial para analisar e monitorar os resultados. Ele permite filtrar casos conforme o resultado, comparar os fluxos de processo de devoluções aprovadas e rejeitadas e alimentar o Dashboard "Current Return Case Status Dashboard". Entender a distribuição dos resultados é fundamental para medir a eficácia do processo. Por que isso importa Fornece o resultado de um caso, essencial para filtrar, fazer análises comparativas e entender as taxas de sucesso do processo. Onde obter Geralmente está disponível como um 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 monetário que o cliente solicitou inicialmente pela devolução.
Descrição Este atributo registra o valor do reembolso solicitado pelo cliente no início do processo. Ele é o valor de referência usado para comparar o reembolso final. Esse dado é essencial para o Dashboard "Requested vs Actual Refund Amounts" e para o KPI "Refund Amount Discrepancy Rate". Analisar a diferença entre os valores solicitado e efetivo pode revelar problemas como devoluções incorretas de itens, taxas de reabastecimento ou ajustes de política, gerando insights valiosos sobre a precisão financeira e a satisfação dos clientes. Por que isso importa Serve como referência para a análise financeira, permitindo calcular divergências nos reembolsos e destacar possíveis problemas. Onde obter 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 monetário final que foi efetivamente processado e reembolsado ao cliente.
Descrição Este atributo representa o valor final confirmado pago ao cliente depois da aplicação de todas as inspeções, ajustes e taxas. Esse valor reflete o resultado financeiro real do caso de devolução. Este é um dado financeiro crítico usado no Dashboard "Requested vs Actual Refund Amounts". Compará-lo ao valor solicitado é essencial para calcular o KPI "Refund Amount Discrepancy Rate" 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 discrepâncias e gerar relatórios financeiros. Onde obter Essas informações provavelmente viriam 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	Um código que indica o destino final do item físico devolvido.
Descrição O Disposition Code especifica o que aconteceu com o produto devolvido após a inspeção, por exemplo, se ele voltou ao estoque, foi descartado, enviado para recondicionamento ou devolvido ao fornecedor. Essas informações são valiosas para analisar o impacto financeiro e operacional das devoluções. Ao analisar os códigos de destinação, a empresa consegue entender os custos associados a produtos que não podem ser revendidos e identificar oportunidades para melhorar os processos de recondicionamento. Isso conecta o processo de devolução aos resultados de estoque e financeiros. Por que isso importa Conecta o processo de devoluções ao destino físico do item no estoque, oferecendo insights sobre taxas de recuperação e custos. Onde obter Essas informações são registradas nos módulos Oracle Inventory Management ou Warehouse Management após a conclusão da atividade de inspeção. Exemplos RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
	Discrepância no valor do reembolso RefundAmountDiscrepancy	A diferença calculada entre o valor de reembolso solicitado e o valor de reembolso efetivo.
Descrição Essa métrica quantifica a diferença monetária entre o valor solicitado pelo cliente e o valor recebido. Ela é calculada subtraindo 'ActualRefundAmount' de 'RequestedRefundAmount'. Esse valor calculado é a base do KPI 'Refund Amount Discrepancy Rate'. Um valor diferente de zero indica que houve um ajuste durante o processo. Analisar os motivos dessas discrepâncias, como taxas de reposição de estoque ou descontos por danos, pode gerar 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, ajudando a analisar o impacto das políticas e dos resultados da inspeção. Onde obter Campo calculado: 'RequestedRefundAmount' - 'ActualRefundAmount'. Exemplos 0.005.50-10.00
	É retrabalho IsRework	Um indicador booleano que informa se uma atividade faz parte de um loop de retrabalho.
Descrição Este indicador identifica atividades que repetem etapas anteriores no mesmo caso, sinalizando um loop do processo ou retrabalho. Por exemplo, se um item falhar na inspeção e precisar ser inspecionado novamente, o segundo evento de inspeção será marcado como retrabalho. Este atributo é fundamental para quantificar a ineficiência do processo. Ele é usado no Dashboard 'Return Processing Rework Rates' e no cálculo do KPI 'Return Rework Event Frequency'. Identificar o volume e as causas do retrabalho é um dos principais objetivos do Process Mining, pois isso aponta diretamente para esforço desperdiçado, atrasos e custos maiores. Por que isso importa Sinaliza diretamente ineficiências e loops do processo, facilitando a quantificação e a análise das causas do retrabalho. Onde obter É um atributo calculado identificado pelos algoritmos do software de Process Mining, que detectam atividades repetidas dentro de um único caso. Exemplos truefalse
	Está em conformidade com o SLA IsSlaCompliant	Um indicador booleano que informa se o reembolso foi processado dentro da meta definida no SLA.
Descrição Este atributo calculado fornece um indicador simples de verdadeiro ou falso sobre a conformidade com o SLA de cada caso de devolução. Ele é determinado comparando o timestamp real de conclusão do reembolso com 'RefundSlaTargetDate'. Esse indicador é essencial para medir e visualizar facilmente as taxas de conformidade. Ele alimenta o Dashboard 'Refund Policy SLA Compliance' e simplifica o cálculo do KPI 'Refund SLA Conformance Rate'. Também permite filtrar rapidamente os casos e realizar análises de causa-raiz para entender por que determinados casos não cumprem o SLA. Por que isso importa Simplifica o monitoramento e os relatórios de SLA ao transformar uma comparação de datas em uma métrica booleana simples. Onde obter Campo calculado. É verdadeiro quando o timestamp de 'Refund Processed' ocorre na data ou antes de 'RefundSlaTargetDate' e falso nos demais casos. Exemplos truefalse
	ID do armazém WarehouseId	O identificador do armazém 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 armazém, onde o item devolvido pelo cliente foi recebido e processado. Analisar o processo por armazém é importante para identificar problemas de performance específicos de cada local. Isso permite comparar tempos de inspeção, destinos dos itens e 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, ajudando a identificar gargalos e ineficiências regionais ou específicos de cada unidade. Onde obter 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 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 conecta o processo de devolução ao banco de dados de clientes. Analisar as devoluções sob a perspectiva do cliente pode revelar padrões importantes. Por exemplo, isso pode ajudar a identificar clientes com frequências de devolução incomumente altas, 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 de devolução. Por que isso importa Permite uma análise centrada no cliente, ajudando a identificar clientes que devolvem produtos repetidamente, segmentar comportamentos e detectar possíveis fraudes. Onde obter 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 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 conecta o processo de devolução ao catálogo de produtos. A análise no nível do produto é essencial para identificar itens problemáticos. Ao filtrar ou dimensionar a análise do processo pelo ID do produto, as empresas conseguem 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 fundamentais para o controle de qualidade, a gestão da cadeia de suprimentos e o desenvolvimento de produtos. Por que isso importa Conecta o processo de devolução a produtos específicos, permitindo analisar a qualidade dos produtos e os padrões de devolução. Onde obter Seria o campo 'INVENTORY_ITEM_ID' ou um campo semelhante no item de 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 Return Merchandise Authorization.
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 ele pode ser um identificador separado e anterior. Este atributo funciona como um número de referência comercial importante, conhecido 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 Funciona como o principal número de referência comercial, sendo essencial para o acompanhamento operacional e a comunicação com os clientes. Onde obter É 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 que está sendo processado. 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 as variações do processo. 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 iniciativas direcionadas de melhoria de processos. Por que isso importa Permite segmentar a análise com base em diferentes caminhos do processo, já que trocas e reembolsos costumam seguir etapas diferentes. 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 e marcos do processo que devem ser registrados no seu Event Log para permitir a descoberta precisa do processo e a 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, definição do destino e liquidação financeira. Ela é inferida a partir do status final "Closed" no pedido de RMA.
Por que isso importa Este evento representa 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 obter Inferido a partir do registro de data e hora em que o cabeçalho do pedido de RMA e todas as suas linhas atingem o status final "Closed" no Oracle Order Management. Captura Capture o último registro de data e hora em que o status do cabeçalho ou da linha da RMA muda para "Closed". Tipo de evento inferred
	Item inspecionado	Esta atividade indica a conclusão do processo de inspeção do item, quando uma avaliação de qualidade é registrada. Normalmente, é 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 etapas seguintes, como a aprovação ou rejeição do reembolso. A duração da própria atividade de inspeção é um indicador de performance importante para a eficiência do armazém. Onde obter Capturado a partir do registro de data e hora da transação em que um inspetor conclui a tarefa de inspeção relacionada ao recebimento da RMA no Oracle Inventory ou Quality Management. Captura Use o registro de 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 capturado no Oracle Fusion Inventory Management quando os produtos são escaneados e registrados como recebidos em relação à RMA.
Por que isso importa O recebimento do item é um marco essencial que aciona as etapas seguintes de inspeção e processamento. Medir o tempo entre "RMA Approved" e "Item Received" ajuda a analisar a performance logística e de transporte. Onde obter Esta é uma transação explícita registrada no Oracle Inventory Management. O evento corresponde à data da transação de recebimento da RMA. Captura Use o registro de 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 um reembolso ao cliente. É um evento explícito acionado 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 aciona toda a etapa 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 ao pedido de venda na nota de crédito. Captura 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 capturado quando a transação de compensação do pagamento é registrada no Oracle Financials.
Por que isso importa Este é um ponto final crítico para medir o tempo total do ciclo de reembolso sob a perspectiva 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 compensação da transação de pagamento no Oracle Accounts Payable ou Treasury que liquida a nota de crédito. Captura 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. Geralmente, ele é inferido a partir de uma alteração de status da RMA, liberando as etapas seguintes do processo, como o envio pelo cliente.
Por que isso importa A aprovação é um Gateway crítico do processo. Atrasos nessa etapa afetam diretamente o tempo total do ciclo de devolução e a satisfação dos clientes. Esta atividade é essencial para analisar gargalos de aprovação. Onde obter Inferido a partir do registro de data e hora da alteração de status do cabeçalho ou da linha do pedido de RMA para "Approved" ou "Awaiting Receiving". Captura Capture o registro de data e hora em que o status da RMA é atualizado para um estado 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 Material (RMA) é criada no Oracle Fusion SCM. Esse evento normalmente é registrado de forma explícita quando um usuário ou processo automatizado gera um novo registro de pedido de venda de RMA.
Por que isso importa Este é o principal evento de início de todo o processo de devoluções. Analisar o tempo entre esta atividade e as demais revela a duração total do processo e ajuda a identificar atrasos iniciais. Onde obter Este evento é capturado pelo registro de data e hora da criação do cabeçalho do pedido de devolução no Oracle Fusion Order Management. O evento corresponde ao salvamento inicial do documento de RMA. Captura 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 um reembolso processado ou uma troca enviada. Esse evento costuma ser capturado em um registro de comunicações ou por meio de uma atualização de status do caso.
Por que isso importa A comunicação oportuna com o cliente é essencial para a satisfação. Analisar este evento ajuda a garantir que os acordos de nível de serviço de comunicação sejam cumpridos. Onde obter Requer análise do sistema. Esse evento pode ser registrado por um CRM ou uma plataforma de comunicações integrada, ou pode ser uma atualização manual de status na RMA ou em uma solicitação de serviço relacionada. Captura Registro de data e hora de um sistema externo de comunicações 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 "Return to Stock" ou "Scrap". Ela é registrada por meio de uma transação explícita de estoque que move 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 obter Registrado como uma transação no Oracle Inventory Management, como uma transferência entre subinventários ou uma atualização do status do item após a inspeção. Captura Acompanhe o registro de data e hora da transação de estoque que executa a definição do destino. Tipo de evento explicit
	Envio da aprovação da RMA	Este evento representa o momento em que a RMA criada é enviada para análise e aprovação internas. Ele costuma ser inferido a partir de uma alteração de status da RMA, indicando que ela passou do estado de rascunho ou entrada para um estado de aprovação pendente.
Por que isso importa Acompanhar este evento ajuda a medir a duração da fase anterior à aprovação. Ele separa o tempo de entrada de dados do tempo efetivamente gasto aguardando a ação de um aprovador. Onde obter Inferido a partir do registro de data e hora em que o status do cabeçalho ou da linha do pedido de RMA muda para "Pending Approval" ou equivalente no Workflow de aprovação do Order Management. Captura Identifique o registro de data e hora da alteração de status para "Pending Approval". Tipo de evento inferred
	Inspeção do item iniciada	Indica o início da inspeção física do item devolvido para avaliar sua condição. Esse evento pode ser inferido a partir da alteração da localização ou do status do item no módulo de gestão de armazém, ou pode ser registrado por meio de um escaneamento explícito.
Por que isso importa Medir o tempo entre o recebimento do item e o início da inspeção evidencia atrasos de espera na estação de inspeção, um gargalo comum. Onde obter Esse evento pode ser capturado por uma alteração de status na linha de recebimento ou por uma transação que mova o item para um local de inspeção no Oracle Inventory Management. Pode ser necessária uma configuração personalizada para registrá-lo explicitamente. Captura Registro de data e hora de uma alteração 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 de volta para a empresa. Esse evento geralmente não é registrado diretamente no Oracle SCM, mas pode ser inferido a partir de dados de integração com a transportadora ou de uma atualização manual.
Por que isso importa Esta atividade oferece insight sobre o comportamento do cliente e o tempo que os produtos levam em trânsito. Ela ajuda a diferenciar atrasos no processamento interno de atrasos causados pelo transporte. Onde obter Este pode ser um evento inferido 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, esse evento pode não estar disponível. Captura Registro de data e hora de uma API integrada da transportadora ou de uma entrada manual de dados. 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 obter Este é um evento explícito: a criação de um novo documento de pedido de venda no Order Management. Ele precisa ser vinculado à 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 foi iniciado. Ela costuma ser inferida a partir de uma alteração de status da nota de crédito, que passa de um estado aberto para um estado 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 efetivo do pagamento, que pode ser realizado por outra equipe ou sistema e ser uma fonte de atrasos. Onde obter Inferido a partir de uma alteração de status da nota de crédito no Accounts Receivable ou da criação de um registro de pagamento no Accounts Payable que faça referência à nota de crédito. Captura Identifique o registro de data e hora em que 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 do cliente. Normalmente, é inferida a partir de uma alteração de status da RMA para "Rejected" ou "Cancelled" durante a fase 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 tentativas de fraude. Onde obter Inferido a partir do registro de data e hora da alteração de status do cabeçalho ou da linha do pedido de RMA para um status final "Rejected" ou equivalente. Captura Identifique o registro de data e hora da alteração de status para "Rejected" ou "Cancelled". Tipo de evento inferred

Recomendado Opcional

Guias de extração

Como obter seus dados do Oracle Fusion SCM

Etapas

Acesse o OTBI Analysis Editor: entre na sua instância do Oracle Fusion Cloud SCM. Use o menu Navigator para acessar Tools e selecione Reports and Analytics. Clique no botão 'Create' e escolha 'Analysis' no menu suspenso.
Selecione as áreas de assunto: na janela pop-up 'Select Subject Area', escolha as principais áreas de assunto que contêm os dados de devoluções e reembolsos. Selecione "Sales - CRM All Lines" e "Receivables - Transactions Real Time". Você 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álise será aberto. Mude imediatamente para a aba 'Advanced' para acessar o editor de SQL lógico, necessário para criar a estrutura exigida do Event Log.
Crie 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 aba Advanced. Essa consulta usa várias cláusulas UNION ALL para recuperar cada uma das 15 atividades necessárias como linhas separadas.
Defina os parâmetros da consulta: altere os valores de espaço reservado na consulta. Especificamente, atualize os espaços reservados [START_DATE] e [END_DATE] para definir o período da extração. Talvez também seja necessário ajustar os filtros para unidades de negócio ou tipos de pedidos de devolução específicos, de acordo com a configuração da sua organização.
Valide a consulta: clique no botão 'Validate SQL' para confirmar se a sintaxe está correta. O sistema verificará os nomes e a estrutura das colunas com base nas áreas de assunto selecionadas.
Revise os resultados: acesse a aba 'Results' para visualizar uma prévia da saída. Os dados devem aparecer no formato de um Event Log, com cada linha representando uma atividade distinta do processo de devolução. Verifique 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 periódica da análise. Na página inicial do Oracle BI, localize a análise salva, clique em 'More' e selecione 'Schedule'.
Configure o job de exportação: nas opções de programação, defina a frequência, como diária ou semanal. Na seção 'Delivery', defina o formato de saída como CSV. Configure o destino, como servidor de conteúdo ou e-mail, para onde o arquivo de saída será enviado. Ative a programação para iniciar as extrações automatizadas.

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 pedidos de RMA e histórico de status, e "Receivables - Transactions Real Time", para detalhes de Credit Memo e pagamentos de reembolso. Áreas de assunto adicionais, como "Inventory - Inventory Transactions Real Time", podem ser necessárias se você precisar 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 com sucesso. Recomendamos extrair dados de um período 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, você deve filtrar pelo tipo de pedido para selecionar especificamente pedidos de Return Material Authorization (RMA). Também recomendamos filtrar por uma unidade de negócio ou entidade legal específica para delimitar os dados adequadamente.
Modo SQL lógico: este método de extração exige o uso da aba '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 essa extração precisa de uma função com as permissões necessárias para criar e executar análises no OTBI, como a função 'BI Author'. Também é obrigatório ter acesso às áreas de assunto de Sales, Receivables e, possivelmente, Inventory.

a 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 SCM necessários, 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, pagamento e comunicação estão disponíveis no seu ambiente. Confirme as autorizações com o administrador do Oracle.
Identifique os objetos de visualização BICC configurados que contêm o cabeçalho da devolução, o histórico de aprovação, as transações de recebimento, os registros de inspeção, as transações de disposição, a nota de crédito, o reembolso, o pedido de troca, a notificação e as informações de encerramento. RmaHeaderAll é um exemplo de objeto de visualização do cabeçalho da devolução. Substitua cada referência de origem entre colchetes no script de extração pelo objeto de visualização correspondente ou pelo extrato disponibilizado no seu ambiente.
Configure um job de extração BICC para os objetos de visualização necessários. Selecione uma extração incremental ou completa de acordo com os campos de rastreamento de alterações disponíveis, configure a entrega no armazenamento na nuvem e defina a janela de extração com as datas inicial e final necessárias. Use [Configure based on your system] quando o nome do job BICC, o local de armazenamento ou a configuração do objeto de visualização forem diferentes.
Extraia os dados de origem para o armazenamento na nuvem. Preserve os identificadores de origem, os timestamps dos eventos, os valores de status, os identificadores de usuário ou agente, os valores monetários, os motivos de devolução, as datas de SLA e o timestamp de atualização do BICC. Não substitua os timestamps de origem durante a consolidação dos 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 mantenha o fuso horário original separadamente, se necessário.
Aplique as regras de eventos no script de extração. Cada regra deve gerar uma linha de evento separada. As alterações 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. Não dependa apenas do status atual quando forem necessárias alterações históricas, pois isso omitiria eventos anteriores.
Una todas as linhas de eventos específicas das atividades, remova somente registros duplicados exatos criados por uma entrega repetida da origem e mantenha os eventos repetidos legítimos quando os registros de origem representarem ocorrências de negócio distintas. Valide se ReturnCaseId está preenchido em todas as linhas de eventos.
Enriqueça cada evento com os atributos mais recentes disponíveis no nível do caso, preservando os valores específicos do evento quando estiverem disponíveis. Preencha SourceSystem com Oracle Fusion SCM ou com o nome da fonte configurada e preencha LastDataUpdate com o timestamp de extração do BICC ou de atualização da fonte.
Execute as verificações de validação descritas abaixo. Confirme se todos os 15 nomes de atividades obrigató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 são consistentes com o 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 massa os objetos de visualização necessários do SCM e de sistemas relacionados no armazenamento na nuvem. O job exato do BICC, o caminho de armazenamento e a disponibilidade dos objetos de visualização dependem do ambiente do Oracle Fusion.
Objetos de origem: RmaHeaderAll pode fornecer informações do cabeçalho da devolução. Dados de histórico de aprovações, recebimento, inspeção, destinação, Credit Memo, reembolso, troca, notificações e encerramento podem exigir objetos de visualização adicionais ou extrações disponibilizadas. Use [Your view object name] quando uma origem correspondente ainda não tiver sido confirmada.
Período: comece com dados de 3 a 6 meses. Amplie o período somente depois de validar o volume, a disponibilidade do histórico de status e a capacidade de 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 apenas dados do estado atual estiverem disponíveis, não será possível reconstruir eventos históricos inferidos de forma confiável.
Filtros: aplique filtros de empresa, unidade de negócio, organização de estoque, tipo de documento, tipo de devolução, tipo de pedido, unidade operacional e status somente quando os campos de origem e seus significados comerciais estiverem confirmados. Use [Company-specific filter] e [Document type filter] para predicados específicos do ambiente.
Timestamps dos eventos: use o timestamp do evento comercial 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.
Deduplicação: faça a deduplicação por ReturnCaseId, ActivityName, EventTime, identificador do evento de origem e sistema de origem, quando disponíveis. Não consolide eventos separados de recebimento, inspeção ou pagamento apenas porque eles compartilham o mesmo identificador de caso.
Performance: particione a extração por período, unidade de negócio, organização de estoque ou outra partição compatível com a origem. Evite extrações completas irrestritas durante o horário comercial em ambientes de alto volume. Monitore a duração do job do BICC, o tamanho dos arquivos, a capacidade de armazenamento na nuvem e a performance da área de preparação downstream.
Pré-requisitos: confirme o acesso ao BICC, ao armazenamento na nuvem e às funções necessárias do Oracle Fusion, além do acesso aos dados relevantes de SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, pagamentos e comunicações e a eventuais licenças necessárias de relatórios ou integração.
Segurança: use credenciais aprovadas e armazenamento na nuvem criptografado. Restrinja as extrações aos atributos mínimos 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 entregues pelo BICC.

a 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: confirme se o Python 3.6 ou uma versão mais recente está 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 as APIs REST. Normalmente, as funções necessárias incluem Order Manager e Accounts Receivable Manager. O usuário precisa ter permissão para visualizar pedidos 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 placeholder no início do script: ORACLE_BASE_URL, ORACLE_USERNAME e ORACLE_PASSWORD. Ajuste a variável RMA_ORDER_TYPE para que corresponda ao código de tipo de pedido 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 a janela de extração dos dados. Recomenda-se começar com um período menor, por exemplo, um mês, para testar o script.
Execute o script: execute o script na linha de comando: python extract_oracle_returns.py. O script se conectará às APIs do Oracle, buscará e processará os dados e exibirá atualizações de status no console.
Recupere o Event Log: após a conclusão bem-sucedida, o script 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 carregamento: abra o arquivo returns_event_log.csv em um aplicativo de planilhas. Revise os dados para verificar completude e precisão, dando atenção especial às colunas ActivityName e EventTime. Confirme 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 ID do caso, ActivityName para Atividade e 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 pedidos de RMA e /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos para dados financeiros de reembolso.
Autenticação: o script usa autenticação básica. O nome de usuário e a senha fornecidos devem pertencer a uma conta de usuário 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, use uma janela móvel.
Filtro de tipo de pedido de RMA: é fundamental configurar a variável RMA_ORDER_TYPE no script. Isso garante que sejam extraídos apenas pedidos de devolução, e não pedidos de venda padrão. Você encontra o código específico do tipo de pedido de 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 da Oracle, como DOO_AWAITING_RECEIVING e DOO_CLOSED, para valores de ActivityName mais fáceis de entender para a equipe de negócio. Talvez seja necessário personalizar esse mapeamento de acordo com a configuração específica do seu Oracle SCM.
Pré-requisitos: é necessário ter acesso a um ambiente Oracle Fusion SCM. A conta de usuário usada para a extração deve 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.

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

Pronto para começar?

Use este Template para simplificar a coleta de dados e desbloquear 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 agora o processamento de devoluções e reembolsos

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

Comece seu teste grátis

Não é necessário cartão de crédito. Configure tudo 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 de processamento de devoluções e reembolsos

Atividades de processamento de devoluções e reembolsos

Guias de extração

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

Etapas

Configuração

a Consulta de exemplo sql

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

Etapas

Configuração

a Consulta de exemplo sql

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 agora o processamento de devoluções e reembolsos

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 do Oracle Transactional Business Intelligence (OTBI)

Etapas

Configuração

a Consulta de exemplo sql

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

Etapas

Configuração

a Consulta de exemplo sql

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 agora o processamento de devoluções e reembolsos

Valorizamos sua privacidade