> Continue verbetering > Retour & Terugbetalingsverwerking > Oracle Fusion SCM > datatemplate

Uw Data Template voor Retour- & Terugbetalingsverwerking

Oracle Fusion SCM

Attributes Retour- & Terugbetalingsverwerking (22) Activiteiten Retour- & Terugbetalingsverwerking (15) Extractie Guides (3)

Uw Data Template voor Retour- & Terugbetalingsverwerking

Deze template is ontworpen om u te helpen bij de analyse van uw Retouren- en Terugbetalingsverwerking in Oracle Fusion SCM. Het schetst de essentiële attributen om te verzamelen, de belangrijkste activiteiten om te volgen, en biedt duidelijke richtlijnen voor het extraheren van deze data. Gebruik het om waardevolle inzichten in uw proces te verkrijgen en verbeterpunten te identificeren.

Aanbevolen attributen om vast te leggen
Belangrijkste activiteiten om te volgen voor procesanalyse
Stapsgewijze extractiehandleiding voor Oracle Fusion SCM

Nieuw met event logs? Leer hoe je een process mining event log creëert.

Template downloaden

Attributes Retour- & Terugbetalingsverwerking

Dit zijn de aanbevolen data fields om op te nemen in uw event log voor een uitgebreide analyse van uw retouren- en terugbetalingsverwerking binnen Oracle Fusion SCM.

5 Verplicht 7 Aanbevolen 10 Optioneel

	Naam	Omschrijving
	Activiteit ActivityName	De naam van een specifieke bedrijfsstap of event dat plaatsvond binnen het retouren- en terugbetalingsproces.
Omschrijving Dit attribuut beschrijft een enkele stap of mijlpaal in de return lifecycle, zoals 'RMA Created', 'Item Inspected' of 'Refund Processed'. Elke activiteit vertegenwoordigt een afzonderlijk punt in het proces dat is vastgelegd in de event logs van het systeem. Het analyseren van de volgorde en duur van deze activiteiten is de kern van process mining. Het maakt de visualisatie van proceskaarten mogelijk, de identificatie van knelpunten tussen stappen, en de berekening van activiteit-specifieke doorlooptijden. Deze data is cruciaal voor het begrijpen van processtromen, herwerkloops en compliance met standaard operationele procedures. Het belang Activiteiten vormen de ruggengraat van de proceskaart, waardoor de visualisatie en analyse van de processtroom, variaties en bottlenecks mogelijk is. Vindplaats Afgeleid van event logs, statuswijzigingen of specifieke transactierecords binnen Oracle Fusion SCM-modules zoals Order Management en Inventory Management. Voorbeelden RMA CreatedItem OntvangenCreditnota aangemaaktTerugbetaling Verwerkt
	Retourcasus ID ReturnCaseId	De primaire identifier die alle activiteiten koppelt die geassocieerd zijn met een specifieke klantretour of terugbetalingsverzoek.
Omschrijving De Return Case ID dient als de unieke case identifier voor het gehele retouren- en terugbetalingsproces. Het verbindt elk event, van de initiële return merchandise authorization (RMA) aanmaak tot de uiteindelijke terugbetalingsverwerking en case afsluiting. In process mining analyse is dit attribuut fundamenteel voor het reconstrueren van het end-to-end traject van elke retour. Het stelt analisten in staat om de complete lifecycle te volgen, totale cyclustijden te meten en de variaties te begrijpen in hoe verschillende retouren worden afgehandeld. Alle andere event-level data is gegroepeerd op deze ID om een samenhangend procesoverzicht te vormen. Het belang Dit is de essentiële sleutel om alle gerelateerde events samen te voegen tot één procesinstantie, wat end-to-end analyse mogelijk maakt. Vindplaats Deze identifier wordt doorgaans gegenereerd binnen de Oracle Order Management of Service modules wanneer een retourverzoek wordt geïnitieerd. Voorbeelden RMA-2023-00123RMA-2023-00456RMA-2023-00789
	Tijdstip Gebeurtenis EventTime	De tijdstempel die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden.
