Uw datatemplate voor Retour- & Terugbetalingsverwerking

Oracle Fusion SCM
Uw datatemplate voor Retour- & Terugbetalingsverwerking

Uw datatemplate voor Retour- & Terugbetalingsverwerking

Deze template is ontworpen om je 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 nuttige inzichten in uw proces te verkrijgen en verbeterpunten te vinden.
  • Aanbevolen attributen om vast te leggen
  • Belangrijke 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.

Attributen voor retouren- & terugbetalingsverwerking

Dit zijn de aanbevolen velden om op te nemen in uw event log voor een grondige analyse van uw retouren- en terugbetalingsverwerking binnen Oracle Fusion SCM.
5 Verplicht 7 Aanbevolen 9 Optioneel
Naam Beschrijving
Activiteit
ActivityName
De naam van een specifieke bedrijfsstap of gebeurtenis dat plaatsvond binnen het retouren- en terugbetalingsproces.
Beschrijving

Dit attribuut beschrijft een enkele stap of mijlpaal in de return levenscyclus, 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 vormt 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 gegevens zijn belangrijk voor het begrijpen van processtromen, reworkloops en naleving van standaard operationele procedures.

Waarom het belangrijk is

Activiteiten vormen de basis van de proceskaart, waardoor de visualisatie en analyse van de processtroom, variaties en knelpunten mogelijk is.

Waar te verkrijgen

Afgeleid van event logs, statuswijzigingen of specifieke transacpakketecords binnen Oracle Fusion SCM-modules zoals Orderbeheer en Voorraadbeheer.

Voorbeelden
RMA CreatedArtikel OntvangenCreditnota aangemaaktTerugbetaling Verwerkt
Retourcase ID
ReturnCaseId
De primaire kenmerk die alle activiteiten koppelt die geassocieerd zijn met een specifieke klantretour of terugbetalingsverzoek.
Beschrijving

De Return Case-ID dient als de unieke case kenmerk voor het gehele retouren- en terugbetalingsproces. Het verbindt elk gebeurtenis, van de initiële return merchandise authorization (RMA) aanmaak tot de uiteindelijke terugbetalingsverwerking en case afsluiting.

In process mining-analyse is dit attribuut onmisbaar bij het reconstrueren van het end-to-end traject van elke retour. Het stelt analysesten in staat om de complete levenscyclus te volgen, totale cyclustijden te meten en de variaties te begrijpen in hoe verschillende retouren worden afgehandeld. Alle andere gebeurtenis-level data is gegroepeerd op deze ID om een samenhangend procesoverzicht te vormen.

Waarom het belangrijk is

Dit is de onmisbaar om alle gerelateerde gebeurtenissen samen te voegen tot één procesinstantie, wat end-to-end-analyse mogelijk maakt.

Waar te verkrijgen

Deze kenmerk wordt doorgaans gegenereerd binnen de Oracle Orderbeheer of Service modules wanneer een retourverzoek wordt geïnitieerd.

