Datatemplate voor de afhandeling van retouren en terugbetalingen

De activiteitsnaam beschrijft een afzonderlijke stap of mijlpaal in de levenscyclus van een retour. Het gaat om één actie of statuswijziging, zoals ‘Retouraanvraag aangemaakt’, ‘Artikel ontvangen’ of ‘Terugbetaling verwerkt’. Deze activiteiten vormen de bouwstenen van de proceskaart.

Bij analyses gebruik je dit attribuut om het procesverloop te visualiseren en de volgorde en frequentie van de verschillende stappen te tonen. Door activiteiten te analyseren, zie je welke routes vaak voorkomen, waar het proces afwijkt van de standaard en waar herstelwerk plaatsvindt. Dit attribuut helpt je begrijpen wat er tijdens een retour daadwerkelijk gebeurt en wordt in bijna alle process mining-dashboards en KPI’s gebruikt.

Dit attribuut legt de processtappen vast. Daarmee kun je de proceskaart visualiseren, procesvarianten analyseren en bottlenecks of herstelwerk opsporen.

Deze informatie komt vaak uit statuswijzigingslogboeken, gebeurtenistabellen of transactiecodes in het bronsysteem.

De gebeurtenistijd, oftewel de timestamp, registreert de exacte datum en tijd waarop een activiteit plaatsvond. Deze chronologische data is nodig om gebeurtenissen binnen elke case in de juiste volgorde te zetten en vormt de tijdlijn van het retourproces.

Dit attribuut is nodig voor elke tijdsgebonden analyse. Je gebruikt het om doorlooptijden tussen activiteiten te berekenen, de totale duur van een retourcase te meten en compliance met service level agreements (SLA’s) te bewaken, bijvoorbeeld de tijd die nodig is om een terugbetaling te verwerken. Door timestamps te analyseren, kun je vertragingen opsporen, de prestaties van het proces door de tijd heen volgen en mogelijkheden vinden om het retourproces te versnellen.

Dit attribuut geeft de chronologische volgorde van gebeurtenissen. Die is nodig om doorlooptijden te berekenen, bottlenecks op te sporen en compliance met SLA’s te meten.

Meestal te vinden in systeemlogboeken, transactieregistraties of aan activiteiten gekoppelde timestamps voor het aanmaken van documenten.

De retourcase-ID is de primaire sleutel waarmee één retourproces uniek wordt geïdentificeerd. Elke retour die een klant start, krijgt een unieke ID. Die wordt gebruikt om alle volgende gebeurtenissen, documenten en communicatie over die specifieke retour te volgen.

Bij process mining is deze ID nodig om alle bijbehorende gebeurtenissen samen te brengen in één samenhangend procesverloop. Zo kan de tool het volledige traject van elke retour reconstrueren, van de eerste aanvraag tot de uiteindelijke afhandeling, zoals een terugbetaling of omruiling. Zonder een consistente Case-ID kun je procesvarianten niet analyseren, doorlooptijden niet meten en bottlenecks niet nauwkeurig opsporen.

Dit is het belangrijkste attribuut voor process mining. Het groepeert alle bijbehorende gebeurtenissen in één case, zodat je het volledige retourproces kunt reconstrueren en analyseren.

Meestal te vinden in de kop van retourorderdocumenten, RMA-records (return merchandise authorization) of systemen voor casebeheer.

Het attribuut Bronsysteem geeft aan in welke toepassing of op welk platform de activiteit is vastgelegd. In veel organisaties loopt het retourproces door meerdere systemen, bijvoorbeeld een CRM voor de eerste aanvraag, een WMS voor de ontvangst van het artikel en een ERP voor de terugbetaling.

Het bronsysteem identificeren is belangrijk voor datagovernance en om te begrijpen welke systemen bij het proces betrokken zijn. Bij analyses helpt dit om problemen met datakwaliteit terug te leiden naar de bron. Ook kan het laten zien waar het proces versnipperd raakt doordat taken vaak tussen systemen worden overgedragen, wat vertraging en inefficiëntie kan veroorzaken.

Dit helpt je de herkomst van data te begrijpen en overdrachten of vertragingen te analyseren die ontstaan doordat verschillende IT-systemen met elkaar samenwerken.

Dit is vaak een metadataveld dat tijdens de data-extractie wordt toegevoegd of in de kop van systeemlogboeken staat.

