Uw datatemplate voor Retour- & Terugbetalingsverwerking
Uw datatemplate voor Retour- & Terugbetalingsverwerking
- Aanbevolen attributen om vast te leggen
- Belangrijke activiteiten om te volgen voor procesanalyse
- Stapsgewijze extractiehandleiding voor Oracle Fusion SCM
Attributen voor retouren- & terugbetalingsverwerking
| 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
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
|
|||
Activiteiten voor retouren- & terugbetalingsverwerking
| 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
|
|||