Omschrijving Event Time, of de starttijd, is de precieze datum en tijd waarop een activiteit werd vastgelegd in het bronsysteem. Het biedt de chronologische context voor elke stap in het proces. Deze timestamp is essentieel voor alle tijdgebaseerde analyses. Het wordt gebruikt om events correct te ordenen, cyclustijden tussen activiteiten te berekenen, de totale duur van een case te meten en prestaties te evalueren ten opzichte van service level agreements (SLA's). Zonder accurate timestamps is het onmogelijk om procesefficiëntie te analyseren, vertragingen te identificeren of procesdynamiek te begrijpen. Het belang Dit attribuut verschaft de chronologische volgorde van events, wat fundamenteel is voor het berekenen van alle op duur gebaseerde metrics en het ontdekken van procesknelpunten. Vindplaats Deze informatie wordt doorgaans gevonden als een 'Creation Date', 'Timestamp' of 'Last Update Date' veld geassocieerd met transactie- of statusrecords in Oracle Fusion SCM. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	Bronsysteem SourceSystem	Het systeem waaruit de data is geëxtraheerd.
Omschrijving Dit attribuut identificeert het oorspronkelijke informatiesysteem waar de event data werd vastgelegd. Voor dit proces zou dit doorgaans 'Oracle Fusion SCM' zijn. In omgevingen met meerdere geïntegreerde systemen is dit veld cruciaal voor data lineage en troubleshooting. Het helpt de herkomst van de data te bevestigen en kan worden gebruikt om analyse te filteren op events van specifieke systemen, wat zorgt voor behoud van datakwaliteit en context. Het belang Het biedt cruciale context over de data-oorsprong, wat essentieel is voor datavalidatie en -analyse in multi-systeemomgevingen. Vindplaats Dit is vaak een statische waarde die tijdens het data extractie, transformatie en loading (ETL) proces wordt toegevoegd om de herkomst van de dataset te labelen. Voorbeelden Oracle Fusion SCMOracle SCM Cloud
	Laatste data-update LastDataUpdate	De timestamp waarop de data voor het laatst is ververst of geëxtraheerd uit het bronsysteem.
Omschrijving Dit attribuut geeft de meest recente tijd aan dat de dataset werd bijgewerkt. Het geeft een 'versheidsdatum' voor de gehele dataset, niet voor individuele events. Het kennen van de laatste data update tijd is cruciaal voor gebruikers om de tijdigheid van de analyse te begrijpen. Het helpt hen dashboards en KPI's correct te interpreteren, wetende of ze naar real-time informatie kijken of naar data die uren of dagen oud is. Het is een cruciaal stuk metadata voor elk process mining project. Het belang Informeert gebruikers over de actualiteit van de data, waardoor ze de context en tijdigheid van hun analyse begrijpen. Vindplaats Deze `timestamp` wordt gegenereerd en toegevoegd tijdens het `ETL`-proces (Extractie, Transformatie en Loading van `data`). Voorbeelden 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Eindtijd EndTime	De timestamp waarop een activiteit is afgerond.
Omschrijving De Eindtijd markeert de voltooiing van een activiteit. Hoewel Starttijd aangeeft wanneer een event begon, is Eindtijd nodig om de werkelijke verwerkingstijd van dat specifieke event te berekenen. Voor instantane events kunnen Starttijd en Eindtijd hetzelfde zijn. In analyse geeft het verschil tussen Eindtijd en Starttijd de 'Processing Time' voor een activiteit. Dit is cruciaal voor het identificeren welke specifieke stappen tijdrovend zijn, in tegenstelling tot de wachttijd tussen stappen. Het is essentieel voor gedetailleerde knelpuntanalyse en resource efficiëntieberekeningen. Het belang Dit attribuut is noodzakelijk voor het berekenen van de werkelijke verwerkingstijd van individuele activiteiten, wat helpt om actieve werktijd te onderscheiden van wachttijd. Vindplaats Dit kan een afzonderlijk veld zijn in de source system logs of kan worden afgeleid van de StartTime van de daaropvolgende activiteit. Voorbeelden 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Gevraagd Terugbetalingsbedrag RequestedRefundAmount	Het geldbedrag dat de klant oorspronkelijk vroeg voor de retour.
Omschrijving Dit attribuut legt de waarde van de terugbetaling vast zoals de klant die aan het begin van het proces heeft aangevraagd. Het is het basisbedrag waarmee de uiteindelijke terugbetaling wordt vergeleken. Dit datapunt is essentieel voor het 'Requested vs Actual Refund Amounts' dashboard en de 'Refund Amount Discrepancy Rate' KPI. Het analyseren van het verschil tussen aangevraagde en daadwerkelijke bedragen kan problemen aan het licht brengen zoals incorrecte artikelretouren, herbevoorradingskosten of beleidsaanpassingen, wat waardevolle inzichten oplevert in financiële nauwkeurigheid en klanttevredenheid. Het belang Dient als basislijn voor financiële analyse, waardoor de berekening van terugbetalingsverschillen mogelijk wordt en potentiële problemen worden belicht. Vindplaats Deze waarde moet worden opgeslagen op de RMA of retourverzoekheader in Oracle Fusion SCM, waarschijnlijk in de Order Management module. Voorbeelden 129.9945.501200.00
	Retourreden ReturnReason	De reden die door de klant is opgegeven voor het retourneren van het artikel.
Omschrijving Dit attribuut bevat de reden voor de retour, doorgaans door de klant geselecteerd uit een vooraf gedefinieerde lijst, zoals 'Defect Artikel', 'Verkeerde Maat' of 'Niet Meer Nodig'. Het analyseren van retourredenen biedt krachtige inzichten in productkwaliteit, nauwkeurigheid van het verkoopproces en klantgedrag. Deze data kan worden gebruikt om producten met hoge defectpercentages te identificeren, productbeschrijvingen te verbeteren om incorrecte bestellingen te verminderen, en de hoofdoorzaken van retouren te begrijpen. Deze analyse kan strategische verbeteringen stimuleren die het totale volume van retouren verminderen. Het belang Biedt cruciaal inzicht in waarom retouren plaatsvinden, wat kan worden gebruikt om verbeteringen in producten en verkoopprocessen te stimuleren. Vindplaats Doorgaans opgeslagen als een code- of tekstveld op het RMA lijnitem in Oracle Order Management. Voorbeelden DefectVerkeerd Artikel VerzondenTe Laat AangekomenBetere Prijs Beschikbaar
	Retourstatus ReturnStatus	De huidige of uiteindelijke status van de retourzaak.
Omschrijving Dit attribuut geeft de algehele status van de retourcase op een bepaald tijdstip of de uiteindelijke uitkomst aan, zoals 'Gesloten - Terugbetaald', 'Gesloten - Afgewezen' of 'In Uitvoering'. Return Status is essentieel voor uitkomstanalyse en monitoring. Het maakt het mogelijk om cases te filteren op basis van hun resultaat, de processtromen van goedgekeurde versus afgewezen retouren te vergelijken, en het 'Current Return Case Status Dashboard' aan te drijven. Het begrijpen van de verdeling van uitkomsten is essentieel voor het meten van proceseffectiviteit. Het belang Biedt de uitkomst van een case, wat essentieel is voor filtering, vergelijkende analyse en het begrijpen van succespercentages van processen. Vindplaats Gewoonlijk beschikbaar als een statusveld op de hoofdretour- of RMA-headerrecord in Oracle Order Management. Voorbeelden Wachtend op OntvangstInspectie VoltooidGesloten - TerugbetaaldGesloten - Afgewezen
	Terugbetalings-SLA Streefdatum RefundSlaTargetDate	De datum waarop de terugbetaling naar verwachting voltooid zal zijn volgens de service level agreement.
Omschrijving Dit attribuut definieert de deadline voor het voltooien van het terugbetalingsproces voor een gegeven case. Het SLA target wordt vaak bepaald door bedrijfsbeleid, klantsegment of de reden voor de retour. Deze datum is de benchmark voor het meten van tijdigheid en compliance. Het wordt direct gebruikt in het 'Refund Policy SLA Compliance' dashboard en is essentieel voor het berekenen van de 'Refund SLA Conformance Rate' KPI. Het vergelijken van de werkelijke voltooiingsdatum van de terugbetaling met dit target maakt de identificatie van SLA-overschrijdingen mogelijk en helpt bij het prioriteren van cases die risico lopen om te laat te zijn. Het belang Biedt de benchmark voor het meten van on-time performance en is cruciaal voor het berekenen van SLA compliance KPI's. Vindplaats Dit kan een specifiek datumveld zijn op de retourcase of moet mogelijk worden afgeleid door een vooraf gedefinieerde tijdsperiode (bijv. 14 dagen) toe te voegen aan de retourinitiatiedatum. Voorbeelden 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Verwerkingsagent ProcessingAgent	De gebruiker of agent die verantwoordelijk is voor het uitvoeren van een specifieke activiteit in het retourproces.
Omschrijving Dit attribuut identificeert de medewerker of systeemgebruiker die een bepaalde taak heeft uitgevoerd, zoals het goedkeuren van een RMA of het verwerken van een terugbetaling. Het kan ook verwijzen naar een team of afdeling als individuele toewijzing niet wordt gevolgd. Het analyseren van prestaties per agent is cruciaal voor operationeel management. Dit attribuut maakt het 'Return Processing Agent Performance' dashboard mogelijk, waardoor vergelijkingen van workload, activiteitsduur en herwerkpercentages tussen verschillende agenten mogelijk zijn. Deze inzichten kunnen trainingsbehoeften benadrukken, toppresteerders identificeren en leiden tot een betere toewijzing van middelen. Het belang Maakt prestatieanalyse per gebruiker of team mogelijk, wat helpt bij het identificeren van high-performers, trainingsmogelijkheden en onevenwichtigheden in de werkdruk. Vindplaats Doorgaans te vinden in velden zoals 'USER_ID', 'PROCESSED_BY' of 'AGENT_NAME' in transactielogs binnen Oracle Fusion SCM. Voorbeelden j.doea.smithm.jones
	Werkelijk Terugbetalingsbedrag ActualRefundAmount	Het uiteindelijke geldbedrag dat daadwerkelijk is verwerkt en teruggestort aan de klant.
Omschrijving Dit attribuut vertegenwoordigt het uiteindelijke, bevestigde bedrag dat aan de klant is terugbetaald na toepassing van alle inspecties, aanpassingen en kosten. Deze waarde weerspiegelt de ware financiële uitkomst van de retourcase. Dit is een cruciaal financieel datapunt dat wordt gebruikt in het 'Requested vs Actual Refund Amounts' dashboard. Het vergelijken hiervan met het aangevraagde bedrag is essentieel voor het berekenen van de 'Refund Amount Discrepancy Rate' KPI en het begrijpen van de financiële impact van retourbeleid, artikelcondities en verwerkingsaanpassingen. Het belang Vertegenwoordigt de werkelijke financiële uitkomst van de retour, waardoor discrepantieanalyse en financiële rapportage mogelijk zijn. Vindplaats Deze informatie zou waarschijnlijk afkomstig zijn uit de Credit Memo of Accounts Payable transactierecords die gekoppeld zijn aan de retourcase in Oracle Fusion Financials. Voorbeelden 129.9940.000.00
	Discrepantie Terugbetalingsbedrag RefundAmountDiscrepancy	Het berekende verschil tussen het aangevraagde terugbetalingsbedrag en het daadwerkelijke terugbetalingsbedrag.
Omschrijving Deze metric kwantificeert het monetaire verschil tussen wat de klant vroeg en wat zij ontvingen. Het wordt berekend door het 'ActualRefundAmount' af te trekken van het 'RequestedRefundAmount'. Deze berekende waarde is de basis voor de 'Refund Amount Discrepancy Rate' KPI. Een niet-nul waarde geeft aan dat er een aanpassing is gedaan tijdens het proces. Het analyseren van de redenen voor deze verschillen, zoals herbevoorradingskosten of schadeaftrek, kan inzichten verschaffen in de effectiviteit van het beleid en de klantcommunicatie. Het belang Kwantificeert financiële aanpassingen in het terugbetalingsproces, wat helpt bij de analyse van de impact van beleid en inspectieresultaten. Vindplaats Berekend veld: 'RequestedRefundAmount' - 'ActualRefundAmount'. Voorbeelden 0.005.50-10.00
	Dispositiecode DispositionCode	Een code die de uiteindelijke afhandeling van het geretourneerde fysieke artikel aangeeft.
Omschrijving De dispositiecode specificeert wat er met het geretourneerde product is gebeurd na inspectie, bijvoorbeeld of het is teruggestuurd naar de voorraad, gesloopt, voor herstel verzonden of teruggestuurd naar de leverancier. Deze informatie is waardevol voor het analyseren van de financiële en operationele impact van retouren. Door dispositiecodes te analyseren, kan een bedrijf de kosten begrijpen die gepaard gaan met onverkoopbare goederen en kansen identificeren om herstelprocessen te verbeteren. Het verbindt het retourproces met voorraad- en financiële uitkomsten. Het belang Verbindt het retourproces met het fysieke resultaat in de inventaris, wat inzichten biedt in herstelpercentages en kosten. Vindplaats Deze informatie wordt vastgelegd in Oracle Inventory Management of Warehouse Management modules nadat de inspectieactiviteit is voltooid. Voorbeelden RETURN_TO_STOCKAFVALREFURBISHRETURN_TO_VENDOR
	End-to-End Terugbetalingstijd EndToEndRefundTime	De totale verstreken tijd vanaf de initiatie van het retourverzoek tot de uiteindelijke verwerking van de terugbetaling.
Omschrijving Deze metric meet de volledige duur van het terugbetalingsproces vanuit het oogpunt van de klant. Het wordt berekend als het verschil tussen de timestamp van het eerste event (bijv. 'RMA Created') en de timestamp van het voltooiingsevent van de terugbetaling (bijv. 'Refund Processed'). Als primaire KPI is deze berekening cruciaal voor het 'Overall Refund Processing Cycle Time' dashboard en voor het monitoren van de klantervaring. Een hoge gemiddelde tijd duidt op systemische inefficiënties die moeten worden aangepakt. Het analyseren van de verdeling van deze waarde helpt bij het identificeren van uitschieters en het begrijpen van procesprestaties op een hoog niveau. Het belang Dit is een key performance indicator die direct de efficiëntie van het gehele proces en de impact ervan op klanttevredenheid meet. Vindplaats Berekend door de StartTime van de eerste activiteit af te trekken van de StartTime van de 'Refund Processed' activiteit voor elke Return Case ID. Voorbeelden 10 dagen 4 uur21 dagen 8 uur5 dagen 0 uur
	Is herstelwerk IsRework	Een booleaanse vlag die aangeeft of een activity deel uitmaakt van een herstelwerk-lus.
Omschrijving Deze flag identificeert activiteiten die herhalingen zijn van eerdere stappen in dezelfde case, wat wijst op een procesloop of herwerk. Als een artikel bijvoorbeeld de inspectie niet doorstaat en opnieuw moet worden geïnspecteerd, zou het tweede inspectie-event als herwerk worden geflagged. Dit attribuut is fundamenteel voor het kwantificeren van procesinefficiëntie. Het wordt gebruikt in het 'Return Processing Rework Rates' dashboard en voor het berekenen van de 'Return Rework Event Frequency' KPI. Het identificeren van de hoeveelheid en oorzaken van herwerk is een primair doel van process mining, aangezien het direct wijst op verspilde inspanning, vertragingen en hogere kosten. Het belang Signaleert direct procesinefficiënties en loops, waardoor het eenvoudig wordt om de oorzaken van rework te kwantificeren en te analyseren. Vindplaats Dit is een berekend attribuut geïdentificeerd door de algoritmen van de process mining software die herhaalde activiteiten binnen een enkele case detecteren. Voorbeelden truefalse
	Klant-ID CustomerId	De unieke identifier van de klant die de retourzending heeft geïnitieerd.
Omschrijving Dit attribuut is de unieke ID die de klant identificeert die aan de retourcase is gekoppeld. Het verbindt het retourproces met de klantdatabase. Het analyseren van retouren vanuit een klantgericht perspectief kan belangrijke patronen onthullen. Het kan bijvoorbeeld helpen bij het identificeren van klanten met ongewoon hoge retourfrequenties, wat kan duiden op tevredenheidsproblemen of potentiële fraude. Het maakt ook analyse mogelijk op basis van klantsegmenten, wat helpt te begrijpen of bepaalde groepen verschillende retourgedragingen hebben. Het belang Maakt klantgerichte analyse mogelijk, wat helpt bij het identificeren van frequente retourneerders, segmenteren van gedrag en het opsporen van potentiële fraude. Vindplaats Gevonden als klant- of partij-ID op de header van de originele verkooporder of de retouraanvraag in Oracle Order Management. Voorbeelden CUST-100589743ACC-54321
	Magazijn-ID WarehouseId	De identifier van het magazijn of de faciliteit die het geretourneerde artikel heeft ontvangen.
Omschrijving Dit attribuut geeft de specifieke fysieke locatie aan, zoals een distributiecentrum of magazijn, waar het geretourneerde artikel van de klant werd ontvangen en verwerkt. Het analyseren van het proces per magazijn is belangrijk voor het identificeren van locatiespecifieke prestatieproblemen. Het maakt de vergelijking mogelijk van inspectietijden, dispositie-uitkomsten en totale cyclustijden tussen verschillende faciliteiten. Dit kan operationele inefficiënties, personeelsproblemen of trainingsbehoeften op specifieke locaties benadrukken. Het belang Maakt prestatieanalyse per locatie mogelijk, wat helpt bij het identificeren van regionale of faciliteitsspecifieke bottlenecks en inefficiënties. Vindplaats Dit veld, vaak 'ORGANIZATION_ID' genoemd, is geassocieerd met de ontvangsttransactie in Oracle Inventory Management. Voorbeelden WH-US-WESTWH-EU-CENTRALDC-01
	Product-ID ProductId	De unieke identifier voor het product dat wordt geretourneerd.
Omschrijving Dit attribuut is de unieke identifier, zoals een SKU of artikelnummer, voor het specifieke product dat betrokken is bij de retour. Het verbindt het retourproces met de productcatalogus. Productniveau-analyse is cruciaal voor het identificeren van problematische artikelen. Door de procesanalyse te filteren of te dimensioneren op Product ID, kunnen bedrijven producten aanwijzen met hoge retourpercentages, lange inspectietijden of specifieke defectpatronen. Deze informatie is van vitaal belang voor kwaliteitscontrole, supply chain management en productontwikkeling. Het belang Koppelt het retourproces aan specifieke producten, waardoor analyse van productkwaliteit en retourpatronen mogelijk is. Vindplaats Dit zou de 'INVENTORY_ITEM_ID' of een vergelijkbaar veld zijn op het RMA lijnitem in Oracle Order Management of Inventory modules. Voorbeelden PROD-5540-ASKU-98765ITEM-001-B
	Retourtype ReturnType	Categoriseert de retour op basis van het verwachte resultaat, zoals terugbetaling, omruiling of reparatie.
Omschrijving Dit attribuut classificeert het type retour dat wordt verwerkt. De processtroom en vereiste stappen kunnen aanzienlijk variëren, afhankelijk van of de klant een monetaire terugbetaling, een vervangend product of een gerepareerd artikel ontvangt. Het analyseren van het proces per Return Type is essentieel voor het begrijpen van procesvariaties. Het maakt de creatie van afzonderlijke proceskaarten voor terugbetalingen versus ruilingen mogelijk, wat helpt bij het identificeren van unieke knelpunten en prestatiekenmerken voor elk pad. Deze segmentatie is de sleutel tot gerichte procesverbeteringsinspanningen. Het belang Maakt de segmentatie van analyses mogelijk op basis van verschillende procespaden, aangezien omruilingen en terugbetalingen vaak verschillende stappen volgen. Vindplaats Dit is doorgaans een categorie- of typeveld op de RMA header of lijn in Oracle Order Management. Voorbeelden TerugbetalingOmruilingReparatie
	RMA-nummer RmaNumber	De unieke identifier voor de Return Merchandise Authorization transactie.
Omschrijving Het RMA-nummer is een formele autorisatie voor een klant om een product te retourneren. Hoewel het vaak hetzelfde is als de Return Case ID, kan het in sommige systemen een afzonderlijke, voorafgaande identifier zijn. Dit attribuut dient als een belangrijk bedrijfsreferentienummer dat zowel interne gebruikers als klanten kennen. Het kan worden gebruikt voor het zoeken en filteren van cases en is vaak het primaire nummer dat wordt gebruikt in communicatie betreffende de retour. Het belang Dient als een primair bedrijfsreferentienummer, cruciaal voor operationele tracking en communicatie met klanten. Vindplaats Dit is de primaire identifier op het Return Merchandise Authorization object binnen Oracle Order Management. Voorbeelden 789001789002789003
	Voldoet aan SLA IsSlaCompliant	Een boolean flag die aangeeft of de terugbetaling binnen het gedefinieerde SLA-doel is verwerkt.
Omschrijving Dit berekende attribuut verschaft een eenvoudige true of false indicator van SLA-conformiteit voor elke retourcase. Het wordt bepaald door de werkelijke voltooiingstimestamp van de terugbetaling te vergelijken met de 'RefundSlaTargetDate'. Deze flag is essentieel voor het eenvoudig meten en visualiseren van compliance rates. Het drijft het 'Refund Policy SLA Compliance' dashboard aan en vereenvoudigt de berekening van de 'Refund SLA Conformance Rate' KPI. Het maakt snelle filtering en root cause analyse mogelijk om te begrijpen waarom bepaalde cases hun SLA niet halen. Het belang Vereenvoudigt SLA monitoring en rapportage door een datumvergelijking om te zetten in een eenvoudige Booleaanse metric. Vindplaats Berekend veld. Het is waar als de 'Refund Processed' timestamp op of voor de 'RefundSlaTargetDate' is, en onwaar anders. Voorbeelden truefalse

Verplicht Aanbevolen Optioneel

Activiteiten Retour- & Terugbetalingsverwerking

Dit zijn de belangrijkste stappen en mijlpalen die je in je event log vastlegt voor een goede process discovery en het opsporen van knelpunten.

7 Aanbevolen 8 Optioneel

	Activiteit	Omschrijving
	Artikel geïnspecteerd	Deze activiteit markeert de voltooiing van het artikelinspectieproces, waarbij een kwaliteitsbeoordeling wordt vastgelegd. Het is doorgaans een expliciete transactie in Oracle Inventory Management of Quality Management die de RMA-status bijwerkt.
Het belang De uitkomst van de inspectie beïnvloedt direct de volgende stappen, zoals goedkeuring of afwijzing van de terugbetaling. De duur van de inspectieactiviteit zelf is een key performance indicator voor magazijnefficiëntie. Vindplaats Vastgelegd vanuit de transactie-timestamp wanneer een inspecteur de inspectietaak voltooit tegen de RMA-ontvangst in Oracle Inventory of Quality Management. Vastleggen Gebruik de voltooiingstimestamp van de inspectietransactie. Gebeurtenistype explicit
	Creditnota aangemaakt	Dit is de financiële activiteit waarbij een creditnota wordt gegenereerd in Accounts Receivable om een terugbetaling aan de klant te autoriseren. Dit is een expliciet event getriggerd door het retourproces in Order Management.
Het belang Het aanmaken van een creditnota is een definitieve mijlpaal die de toewijding van het bedrijf om de klant terug te betalen aangeeft. Het is de trigger voor het gehele financiële afwikkelingsdeel van het proces. Vindplaats Dit is een expliciete transactie in Oracle Accounts Receivable. Het event kan worden teruggekoppeld aan de oorspronkelijke RMA via de verkooporderreferentie op de creditnota. Vastleggen Gebruik de aanmaakdatum van de creditnotatransactie in AR. Gebeurtenistype explicit
	Item Ontvangen	Deze activiteit markeert de fysieke ontvangst van het geretourneerde artikel in het magazijn of verwerkingscentrum. Het is een expliciet event vastgelegd in Oracle Fusion Inventory Management wanneer de goederen worden gescand en geregistreerd als ontvangen tegen de RMA.
Het belang De ontvangst van het artikel is een cruciale mijlpaal die volgende inspectie- en verwerkingsstappen triggert. Het meten van de tijd van 'RMA Goedgekeurd' tot 'Artikel Ontvangen' helpt bij het analyseren van logistieke en verzendprestaties. Vindplaats Dit is een expliciete transactie vastgelegd in Oracle Inventory Management. Het event komt overeen met de transactiedatum van de RMA-ontvangst. Vastleggen Gebruik de transactie timestamp van de RMA-ontvangst in Inventory. Gebeurtenistype explicit
	Retourcasus Gesloten	Dit is de uiteindelijke activiteit, wat betekent dat alle acties gerelateerd aan de RMA zijn voltooid, inclusief ontvangst, dispositie en financiële afwikkeling. Dit wordt afgeleid van een uiteindelijke 'Gesloten' status op de RMA-order.
Het belang Dit event dient als het definitieve einde van het proces, cruciaal voor het berekenen van de end-to-end cyclustijd en om ervoor te zorgen dat geen cases onbeperkt open blijven. Vindplaats Afgeleid van de timestamp wanneer de RMA-orderheader en al zijn regels een uiteindelijke 'Closed' status bereiken in Oracle Order Management. Vastleggen Leg de laatste timestamp vast wanneer de RMA-header of -regelstatus verandert naar 'Closed'. Gebeurtenistype inferred
	RMA Created	Deze activiteit markeert de officiële start van het retourproces, waarbij een Return Material Authorization (RMA) wordt aangemaakt in Oracle Fusion SCM. Dit event wordt doorgaans expliciet vastgelegd wanneer een gebruiker of een geautomatiseerd proces een nieuw RMA verkooporderrecord genereert.
Het belang Dit is het primaire start-event voor het gehele retourproces. Het analyseren van de tijd vanaf deze activiteit naar andere onthult de totale procesduur en helpt bij het identificeren van initiële vertragingen. Vindplaats Dit wordt vastgelegd vanuit de creation timestamp van de retourorderheader in Oracle Fusion Order Management. Het event komt overeen met de initiële opslag van het RMA-document. Vastleggen Volg de aanmaakdatum van het retourorder headerrecord. Gebeurtenistype explicit
	RMA Goedgekeurd	Deze cruciale mijlpaal betekent dat het retourverzoek is gevalideerd en goedgekeurd volgens bedrijfsregels. Dit wordt doorgaans afgeleid van een statuswijziging op de RMA, die daaropvolgende processtappen zoals klantverzending ontgrendelt.
Het belang Goedkeuring is een cruciaal knooppunt in het proces. Vertragingen hier beïnvloeden direct de totale retourtijd en klanttevredenheid. Deze activiteit is essentieel voor het analyseren van goedkeuringsbottlenecks. Vindplaats Afgeleid van de timestamp van de statuswijziging op de RMA-orderheader of -regel die overgaat naar een 'Approved' of 'Awaiting Receiving' status. Vastleggen Leg de timestamp vast wanneer de RMA-status wordt bijgewerkt naar een goedgekeurde staat. Gebeurtenistype inferred
	Terugbetaling Verwerkt	Deze activiteit markeert de voltooiing van de terugbetaling aan de klant. Het is een expliciet event dat wordt vastgelegd wanneer de betalingsvereffeningstransactie wordt geregistreerd in Oracle Financials.
Het belang Dit is een cruciaal eindpunt voor het meten van de totale terugbetalingscyclustijd vanuit het perspectief van de klant. Het bevestigt dat de financiële verplichting aan de klant is voldaan. Vindplaats Dit event wordt vastgelegd vanuit de boekhoud- of clearingdatum van de betalingstransactie in Oracle Accounts Payable of Treasury die de creditnota vereffent. Vastleggen Gebruik de clearingdatum van de betalingstransactie die de creditnota vereffent. Gebeurtenistype explicit
	Artikel Inspectie Gestart	Geeft het begin aan van de fysieke inspectie van het geretourneerde artikel om de conditie ervan te beoordelen. Dit kan worden afgeleid uit de locatie of statuswijziging van het artikel binnen de warehouse management module, of het kan een expliciete scan zijn.
Het belang Het meten van de tijd tussen de ontvangst van het artikel en het begin van de inspectie benadrukt wachtrijvertragingen bij het inspectiestation, een veelvoorkomende bottleneck. Vindplaats Dit kan worden vastgelegd door een statuswijziging op de ontvangstregel of een transactie die het artikel verplaatst naar een inspectielocatie in Oracle Inventory Management. Het kan aangepaste configuratie vereisen om expliciet vast te leggen. Vastleggen Timestamp van een statuswijziging of voorraadoverdracht naar een inspectiegebied. Gebeurtenistype inferred
	Artikel Verzonden Door Klant	Vertegenwoordigt de actie van de klant om het retourartikel terug te sturen naar het bedrijf. Deze event wordt vaak niet direct vastgelegd in Oracle SCM, maar kan worden afgeleid uit carrier integratie data of een handmatige update.
Het belang Deze activiteit geeft inzicht in klantgedrag en de tijd die goederen onderweg zijn. Het helpt onderscheid te maken tussen interne verwerkingsvertragingen en vertragingen veroorzaakt door verzending. Vindplaats Dit kan een afgeleid event zijn gebaseerd op carrier shipping data gekoppeld aan de RMA, of een handmatige statusupdate in Oracle SCM. Als er geen integratie bestaat, is dit event mogelijk niet beschikbaar. Vastleggen Timestamp van een geïntegreerde carrier API of handmatig data-invoer veld. Gebeurtenistype inferred
	Klant geïnformeerd	Dit vertegenwoordigt de communicatie die naar de klant is verzonden ter bevestiging van de oplossing van hun retourcase, zoals terugbetaling verwerkt of ruiling verzonden. Dit wordt vaak vastgelegd vanuit een communicatielog of een statusupdate van de case.
Het belang Tijdige klantcommunicatie is cruciaal voor tevredenheid. Het analyseren hiervan helpt ervoor te zorgen dat service level agreements voor communicatie worden nageleefd. Vindplaats Vereist systeemanalyse. Dit kan worden gelogd door een geïntegreerd CRM- of communicatieplatform, of het kan een handmatige statusupdate zijn op de RMA of een gerelateerde serviceaanvraag. Vastleggen Timestamp van een extern communicatiesysteem of een handmatige update. Gebeurtenistype inferred
	Omruilorder Aangemaakt	Deze activiteit vindt plaats in scenario's waarin de klant een ruiling heeft aangevraagd in plaats van een terugbetaling. Het is een expliciet event waarbij een nieuwe verkooporder wordt gegenereerd, vaak gekoppeld aan de oorspronkelijke RMA.
Het belang Deze activiteit identificeert een belangrijke procesvariant. Het scheiden van ruilprocessen van terugbetalingsprocessen is essentieel voor een nauwkeurige cyclustijdanalyse voor elk pad. Vindplaats Dit is een expliciet event, het aanmaken van een nieuw verkooporderdocument in Order Management. Het moet via een referentieveld teruggekoppeld worden aan de RMA. Vastleggen Gebruik de aanmaakdatum van de nieuwe verkooporder gekoppeld aan de RMA. Gebeurtenistype explicit
	Retourafhandeling Bepaald	Na inspectie vertegenwoordigt deze activiteit de beslissing wat te doen met het geretourneerde artikel, zoals 'Terug naar Voorraad' of 'Afschrijven'. Dit wordt vastgelegd via een expliciete inventaristransactie die het artikel naar zijn uiteindelijke bestemming verplaatst.
Het belang Deze stap is cruciaal voor voorraadnauwkeurigheid en financiële reconciliatie. Het analyseren van disposities helpt retourredenen en productkwaliteitsproblemen te begrijpen. Vindplaats Vastgelegd als een transactie in Oracle Inventory Management, zoals een subinventarisoverdracht of artikelstatusupdate, volgend op de inspectie. Vastleggen Volg de timestamp van de inventaristransactie die de dispositie uitvoert. Gebeurtenistype explicit
	RMA Afgewezen	Vertegenwoordigt een definitieve beslissing om het retouraanvraag van de klant af te wijzen. Dit wordt doorgaans afgeleid van een statuswijziging op de RMA naar 'Afgekeurd' of 'Geannuleerd' tijdens de goedkeuringsfase.
Het belang Dit is een kritiek uitzonderingspad. Het analyseren van de frequentie en redenen voor afwijzingen kan problemen met retourbeleid, klantverwachtingen of fraudepogingen aan het licht brengen. Vindplaats Afgeleid van de timestamp van de statuswijziging op de RMA-orderheader of -regel naar een 'Rejected' of gelijkwaardige terminale status. Vastleggen Identificeer de timestamp van de statuswijziging naar 'Rejected' of 'Cancelled'. Gebeurtenistype inferred
	RMA Goedkeuring Ingediend	Dit vertegenwoordigt het punt waarop de aangemaakte RMA wordt ingediend voor interne beoordeling en goedkeuring. Het wordt vaak afgeleid van een statuswijziging op de RMA, wat aangeeft dat het is overgegaan van een concept- of invoerstatus naar een status van hangende goedkeuring.
Het belang Het volgen hiervan helpt de duur van de pre-goedkeuringsfase te meten. Het scheidt de data-invoertijd van de werkelijke tijd die wordt besteed aan het wachten op actie van een goedkeurder. Vindplaats Afgeleid van de timestamp wanneer de RMA-orderheader of -regelstatus verandert naar een 'Pending Approval' of gelijkwaardige status binnen de Order Management goedkeuringsworkflow. Vastleggen Identificeer de timestamp van de statuswijziging naar 'Pending Approval'. Gebeurtenistype inferred
	Terugbetaling Gestart	Deze activiteit betekent dat het betalingsproces voor de terugbetaling is gestart. Het wordt vaak afgeleid van een statuswijziging op de creditnota, van een open status naar een status die aangeeft dat deze wordt verwerkt voor betaling.
Het belang Deze activiteit helpt bij het scheiden van de goedkeuring en aanmaak van de creditnota van de daadwerkelijke betalingsverwerking, die door een ander team of systeem kan worden afgehandeld en een bron van vertraging kan zijn. Vindplaats Afgeleid van een statuswijziging op de creditnota in Accounts Receivable, of van de aanmaak van een betalingsrecord in Accounts Payable dat verwijst naar de creditnota. Vastleggen Identificeer de timestamp wanneer de creditnota-status verandert naar 'Pending Payment' of iets soortgelijks. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractie Guides

Hoe u uw `data` uit Oracle Fusion SCM haalt

Stappen

Navigeer naar OTBI Analysis Editor: Log in op uw Oracle Fusion Cloud SCM-instantie. Gebruik het Navigator-menu om naar Tools te gaan en selecteer vervolgens Reports and Analytics. Klik op de 'Create'-knop en kies 'Analysis' uit het dropdown-menu.
Selecteer Onderwerpgebieden: In de pop-up 'Select Subject Area' moet u de primaire onderwerpgebieden kiezen die retouren en terugbetalingsdata bevatten. Selecteer "Sales - CRM All Lines" en "Receivables - Transactions Real Time". U combineert deze om een uitgebreid overzicht van het proces te creëren.
Schakel over naar Geavanceerde modus: Nadat u de onderwerpgebieden hebt geselecteerd, opent de analyse-editor. Schakel onmiddellijk over naar het tabblad 'Advanced' om toegang te krijgen tot de logische SQL-editor, die nodig is voor het creëren van de vereiste event log structuur.
Construeer de Event Log Query: Kopieer de complete logische SQL zoals vermeld in de 'Query'-sectie van dit document en plak deze in het tekstgebied 'SQL Query' op het tabblad Advanced. Deze query is gestructureerd met meerdere UNION ALL-clausules om elk van de 15 vereiste activiteiten als afzonderlijke rijen op te halen.
Stel Queryparameters in: Wijzig de placeholder-waarden binnen de query. Werk specifiek de [START_DATE] en [END_DATE] placeholders bij om het datumbereik voor uw extractie te definiëren. Mogelijk moet u ook filters aanpassen voor specifieke Business Units of Return Order Types op basis van de configuratie van uw organisatie.
Valideer de Query: Klik op de knop 'Validate SQL' om te controleren of de syntaxis correct is. Het systeem controleert de kolomnamen en structuur tegen de geselecteerde onderwerpgebieden.
Bekijk de Resultaten: Navigeer naar het tabblad 'Results' om een voorbeeld van de uitvoer te bekijken. De data moet verschijnen in een event log formaat, waarbij elke rij een afzonderlijke activiteit in het retourproces vertegenwoordigt. Verifieer dat kolommen zoals ReturnCaseId, ActivityName en EventTime zoals verwacht zijn ingevuld.
Sla de Analyse op: Zodra u tevreden bent met de resultaten, klikt u op het 'Save Analysis'-pictogram. Geef het een beschrijvende naam, bijvoorbeeld 'ProcessMind Returns and Refund Extraction', en sla het op in een gedeelde map.
Maak een Exportschema aan: Om de extractie te automatiseren, kunt u de analyse plannen om regelmatig te worden uitgevoerd. Zoek op de Oracle BI-startpagina uw opgeslagen analyse, klik op 'More' en selecteer 'Schedule'.
Configureer de Exporttaak: Definieer in de planningsopties de frequentie (e.g., dagelijks, wekelijks). Stel in de sectie 'Delivery' het uitvoerformaat in op CSV. Configureer de bestemming, zoals content server of e-mail, waar het uitvoerbestand naartoe wordt gestuurd. Activeer de planning om de geautomatiseerde extracties te starten.

Configuratie

Onderwerpgebieden: De primaire onderwerpgebieden voor deze analyse zijn "Sales - CRM All Lines" voor RMA-orderheaders, -lijnen en -statusgeschiedenis, en "Receivables - Transactions Real Time" voor creditnota- en terugbetalingsdetails. Aanvullende onderwerpgebieden, zoals "Inventory - Inventory Transactions Real Time", kunnen vereist zijn als er meer gedetailleerde informatie over inspectie en afhandeling nodig is.
Datumbereik Filtering: Het is cruciaal om een datumbereikfilter toe te passen om het data volume te beperken en ervoor te zorgen dat de analyse succesvol wordt voltooid. We adviseren om data voor een periode van 3 tot 6 maanden per keer te extraheren. De meegeleverde query filtert op de aanmaakdatum van de RMA.
Belangrijkste Filters: Naast het datumbereik moet u filteren op het Ordertype om specifiek Return Material Authorization (RMA) orders te selecteren. Filteren op een specifieke Business Unit of Juridische Entiteit wordt ook aanbevolen om de data correct af te bakenen.
Logische SQL-modus: Deze extractiemethode vereist het gebruik van de 'Advanced'-tab en het schrijven van een aangepaste logische SQL-query met UNION ALL statements. Deze aanpak is noodzakelijk om de transactionele data om te vormen naar het event log formaat dat ProcessMind vereist.
Vereisten: De gebruiker die deze extractie uitvoert, heeft een rol nodig met de nodige permissies om OTBI-analyses te creëren en uit te voeren, zoals de 'BI Author'-rol. Toegang tot de gespecificeerde Sales-, Receivables- en mogelijk Inventory-onderwerpgebieden is eveneens verplicht.

a Voorbeeldquery config

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

Stappen

Navigeer naar OTBI Analysis Editor: Log in op uw Oracle Fusion Cloud SCM-instantie. Gebruik het Navigator-menu om naar Tools te gaan en selecteer vervolgens Reports and Analytics. Klik op de 'Create'-knop en kies 'Analysis' uit het dropdown-menu.
Selecteer Onderwerpgebieden: In de pop-up 'Select Subject Area' moet u de primaire onderwerpgebieden kiezen die retouren en terugbetalingsdata bevatten. Selecteer "Sales - CRM All Lines" en "Receivables - Transactions Real Time". U combineert deze om een uitgebreid overzicht van het proces te creëren.
Schakel over naar Geavanceerde modus: Nadat u de onderwerpgebieden hebt geselecteerd, opent de analyse-editor. Schakel onmiddellijk over naar het tabblad 'Advanced' om toegang te krijgen tot de logische SQL-editor, die nodig is voor het creëren van de vereiste event log structuur.
Construeer de Event Log Query: Kopieer de complete logische SQL zoals vermeld in de 'Query'-sectie van dit document en plak deze in het tekstgebied 'SQL Query' op het tabblad Advanced. Deze query is gestructureerd met meerdere UNION ALL-clausules om elk van de 15 vereiste activiteiten als afzonderlijke rijen op te halen.
Stel Queryparameters in: Wijzig de placeholder-waarden binnen de query. Werk specifiek de [START_DATE] en [END_DATE] placeholders bij om het datumbereik voor uw extractie te definiëren. Mogelijk moet u ook filters aanpassen voor specifieke Business Units of Return Order Types op basis van de configuratie van uw organisatie.
Valideer de Query: Klik op de knop 'Validate SQL' om te controleren of de syntaxis correct is. Het systeem controleert de kolomnamen en structuur tegen de geselecteerde onderwerpgebieden.
Bekijk de Resultaten: Navigeer naar het tabblad 'Results' om een voorbeeld van de uitvoer te bekijken. De data moet verschijnen in een event log formaat, waarbij elke rij een afzonderlijke activiteit in het retourproces vertegenwoordigt. Verifieer dat kolommen zoals ReturnCaseId, ActivityName en EventTime zoals verwacht zijn ingevuld.
Sla de Analyse op: Zodra u tevreden bent met de resultaten, klikt u op het 'Save Analysis'-pictogram. Geef het een beschrijvende naam, bijvoorbeeld 'ProcessMind Returns and Refund Extraction', en sla het op in een gedeelde map.
Maak een Exportschema aan: Om de extractie te automatiseren, kunt u de analyse plannen om regelmatig te worden uitgevoerd. Zoek op de Oracle BI-startpagina uw opgeslagen analyse, klik op 'More' en selecteer 'Schedule'.
Configureer de Exporttaak: Definieer in de planningsopties de frequentie (e.g., dagelijks, wekelijks). Stel in de sectie 'Delivery' het uitvoerformaat in op CSV. Configureer de bestemming, zoals content server of e-mail, waar het uitvoerbestand naartoe wordt gestuurd. Activeer de planning om de geautomatiseerde extracties te starten.

Configuratie

Onderwerpgebieden: De primaire onderwerpgebieden voor deze analyse zijn "Sales - CRM All Lines" voor RMA-orderheaders, -lijnen en -statusgeschiedenis, en "Receivables - Transactions Real Time" voor creditnota- en terugbetalingsdetails. Aanvullende onderwerpgebieden, zoals "Inventory - Inventory Transactions Real Time", kunnen vereist zijn als er meer gedetailleerde informatie over inspectie en afhandeling nodig is.
Datumbereik Filtering: Het is cruciaal om een datumbereikfilter toe te passen om het data volume te beperken en ervoor te zorgen dat de analyse succesvol wordt voltooid. We adviseren om data voor een periode van 3 tot 6 maanden per keer te extraheren. De meegeleverde query filtert op de aanmaakdatum van de RMA.
Belangrijkste Filters: Naast het datumbereik moet u filteren op het Ordertype om specifiek Return Material Authorization (RMA) orders te selecteren. Filteren op een specifieke Business Unit of Juridische Entiteit wordt ook aanbevolen om de data correct af te bakenen.
Logische SQL-modus: Deze extractiemethode vereist het gebruik van de 'Advanced'-tab en het schrijven van een aangepaste logische SQL-query met UNION ALL statements. Deze aanpak is noodzakelijk om de transactionele data om te vormen naar het event log formaat dat ProcessMind vereist.
Vereisten: De gebruiker die deze extractie uitvoert, heeft een rol nodig met de nodige permissies om OTBI-analyses te creëren en uit te voeren, zoals de 'BI Author'-rol. Toegang tot de gespecificeerde Sales-, Receivables- en mogelijk Inventory-onderwerpgebieden is eveneens verplicht.

a Voorbeeldquery config

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

Stappen

Python Omgeving Instellen: Zorg ervoor dat Python 3.6 of nieuwer is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests pandas.
Oracle Fusion SCM Toegang Configureren: Verkrijg inloggegevens voor een Oracle Fusion-gebruiker met de nodige rollen om toegang te krijgen tot REST API's. Vereiste rollen omvatten doorgaans Order Manager en Accounts Receivable Manager. De gebruiker moet machtigingen hebben om verkooporders (RMA's) en creditnota's voor debiteuren te bekijken.
API Endpoints Identificeren: Bevestig de basis-URL voor uw Oracle Fusion SCM-instantie. Het script gebruikt de REST-resources salesOrdersForOrderHub en receivablesCreditMemos. De versie 11.13.18.05 moet mogelijk worden aangepast aan uw omgeving.
Python Script Aanpassen: Open het meegeleverde Python-script. Werk de placeholder-variabelen bovenaan het script bij: ORACLE_BASE_URL, ORACLE_USERNAME en ORACLE_PASSWORD. Pas de RMA_ORDER_TYPE variabele aan om overeen te komen met de specifieke ordertypecode die wordt gebruikt voor RMA's in uw systeem.
Extractieperiode Definiëren: Wijzig de START_DATE en END_DATE variabelen in het script om het tijdsvenster voor de data-extractie te definiëren. Het wordt aanbevolen om te beginnen met een kleinere periode, bijvoorbeeld één maand, om het script te testen.
Script Uitvoeren: Voer het script uit via de opdrachtregel: python extract_oracle_returns.py. Het script maakt verbinding met de Oracle API's, haalt de data op, verwerkt deze en drukt statusupdates af op de console.
Event Log Ophalen: Na succesvolle voltooiing genereert het script een bestand met de naam returns_event_log.csv in dezelfde directory. Dit bestand bevat het geëxtraheerde event log.
Controleren en Voorbereiden voor Upload: Open het returns_event_log.csv bestand in een spreadsheettoepassing. Controleer de data op volledigheid en nauwkeurigheid, met speciale aandacht voor de ActivityName en EventTime kolommen. Zorg ervoor dat de kolomheaders overeenkomen met de vereisten voor uw process mining tool.
Uploaden naar ProcessMind: Upload het gegenereerde CSV-bestand rechtstreeks naar ProcessMind. Wijs de kolommen van het CSV-bestand toe aan de corresponderende attributes in ProcessMind (ReturnCaseId aan Case ID, ActivityName aan Activity, EventTime aan Timestamp).

