> Continu verbeteren van processen > Afhandeling van retouren en terugbetalingen > Oracle Fusion SCM > Datatemplate

Datatemplate voor het verwerken van retouren en terugbetalingen

Oracle Fusion SCM

Attributen voor het verwerken van retouren en terugbetalingen (21) Activiteiten voor het verwerken van retouren en terugbetalingen (15) Extractiegidsen (3)

Datatemplate voor het verwerken van retouren en terugbetalingen

Deze template helpt je de verwerking van retouren en terugbetalingen in Oracle Fusion SCM te analyseren. Je vindt hierin de belangrijkste attributen om te verzamelen, de activiteiten om te volgen en duidelijke aanwijzingen voor het ophalen van de data. Gebruik de template om inzicht in het proces te krijgen en verbeterpunten te vinden.

Aanbevolen attributen om te verzamelen
Belangrijke activiteiten om te volgen voor procesanalyse
Stapsgewijze instructies voor data-extractie uit Oracle Fusion SCM

Nieuw met event logs? Lees hoe je een event log voor process mining maakt.

Template downloaden

Attributen voor het verwerken van retouren en terugbetalingen

Dit zijn de aanbevolen datavelden voor het event log, zodat je de verwerking van retouren en terugbetalingen in Oracle Fusion SCM volledig kunt analyseren.

5 Verplicht 7 Aanbevolen 9 Optioneel

	Naam	Beschrijving
	Activiteit ActivityName	De naam van een specifieke bedrijfsstap of gebeurtenis in het proces van retouren en terugbetalingen.
Beschrijving Dit attribuut beschrijft één stap of mijlpaal in de levenscyclus van een retour, zoals ‘RMA aangemaakt’, ‘Artikel geïnspecteerd’ of ‘Terugbetaling verwerkt’. Elke activiteit is een afzonderlijk procesmoment dat in de event logs van het systeem is vastgelegd. De volgorde en duur van deze activiteiten analyseren is de kern van process mining. Je kunt procesmaps visualiseren, bottlenecks tussen stappen opsporen en doorlooptijden per activiteit berekenen. Deze data is belangrijk om het procesverloop, lussen met herstelwerk en naleving van standaardprocedures te begrijpen. Waarom dit belangrijk is Activiteiten vormen de basis van de procesmap en maken het mogelijk om het procesverloop, de variaties en bottlenecks te visualiseren en analyseren. Waar vind je dit? Afgeleid uit event logs, statuswijzigingen of specifieke transactierecords in Oracle Fusion SCM-modules zoals Order Management en Inventory Management. Voorbeelden RMA aangemaaktArtikel ontvangenCreditnota aangemaaktTerugbetaling verwerkt
	Eventtijd EventTime	De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis plaatsvond.
Beschrijving Eventtijd, of starttijd, is de exacte datum en tijd waarop een activiteit in het bronsysteem is vastgelegd. Zo zie je in welke volgorde de processtappen plaatsvonden. Deze timestamp is nodig voor alle tijdsanalyses. Je gebruikt hem om events in de juiste volgorde te zetten, doorlooptijden tussen activiteiten te berekenen, de totale duur van een case te meten en prestaties te toetsen aan service level agreements (SLA’s). Zonder nauwkeurige timestamps kun je de procesefficiëntie niet analyseren, vertragingen niet opsporen en het procesverloop niet goed begrijpen. Waarom dit belangrijk is Dit attribuut geeft de chronologische volgorde van events weer. Die is nodig om alle tijdsgebonden metrieken te berekenen en bottlenecks in het proces op te sporen. Waar vind je dit? Deze informatie staat meestal in een veld als ‘Creation Date’, ‘Timestamp’ of ‘Last Update Date’ bij transactie- of statusrecords in Oracle Fusion SCM. Voorbeelden 2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
	Retourcase-ID ReturnCaseId	De unieke identificatiecode die alle activiteiten koppelt aan een specifiek retour- of terugbetalingsverzoek van een klant.
Beschrijving De retourcase-ID is de unieke identificatiecode voor het volledige proces van retouren en terugbetalingen. De ID koppelt alle events aan elkaar, van de aanmaak van de Return Material Authorization (RMA) tot de uiteindelijke verwerking van de terugbetaling en het sluiten van de case. Bij process mining is dit attribuut essentieel om het volledige traject van elke retour te reconstrueren. Analisten kunnen alle stappen volgen, de totale doorlooptijden meten en zien hoe de afhandeling per retour verschilt. Alle overige eventdata wordt op basis van deze ID gegroepeerd, zodat één samenhangend beeld van het proces ontstaat. Waarom dit belangrijk is Deze sleutel is nodig om alle bijbehorende events samen te voegen tot één procesinstantie en zo analyse van begin tot eind mogelijk te maken. Waar vind je dit? Deze identificatiecode wordt meestal aangemaakt in Oracle Order Management of de servicemodules wanneer een retourverzoek wordt gestart. Voorbeelden RMA-2023-00123RMA-2023-00456RMA-2023-00789
	Bronsysteem SourceSystem	Het systeem waaruit de data is gehaald.
Beschrijving Dit attribuut geeft aan uit welk informatiesysteem de eventdata afkomstig is. Voor dit proces is dat meestal ‘Oracle Fusion SCM’. In omgevingen met meerdere gekoppelde systemen is dit veld belangrijk om de herkomst van data te volgen en problemen op te lossen. Het helpt de oorsprong van de data te bevestigen en maakt het mogelijk om events uit specifieke systemen te selecteren. Zo blijven de datakwaliteit en context behouden. Waarom dit belangrijk is Dit geeft belangrijke context over de herkomst van de data en is nodig om data in omgevingen met meerdere systemen te valideren en analyseren. Waar vind je dit? Dit is vaak een vaste waarde die tijdens het proces voor data-extractie, transformatie en laden (ETL) wordt toegevoegd om de herkomst van de dataset aan te geven. Voorbeelden Oracle Fusion SCMOracle SCM Cloud
	Laatste data-update LastDataUpdate	De timestamp waarop de data voor het laatst uit het bronsysteem is vernieuwd of opgehaald.
Beschrijving Dit attribuut geeft aan wanneer de dataset voor het laatst is bijgewerkt. Het toont hoe recent de volledige dataset is, niet wanneer afzonderlijke events plaatsvonden. De datum van de laatste data-update helpt gebruikers te bepalen hoe actueel de analyse is. Zo kunnen ze dashboards en KPI’s goed interpreteren en zien of de informatie realtime is of al uren of dagen oud. Dit is belangrijke metadata voor elk process mining-project. Waarom dit belangrijk is Laat zien hoe recent de data is, zodat gebruikers de context en actualiteit van hun analyse kunnen beoordelen. Waar vind je dit? Deze timestamp wordt aangemaakt en toegevoegd tijdens het proces voor data-extractie, transformatie en laden (ETL). Voorbeelden 2023-11-01T02:00:00Z2023-11-02T02:00:00Z
	Aangevraagd terug te betalen bedrag RequestedRefundAmount	Het bedrag dat de klant aanvankelijk voor de retourzending heeft aangevraagd.
