It Goes Forward
Start een pilot

01Hoe Forwarding werkt

Een retour wordt een verkoop, zonder je magazijn ertussen.

Forwarding onderschept een retour op het moment dat die wordt aangemeld, matcht hem met een inkomende order voor hetzelfde product (bij typische retailvolumes meestal direct) en verstuurt hem rechtstreeks van de eerste klant naar de tweede. Eén label, één pakket, geen magazijnstap. Bij live retailers bespaart de methodiek tot 44% van de magazijnretouren. Binnen een week live.

Tot 44%

Magazijnretouren geëlimineerd

68%

Van de gebruikers kiest Forwarding wanneer het wordt aangeboden

< 1 week

Gebruikelijke integratietijd

Magazijnreductie afgeleid uit onafhankelijk onderzoek; volledige citatie op /research. Geschiktheid varieert per productcategorie en retourreden.

Bekijk het probleem dat dit oploste

02The mechanism

Het mechanisme, in één plaatje

Conventioneel

Klant koopt
Verzending
Klant retourneert
Retourzending
Magazijn
Opnieuw verzonden
Doorverkocht

Forwarding

Klant koopt
Verzending
Klant retourneert
Direct naar volgende koper

Forwarding elimineert de magazijnrondrit. Dat is het hele mechanisme.

03Four stages

Vier fasen, system-side

Voor de retailer doorloopt een Forward vier fasen. De matchingfase is de interessante. De rest is standaard e-commerce-plumbing.

  1. Intake

    milliseconden

  2. Matching

    direct tot 3 dagen

  3. Verzending

    1–3 werkdagen

  4. Afhandeling

    1–3 dagen na beoordeling

De meeste Forwards zijn binnen 3 tot 5 dagen helemaal afgehandeld. Bij hoge winkelvolumes kunnen intake, matching en verzending op dezelfde dag plaatsvinden.

  1. Intake en geschiktheid

    milliseconden

    Je retourportaal stuurt order- en productdata naar onze API zodra een consument een retour start. Ons systeem controleert de geschiktheid in milliseconden: is de productcategorie ondersteund, is de retourreden geen 'beschadigd', heeft de consument gedragsflags, gelden de geconfigureerde kortingsranges. Bij geschiktheid wordt een listing gemaakt en verschijnt de Forward-optie in de retourflow naast de conventionele magazijnretour.

    Afgehandeld door: je retourportaal + de IGF-eligibility-engine

    Return initiated
    Eligibility check
    Listing created

    Forward offered

    Warehouse

    Conventional

  2. Matching

    direct tot 3 dagen, configureerbaar

    Hier gebeurt het interessante werk. Ons algoritme evalueert elke actieve Forward-listing tegen elke inkomende order in realtime. Het scoort elke potentiële match op afstand tussen afzender en koper, resterend matchingvenster, verwachte kopersbeoordeling en margeverschil, en trigger't alleen een Forward wanneer de verwachte waarde die van de conventionele magazijnretour overtreft. Bestaat er een inkomende order voor het product op het moment dat de retour wordt gestart (bij typische retailvolumes is dat meestal het geval), dan is de match direct. Het label wordt dezelfde dag gegenereerd en verstuurd. Is er nog geen order, dan wacht de listing tot een configureerbaar venster (standaard 3 dagen) op een inkomende order. Bij zeer lage volumes kan het venster verder worden uitgebreid; we stemmen dit samen af tijdens de onboarding. De meeste matches worden ruim binnen het venster gemaakt.

    Afgehandeld door: IGF matching-algoritme (Markov Decision Process, methodiek onafhankelijk gevalideerd)

    Pending listings

    SKU-A
    SKU-B
    SKU-C

    Incoming orders

    SKU-A
    —
    SKU-C

    Match scored on distance, remaining window, expected buyer rating, and margin impact.

  3. Verzending

    1–3 werkdagen

    Zodra er gematcht is, ontvangt de consument een verzendlabel dat is gegenereerd op basis van je bestaande vervoerderscontract (DHL, PostNL of andere). Het pakket gaat rechtstreeks van afzender naar koper. Consumenten­adressen worden nooit gedeeld tussen de partijen. Het label draagt alleen de routeringsinformatie van de vervoerder. De koper ontvangt het pakket met een tracking­code van jou, net als bij elke andere order. De rol van de afzender eindigt bij de overdracht.

    Afgehandeld door: IGF label-generatie + je vervoerder

    Consument A
    Vervoerder
    Consument B
    Adresbescherming: afzender en koper zien elkaars adres nooit.

  4. Terugbetaling en afhandeling

    binnen 3 dagen na ontvangst

    De koper beoordeelt de conditie van het item bij ontvangst. Een positieve of neutrale beoordeling trigger't automatisch de terugbetaling aan de afzender via je bestaande terugbetaalsysteem. Geen beoordeling binnen 3 dagen? Terugbetaling automatisch vrijgegeven. Negatieve beoordeling? Terugbetaling aangehouden voor beoordeling. Zeldzaam, onze live data laat 98% positief of neutraal zien. De vergoeding per Forward wordt pas in rekening gebracht bij de terugbetaling, niet eerder. Geen Forward, geen vergoeding.

    Afgehandeld door: IGF + je terugbetaalsysteem

    Buyer rating
    Positive

    Refund auto-released

    Negative

    Held for review