Configuratie

API Endpoints: Het script gebruikt voornamelijk twee REST API-endpoints: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub voor RMA-order data en /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos voor financiële terugbetalingsdata.
Authenticatie: Het script gebruikt Basic Authenticatie. De opgegeven gebruikersnaam en het wachtwoord moeten toebehoren aan een gebruikersaccount met API-toegang en voldoende privileges om order- en debiteuren data te lezen.
Datumbereik: De extractie wordt gefilterd op basis van de CreationDate van de RMA-orders. Configureer de START_DATE en END_DATE variabelen in het script. Voor initiële imports wordt een periode van 3-6 maanden aanbevolen. Voor doorlopende verversingen gebruikt u een schuivend venster.
RMA Order Type Filter: Het is cruciaal om de RMA_ORDER_TYPE variabele in het script te configureren. Dit zorgt ervoor dat u alleen retourorders extraheert en geen standaard verkooporders. U vindt uw specifieke RMA-ordertypecode in de 'Manage Order Types' setup-taak in Oracle Fusion.
Statuscode Mapping: Het script mapt Oracle's interne statuscodes (bijv. DOO_AWAITING_RECEIVING, DOO_CLOSED) naar de zakelijk vriendelijke ActivityName waarden. Deze mapping moet mogelijk worden aangepast op basis van uw specifieke Oracle SCM-configuratie.
Vereisten: Toegang tot een Oracle Fusion SCM-omgeving is vereist. Het gebruikersaccount voor de extractie moet rollen hebben zoals Order Manager (ORA_DOO_ORDER_MANAGER_JOB) en Accounts Receivable Manager (ORA_AR_ACCOUNTS_RECEIVABLE_MANAGER_JOB) of gelijkwaardige aangepaste rollen die toegang verlenen tot de vereiste REST API's.

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