Beschrijving Dit attribuut bevat het bedrag dat de klant aan het begin van het proces heeft aangevraagd. Het is het uitgangspunt waarmee de uiteindelijke terugbetaling wordt vergeleken. Dit datapunt is essentieel voor het dashboard ‘Aangevraagd versus werkelijk terugbetaald bedrag’ en de KPI ‘Afwijkingspercentage terugbetaald bedrag’. Door aangevraagde en werkelijke bedragen te vergelijken, kun je problemen opsporen, zoals verkeerd geretourneerde artikelen, herbevoorradingskosten of aanpassingen aan het beleid. Zo krijg je inzicht in de financiële nauwkeurigheid en klanttevredenheid. Waarom dit belangrijk is Dient als uitgangspunt voor financiële analyses, zodat afwijkingen in terugbetalingen kunnen worden berekend en mogelijke problemen aan het licht komen. Waar vind je dit? Dit bedrag wordt waarschijnlijk opgeslagen in de kop van de RMA of retouraanvraag in Oracle Fusion SCM, vermoedelijk in de module Order Management. Voorbeelden 129.9945.501200.00
	Eindtijd EndTime	De timestamp die aangeeft wanneer een activiteit is afgerond.
Beschrijving De eindtijd markeert het moment waarop een activiteit is afgerond. StartTime geeft aan wanneer een event begon. De eindtijd is nodig om de daadwerkelijke verwerkingstijd van dat event te berekenen. Bij events die direct plaatsvinden, kunnen StartTime en de eindtijd gelijk zijn. Het verschil tussen de eindtijd en StartTime is de ‘verwerkingstijd’ van een activiteit. Zo zie je welke stappen zelf veel tijd kosten, los van de wachttijd tussen stappen. Dit is nodig voor een gedetailleerde bottleneckanalyse en berekeningen van de efficiëntie van resources. Waarom dit belangrijk is Dit attribuut is nodig om de daadwerkelijke verwerkingstijd van afzonderlijke activiteiten te berekenen en actieve werktijd te onderscheiden van wachttijd. Waar vind je dit? Dit kan een apart veld zijn in de logs van het bronsysteem of worden afgeleid uit de StartTime van de volgende activiteit. Voorbeelden 2023-10-26T10:05:00Z2023-10-26T15:00:10Z2023-10-27T11:30:00Z
	Reden van retour ReturnReason	De reden die de klant opgeeft voor het retourneren van het artikel.
Beschrijving Dit attribuut bevat de reden voor de retourzending. De klant kiest die meestal uit een vooraf bepaalde lijst, bijvoorbeeld ‘Defect artikel’, ‘Verkeerde maat’ of ‘Niet meer nodig’. Door retourredenen te analyseren, krijg je inzicht in productkwaliteit, de nauwkeurigheid van het verkoopproces en klantgedrag. Je kunt producten met veel defecten opsporen, productbeschrijvingen verbeteren om verkeerde bestellingen te voorkomen en achterhalen waarom artikelen worden geretourneerd. Op basis daarvan kun je verbeteringen doorvoeren en het totale aantal retouren terugdringen. Waarom dit belangrijk is Geeft inzicht in de redenen voor retouren en helpt verbeteringen aan producten en verkoopprocessen te bepalen. Waar vind je dit? Meestal opgeslagen als code of tekstveld op de RMA-regel in Oracle Order Management. Voorbeelden DefectVerkeerd artikel verzondenTe laat aangekomenElders goedkoper verkrijgbaar
	Retourstatus ReturnStatus	De huidige of definitieve status van de retourcase.
Beschrijving Dit attribuut geeft op een bepaald moment de algemene status van de retourcase of de uiteindelijke uitkomst aan, zoals ‘Gesloten - terugbetaald’, ‘Gesloten - afgewezen’ of ‘In behandeling’. De retourstatus is belangrijk voor uitkomstanalyse en monitoring. Je kunt cases filteren op resultaat, processtromen van goedgekeurde en afgewezen retouren vergelijken en het dashboard ‘Huidige status van retourcases’ vullen. Inzicht in de verdeling van uitkomsten is nodig om de effectiviteit van het proces te meten. Waarom dit belangrijk is Geeft de uitkomst van een case weer. Dat is nodig om cases te filteren, resultaten te vergelijken en het succespercentage van het proces te begrijpen. Waar vind je dit? Meestal beschikbaar als statusveld op de hoofdrecord van de retour of RMA in Oracle Order Management. Voorbeelden Wachten op ontvangstInspectie afgerondGesloten - terugbetaaldGesloten - afgewezen
	Uiterste datum voor terugbetaling volgens SLA RefundSlaTargetDate	De datum waarop de terugbetaling volgens de service level agreement uiterlijk moet zijn afgerond.
Beschrijving Dit attribuut geeft de deadline aan voor het afronden van de terugbetaling van een case. De SLA-deadline hangt vaak af van het bedrijfsbeleid, het klantsegment of de reden van retour. Deze datum is de maatstaf voor tijdigheid en compliance. Het dashboard ‘Compliance met SLA voor retourbeleid’ gebruikt deze datum rechtstreeks. Ook is de datum nodig om de KPI ‘Nalevingspercentage SLA voor terugbetaling’ te berekenen. Door de werkelijke datum van terugbetaling met de deadline te vergelijken, kun je SLA-overschrijdingen opsporen en cases voorrang geven die mogelijk te laat worden afgehandeld. Waarom dit belangrijk is Biedt een maatstaf voor prestaties op tijd en is belangrijk voor het berekenen van KPI’s voor SLA-compliance. Waar vind je dit? Dit kan een specifiek datumveld in de retourcase zijn. Je kunt de datum ook berekenen door een vooraf bepaalde periode, bijvoorbeeld 14 dagen, op te tellen bij de startdatum van de retour. Voorbeelden 2023-11-10T23:59:59Z2023-11-15T23:59:59Z2023-11-20T23:59:59Z
	Verwerkingsmedewerker ProcessingAgent	De gebruiker of medewerker die verantwoordelijk is voor een specifieke activiteit in het retourproces.
Beschrijving Dit attribuut geeft aan welke medewerker of systeemgebruiker een taak heeft uitgevoerd, zoals een RMA goedkeuren of een terugbetaling verwerken. Als individuele toewijzingen niet worden bijgehouden, kan het ook om een team of afdeling gaan. Prestaties per medewerker analyseren is belangrijk voor het operationeel beheer. Met dit attribuut kun je het dashboard ‘Prestaties van medewerkers in retourverwerking’ gebruiken om werkbelasting, de duur van activiteiten en herstelwerk tussen medewerkers te vergelijken. Zo komen opleidingsbehoeften en medewerkers die goed presteren aan het licht en kun je de capaciteit beter verdelen. Waarom dit belangrijk is Maakt het mogelijk om prestaties per gebruiker of team te analyseren en zo goed presterende medewerkers, opleidingsmogelijkheden en een ongelijke werkverdeling te herkennen. Waar vind je dit? Meestal te vinden in velden als ‘USER_ID’, ‘PROCESSED_BY’ of ‘AGENT_NAME’ in transactielogs van Oracle Fusion SCM. Voorbeelden j.doea.smithm.jones
	Werkelijk terugbetaald bedrag ActualRefundAmount	Het uiteindelijke bedrag dat daadwerkelijk is verwerkt en aan de klant is terugbetaald.