04Edge cases

Wat er gebeurt als het niet soepel gaat

Als het gaat zoals verwacht (meestal)

  • Inkomende order bestaat bij intake: directe match, verzending dezelfde dag getriggerd
  • Match binnen het venster: verzendt direct, koper beoordeelt positief of neutraal, terugbetaling automatisch vrijgegeven
  • Geen beoordeling binnen 3 dagen: auto-positief, terugbetaling vrijgegeven

Als het niet gaat zoals verwacht (de rest)

  • Geen match binnen het venster: consument krijgt bericht, retour valt automatisch terug op de conventionele magazijnretour
  • Consument verzendt niet binnen 3 dagen na uitgifte label: conventionele magazijnretour gestart voor de order van de koper, retour van de afzender valt terug op jouw magazijnproces
  • Koper geeft negatieve beoordeling: terugbetaling aangehouden, zaak onderzocht, koper heeft het gebruikelijke retourrecht (als bij elke normale aankoop)
  • Vervoerder verliest het pakket: koper krijgt terugbetaald, afgehandeld als verloren zending onder je vervoerderscontract (standaardproces)
  • Koper retourneert het Forwarded item: 21% retourpercentage op Forward-items versus ~38% branchegemiddelde; gebeurt het, dan standaard retourflow

In elke edge case is de default je bestaande retourflow. Forwarding is additief: het bouwt voort op je huidige retourproces en start alleen als aan alle voorwaarden is voldaan. Niets wat wij doen kan je huidige retouren breken. Mislukt de match, dan retourneert de consument naar je magazijn zoals hij dat sowieso al zou doen.

Zorgen over een specifieke edge case die we niet hebben behandeld? Lees veelgestelde bezwaren →

05Under the hood

Drie mechanismen die je moet begrijpen

Het matching-algoritme: hoe de beslissing valt

Bij elke inkomende order evalueert het algoritme elke actieve Forward-listing voor hetzelfde product. Het berekent een verwachte waarde op basis van afstand tussen afzender en koper, resterend matchingvenster, verwachte condition­beoordeling van de koper en margeverschil ten opzichte van magazijn-reclaim. Een Forward gaat alleen door wanneer de verwachte waarde beter is dan de magazijnretour. De matching-logica is gebaseerd op onafhankelijk onderzoek, ontwikkeld met onderzoekers van VU Amsterdam en Erasmus Universiteit Rotterdam, dat valideert wanneer een Forward economisch beter uitpakt dan een magazijnretour. Het is een Markov Decision Process: formeel, reproduceerbaar, auditbaar. Geen enkele andere Forwarding-vendor heeft zijn algoritme gepubliceerd.

Lees het onderzoek →

Match candidates

Listing A8.2
Listing B7.1
Listing C9.4

Highest score wins; Forward triggers only above margin threshold.

De kortingsmotor: hoe jij de prijs bepaalt

Je configureert kortingsranges per prijscategorie. Bijvoorbeeld: items onder €25 maximaal €4,50 korting, items €25–€75 maximaal 10%, items boven €75 maximaal €15. Het algoritme respecteert je ranges en verkoopt meestal aan de onderkant: genoeg om de koper te stimuleren, niet genoeg om marge op te offeren. Je wordt nooit verrast door een kortingsniveau op je producten. Je kunt ook specifieke categorieën of SKU's volledig uitsluiten van Forwarding.

Price bracket €25 – €75

5%7% avg12%

You set the range. The algorithm picks the point within it.