Dit attribuut registreert wanneer de dataset voor de process mining-analyse voor het laatst uit de bronsystemen is gehaald of bijgewerkt. Zo weet je hoe actueel de inzichten zijn.

Deze informatie wordt niet rechtstreeks gebruikt om procesmaatstaven zoals de doorlooptijd te berekenen, maar is wel belangrijk voor iedereen die het rapport bekijkt. Zo weet je hoe recent de data is en kun je de analyse goed interpreteren. Je ziet bijvoorbeeld of de dashboards de prestaties tot gisteren of tot vorige week weergeven.

Dit geeft belangrijke context over hoe actueel de data is, zodat je weet hoe recent de procesanalyse is.

Dit is meestal metadata die tijdens het proces voor data-extractie, -transformatie en -laden (ETL) wordt gegenereerd.

Dit attribuut geeft het oorspronkelijke terugbetalingsbedrag weer dat de klant verwacht, meestal op basis van de prijs van de geretourneerde artikelen. Het vormt het uitgangspunt aan het begin van het retour- en terugbetalingsproces.

Door dit bedrag te vergelijken met het werkelijke terugbetalingsbedrag, kun je de KPI ‘Nauwkeurigheid terugbetalingsbedrag’ berekenen. Verschillen kunnen wijzen op herbevoorradingskosten, gedeeltelijke terugbetalingen voor beschadigde goederen of een onjuiste eerste berekening. Met dit bedrag kun je retouren ook indelen naar hun financiële impact.

Dit bedrag vormt het uitgangspunt om de nauwkeurigheid van terugbetalingen te meten en retouren naar financiële waarde in te delen. Zo kun je je richten op cases met een hoge waarde.

Meestal te vinden in de retouraanvraag of het eerste retourorderdocument, gekoppeld aan de nettowaarde van de artikelen.

De gebeurtenistijd geeft aan wanneer een activiteit begint. De eindtijd van de gebeurtenis registreert wanneer die is afgerond. Dit is vooral nuttig voor activiteiten met een meetbare duur, zoals ‘Artikelinspectie’ of ‘Kwaliteitscontrole’.

Je gebruikt dit attribuut vooral om de verwerkingstijd of duur van afzonderlijke activiteiten te berekenen. Door de gebeurtenistijd af te trekken van de eindtijd, kun je meten hoe lang elke stap duurt. Dit is belangrijk voor bottleneckanalyse, capaciteitsplanning en het opsporen van activiteiten die binnen het hele proces de meeste tijd kosten.

Hiermee kun je de duur van activiteiten berekenen. Dat is nodig voor een gedetailleerde bottleneckanalyse en om te begrijpen hoe bronnen worden ingezet.

Te vinden in systeemlogboeken of transactiegegevens waarin zowel de begin- als eindtijd van een bewerking is vastgelegd.

De klant-ID identificeert de persoon of het bedrijf dat het product retourneert. Dit attribuut koppelt de retourtransactie aan de volledige klantgeschiedenis bij het bedrijf.

Met dit attribuut kun je het retourproces vanuit het perspectief van de klant bekijken. Uit de analyse kan blijken dat bepaalde klanten vaak artikelen retourneren, wat kan wijzen op fraude of aanhoudende ontevredenheid. Je kunt klanten ook segmenteren en bijvoorbeeld nagaan of VIP-klanten sneller of anders door het retourproces gaan dan andere klanten.

Hiermee kun je het proces vanuit de klant bekijken, veelvuldige retourzenders opsporen, klanten segmenteren en de retourervaring van verschillende klantgroepen beoordelen.

Te vinden in de kop van de retourorder of in de gekoppelde klantaccountgegevens in CRM- of ERP-systemen.

De product-ID is een unieke code, zoals een SKU of materiaalnummer, waarmee het specifieke geretourneerde artikel wordt geïdentificeerd. De code koppelt de retourcase aan de productcatalogus van het bedrijf.

Door retouren per product-ID te analyseren, kun je artikelen met een hoog retourpercentage opsporen. Zo komen problemen met de productkwaliteit, ontwerpfouten of onjuiste onlinebeschrijvingen aan het licht. Bedrijven kunnen deze informatie gebruiken om te besluiten een product uit het assortiment te halen, het ontwerp te verbeteren of het marketingmateriaal aan te passen. Dit attribuut is belangrijk om de financiële en operationele gevolgen van retouren per product te begrijpen.