Beschrijving Dit attribuut bevat het definitieve, bevestigde bedrag dat aan de klant is terugbetaald nadat alle inspecties, aanpassingen en kosten zijn verwerkt. Het geeft de werkelijke financiële uitkomst van de retourcase weer. Dit is een belangrijk financieel datapunt voor het dashboard ‘Aangevraagd versus werkelijk terugbetaald bedrag’. De vergelijking met het aangevraagde bedrag is nodig om de KPI ‘Afwijkingspercentage terugbetaald bedrag’ te berekenen en inzicht te krijgen in de financiële gevolgen van retourbeleid, de staat van artikelen en verwerkingsaanpassingen. Waarom dit belangrijk is Geeft de werkelijke financiële uitkomst van de retour weer en maakt analyse van afwijkingen en financiële rapportage mogelijk. Waar vind je dit? Deze informatie komt waarschijnlijk uit de creditnota of de transactiegegevens van Accounts Payable die in Oracle Fusion Financials aan de retourcase zijn gekoppeld. Voorbeelden 129.9940.000.00
	Afhandelingscode DispositionCode	Een code die aangeeft wat er uiteindelijk met het fysieke retourartikel is gebeurd.
Beschrijving De afhandelingscode geeft aan wat er na inspectie met het geretourneerde product is gebeurd. Het is bijvoorbeeld teruggeplaatst in de voorraad, afgeschreven, opgeknapt of teruggestuurd naar de leverancier. Deze informatie is nuttig om de financiële gevolgen en gevolgen voor de bedrijfsvoering van retouren te analyseren. Met afhandelingscodes kun je de kosten van artikelen die niet opnieuw verkocht kunnen worden in kaart brengen en mogelijkheden vinden om het opknapproces te verbeteren. Zo wordt het retourproces gekoppeld aan de voorraad en de financiële uitkomst. Waarom dit belangrijk is Koppelt het retourproces aan de fysieke bestemming van het artikel in de voorraad en geeft inzicht in terugwinningspercentages en kosten. Waar vind je dit? Deze informatie wordt vastgelegd in Oracle Inventory Management of Warehouse Management nadat de inspectie is afgerond. Voorbeelden RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
	Afwijking in terugbetaald bedrag RefundAmountDiscrepancy	Het berekende verschil tussen het aangevraagde en het werkelijk terugbetaalde bedrag.
Beschrijving Deze metriek geeft het geldbedrag aan tussen wat de klant heeft aangevraagd en wat die daadwerkelijk heeft ontvangen. Je berekent dit door ‘ActualRefundAmount’ af te trekken van ‘RequestedRefundAmount’. Deze berekende waarde vormt de basis voor de KPI ‘Afwijkingspercentage terugbetaald bedrag’. Een waarde ongelijk aan nul betekent dat het bedrag tijdens het proces is aangepast. Door de redenen voor deze afwijkingen te analyseren, zoals herbevoorradingskosten of inhoudingen voor schade, krijg je inzicht in de werking van het beleid en de communicatie met klanten. Waarom dit belangrijk is Meet financiële aanpassingen tijdens het terugbetalingsproces en helpt de gevolgen van beleid en inspectieresultaten te analyseren. Waar vind je dit? Berekend veld: ‘RequestedRefundAmount’ - ‘ActualRefundAmount’. Voorbeelden 0.005.50-10.00
	Herstelwerk IsRework	Een booleaanse waarde die aangeeft of een activiteit deel uitmaakt van een herstelwerkloop.
Beschrijving Deze waarde markeert activiteiten die binnen dezelfde case eerdere stappen herhalen. Dat wijst op een proceslus of herstelwerk. Als een artikel bijvoorbeeld niet door de inspectie komt en opnieuw moet worden geïnspecteerd, wordt de tweede inspectie als herstelwerk gemarkeerd. Dit attribuut is belangrijk om procesefficiëntie te meten. Het wordt gebruikt in het dashboard ‘Herstelwerkpercentages retourverwerking’ en voor de berekening van de KPI ‘Frequentie van herstelwerkgebeurtenissen bij retouren’. Het opsporen van de omvang en oorzaken van herstelwerk is een belangrijk doel van process mining. Zo worden verspilde inspanning, vertragingen en extra kosten zichtbaar. Waarom dit belangrijk is Markeert proceslussen en inefficiënties, zodat je de omvang en oorzaken van herstelwerk eenvoudig kunt meten en analyseren. Waar vind je dit? Dit is een berekend attribuut dat de process mining-software herkent met algoritmen die herhaalde activiteiten binnen één case opsporen. Voorbeelden truefalse
	Klant-ID CustomerId	De unieke identificatiecode van de klant die de retourzending heeft aangevraagd.
Beschrijving Dit attribuut is de unieke ID van de klant die bij de retourcase hoort. Het koppelt het retourproces aan de klantendatabase. Analyse van retouren vanuit klantperspectief kan belangrijke patronen aan het licht brengen. Zo kun je klanten opsporen die opvallend vaak artikelen retourneren. Dat kan wijzen op ontevredenheid of mogelijke fraude. Ook kun je retourgedrag per klantsegment analyseren en nagaan of bepaalde groepen zich anders gedragen. Waarom dit belangrijk is Maakt analyse vanuit klantperspectief mogelijk, zodat je terugkerende retourzenders, gedrag per segment en mogelijke fraude kunt opsporen. Waar vind je dit? Te vinden als klant-ID of partij-ID in de kop van de oorspronkelijke verkooporder of retouraanvraag in Oracle Order Management. Voorbeelden CUST-100589743ACC-54321
	Magazijn-ID WarehouseId	De identificatiecode van het magazijn of de locatie waar het geretourneerde artikel is ontvangen.
Beschrijving Dit attribuut geeft de specifieke fysieke locatie aan, zoals een distributiecentrum of magazijn, waar het geretourneerde artikel is ontvangen en verwerkt. Analyse per magazijn is belangrijk om prestatieproblemen op specifieke locaties op te sporen. Je kunt inspectietijden, afhandelingsresultaten en totale doorlooptijden tussen locaties vergelijken. Zo komen inefficiënties in de bedrijfsvoering, personeelsproblemen of opleidingsbehoeften op bepaalde locaties aan het licht. Waarom dit belangrijk is Maakt analyse van prestaties per locatie mogelijk en helpt regionale bottlenecks en inefficiënties op specifieke locaties op te sporen. Waar vind je dit? Dit veld, vaak ‘ORGANIZATION_ID’ genoemd, hoort bij de ontvangsttransactie in Oracle Inventory Management. Voorbeelden WH-US-WESTWH-EU-CENTRALDC-01
	Product-ID ProductId	De unieke identificatiecode van het product dat wordt geretourneerd.