Additieve integratie: hoe het in je bestaande stack past

Forwarding vervangt niets. Het plugt in op je bestaande retourportaal (Returnless, Bleckmann of maatwerk), je bestaande vervoerders (DHL, PostNL) en je bestaande ERP of OMS via webhooks. Vanuit het perspectief van je ERP leven items die onderweg zijn tussen consumenten in een virtuele magazijnlocatie met nulvoorraad: hetzelfde boekhoudpatroon dat ook drop-shipping afhandelt. Je voorraadadministratie blijft schoon, je rekeningen blijven gereconcilieerd en standaard ERP-rapporten blijven werken. Retouren die niet ge-Forward worden (omdat ze niet geschikt zijn, de consument voor magazijn koos of er geen match was) volgen je huidige retourflow onveranderd. Dit is de belangrijkste operationele eigenschap: het neerwaartse risico wordt begrensd door je bestaande retourkosten.

Integration stack

Forwarding layerIGF · additive
Return portalExisting or IGF's, your choice
Your existing returns flowUnchanged

06Integration

Wat integratie daadwerkelijk inhoudt

Wat jouw team doet

  • Installeer de plug-in (Shopify, Magento, BigCommerce, Salesforce CC) of implementeer de REST API (custom stacks): doorgaans 1–5 dagen
  • Configureer je kortingsranges en voorkeuren voor het matchingvenster: 30 minuten in ons dashboard
  • Voeg de Forward-optie toe aan je retourportaal: bij Returnless of Bleckmann is dit een vinkje
  • Test een paar end-to-end Forwards in onze sandbox: doorgaans een halve dag

Wat wij doen

  • Volledige OpenAPI 3.1-specificatie en een toegewijde sandbox leveren
  • Je integratie actief ondersteunen via Slack tijdens de onboarding
  • Matching, label-generatie en consumentennotificaties afhandelen
  • Webhooks sturen bij elk event (match gemaakt, label uitgegeven, koper beoordeeld, terugbetaling getriggerd) zodat je ERP en OMS synchroon blijven
  • Uptime bewaken (99,9%) en platformonderhoud verzorgen

Volledige integratiedocumentatie op /integrations. API-referentie op docs.itgoesforward.com. Of, als je de open standaard eronder wilt, zie /open-return: Apache 2.0, implementeer het zelf.

Integrations

Platforms, portals, carriers

API docs

OpenAPI 3.1 reference

OpenReturn

Apache 2.0 open protocol

07Common questions

Veelgestelde vragen

Wanneer is een match direct en wanneer wacht de consument?

Bij typische retailvolumes zijn de meeste matches direct: er bestaat een inkomende order voor hetzelfde product op het moment dat de retour wordt gestart en het label wordt dezelfde dag uitgegeven. Is er nog geen order, dan wacht de listing het geconfigureerde matchingvenster (standaard 3 dagen) op een inkomende order. Het matchingvenster is een bovengrens, geen verwachte wachttijd. Bij zeer hoge volumes speelt de wachttijd zelden een rol; bij zeer lage volumes kan de listing het volledige venster gebruiken.

Kan ik het matchingvenster aanpassen?

Ja. Het matchingvenster is per retailer configureerbaar tussen 1 en 14 dagen. Standaard staat het op 3 dagen, wat voor de meeste categorieën werkt. Tijdsgevoelige categorieën (sterk seizoensgebonden artikelen) gebruiken soms een venster van 1 of 2 dagen. Evergreen-categorieën kunnen verder worden uitgebreid om de matchrate te maximaliseren. We stemmen dit samen af tijdens de onboarding op basis van je categoriemix en retourvolume.

Met welke vervoerders werken jullie?

DHL en PostNL zijn de primaire vervoerders. Het verzendlabel gebruikt je bestaande vervoerderscontract, we voegen geen logistieke opslag toe. Aanvullende vervoerders kunnen op verzoek worden toegevoegd; de integratie verloopt eenvoudig via onze vervoerders­module.

Hoe beslist het algoritme of het Forward of naar het magazijn stuurt?

Het berekent de verwachte waarde van beide paden (Forward vs. magazijn) en trigger't een Forward alleen wanneer de verwachte waarde beter is. De berekening houdt rekening met verzendafstand, risico op negatieve beoordeling, toegepaste korting en verwachte magazijnverwerkings­kosten. Is het magazijnpad naar verwachting winstgevender, dan gaat het item naar je magazijn. Je verliest nooit geld op een Forward.