Uw Data Template voor Retour- & Terugbetalingsverwerking

Uw Data Template voor Retour- & Terugbetalingsverwerking

Attributes Retour- & Terugbetalingsverwerking

Activiteiten Retour- & Terugbetalingsverwerking

Extractie Guides

Oracle Transactional Business Intelligence (OTBI) Export

Stappen

Configuratie

a Voorbeeldquery config

Oracle BI Cloud Connector (BICC) View Object Extractie

Stappen

Configuratie

a Voorbeeldquery config

Python Script met Oracle Fusion SCM REST API's

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te starten?

Stop Knelpunten, Optimaliseer Retouren- en Terugbetalingsverwerking Nu

Uw Data Template voor Retour- & Terugbetalingsverwerking

Uw Data Template voor Retour- & Terugbetalingsverwerking

Attributes Retour- & Terugbetalingsverwerking

Activiteiten Retour- & Terugbetalingsverwerking

Extractie Guides

Oracle Transactional Business Intelligence (OTBI) Export

Stappen

Configuratie

a Voorbeeldquery config

Oracle BI Cloud Connector (BICC) View Object Extractie

Stappen

Configuratie

a Voorbeeldquery config

Python Script met Oracle Fusion SCM REST API's

Stappen

Configuratie

a Voorbeeldquery python

Wij hechten veel waarde aan je privacy

Klaar om te starten?

Stop Knelpunten, Optimaliseer Retouren- en Terugbetalingsverwerking Nu