Beschrijving Dit attribuut is de unieke identificatiecode, zoals een SKU of artikelnummer, van het product in de retourzending. Het koppelt het retourproces aan de productcatalogus. Analyse op productniveau is belangrijk om problematische artikelen op te sporen. Door de procesanalyse op Product-ID te filteren of in te delen, kunnen bedrijven producten vinden met veel retouren, lange inspectietijden of specifieke defectpatronen. Deze informatie is belangrijk voor kwaliteitscontrole, supplychainbeheer en productontwikkeling. Waarom dit belangrijk is Koppelt het retourproces aan specifieke producten en maakt analyse van productkwaliteit en retourpatronen mogelijk. Waar vind je dit? Dit is waarschijnlijk het veld ‘INVENTORY_ITEM_ID’ of een vergelijkbaar veld op de RMA-regel in Oracle Order Management of Inventory. Voorbeelden PROD-5540-ASKU-98765ITEM-001-B
	Retourtype ReturnType	Deelt retouren in op basis van de verwachte uitkomst, zoals terugbetaling, omruiling of reparatie.
Beschrijving Dit attribuut geeft aan welk type retour wordt verwerkt. De processtroom en benodigde stappen kunnen sterk verschillen, afhankelijk van de vraag of de klant geld terugkrijgt, een vervangend product ontvangt of een gerepareerd artikel terugkrijgt. Analyse per retourtype is belangrijk om verschillen tussen procesvarianten te begrijpen. Je kunt aparte procesmodellen maken voor terugbetalingen en omruilingen en zo de bottlenecks en prestatiekenmerken van elk procespad in kaart brengen. Met deze indeling kun je verbeteringen gericht aanpakken. Waarom dit belangrijk is Maakt het mogelijk om analyses per procespad uit te voeren, omdat omruilingen en terugbetalingen vaak verschillende stappen volgen. Waar vind je dit? Meestal een categorie- of typeveld in de kop of regel van de RMA in Oracle Order Management. Voorbeelden TerugbetalingOmruilingReparatie
	RMA-nummer RmaNumber	De unieke identificatiecode van de Return Merchandise Authorization-transactie.
Beschrijving Het RMA-nummer is de formele toestemming voor een klant om een product te retourneren. Vaak is dit hetzelfde als de ID van de retourcase, maar in sommige systemen is het een aparte identificatiecode die eerder wordt aangemaakt. Dit attribuut dient als belangrijk referentienummer dat zowel medewerkers als klanten kennen. Je kunt het gebruiken om cases te zoeken en te filteren. Ook is het vaak het belangrijkste nummer in communicatie over de retourzending. Waarom dit belangrijk is Dient als belangrijk referentienummer voor het volgen van de bedrijfsvoering en de communicatie met klanten. Waar vind je dit? Dit is de belangrijkste identificatiecode van het object Return Merchandise Authorization in Oracle Order Management. Voorbeelden 789001789002789003
	Voldoet aan SLA IsSlaCompliant	Een booleaanse waarde die aangeeft of de terugbetaling binnen de vastgestelde SLA-deadline is verwerkt.
Beschrijving Dit berekende attribuut geeft per retourcase met waar of onwaar aan of de SLA is nageleefd. De waarde wordt bepaald door de timestamp van de daadwerkelijke terugbetaling te vergelijken met ‘RefundSlaTargetDate’. Deze waarde maakt het eenvoudig om compliancepercentages te meten en weer te geven. Het dashboard ‘Compliance met SLA voor retourbeleid’ gebruikt deze waarde. Ook vereenvoudigt die de berekening van de KPI ‘Nalevingspercentage SLA voor terugbetaling’. Je kunt snel filteren en oorzaakanalyses uitvoeren om te achterhalen waarom bepaalde cases niet aan de SLA voldoen. Waarom dit belangrijk is Vereenvoudigt de bewaking en rapportage van SLA’s door een datumvergelijking om te zetten in een eenvoudige booleaanse metriek. Waar vind je dit? Berekend veld. De waarde is waar als de timestamp van ‘Refund Processed’ op of vóór ‘RefundSlaTargetDate’ valt, en anders onwaar. Voorbeelden truefalse

Verplicht Aanbevolen Optioneel

Activiteiten voor het verwerken van retouren en terugbetalingen

Dit zijn de belangrijke processtappen en mijlpalen om in het event log vast te leggen. Zo kun je het proces nauwkeurig ontdekken en bottlenecks opsporen.

7 Aanbevolen 8 Optioneel

	Activiteit	Beschrijving
	Artikel geïnspecteerd	Deze activiteit markeert het einde van de inspectie van het artikel, waarbij de kwaliteitsbeoordeling wordt vastgelegd. Meestal is dit een expliciete transactie in Oracle Inventory Management of Quality Management die de RMA-status bijwerkt.
Waarom dit belangrijk is De uitkomst van de inspectie bepaalt de vervolgstappen, zoals het goedkeuren of afwijzen van de terugbetaling. De duur van de inspectie zelf is een belangrijke prestatie-indicator voor de efficiëntie van het magazijn. Waar vind je dit? Vastgelegd met de transactietimestamp waarop een inspecteur de inspectie van de RMA-ontvangst afrondt in Oracle Inventory of Quality Management. Vastleggen Gebruik de timestamp waarop de inspectietransactie is afgerond. Gebeurtenistype explicit
	Artikel ontvangen	Deze activiteit markeert de fysieke ontvangst van het retourartikel in het magazijn of verwerkingscentrum. Oracle Fusion Inventory Management legt dit expliciet vast wanneer het artikel wordt gescand en als ontvangen bij de RMA wordt geregistreerd.
Waarom dit belangrijk is De ontvangst van het artikel is een belangrijke mijlpaal die de inspectie en verdere verwerking in gang zet. Door de tijd tussen ‘RMA goedgekeurd’ en ‘Artikel ontvangen’ te meten, kun je de logistieke prestaties en verzending analyseren. Waar vind je dit? Dit is een expliciete transactie in Oracle Inventory Management. Het event komt overeen met de transactiedatum van de RMA-ontvangst. Vastleggen Gebruik de transactietimestamp van de RMA-ontvangst in Inventory. Gebeurtenistype explicit
	Creditnota aangemaakt	Dit is de financiële activiteit waarbij in Accounts Receivable een creditnota wordt aangemaakt om een terugbetaling aan de klant goed te keuren. Dit expliciete event wordt gestart vanuit het retourproces in Order Management.
Waarom dit belangrijk is De aanmaak van een creditnota is een duidelijke mijlpaal: het bedrijf heeft besloten de klant terug te betalen. Hiermee begint de financiële afhandeling van het proces. Waar vind je dit? Dit is een expliciete transactie in Oracle Accounts Receivable. Via de verwijzing naar de verkooporder op de creditnota kun je het event koppelen aan de oorspronkelijke RMA. Vastleggen Gebruik de aanmaakdatum van de creditnotatransactie in AR. Gebeurtenistype explicit
	Retourcase gesloten	Dit is de laatste activiteit. Alle acties voor de RMA zijn afgerond, waaronder ontvangst, bepaling van de bestemming en financiële afhandeling. Dit wordt afgeleid uit de definitieve status ‘Closed’ van de RMA-order.