Wie bepaalt de korting voor de koper?

Jij. Je configureert kortingsranges per prijscategorie (minimum en maximum) en het algoritme respecteert deze. Het verkoopt meestal aan de onderkant van de range en gaat nooit boven het geconfigureerde maximum. Je kunt specifieke categorieën of SKU's volledig uitsluiten van Forwarding.

Welke informatie wordt gedeeld tussen de twee consumenten?

Niets buiten het product zelf. De afzender ziet nooit de naam of het adres van de koper. De koper ziet nooit de naam of het adres van de afzender. Verzendlabels worden door IGF gegenereerd en direct aan de vervoerder doorgegeven: geen van beide partijen ziet de locatie van de ander. Dit is een kernontwerpkeuze, geen bijzaak.

Wat gebeurt er met onze ERP, OMS of WMS in dit hele proces?

We sturen webhooks bij elk event (match gemaakt, label uitgegeven, koper beoordeeld, terugbetaling getriggerd). Vanuit het perspectief van je ERP worden items die onderweg zijn tussen consumenten doorgaans gevolgd in een virtuele magazijnlocatie: een logische voorraadlocatie die nooit saldo opbouwt, hetzelfde boekhoudpatroon dat drop-shipping afhandelt. Je standaard voorraadrapporten, COGS-berekeningen en maandafsluiting werken zonder aanpassingen. Er zijn drie integratiepatronen beschikbaar; de juiste hangt af van je stack en volumevoorkeuren. Er zijn gedocumenteerde implementaties voor Microsoft Dynamics 365 Business Central, SAP, NetSuite, Acumatica en andere systemen.

Volledig detail: hoe peer-to-peer Forwarding integreert met je ERP

Wat als het Forwarded item zelf door de koper wordt geretourneerd?

21% retourpercentage op Forward-items, substantieel lager dan het branchegemiddelde van ~38%. Als een Forward-item toch geretourneerd wordt, gaat het via je conventionele retourflow naar je magazijn. Of, als de conditie nog kwalificeert en je re-Forwarding hebt geconfigureerd, kan het een tweede keer Forward worden naar een nieuwe koper.

Werkt Forwarding grensoverschrijdend?

Ja, en cross-border is het aantoonbaar waardevoller. Het algoritme geeft de voorkeur aan matches binnen het land van bestemming, dus een item dat in Duitsland wordt geretourneerd, wordt bij voorkeur gematcht met een Duitse koper. Dat verlaagt grensoverschrijdende logistieke kosten en invoerrisico. Multi-market deployment wordt ondersteund.

Waar dit niet bij past

Forwarding past niet bij elke retailer.

We zijn nuttiger als eerlijke gesprekspartners dan als universele verkopers. Hier zijn de situaties waarin peer-to-peer return forwarding echt geen zin heeft, en waarin we dat tijdens scoping ook zo zullen zeggen.

  • Heel laag retourvolume (onder 50 retouren per maand)

    Het matching-algoritme heeft voldoende dichtheid nodig om betrouwbaar matches te vinden. Onder ruwweg 50 retouren per maand worstelt peer-to-peer routing om matches binnen redelijke tijd te vinden; conventionele magazijnroutering blijft dan efficiënter. Kleinere retailers hebben meestal sowieso andere operationele prioriteiten.

  • Categorieën waar conditiecertificering het product is

    Luxegoederen die authenticatie vereisen, technische apparatuur die gespecialiseerde inspectie vraagt, sieraden, horloges: overal waar de inspectie van de retailer echte waarde toevoegt buiten logistiek. Peer-to-peer routing leunt op consumenten-zelfverklaring; voor producten waarbij dat niet volstaat, blijft conventionele magazijnroutering juist.

  • Categorieën waar retouren ruim na het verkoop­venster binnenkomen

    Seizoensartikelen die na het seizoen terugkomen, fast-fashion items die na de afprijscyclus terugkomen, of elke situatie waarin het geretourneerde item bij retournering wezenlijk waarde heeft verloren. Hiervoor zijn donatie, recycling of branded resale geschiktere routes dan peer-to-peer routing.

  • Veel cross-border retouren in niet-ondersteunde markten

    We ondersteunen nu sterke peer-to-peer matching in Nederland, België, Duitsland en het Verenigd Koninkrijk. Retailers met retourstromen die door andere geografieën worden gedomineerd (Oost-Europa, mediterrane landen die we nog niet dicht­bezet hebben) kunnen beperkte matching-beschikbaarheid ervaren. Dit is oplosbaar naarmate we groeien naar meer markten; vandaag is het niet voor elke geografie oplosbaar.

  • Operationele culturen die geen consumenten-zelfverklaring toelaten

    Bij sommige retailers vereisen de operationele standaarden magazijninspectie van elke retour. Dat is een legitieme positie; peer-to-peer routing ruilt die inspectie in voor snelheid en lagere kosten. Past die ruil niet bij jullie cultuur (vanwege wettelijke vereisten, auditnormen of merkbelofte), dan moeten we niet proberen je over te halen.

