Retouren automatiseren: van retourmelding tot creditnota

Een technische groothandel liet ons vorige maand de retourbak zien. Een echte bak, achterin het magazijn, met dozen waar briefjes op geplakt zaten. Op de meeste briefjes stond een naam, op sommige een ordernummer. Wat er precies mis was met het artikel en of het nog onder garantie viel, wist alleen de magazijnmedewerker die het pakket had aangenomen. Die was met vakantie.

Retouren automatiseren begint bijna nooit bij software. Het begint bij de vraag wie op welk moment beslist wat er met een teruggestuurd artikel gebeurt, en of dat besluit ergens wordt vastgelegd. Zolang het antwoord daarop "dat weet Peter wel" is, valt er niets te koppelen. Hieronder het proces zoals wij het bij webshops en groothandels inrichten, wat je AI daarin wel en niet moet laten doen, en waar het vastloopt.

Waarom een retour drie keer zoveel werk kost als een order

Een order loopt één kant op en heeft vaste stappen. Bestellen, picken, verzenden, factureren. Een retour heeft dat allemaal niet.

Je weet vooraf niet in welke staat het artikel terugkomt. Je weet niet of de klant gelijk heeft. Je moet bepalen of het geld terug moet, of een vervangend artikel, of niets. Je moet weten of het spul terug de voorraad in kan of doorgaat naar de leverancier. En in de tussentijd zit er iemand te wachten die om de dag mailt.

Dat werk raakt vier plekken tegelijk: je webshop of ERP, het magazijn, de boekhouding en de mailbox. Bij de meeste bedrijven die wij spreken is er precies één ding dat die vier verbindt, en dat is een medewerker die het onthoudt.

De kosten zitten daardoor niet in het afhandelen zelf. Ze zitten in het navragen. Wat was dit ook alweer, van wie, en heeft iemand hier al iets over beloofd.

Retouren automatiseren in vijf stappen

Dit is de volgorde die in de praktijk werkt. Stap één en twee zijn de saaiste en leveren het meeste op.

1. Laat de klant de retour aanmelden, niet zomaar terugsturen. Een formulier met verplichte velden: ordernummer, artikel, aantal, reden uit een vaste lijst, en bij een defect twee foto's. Geen vrij tekstveld als enige invoer. Uit die melding rolt een RMA-nummer dat op de doos moet.
2. Leg de beslisregels vast voordat je iets bouwt. Niet in een verhaal, maar in een tabel die iemand kan lezen. Wie mag wat goedkeuren, tot welk bedrag, binnen welke termijn.
3. Scan bij ontvangst op het RMA-nummer. Het magazijn hoeft dan niets meer op te zoeken. De melding staat er al, met foto's, en de medewerker vinkt alleen af wat hij ziet: compleet, beschadigd, ongebruikt.
4. Laat de creditnota en de voorraadmutatie automatisch volgen. Zodra de retour is goedgekeurd en fysiek binnen is, maakt het systeem een creditnota die naar de oorspronkelijke factuur verwijst, en boekt het artikel terug op voorraad of op een aparte locatie voor leverancierretouren.
5. Houd de klant automatisch op de hoogte. Aangemeld, ontvangen, beoordeeld, gecrediteerd. Vier berichten. Dat scheelt meer mailverkeer dan welke andere stap ook.

De beslisregels zijn het echte werk

Hier lopen projecten stuk, niet op techniek. Zonder deze tabel bouw je een systeem dat elke situatie doorstuurt naar een mens, en dan heb je een duur e-mailprogramma gekocht.

Twee dingen om vooraf scherp te hebben. Consumenten hebben veertien dagen bedenktijd na ontvangst, en na die melding nog eens veertien dagen om het pakket daadwerkelijk terug te sturen. Terugbetalen moet ook binnen veertien dagen, al mag je wachten tot je het artikel terug hebt of tot de klant een verzendbewijs laat zien. Zakelijke klanten hebben dat wettelijke recht niet. Wat daar geldt staat in je eigen voorwaarden, en als daar niets over in staat, ga je elke keer opnieuw onderhandelen.

Wat AI hierin wel en niet moet beoordelen

Het model is hier nuttig aan de randen van het proces, niet in het besluit.

Wat goed werkt:

• Vrije tekst omzetten naar een categorie. Een klant die schrijft "hij doet het na twee weken al niet meer, het lampje blijft rood knipperen" wordt reden defect, subcategorie start niet op, vermoedelijk garantie. Dat scheelt de eerste ronde vragen.
• Losse mails koppelen aan een lopende retour. In een gedeelde mailbox komen antwoorden binnen zonder RMA-nummer in de onderwerpregel. Een model dat de mail leest en aan het juiste dossier hangt, voorkomt dubbel werk. Daarover schreven we eerder in een gedeelde mailbox laten sorteren.
• Foto's voorsorteren. Niet om te beslissen, maar om te labelen: doos beschadigd, artikel zichtbaar gebruikt, verzegeling open. De magazijnmedewerker bevestigt of corrigeert dat in één klik.
• Een concept antwoord opstellen in jouw toon, dat iemand daarna verstuurt.

Wat je AI niet moet laten doen: bepalen of iets onder garantie valt, bedragen berekenen, of coulance toekennen. Die uitkomsten moeten elke keer hetzelfde zijn en je moet ze aan een klant kunnen uitleggen. Dat hoort in vaste regels. Een model dat vandaag anders oordeelt dan gisteren over dezelfde situatie, levert je op enig moment een klacht op die je niet kunt weerleggen.

Houd ook het versturen van creditnota's en het definitief afwijzen van een retour bij een mens. Eén klik goedkeuren is genoeg, maar die klik moet er zijn. Hoe ver je een agent verder laat gaan, staat in AI-agents in het MKB.

Wat levert het op en wanneer kan het niet uit

Meet het voordat je iets bouwt. Pak de laatste twintig retouren erbij en noteer per stuk twee data: de dag dat de klant zich meldde en de dag dat het geld terug was of het vervangende artikel de deur uitging. Dat gemiddelde is je uitgangspunt en meteen je zakelijke argument.

Tel daarna hoeveel mails er per retour heen en weer gingen. Bij bedrijven zonder aanmeldformulier zien we er vaak vijf tot acht. Met een formulier, een RMA-nummer en vier statusberichten blijven er meestal één of twee over.

Wat een koppeling kost hangt af van het aantal systemen dat mee moet doen. Voor één webshop, één boekhoudpakket en een magazijnstap is dat bij een MKB-bedrijf een paar weken werk, plus doorlopend beheer. Bij vijftien retouren per maand verdien je dat niet terug. Begin dan bij het formulier en de beslisregels, want die twee kosten bijna niets en halen er al een groot deel van het navragen uit. Bij honderden retouren per maand is het een ander gesprek.

Waar het in de praktijk misgaat

Foto's waar je niets aan hebt. Vraag je alleen om "een foto", dan krijg je een onscherpe close-up van iets bruins. Zet in het formulier wat je wilt zien: het hele artikel, het typeplaatje en het defect.

Voorraad die te vroeg terugkomt. Een artikel dat is aangemeld maar nog niet beoordeeld, mag niet als verkoopbaar in je voorraad staan. Anders verkoop je iets wat kapot in een bak ligt. Gebruik een aparte locatie voor retouren in behandeling.

Leverancierretouren die blijven liggen. Dit is de duurste van de vier. Artikelen die jij aan je klant hebt gecrediteerd, maar die nooit als garantieclaim bij je leverancier terecht zijn gekomen. Zet daar een eigen status op met een termijn, en laat het systeem melden wat te lang stilstaat.

Geen eigenaar na oplevering. Vervoerders wijzigen hun API, je boekhoudpakket hernoemt een veld, een leverancier verandert zijn garantietermijn. Een koppeling die niemand bijhoudt valt binnen een jaar stil. Daarom hoort bij elke bouw die wij doen een servicecontract. Wat er nog meer breekt aan zulke verbindingen staat in systemen koppelen via API's.

Wat je nu het beste doet

Ga niet eerst een tool zoeken. Schrijf de beslistabel hierboven uit voor je eigen situatie, met echte bedragen en termijnen, en leg hem voor aan de twee mensen die nu de meeste retouren afhandelen. Waarschijnlijk zijn ze het op drie punten niet met elkaar eens. Die drie punten zijn precies wat je elke week tijd kost.

Zet daarna het aanmeldformulier live. De rest kan wachten.

Wij bouwen dit soort stromen in de systemen die je al gebruikt, niet ernaast. Kijk bij websites en maatwerkapplicaties of vraag een offerte aan. Bellen kan ook: 010 89 008 89.