Waarom dit belangrijk is Dit event markeert het definitieve einde van het proces. Het is nodig om de totale doorlooptijd te berekenen en te controleren of er geen cases onbeperkt open blijven staan. Waar vind je dit? Afgeleid uit de timestamp waarop de RMA-orderkop en alle bijbehorende regels in Oracle Order Management de definitieve status ‘Closed’ krijgen. Vastleggen Leg de laatste timestamp vast waarop de status van de RMA-kop of -regel verandert in ‘Closed’. Gebeurtenistype inferred
	RMA aangemaakt	Deze activiteit markeert het officiële begin van het retourproces: in Oracle Fusion SCM wordt een Return Material Authorization (RMA) aangemaakt. Dit event wordt meestal expliciet vastgelegd wanneer een gebruiker of geautomatiseerd proces een nieuwe RMA-verkooporder aanmaakt.
Waarom dit belangrijk is Dit is het belangrijkste startevent van het volledige retourproces. Door de tijd tussen deze activiteit en andere activiteiten te analyseren, zie je hoe lang het proces in totaal duurt en waar de eerste vertragingen ontstaan. Waar vind je dit? Dit wordt vastgelegd aan de hand van de aanmaaktimestamp van de retourorderkop in Oracle Fusion Order Management. Het event komt overeen met het moment waarop het RMA-document voor het eerst wordt opgeslagen. Vastleggen Houd de aanmaakdatum van de retourorderkop bij. Gebeurtenistype explicit
	RMA goedgekeurd	Deze belangrijke mijlpaal geeft aan dat het retourverzoek is gecontroleerd en volgens de bedrijfsregels is goedgekeurd. Dit wordt meestal afgeleid uit een statuswijziging van de RMA. Daarna kunnen vervolgstappen, zoals het opsturen van het artikel door de klant, beginnen.
Waarom dit belangrijk is Goedkeuring is een belangrijk beslismoment in het proces. Vertraging heeft hier direct invloed op de totale doorlooptijd van de retour en de klanttevredenheid. Deze activiteit is nodig om bottlenecks in de goedkeuring te analyseren. Waar vind je dit? Afgeleid uit de timestamp waarop de status van de RMA-orderkop of -regel verandert in ‘Approved’ of ‘Awaiting Receiving’. Vastleggen Leg de timestamp vast waarop de RMA-status wordt bijgewerkt naar goedgekeurd. Gebeurtenistype inferred
	Terugbetaling verwerkt	Deze activiteit markeert de afronding van de terugbetaling aan de klant. Oracle Financials legt dit expliciet vast wanneer de transactie voor het vereffenen van de betaling wordt geregistreerd.
Waarom dit belangrijk is Dit is een belangrijk eindpunt voor het meten van de totale doorlooptijd van de terugbetaling vanuit het perspectief van de klant. Het bevestigt dat aan de financiële verplichting tegenover de klant is voldaan. Waar vind je dit? Dit event wordt vastgelegd aan de hand van de boekings- of vereffeningsdatum van de betalingstransactie in Oracle Accounts Payable of Treasury, waarmee de creditnota wordt voldaan. Vastleggen Gebruik de vereffeningsdatum van de betalingstransactie waarmee de creditnota wordt voldaan. Gebeurtenistype explicit
	Artikel door klant verzonden	Dit is het moment waarop de klant het retourartikel naar het bedrijf terugstuurt. Oracle SCM legt dit event vaak niet rechtstreeks vast. Je kunt het soms afleiden uit gegevens van de vervoerder of een handmatige statusupdate.
Waarom dit belangrijk is Deze activiteit geeft inzicht in het gedrag van klanten en in de tijd die goederen onderweg zijn. Zo kun je vertragingen in de interne verwerking onderscheiden van vertragingen tijdens het transport. Waar vind je dit? Dit event kan worden afgeleid uit verzendgegevens van een vervoerder die aan de RMA zijn gekoppeld, of uit een handmatige statusupdate in Oracle SCM. Zonder integratie is dit event mogelijk niet beschikbaar. Vastleggen Timestamp uit een geïntegreerde API van de vervoerder of een handmatig ingevoerd veld. Gebeurtenistype inferred
	Bestemming van retour bepaald	Na de inspectie wordt bepaald wat er met het retourartikel gebeurt, bijvoorbeeld ‘Return to Stock’ of ‘Scrap’. Dit wordt vastgelegd met een expliciete voorraadtransactie die het artikel naar de eindbestemming verplaatst.
Waarom dit belangrijk is Deze stap is belangrijk voor de voorraadnauwkeurigheid en financiële afstemming. Door de gekozen bestemmingen te analyseren, krijg je inzicht in retourredenen en kwaliteitsproblemen met producten. Waar vind je dit? Na de inspectie wordt dit vastgelegd als transactie in Oracle Inventory Management, bijvoorbeeld als overboeking tussen subvoorraden of als statuswijziging van het artikel. Vastleggen Houd de timestamp bij van de voorraadtransactie waarmee de bestemming wordt uitgevoerd. Gebeurtenistype explicit
	Inspectie van artikel gestart	Dit geeft aan dat de fysieke inspectie van het retourartikel is begonnen om de staat ervan te beoordelen. Je kunt dit afleiden uit een wijziging van de locatie of status van het artikel in de magazijnbeheermodule. Het kan ook met een scan expliciet worden vastgelegd.
Waarom dit belangrijk is Door de tijd tussen ontvangst van het artikel en de start van de inspectie te meten, zie je wachttijden bij de inspectieplek. Dat is een veelvoorkomende bottleneck. Waar vind je dit? Dit kan worden vastgelegd met een statuswijziging op de ontvangstregel of een transactie die het artikel naar een inspectielocatie verplaatst in Oracle Inventory Management. Mogelijk is een aangepaste configuratie nodig om dit expliciet vast te leggen. Vastleggen Timestamp van een statuswijziging of voorraadverplaatsing naar een inspectiegebied. Gebeurtenistype inferred
	Klant geïnformeerd	Dit is het bericht aan de klant waarin de afhandeling van de retourcase wordt bevestigd, bijvoorbeeld dat de terugbetaling is verwerkt of een vervangend artikel is verzonden. Dit wordt vaak vastgelegd in een communicatielog of als statusupdate van de case.
Waarom dit belangrijk is Tijdige communicatie met klanten is belangrijk voor hun tevredenheid. Door dit te analyseren, kun je controleren of de afspraken over communicatietermijnen worden nagekomen. Waar vind je dit? Hiervoor is systeemanalyse nodig. Een geïntegreerd CRM- of communicatieplatform kan dit vastleggen. Het kan ook gaan om een handmatige statusupdate van de RMA of een bijbehorend serviceverzoek. Vastleggen Timestamp uit een extern communicatiesysteem of een handmatige update. Gebeurtenistype inferred
	Omruilorder aangemaakt	Deze activiteit vindt plaats wanneer de klant om een omruiling in plaats van een terugbetaling heeft gevraagd. Het is een expliciet event waarbij een nieuwe verkooporder wordt aangemaakt, vaak gekoppeld aan de oorspronkelijke RMA.