Voorbeelden
RMA-2023-00123RMA-2023-00456RMA-2023-00789
TijdsTip Gebeurtenis
EventTime
De timestamp die aangeeft wanneer een specifieke activiteit of gebeurtenis heeft plaatsgevonden.
Beschrijving

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 belangrijk voor alle tijdgebonden analyses. Het wordt gebruikt om gebeurtenissen correct te ordenen, cyclustijden tussen activiteiten te berekenen, de totale duur van een case te meten en prestaties te ewaarderen ten opzichte van service level agreements (SLA's). Zonder nauwkeurige tijdstempels is het onmogelijk om procesefficiëntie te analyseren, vertragingen te vinden of procesdynamiek te begrijpen.

Waarom het belangrijk is

Dit attribuut verschaft de chronologische volgorde van gebeurtenissen, wat fundamenteel is voor het berekenen van alle op duur gebaseerde meetwaarden en het bekijken van procesknelpunten.

Waar te verkrijgen

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 opgehaald.
Beschrijving

Dit attribuut identificeert het oorspronkelijke Informatiesysteem waar de gebeurtenis data werd vastgelegd. Voor dit proces zou dit doorgaans 'Oracle Fusion SCM' zijn.

In omgevingen met meerdere geïntegreerde systemen is dit veld belangrijk voor data lineage en probleemoplossing. Het helpt de herkomst van de data te bevestigen en kan worden gebruikt om analyse te filteren op gebeurtenissen van specifieke systemen, wat zorgt voor behoud van datakwaliteit en context.

Waarom het belangrijk is

Het biedt belangrijke context over de herkomst van de data, wat belangrijk is voor datavalidatie en -analyse in multi-systeemomgevingen.

Waar te verkrijgen

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
Tijdstip van extractie
LastDataUpdate
De timestamp waarop de data voor het voor het laatst is bijgewerkt of opgehaald uit het bronsysteem.
Beschrijving

Dit attribuut geeft de meest recente tijd aan dat de dataset werd bijgewerkt. Het geeft een 'actualiteitsdatum' voor de gehele dataset, niet voor individuele gebeurtenissen.

Het kennen van de laatste data update tijd is belangrijk 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 belangrijk stuk metadata voor elk process mining-project.

Waarom het belangrijk is

Informeert gebruikers over de relevantie van de data, waardoor ze de context en tijdigheid van hun analyse begrijpen.

Waar te verkrijgen

Deze timestamp wordt gegenereerd en toegevoegd tijdens het ETL-proces (Extractie, Transformatie en Laden van data).

Voorbeelden
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Aangevraagd terugbetalingsbedrag
RequestedRefundAmount
Het geldbedrag dat de klant oorspronkelijk vroeg voor de retour.
Beschrijving

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 belangrijk voor het 'Requested vs Actual Refund Bedrags' dashboard en de 'Refund Bedrag Discrepancy Rate' KPI. Het analyseren van het verschil tussen aangevraagde en daadwerkelijke bedragen kan problemen inzichtelijk maken zoals incorrecte artikelretouren, herbevoorradingskosten of beleidsaanpassingen, wat nuttige inzichten oplevert in financiële nauwkeurigheid en klanttevredenheid.

Waarom het belangrijk is

Dient als basislijn voor financiële analyse, waardoor de berekening van terugbetalingsverschillen mogelijk wordt en potentiële problemen worden belicht.

Waar te verkrijgen

Deze waarde moet worden opgeslagen op de RMA of retourverzoekheader in Oracle Fusion SCM, waarschijnlijk in de Orderbeheer module.

Voorbeelden
129.9945.501200.00
Eindtijd
EndTime
De timestamp waarop een activiteit is afgerond.
Beschrijving

De Eindtijd markeert de voltooiing van een activiteit. Hoewel Starttijd aangeeft wanneer een gebeurtenis begon, is Eindtijd nodig om de werkelijke verwerkingstijd van dat specifieke gebeurtenis te berekenen. Voor instantane gebeurtenissen kunnen Starttijd en Eindtijd hetzelfde zijn.

In analyse geeft het verschil tussen Eindtijd en Starttijd de 'Bewerkingstijd' voor een activiteit. Dit is belangrijk voor het vinden welke specifieke stappen tijdrovend zijn, in tegenstelling tot de wachttijd tussen stappen. Het is belangrijk voor gedetailleerde knelpuntanalyse en bron efficiëntieberekeningen.

Waarom het belangrijk is

Dit attribuut is noodzakelijk voor het berekenen van de werkelijke verwerkingstijd van individuele activiteiten, wat helpt om actieve werktijd te onderscheiden van wachttijd.

Waar te verkrijgen

Dit kan een afzonderlijk veld zijn in de bronsysteemlogs 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
Processende Agent
ProcessingAgent
De gebruiker of agent die verantwoordelijk is voor het uitvoeren van een specifieke activiteit in het retourproces.
Beschrijving

Dit attribuut identificeert de medewerker of systeemgebruiker die een bepaalde taak heeft uitgevoerd, zoals het goedkeuren van een RMA of het processen 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 belangrijk voor operationeel management. Dit attribuut maakt het 'Return Processing Agent Performance' dashboard mogelijk, waardoor vergelijkingen van workload, activiteitsduur en reworkpercentages tussen verschillende agenten mogelijk zijn. Deze inzichten kunnen trainingsbehoeften benadrukken, best presterende medewerkers vinden en leiden tot een betere toewijzing van middelen.

Waarom het belangrijk is

Maakt prestatieanalyse per gebruiker of team mogelijk, wat helpt bij het vinden van high-performers, trainingsmogelijkheden en onevenwichtigheden in de werkdruk.

Waar te verkrijgen

Doorgaans te vinden in velden zoals 'USER_ID', 'PROCESSED_BY' of 'AGENT_NAME' in transactielogs binnen Oracle Fusion SCM.

Voorbeelden
j.doea.smithm.jones
Refund SLA Target Datum
RefundSlaTargetDate
De datum waarop de terugbetaling naar verwachting voltooid zal zijn volgens de service level agreement.
Beschrijving

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 belangrijk 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.

Waarom het belangrijk is

Biedt de benchmark voor het meten van on-time prestaties en is belangrijk voor het berekenen van SLA-compliance KPI's.

Waar te verkrijgen

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
Retourreden
ReturnReason
De door de klant opgegeven reden voor het retourneren van het artikel.
Beschrijving

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 vinden, 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.

Waarom het belangrijk is

Biedt belangrijk inzicht in waarom retouren plaatsvinden, wat kan worden gebruikt om verbeteringen in producten en verkoopprocessen te stimuleren.

Waar te verkrijgen

Doorgaans opgeslagen als een code- of tekstveld op het RMA lijnitem in Oracle Orderbeheer.

Voorbeelden
DefectVerkeerd Artikel VerzondenTe laat ontvangenBetere Prijs Beschikbaar
Retourstatus
ReturnStatus
De huidige of uiteindelijke status van de retourzaak.
Beschrijving

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 belangrijk 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 belangrijk voor het meten van proceseffectiviteit.

Waarom het belangrijk is

Biedt de uitkomst van een case, wat belangrijk is voor filtering, vergelijkende analyse en het begrijpen van succespercentages van processen.

Waar te verkrijgen

Gewoonlijk beschikbaar als een statusveld op de hoofdretour- of RMA-headerrecord in Oracle Orderbeheer.

Voorbeelden
Wachtend op OntvangstInspectie VoltooidGesloten - TerugbetaaldGesloten - Afgewezen
Werkelijk terugbetalingsbedrag
ActualRefundAmount
Het uiteindelijke geldbedrag dat daadwerkelijk is verwerkt en teruggestort aan de klant.
Beschrijving

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 belangrijk financieel datapunt dat wordt gebruikt in het 'Requested vs Actual Refund Bedrags' dashboard. Het vergelijken hiervan met het aangevraagde bedrag is belangrijk voor het berekenen van de 'Refund Bedrag Discrepancy Rate' KPI en het begrijpen van de financiële impact van retourbeleid, artikelcondities en verwerkingsaanpassingen.

Waarom het belangrijk is

Vertegenwoordigt de werkelijke financiële uitkomst van de retour, waardoor discrepantieanalyse en financiële rapportage mogelijk zijn.

Waar te verkrijgen

Deze Informatie zou waarschijnlijk afkomstig zijn uit de Credit Memo of de crediteurenadministratie transacpakketecords die gekoppeld zijn aan de retourcase in Oracle Fusion Financialscials.

Voorbeelden
129.9940.000.00
Dispositiecode
DispositionCode
Een code die de uiteindelijke afhandeling van het geretourneerde fysieke artikel aangeeft.
Beschrijving

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 vinden om herstelprocessen te verbeteren. Het verbindt het retourproces met voorraad- en financiële uitkomsten.

Waarom het belangrijk is

Verbindt het retourproces met het fysieke resultaat in de inventaris, wat inzichten biedt in herstelpercentages en kosten.

Waar te verkrijgen

Deze Informatie wordt vastgelegd in Oracle Voorraadbeheer of Warehouse Management modules nadat de inspectieactiviteit is voltooid.

Voorbeelden
RETURN_TO_STOCKSCRAPREFURBISHRETURN_TO_VENDOR
Is herstelwerk
IsRework
Een booleaanse vlag die aangeeft of een activity deel uitmaakt van een herstelwerk-lus.
Beschrijving

Deze flag identificeert activiteiten die herhalingen zijn van eerdere stappen in dezelfde case, wat wijst op een procesloop of rework. Als een artikel bijvoorbeeld de inspectie niet doorstaat en opnieuw moet worden geïnspecteerd, zou het tweede inspectie-gebeurtenis als rework worden geflagged.

Dit attribuut is onmisbaar 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 vinden van de hoeveelheid en oorzaken van rework is een primair doel van process mining, aangezien het direct wijst op verspilde inspanning, vertragingen en hogere kosten.

Waarom het belangrijk is

Signaleert direct procesinefficiënties en loops, waardoor het eenvoudig wordt om de oorzaken van herstelwerk te kwantificeren en te analyseren.

Waar te verkrijgen

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 kenmerk van de klant die de retourzending heeft geïnitieerd.
Beschrijving

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 zichtbaar maken. Het kan bijvoorbeeld helpen bij het vinden 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.

Waarom het belangrijk is

Maakt klantgerichte analyse mogelijk, wat helpt bij het vinden van frequente retourneerders, segmenteren van gedrag en het opsporen van potentiële fraude.

Waar te verkrijgen

Gevonden als klant- of partij-ID op de header van de herkomstele verkooporder of de retouraanvraag in Oracle Orderbeheer.

Voorbeelden
CUST-100589743ACC-54321
Magazijn-ID
WarehouseId
De kenmerk van het magazijn of de faciliteit die het geretourneerde artikel heeft ontvangen.
Beschrijving

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 vinden 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.

Waarom het belangrijk is

Maakt prestatieanalyse per locatie mogelijk, wat helpt bij het vinden van regionale of faciliteitsspecifieke knelpunten en inefficiënties.

Waar te verkrijgen

Dit veld, vaak 'ORGANIZATION_ID' genoemd, is geassocieerd met de ontvangsttransactie in Oracle Voorraadbeheer.

Voorbeelden
WH-US-WESTWH-EU-CENTRALDC-01
Product-ID
ProductId
De unieke ID voor het geretourneerde product.
Beschrijving

Dit attribuut is de unieke kenmerk, 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 belangrijk voor het vinden van problematische artikelen. Door de procesanalyse te filteren of te dimensioneren op Product ID, kunnen bedrijven producten vinden met hoge retourpercentages, lange inspectietijden of specifieke defectpatronen. Deze Informatie is belangrijk voor kwaliteitscontrole, supply chain management en productontwikkeling.

Waarom het belangrijk is

Koppelt het retourproces aan specifieke producten, waardoor analyse van productkwaliteit en retourpatronen mogelijk is.

Waar te verkrijgen

Dit zou de 'INVENTORY_ITEM_ID' of een vergelijkbaar veld zijn op het RMA lijnitem in Oracle Orderbeheer 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.
Beschrijving

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 belangrijk voor het begrijpen van procesvariaties. Het maakt de creatie van afzonderlijke proceskaarten voor terugbetalingen versus ruilingen mogelijk, wat helpt bij het vinden van unieke knelpunten en prestatiekenmerken voor elk pad. Deze segmentatie is de sleutel tot gerichte procesverbeteringsinspanningen.

Waarom het belangrijk is

Maakt de segmentatie van analyses mogelijk op basis van verschillende procespaden, aangezien omruilingen en terugbetalingen vaak verschillende stappen volgen.

Waar te verkrijgen

Dit is doorgaans een categorie- of typeveld op de RMA header of lijn in Oracle Orderbeheer.

Voorbeelden
TerugbetalingOmruilingReparatie
RMA-nummer
RmaNumber
De unieke kenmerk voor de Return Merchandise Authorization transactie.
Beschrijving

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 kenmerk 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.

Waarom het belangrijk is

Dient als een primair bedrijfsreferentienummer, belangrijk voor operationele tracking en communicatie met klanten.

Waar te verkrijgen

Dit is de primaire kenmerk op het Return Merchandise Authorization object binnen Oracle Orderbeheer.

Voorbeelden
789001789002789003
Verschil in terugbetalingsbedrag
RefundAmountDiscrepancy
Het berekende verschil tussen het aangevraagde terugbetalingsbedrag en het daadwerkelijke terugbetalingsbedrag.
Beschrijving

Deze metriek kwantificeert het monetaire verschil tussen wat de klant vroeg en wat zij ontvingen. Het wordt berekend door het 'ActualRefundBedrag' af te trekken van het 'RequestedRefundBedrag'.

Deze berekende waarde is de basis voor de 'Refund Bedrag 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.

Waarom het belangrijk is

Kwantificeert financiële aanpassingen in het terugbetalingsproces, wat helpt bij de analyse van de impact van beleid en inspecpakketesultaten.

Waar te verkrijgen

Berekend veld: 'RequestedRefundBedrag' - 'ActualRefundBedrag'.

Voorbeelden
0.005.50-10.00
Voldoet aan SLA
IsSlaCompliant
Een boolean-waarde die aangeeft of de terugbetaling binnen het gedefinieerde SLA-doel is verwerkt.
Beschrijving

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 'RefundSLA-streefdatum'.

Deze flag is belangrijk 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 rootcause-analyse mogelijk om te begrijpen waarom bepaalde cases hun SLA niet halen.

Waarom het belangrijk is

Vereenvoudigt SLA monitoring en rapportage door een datumvergelijking om te zetten in een eenvoudige Booleaanse metriek.

Waar te verkrijgen

Berekend veld. Het is waar als de 'Refund Processed' timestamp op of voor de 'RefundSLA-streefdatum' is, en onwaar anders.

Voorbeelden
truefalse
Verplicht Aanbevolen Optioneel

Activiteiten voor retouren- & 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 Beschrijving
Artikel geïnspecteerd
Deze activiteit markeert de voltooiing van het artikelinspectieproces, waarbij een kwaliteitsbeoordeling wordt vastgelegd. Het is doorgaans een expliciete transactie in Oracle Voorraadbeheer of Quality Management die de RMA-status bijwerkt.
Waarom het belangrijk is

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 prestaties indicator voor magazijnefficiëntie.

Waar te verkrijgen

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
Artikel Ontvangen
Deze activiteit markeert de fysieke ontvangst van het geretourneerde artikel in het magazijn of verwerkingscentrum. Het is een expliciet gebeurtenis vastgelegd in Oracle Fusion Voorraadbeheer wanneer de goederen worden gescand en geregistreerd als ontvangen tegen de RMA.
Waarom het belangrijk is

De ontvangst van het artikel is een belangrijke 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.

Waar te verkrijgen

Dit is een expliciete transactie vastgelegd in Oracle Voorraadbeheer. Het gebeurtenis komt overeen met de transactiedatum van de RMA-ontvangst.

Vastleggen

Gebruik de transactie timestamp van de RMA-ontvangst in Inventory.

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 gebeurtenis getriggerd door het retourproces in Orderbeheer.
Waarom het belangrijk is

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.

Waar te verkrijgen

Dit is een expliciete transactie in Oracle Accounts Receivable. Het gebeurtenis kan worden teruggekoppeld aan de oorspronkelijke RMA via de verkooporderreferentie op de creditnota.

Vastleggen

Gebruik de aanmaakdatum van de creditnotatransactie in AR.

Gebeurtenistype explicit
Retourcase afgesloten
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.
Waarom het belangrijk is

Dit gebeurtenis dient als het definitieve einde van het proces, belangrijk voor het berekenen van de end-to-end cyclustijd en om ervoor te zorgen dat geen cases onbeperkt open blijven.

Waar te verkrijgen

Afgeleid van de timestamp wanneer de RMA-orderheader en al zijn regels een uiteindelijke 'Closed' status bereiken in Oracle Orderbeheer.

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 gebeurtenis wordt doorgaans expliciet vastgelegd wanneer een gebruiker of een geautomatiseerd proces een nieuw RMA verkooporderrecord genereert.
Waarom het belangrijk is

Dit is het primaire start-gebeurtenis voor het gehele retourproces. Het analyseren van de tijd vanaf deze activiteit naar andere onthult de totale procesduur en helpt bij het vinden van initiële vertragingen.

Waar te verkrijgen

Dit wordt vastgelegd vanuit de creation timestamp van de retourorderheader in Oracle Fusion Orderbeheer. Het gebeurtenis komt overeen met de initiële opslag van het RMA-document.

Vastleggen

Volg de aanmaakdatum van het retourorder headerrecord.

Gebeurtenistype explicit
RMA goedgekeurd
Deze belangrijke 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.
Waarom het belangrijk is

Goedkeuring is een belangrijk knooppunt in het proces. Vertragingen hier beïnvloeden direct de totale retourtijd en klanttevredenheid. Deze activiteit is belangrijk voor het analyseren van goedkeuringsknelpunten.

Waar te verkrijgen

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 gebeurtenis dat wordt vastgelegd wanneer de betalingsvereffeningstransactie wordt geregistreerd in Oracle Financials.
Waarom het belangrijk is

Dit is een belangrijk 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.

Waar te verkrijgen

Dit gebeurtenis wordt vastgelegd vanuit de boekhoud- of clearingdatum van de betalingstransactie in Oracle de crediteurenadministratie 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.
Waarom het belangrijk is

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.

Waar te verkrijgen

Dit kan worden vastgelegd door een statuswijziging op de ontvangstregel of een transactie die het artikel verplaatst naar een inspectielocatie in Oracle Voorraadbeheer. 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 gebeurtenis wordt vaak niet direct vastgelegd in Oracle SCM, maar kan worden afgeleid uit carrier integratie data of een handmatige update.
Waarom het belangrijk is

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.

Waar te verkrijgen

Dit kan een afgeleid gebeurtenis zijn gebaseerd op carrier shipping data gekoppeld aan de RMA, of een handmatige statusupdate in Oracle SCM. Als er geen integratie bestaat, is dit gebeurtenis 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.
Waarom het belangrijk is

Tijdige klantcommunicatie is belangrijk voor tevredenheid. Het analyseren hiervan helpt ervoor te zorgen dat service level agreements voor communicatie worden nageleefd.

Waar te verkrijgen

Verplicht 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
Retourdispositie 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.
Waarom het belangrijk is

Deze stap is belangrijk voor voorraadnauwkeurigheid en financiële reconciliatie. Het analyseren van disposities helpt retourredenen en productkwaliteitsproblemen te begrijpen.

Waar te verkrijgen

Vastgelegd als een transactie in Oracle Voorraadbeheer, zoals een subinventarisoverdracht of artikelstatusupdate, volgend op de inspectie.

Vastleggen

Volg de timestamp van de inventaristransactie die de dispositie uitvoert.

Gebeurtenistype explicit
RMA geweigerd
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.
Waarom het belangrijk is

Dit is een kritiek uitzonderingspad. Het analyseren van de frequentie en redenen voor afwijzingen kan problemen met retourbeleid, klantverwachtingen of fraudepogingen inzichtelijk maken.

Waar te verkrijgen

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 'Annulerenled'.

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.
Waarom het belangrijk is

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.

Waar te verkrijgen

Afgeleid van de timestamp wanneer de RMA-orderheader of -regelstatus verandert naar een 'Pending Approval' of gelijkwaardige status binnen de Orderbeheer goedkeuringsworkflow.

Vastleggen

Identificeer de timestamp van de statuswijziging naar 'Pending Approval'.

Gebeurtenistype inferred
Ruilorder aangemaakt
Deze activiteit vindt plaats in scenario's waarin de klant een ruiling heeft aangevraagd in plaats van een terugbetaling. Het is een expliciet gebeurtenis waarbij een nieuwe verkooporder wordt gegenereerd, vaak gekoppeld aan de oorspronkelijke RMA.
Waarom het belangrijk is

Deze activiteit identificeert een belangrijke procesvariant. Het scheiden van ruilprocessen van terugbetalingsprocessen is belangrijk voor een nauwkeurige cyclustijdanalyse voor elk pad.

Waar te verkrijgen

Dit is een expliciet gebeurtenis, het aanmaken van een nieuw verkooporderdocument in Orderbeheer. Het moet via een referentieveld teruggekoppeld worden aan de RMA.

Vastleggen

Gebruik de aanmaakdatum van de nieuwe verkooporder gekoppeld aan de RMA.

Gebeurtenistype explicit
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.
Waarom het belangrijk is

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.

Waar te verkrijgen

Afgeleid van een statuswijziging op de creditnota in Accounts Receivable, of van de aanmaak van een betalingsrecord in de crediteurenadministratie dat verwijst naar de creditnota.

Vastleggen

Identificeer de timestamp wanneer de creditnota-status verandert naar 'Pending Payment' of iets soortgelijks.

Gebeurtenistype inferred
Aanbevolen Optioneel

Extractiegidsen

Hoe u uw `data` uit Oracle Fusion SCM haalt