Hiermee kun je retouren per product analyseren en artikelen met een hoog retourpercentage opsporen. Dat kan wijzen op kwaliteitsproblemen of onjuiste productbeschrijvingen.

Te vinden in de artikelregels van de retourorder, verkooporder of RMA-registratie (return merchandise authorization).

Het retourkanaal geeft aan hoe de retour is gestart, bijvoorbeeld via een ‘Online portaal’, ‘In de winkel’, ‘Telefoongesprek met de klantenservice’ of ‘Post’. Per kanaal kunnen het proces, de kosten en de klanttevredenheid verschillen.

Door het retourproces per kanaal te analyseren, kan een bedrijf de efficiëntie en kosteneffectiviteit vergelijken. Zo kan blijken dat een kanaal een veel langere doorlooptijd heeft of vaker handmatige tussenkomst vereist. Op basis daarvan kan het bedrijf bepalen waar het investeert in procesverbeteringen of automatisering, zodat klanten via alle kanalen een consistentere en efficiëntere ervaring krijgen.

Door retouren per kanaal te analyseren, kun je de efficiëntie, kosten en klantervaring van verschillende retourmethoden vergelijken en bepalen waar investeringen nodig zijn.

Deze informatie wordt meestal vastgelegd wanneer de retour wordt gestart en opgeslagen in de retouraanvraag of casebeheerregistratie.

De retourreden legt vast waarom een artikel is teruggestuurd. Mogelijke redenen zijn bijvoorbeeld ‘Verkeerd artikel verzonden’, ‘Product defect’, ‘Van gedachten veranderd’ of ‘Past niet’. Meestal wordt deze informatie tijdens het aanmelden van de retour bij de klant opgevraagd.

Dit attribuut is waardevol voor oorzaakanalyse. Door de meest voorkomende retourredenen te analyseren, kan een bedrijf onderliggende problemen met producten, verzendnauwkeurigheid of productbeschrijvingen opsporen. Op basis daarvan kan het de productkwaliteit, logistiek of marketing verbeteren. Zo daalt uiteindelijk het totale retourpercentage en stijgt de klanttevredenheid.

Hiermee kun je oorzaakanalyses uitvoeren en patronen vinden in productdefecten, verzendfouten of klantvoorkeuren. Zo help je toekomstige retouren te verminderen.

Meestal vastgelegd in het retouraanvraagformulier of orderdocument, als een gestandaardiseerde redencode of een vrij tekstveld.

Dit attribuut geeft aan welke persoon of welk team een bepaalde taak in het retourproces heeft uitgevoerd. Dat kan een medewerker van de klantenservice zijn die de retour goedkeurde, een magazijnmedewerker die het artikel inspecteerde of een geautomatiseerd systeem dat de terugbetaling verwerkte.

Door de verantwoordelijke gebruiker te analyseren, krijg je inzicht in de werkverdeling, teamprestaties en opleidingsbehoeften. Je ziet bijvoorbeeld of bepaalde gebruikers of teams bottlenecks vormen of andere procesvarianten volgen. Deze data is ook belangrijk bij het analyseren van herstelwerk: je kunt zien wie de oorspronkelijke taak uitvoerde en wie die moest corrigeren.

Dit attribuut is belangrijk voor analyses van bronprestaties. Je kunt de efficiëntie van teams vergelijken, de werkverdeling analyseren en opleidingsmogelijkheden opsporen.

Vaak te vinden in transactiedetails, wijzigingslogboeken van documenten of gebruikerslogboeken, onder velden als ‘User ID’ of ‘Processed By’.

Het werkelijke terugbetalingsbedrag is het uiteindelijke bedrag dat aan de klant wordt terugbetaald. Dit kan afwijken van het aangevraagde bedrag door bijvoorbeeld herbevoorradingskosten, kortingen, ingehouden verzendkosten of aanpassingen op basis van de staat van het geretourneerde artikel.

Dit attribuut is nodig voor financiële afstemming en om de resultaten van het proces te meten. Bij vergelijking met het aangevraagde bedrag vormt het de basis voor de KPI ‘Nauwkeurigheid terugbetalingsbedrag’. Door deze data te analyseren, begrijp je beter wat het retourbeleid financieel betekent en waarom terugbetalingen worden aangepast. Zo krijg je zicht op waardeverlies of teruggewonnen waarde.