Waarom dit belangrijk is Deze activiteit maakt een belangrijke procesvariant zichtbaar. Omruilingen en terugbetalingen apart analyseren is nodig om de doorlooptijd van beide routes goed te meten. Waar vind je dit? Dit is een expliciet event: de aanmaak van een nieuw verkooporderdocument in Order Management. Je moet dit via een verwijzingsveld aan de RMA koppelen. Vastleggen Gebruik de aanmaakdatum van de nieuwe verkooporder die aan de RMA is gekoppeld. Gebeurtenistype explicit
	RMA afgewezen	Dit is de definitieve beslissing om het retourverzoek van de klant af te wijzen. Meestal wordt dit afgeleid uit een statuswijziging van de RMA naar ‘Rejected’ of ‘Cancelled’ tijdens de goedkeuringsfase.
Waarom dit belangrijk is Dit is een belangrijke uitzonderingsroute. Door het aantal afwijzingen en de redenen ervoor te analyseren, kun je problemen met het retourbeleid, de verwachtingen van klanten of fraudepogingen herkennen. Waar vind je dit? Afgeleid uit de timestamp waarop de status van de RMA-orderkop of -regel verandert in ‘Rejected’ of een vergelijkbare eindstatus. Vastleggen Bepaal de timestamp van de statuswijziging naar ‘Rejected’ of ‘Cancelled’. Gebeurtenistype inferred
	RMA ter goedkeuring ingediend	Dit is het moment waarop de aangemaakte RMA wordt ingediend voor interne beoordeling en goedkeuring. Vaak wordt dit afgeleid uit een statuswijziging van de RMA, van concept of invoer naar wachtend op goedkeuring.
Waarom dit belangrijk is Hiermee meet je hoe lang de fase vóór goedkeuring duurt. Zo zie je hoeveel tijd aan gegevensinvoer wordt besteed en hoelang er vervolgens op actie van een goedkeurder wordt gewacht. Waar vind je dit? Afgeleid uit de timestamp waarop de status van de RMA-orderkop of -regel in de goedkeuringsworkflow van Order Management verandert in ‘Pending Approval’ of een vergelijkbare status. Vastleggen Bepaal de timestamp van de statuswijziging naar ‘Pending Approval’. Gebeurtenistype inferred
	Terugbetaling gestart	Deze activiteit geeft aan dat de betaling van de terugbetaling is gestart. Vaak wordt dit afgeleid uit een statuswijziging van de creditnota, van open naar een status die aangeeft dat de betaling wordt verwerkt.
Waarom dit belangrijk is Deze activiteit maakt onderscheid tussen de goedkeuring en aanmaak van de creditnota en de daadwerkelijke betalingsverwerking. Die kan door een ander team of systeem worden uitgevoerd en vertraging veroorzaken. Waar vind je dit? Afgeleid uit een statuswijziging van de creditnota in Accounts Receivable, of uit de aanmaak van een betalingsrecord in Accounts Payable dat naar de creditnota verwijst. Vastleggen Bepaal de timestamp waarop de status van de creditnota verandert in ‘Pending Payment’ of een vergelijkbare status. Gebeurtenistype inferred

Aanbevolen Optioneel

Extractiegidsen

Zo haal je data op uit Oracle Fusion SCM

Stappen

Ga naar de OTBI Analysis Editor: Meld je aan bij je Oracle Fusion Cloud SCM-omgeving. Open het menu Navigator en ga naar Tools. Selecteer daarna Reports and Analytics. Klik op de knop 'Create' en kies 'Analysis' in het keuzemenu.
Selecteer de subject areas: Kies in het venster 'Select Subject Area' de belangrijkste subject areas met gegevens over retouren en terugbetalingen. Selecteer "Sales - CRM All Lines" en "Receivables - Transactions Real Time". Combineer deze om het proces volledig in beeld te brengen.
Schakel over naar de geavanceerde modus: Zodra je de subject areas hebt geselecteerd, opent de analyse-editor. Ga meteen naar het tabblad 'Advanced' om de editor voor logische SQL te openen. Die heb je nodig om de event log op te bouwen.
Stel de event log-query op: Kopieer de volledige logische SQL uit het onderdeel 'Query' van dit document en plak deze in het tekstvak 'SQL Query' op het tabblad Advanced. De query bevat meerdere UNION ALL-clausules om elk van de 15 vereiste activiteiten als aparte rij op te halen.
Stel de queryparameters in: Pas de tijdelijke waarden in de query aan. Vervang met name [START_DATE] en [END_DATE] om de periode voor de extractie in te stellen. Mogelijk moet je ook filters aanpassen voor specifieke bedrijfseenheden of retourordertypen, afhankelijk van de configuratie van je organisatie.
Valideer de query: Klik op de knop 'Validate SQL' om te controleren of de syntaxis klopt. Het systeem vergelijkt de kolomnamen en structuur met de geselecteerde subject areas.
Controleer de resultaten: Ga naar het tabblad 'Results' om een voorbeeld van de uitvoer te bekijken. De data moet als event log worden weergegeven, met één rij per activiteit in het retourproces. Controleer of kolommen zoals ReturnCaseId, ActivityName en EventTime de verwachte waarden bevatten.
Sla de analyse op: Klik op het pictogram 'Save Analysis' zodra je tevreden bent met de resultaten. Geef de analyse een duidelijke naam, bijvoorbeeld 'ProcessMind Returns and Refund Extraction', en sla deze op in een gedeelde map.
Plan een exportschema: Je kunt de analyse regelmatig laten uitvoeren om de extractie te automatiseren. Zoek de opgeslagen analyse op de startpagina van Oracle BI, klik op 'More' en selecteer 'Schedule'.
Stel de exporttaak in: Stel bij de planningsopties de frequentie in, bijvoorbeeld dagelijks of wekelijks. Kies in het onderdeel 'Delivery' CSV als uitvoerformaat. Stel de bestemming in, zoals een contentserver of e-mailadres waar het bestand naartoe wordt gestuurd. Activeer het schema om de automatische extracties te starten.

Configuratie