Past jouw situatie bij een van bovenstaande, dan zeggen we dat tijdens een scoping-call. Wij verliezen liever een mogelijke pilot dan dat we een retailer in een verkeerde fit duwen.

Wat stilstaan kost

Elke maand dat je wacht, groeit het gat.

Conventionele retourlogistiek staat niet stil: het wordt slechter. Retourpercentages stijgen in de Europese fashion (nu 30 tot 40%, ten opzichte van 25 tot 35% vijf jaar geleden). De EU-duurzaamheidsregelgeving wordt in 2026 gehandhaafd, met CSRD, PPWR, de Empowering Consumers Directive en ESPR die allemaal raken aan hoe retouren gerapporteerd en verwerkt worden. Afschrijvingscycli verkorten met de versnelling van fast-fashion churn. De kosten van het uitstellen van een structurele oplossing zijn niet statisch; ze groeien.

Voor een middelgrote retailer (zeg €15 mln jaarlijkse GMV, 35% retourpercentage) ligt het gemiddelde maandelijkse margeverlies uit conventionele retourlogistiek, mits volledig toegerekend (inclusief afschrijving, write-off en opportuniteitskosten), in de orde van €25.000 tot €60.000. Dat is geen eenmalige post. Het is een terugkerende uitgave, iedere maand, totdat het onderliggende model verandert.

Forwarding verlaagt dat verlies niet met 5%. Voor het deel van de retouren dat peer-to-peer gematcht kan worden, elimineert het het verlies volledig.

Voorbij kostenbesparing

Forwarding voor wishlist-items

Voor high-volume retailers met populaire SKU's die snel uitverkopen, kan Forwarding ook het out-of-stock-gat dichten. Als er een retour binnenkomt voor een item waar klanten op de wishlist of waitlist staan, kan het algoritme die retour direct naar een wachtende koper sturen, met voorbijgaan aan de magazijnrondrit die conventioneel 7 tot 14 dagen duurt. Hetzelfde mechanisme, andere commerciële insteek: omzetrecuperatie aan de orderkant in plaats van kostenbesparing aan de retourkant.

Deze use case is nu live. Het matching-algoritme verwerkt wishlist-queue-management naast standaard matching op inkomende orders: hetzelfde mechanisme, andere commerciële insteek.

Lees het volledige artikel

08What's next

Het mechanisme is het makkelijke deel.

Forwarding werkt. Het is live bij echte klanten, de methodiek is onafhankelijk gevalideerd, en het slechtste geval (geen match) valt terug op je bestaande retourflow. De moeilijkere vraag is wat het doet voor jouw specifieke retourvolume, productmix en vervoerders­contract. Dat is een gesprek van 30 minuten, geen blogpost. Een pilot van 90 dagen geeft je echte data: je werkelijke adoptiepercentage, je werkelijke Forward-percentage, je werkelijke netto besparing. Maandcontract, geen lock-in. De meeste klanten gaan door. Een enkeling ontdekt dat Forwarding niet past bij hun categorie; dat weten we liever snel dan dat we anders doen alsof.

Onze toezegging aan wie ons evalueert: Concluderen we tijdens scoping dat Forwarding niet bij jullie operatie past, dan zeggen we dat. We proberen retailers niet de pilot in te praten als die niet gaat werken. Die maatstaf heeft ons mogelijke pilots gekost; we geloven dat het het vertrouwen oplevert van de retailers met wie we wél werken.

Verder lezen

Verder lezen over dit onderwerp

Genoeg gezien?

Twee eerlijke volgende stappen.

Start een pilot van 90 dagen →Bereken je besparing

Of vergelijk Forwarding eerst met alternatieven: Vergelijking →