Dit attribuut is belangrijk voor financiële analyses, het meten van de nauwkeurigheid van terugbetalingen en het begrijpen van de werkelijke financiële gevolgen van het retourproces voor het bedrijf.

Te vinden in de creditnota, financiële boekingsdocumenten of definitieve afsluitingsgegevens van de case in het ERP- of boekhoudsysteem.

De afhandelingscode wordt toegekend nadat het geretourneerde artikel fysiek is geïnspecteerd. De code bepaalt de volgende stap, zoals ‘Terug naar voorraad’, ‘Repareren’, ‘Afvoeren’ of ‘Retour naar leverancier’.

Door afhandelingscodes te analyseren, krijg je inzicht in de uitkomsten van retouren. Je kunt de financiële gevolgen van geretourneerde goederen berekenen, bijvoorbeeld door te kijken welk percentage wordt afgevoerd en welk percentage opnieuw kan worden verkocht. Deze data is belangrijk voor voorraadbeheer en om de werkelijke kosten van retouren te begrijpen, naast het terugbetaalde bedrag.

Dit laat zien wat de inspectie heeft opgeleverd. Dat is belangrijk voor voorraadbeheer en om het financiële verlies of de teruggewonnen waarde van geretourneerde goederen te berekenen.

Meestal vastgelegd in magazijnbeheer- of voorraadsystemen nadat de fysieke inspectie van het geretourneerde artikel is afgerond.

Grote internationale organisaties gebruiken een bedrijfscode om verschillende juridische entiteiten of dochterondernemingen van elkaar te onderscheiden. Zo worden financiële transacties en voorraadmutaties aan het juiste onderdeel van het bedrijf toegeschreven.

Voor bedrijven met meerdere juridische entiteiten is dit attribuut nodig om de procesanalyse op te splitsen. Je kunt de prestaties van het retourproces vergelijken tussen landen, bedrijfseenheden of merken. Zo komen regionale verschillen in efficiëntie, naleving van beleid of veelvoorkomende retourredenen aan het licht.

Bij organisaties met meerdere entiteiten kun je hiermee de procesprestaties en compliance tussen bedrijfseenheden, regio’s of bedrijven vergelijken.

Dit is een belangrijk organisatiegegeven dat je vindt in de kop van financiële en logistieke documenten in een ERP-systeem.

Als een retour niet wordt geaccepteerd, geeft de reden van afwijzing aan waarom. Veelvoorkomende redenen zijn ‘Retourtermijn verstreken’, ‘Artikel beschadigd door klant’ of ‘Artikel kan niet worden geretourneerd’.

Dit attribuut helpt je te begrijpen hoe het proces en het retourbeleid worden nageleefd. Door afwijsredenen te analyseren, kun je veelvoorkomende misverstanden over het retourbeleid opsporen. Ook kunnen verschillen aan het licht komen in de manier waarop medewerkers of teams het beleid toepassen. Je kunt deze informatie gebruiken om het retourbeleid voor klanten te verduidelijken of medewerkers beter op te leiden.

Dit verklaart waarom retouren worden afgewezen en geeft inzicht in klantgedrag, de duidelijkheid van het beleid en de consistentie waarmee het wordt toegepast.

Te vinden in de casenotities of in een specifiek statusveld in de retourautorisatie of het casebeheersysteem.

De retourstatus geeft aan waar de retour zich in de levenscyclus bevindt, bijvoorbeeld ‘Wacht op goedkeuring’, ‘Wacht op ontvangst’, ‘Inspectie afgerond’ of ‘Gesloten’. De status geeft de toestand van de case als geheel weer.

De activiteitsnaam legt afzonderlijke gebeurtenissen vast; met de retourstatus kun je cases filteren en analyseren op basis van hun huidige status. Zo kun je de doorvoer van het proces volgen en zien hoeveel cases zich op een bepaald moment in elke fase bevinden. Je kunt dashboards maken die het onderhanden werk volgen en oplopende achterstanden in specifieke procesfasen zichtbaar maken.

Hiermee kun je de voortgang van retouren en het onderhanden werk volgen. Dat is nodig om de doorvoer te beheren en achterstanden op te sporen.

Dit is een statusveld in de kop van de retourorder, RMA of caseregistratie.