Subject areas: Voor deze analyse gebruik je vooral "Sales - CRM All Lines" voor RMA-orderkoppen, orderregels en statusgeschiedenis, en "Receivables - Transactions Real Time" voor creditnota’s en gegevens over terugbetalingen. Mogelijk heb je ook subject areas nodig zoals "Inventory - Inventory Transactions Real Time" voor meer details over inspectie en afhandeling.
Filteren op periode: Gebruik een filter voor de periode om de hoeveelheid data te beperken en te zorgen dat de analyse goed wordt uitgevoerd. We raden aan om telkens 3 tot 6 maanden aan data op te halen. De meegeleverde query filtert op de aanmaakdatum van de RMA.
Belangrijke filters: Filter naast de periode op Order Type om alleen retourorders (Return Material Authorization, RMA) op te halen. Het is ook aan te raden om te filteren op een specifieke bedrijfseenheid of juridische entiteit, zodat je de juiste data selecteert.
Modus voor logische SQL: Voor deze extractiemethode moet je het tabblad 'Advanced' gebruiken en een aangepaste query voor logische SQL schrijven met UNION ALL-statements. Zo zet je de transactiedata om naar de event log-indeling die ProcessMind nodig heeft.
Vereisten: De gebruiker die de extractie uitvoert, heeft een rol nodig met voldoende rechten om OTBI-analyses te maken en uit te voeren, zoals de rol 'BI Author'. Ook toegang tot de genoemde subject areas voor Sales, Receivables en eventueel Inventory is vereist.

a Voorbeeldquery 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]'

Stappen

Controleer of Oracle BI Cloud Connector, de vereiste SCM-subject areas of view objects, levering aan cloudopslag en de benodigde databronnen voor Oracle Fusion SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, betalingen en communicatie beschikbaar zijn in je omgeving. Controleer de autorisaties bij je Oracle-beheerder.
Zoek de geconfigureerde BICC-view objects op met gegevens over de retourkop, goedkeuringsgeschiedenis, ontvangsttransacties, inspectieregistraties, afhandelingstransacties, creditnota, terugbetaling, omruilorder, melding en afsluiting. RmaHeaderAll is een voorbeeld van een view object voor retourkoppen. Vervang elke verwijzing tussen vierkante haken in het extractiescript door het bijbehorende view object of de beschikbare extractie in je omgeving.
Configureer een BICC-extractietaak voor de benodigde view objects. Kies een incrementele of volledige extractie op basis van de beschikbare velden voor wijzigingsregistratie, stel levering aan cloudopslag in en geef de gewenste begin- en einddatum voor de extractie op. Gebruik [Configure based on your system] als de naam van de BICC-taak, opslaglocatie of configuratie van view objects afwijkt.
Haal de brond data op naar cloudopslag. Behoud bron-ID’s, event-timestamps, statuswaarden, gebruikers- of agent-ID’s, geldbedragen, retourredenen, SLA-datums en de BICC-vernieuwingsdatum. Overschrijf de oorspronkelijke timestamps niet wanneer je bestanden samenvoegt.
Laad de bestanden in een stagingomgeving. Maak de namen van bronkolommen consistent met ReturnCaseId, ActivityName, EventTime, SourceSystem, LastDataUpdate, EndTime, ProcessingAgent, ReturnStatus, RequestedRefundAmount, ActualRefundAmount, ReturnReason en RefundSlaTargetDate. Zet timestamps om naar één afgesproken tijdzone en bewaar zo nodig ook de oorspronkelijke tijdzone.
Pas de eventregels uit het extractiescript toe. Elke regel moet een aparte eventrij opleveren. Statuswijzigingen die voor afgeleide activiteiten worden gebruikt, moeten gebaseerd zijn op de relevante statusgeschiedenis of een betrouwbare timestamp van de laatste update. Gebruik niet alleen de huidige status als eerdere statuswijzigingen nodig zijn, want dan ontbreken eerdere events.
Voeg alle rijen met activiteiten samen, verwijder alleen exacte duplicaten die door herhaalde levering van brondata zijn ontstaan en behoud legitieme herhaalde events als de bron afzonderlijke bedrijfsgebeurtenissen vastlegt. Controleer of ReturnCaseId voor elke eventrij is ingevuld.
Vul elk event aan met de meest recente beschikbare attributen op caseniveau. Behoud waar mogelijk de waarden die specifiek bij het event horen. Vul SourceSystem in met Oracle Fusion SCM of de geconfigureerde bronnaam en LastDataUpdate met de timestamp van de BICC-extractie of bronvernieuwing.
Voer de validatiecontroles hieronder uit. Controleer of alle 15 vereiste activiteitsnamen voorkomen, timestamps binnen de extractieperiode of een expliciet vastgelegde operationele periode vallen en eindactiviteiten overeenkomen met de uiteindelijke retourstatus.
Exporteer de event log als CSV of een ander door ProcessMind ondersteund formaat. Neem één rij per event op, met exact de kolommen ReturnCaseId, ActivityName, EventTime, SourceSystem en LastDataUpdate, plus de aanbevolen attributen als die beschikbaar zijn. Upload het bestand naar ProcessMind en koppel ReturnCaseId aan de case-ID, ActivityName aan de activiteit en EventTime aan de event-timestamp.

Configuratie

Extractiemethode: Configureer Oracle BI Cloud Connector voor bulklevering van de benodigde SCM- en gerelateerde view objects aan cloudopslag. Welke BICC-taak, opslaglocatie en view objects beschikbaar zijn, hangt af van de Oracle Fusion-omgeving.
Bronobjecten: RmaHeaderAll kan gegevens over de retourkop bevatten. Voor goedkeuringsgeschiedenis, ontvangst, inspectie, afhandeling, creditnota, terugbetaling, omruiling, melding en afsluiting zijn mogelijk aanvullende view objects of geleverde extracties nodig. Gebruik [Your view object name] als de bijbehorende bron nog niet is bevestigd.
Periode: Begin met 3 tot 6 maanden aan data. Vergroot de periode pas nadat je de hoeveelheid data, de beschikbaarheid van historische statussen en de capaciteit van de cloudopslag hebt gecontroleerd. Gebruik bij incrementele ladingen een overlappende periode om updates die later binnenkomen mee te nemen.
Incrementele extractie: Gebruik bij voorkeur een gedocumenteerde wijzigingstimestamp of een incrementeel mechanisme dat BICC ondersteunt. Als alleen de huidige status beschikbaar is, kun je historische afgeleide events niet betrouwbaar reconstrueren.
Filters: Filter op bedrijf, bedrijfseenheid, voorraadorganisatie, documenttype, retourtype, ordertype, operationele eenheid en status alleen als de bronvelden en hun betekenis voor het bedrijf zijn bevestigd. Gebruik [Company-specific filter] en [Document type filter] voor filters die specifiek zijn voor je omgeving.
Event-timestamps: Gebruik waar mogelijk de timestamp van de bedrijfsgebeurtenis. Gebruik een status- of record-updatetimestamp alleen voor expliciet gedocumenteerde afgeleide events en leg de afleidingsregel vast in het datadictionary.
Duplicaten verwijderen: Verwijder duplicaten op basis van ReturnCaseId, ActivityName, EventTime, de bron-event-ID en het bronsysteem, voor zover beschikbaar. Voeg afzonderlijke ontvangst-, inspectie- of betalingsevents niet samen alleen omdat ze dezelfde case-ID hebben.
Prestaties: Verdeel de extractie op basis van periode, bedrijfseenheid, voorraadorganisatie of een andere ondersteunde bronpartitie. Voer in omgevingen met grote datavolumes tijdens kantooruren geen volledige extractie zonder filters uit. Houd de duur van BICC-taken, bestandsgrootte, capaciteit van de cloudopslag en prestaties van de downstream-stagingomgeving in de gaten.
Vereisten: Controleer of je toegang hebt tot BICC en cloudopslag, de vereiste Oracle Fusion-rollen en de relevante data voor SCM, Inventory Management, Quality Management, Order Management, Accounts Receivable, betalingen en communicatie. Controleer ook of er rapportage- of integratielicenties nodig zijn.
Beveiliging: Gebruik goedgekeurde inloggegevens en versleutelde cloudopslag. Beperk extracties tot de minimaal benodigde attributen en volg het beleid van je organisatie voor bewaartermijnen en toegang.
Beschikbaarheid van bronnen: Voor sommige activiteiten, zoals verzending naar de klant, het starten van een inspectie, het starten van een terugbetaling en het informeren van de klant, heb je mogelijk data nodig van externe vervoerders, magazijnen, betalings- of communicatiesystemen. Gebruik [Configure based on your system] als BICC deze bronnen niet levert.

a Voorbeeldquery 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;

Stappen

Stel de Python-omgeving in: Zorg dat Python 3.6 of hoger is geïnstalleerd. Installeer de benodigde bibliotheken met pip: pip install requests pandas.
Configureer toegang tot Oracle Fusion SCM: Vraag inloggegevens aan voor een Oracle Fusion-gebruiker met de benodigde rollen voor toegang tot REST API’s. Dit zijn doorgaans de rollen Order Manager en Accounts Receivable Manager. De gebruiker moet verkooporders (RMA’s) en creditnota’s van debiteuren kunnen bekijken.
Zoek de API-eindpunten op: Controleer de basis-URL van je Oracle Fusion SCM-omgeving. Het script gebruikt de REST-bronnen salesOrdersForOrderHub en receivablesCreditMemos. Mogelijk moet je versie 11.13.18.05 aanpassen aan je omgeving.
Pas het Python-script aan: Open het meegeleverde Python-script. Werk de tijdelijke variabelen bovenaan het script bij: ORACLE_BASE_URL, ORACLE_USERNAME en ORACLE_PASSWORD. Pas de variabele RMA_ORDER_TYPE aan zodat deze overeenkomt met de ordertypecode voor RMA’s in je systeem.
Stel de extractieperiode in: Pas de variabelen START_DATE en END_DATE in het script aan om de periode voor de data-extractie in te stellen. We raden aan om met een korte periode te beginnen, bijvoorbeeld één maand, om het script te testen.
Voer het script uit: Start het script via de opdrachtregel: python extract_oracle_returns.py. Het script maakt verbinding met de Oracle-API’s, haalt de data op, verwerkt deze en toont statusupdates in de console.
Haal de event log op: Na een geslaagde uitvoering maakt het script het bestand returns_event_log.csv aan in dezelfde map. Dit bestand bevat de geëxtraheerde event log.
Controleer de data en bereid de upload voor: Open returns_event_log.csv in een spreadsheetprogramma. Controleer of de data volledig en juist is, met extra aandacht voor de kolommen ActivityName en EventTime. Zorg dat de kolomkoppen voldoen aan de vereisten van je process mining-tool.
Upload naar ProcessMind: Upload het gegenereerde CSV-bestand rechtstreeks naar ProcessMind. Koppel de kolommen uit het CSV-bestand aan de bijbehorende attributen in ProcessMind (ReturnCaseId aan Case-ID, ActivityName aan Activiteit en EventTime aan Timestamp).

Configuratie

API-eindpunten: Het script gebruikt vooral twee REST API-eindpunten: /fscmRestApi/resources/11.13.18.05/salesOrdersForOrderHub voor RMA-ordergegevens en /fscmRestApi/resources/11.13.18.05/receivablesCreditMemos voor financiële gegevens over terugbetalingen.
Authenticatie: Het script gebruikt Basic Authentication. De opgegeven gebruikersnaam en het wachtwoord moeten horen bij een gebruikersaccount met API-toegang en voldoende rechten om order- en debiteurengegevens te lezen.
Periode: De extractie wordt gefilterd op basis van de CreationDate van de RMA-orders. Stel de variabelen START_DATE en END_DATE in het script in. Voor de eerste lading raden we een periode van 3 tot 6 maanden aan. Gebruik voor doorlopende updates een verschuivende periode.
Filter voor RMA-ordertype: Stel de variabele RMA_ORDER_TYPE in het script in. Zo haal je alleen retourorders op en geen gewone verkooporders. Je vindt de code voor het RMA-ordertype in de configuratietaak 'Manage Order Types' in Oracle Fusion.
Koppeling van statuscodes: Het script koppelt interne statuscodes van Oracle, zoals DOO_AWAITING_RECEIVING en DOO_CLOSED, aan duidelijke activiteitsnamen in ActivityName. Mogelijk moet je deze koppeling aanpassen aan de configuratie van Oracle SCM.
Vereisten: Je hebt toegang nodig tot een Oracle Fusion SCM-omgeving. 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 aangepaste rollen met gelijkwaardige toegang tot de benodigde 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")

Klaar om te beginnen?

Gebruik deze template om data efficiënter te verzamelen en inzicht te krijgen in de verwerking van retouren en terugbetalingen. Begin vandaag met het optimaliseren van het proces.

Terug naar de verbetergids Template downloaden

Voorkom bottlenecks en verbeter de verwerking van retouren en terugbetalingen

Spoor inefficiënties op en verkort de doorlooptijd met 30% in Oracle Fusion SCM.

Start je gratis proefperiode

Geen creditcard nodig. Binnen 5 minuten ingesteld.

Datatemplate voor het verwerken van retouren en terugbetalingen

Datatemplate voor het verwerken van retouren en terugbetalingen

Attributen voor het verwerken van retouren en terugbetalingen

Activiteiten voor het verwerken van retouren en terugbetalingen

Extractiegidsen

Export via Oracle Transactional Business Intelligence (OTBI)

Stappen

Configuratie

a Voorbeeldquery sql

Extractie van view objects via Oracle BI Cloud Connector (BICC)

Stappen

Configuratie

a Voorbeeldquery sql

Python-script met Oracle Fusion SCM REST API’s

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Voorkom bottlenecks en verbeter de verwerking van retouren en terugbetalingen

Datatemplate voor het verwerken van retouren en terugbetalingen

Datatemplate voor het verwerken van retouren en terugbetalingen

Attributen voor het verwerken van retouren en terugbetalingen

Activiteiten voor het verwerken van retouren en terugbetalingen

Extractiegidsen

Export via Oracle Transactional Business Intelligence (OTBI)

Stappen

Configuratie

a Voorbeeldquery sql

Extractie van view objects via Oracle BI Cloud Connector (BICC)

Stappen

Configuratie

a Voorbeeldquery sql

Python-script met Oracle Fusion SCM REST API’s

Stappen

Configuratie

a Voorbeeldquery python

Klaar om te beginnen?

Voorkom bottlenecks en verbeter de verwerking van retouren en terugbetalingen

We gaan zorgvuldig om met je privacy