Amazon FBA removal order aanvragen: wanneer je voorraad terughaalt of laat vernietigen

Elke unit die je niet binnen een paar maanden verkoopt, kost je geld dat je nooit terugziet, en de meeste verkopers die ik spreek wachten te lang met de removal order.

Kort antwoord. Je vraagt een removal order aan via Manage Inventory in Seller Central: selecteer de SKU's, kies Actions en daarna Create Removal Order, met return of disposal als optie. De echte vraag is niet hoe, maar wanneer: een removal of disposal loont zodra de opslagkosten plus de aged-inventory-surcharge boven de restwaarde van de unit uitkomen. Dat is een rekensom per SKU.

Wat een removal order is en hoe je hem aanvraagt

Een removal order is de opdracht aan Amazon om voorraad uit het fulfillment center te halen. Je hebt twee smaken: een return (terug naar een adres in hetzelfde land) of een disposal (Amazon vernietigt de voorraad). Je vindt het via Manage Inventory, je selecteert de listings, en onder Actions kies je Create Removal Order. Let op dat je voorraad niet cross-border kunt laten retourneren: voorraad in een Duits center gaat alleen naar een Duits adres.

De stappen zijn triviaal. De beslissing is dat niet. Zie ook de officiële uitleg in Seller Central.

De drie situaties waarin je voorraad eruit haalt

Er zijn grofweg drie triggers, en ze vragen elk een ander antwoord.

Stranded inventory. Een listing wordt geblokkeerd (suppressed, een compliance-issue, een ASIN-merge die misging) en de voorraad ligt er wel maar is onverkoopbaar. Amazon geeft je een beperkt venster om het op te lossen voordat de voorraad eruit moet. Hier is de eerste reflex niet removal maar de listing fixen. Pas als dat niet lukt, is removal de uitweg.

Aged inventory vlak voor een hogere tier. Dit is de pijnlijkste, want hij is voorspelbaar en toch missen mensen hem. De aged-inventory-surcharge start sinds de aanscherping al bij 181 dagen, niet meer bij 271. Units van 181 tot 270 dagen krijgen de eerste tier, en het loopt op naarmate de voorraad ouder wordt. Wie een SKU op dag 175 op de radar heeft, kan nog een removal of een agressieve afprijzing inzetten voordat de volgende tier ingaat.

Slow-movers die opslag blijven kosten. Geen acute trigger, gewoon dood gewicht. Maandelijkse opslag plus de oplopende surcharge knaagt aan je marge tot de unit meer kost dan hij opbrengt.

De rekensom: opslagkosten versus restwaarde

Dit is de kern, en het is een beslissing per SKU. Aan de ene kant staat wat de unit je blijft kosten als hij in FBA blijft liggen: maandelijkse opslag, de aged-inventory-surcharge die per tier oploopt, en het kapitaal dat vastligt. Aan de andere kant staat de restwaarde: wat krijg je nog voor de unit via outlet, via je eigen kanaal, of als je hem hergebruikt? Daar trek je de removal- of disposalkosten vanaf.

De fees zelf zijn per 1 maart 2026 verschoven naar een per-unit-charge op het moment van removal of disposal, en voor de lichtste standaardmaten zijn ze juist verlaagd om snellere doorloop te stimuleren. Exacte bedragen verschillen per marktplaats en formaat, dus die haal je uit je eigen rate card; ik noem hier bewust geen vaste cijfers.

De vuistregel die ik aanhoud: houd in FBA wat je realistisch in de komende één tot twee maanden verkoopt, en haal alles daarboven eruit voordat de volgende tier toeslaat. Disposal is goedkoper dan return, dus als de restwaarde van de unit lager is dan de retour- plus inboundkosten om hem opnieuw te verkopen, vernietig je hem.

Automated removals: laat Amazon je niet verrassen

Amazon kan zelf removals starten via automated unfulfillable removal settings en de aged-inventory-instellingen. Dat is handig, maar het betekent ook dat Amazon op zijn moment en zijn voorwaarden beslist, niet op die van jou. Ik zet die settings bewust en bekijk per SKU-categorie of automatisch of handmatig slimmer is. Voor een long-tail met lage restwaarde is automatisch prima; voor je A-SKU's wil je de regie houden.

Wat je met teruggehaalde voorraad doet

Een return is alleen zinvol als er een tweede leven is. Drie routes die werken: Amazon Outlet of een liquidation-route om binnen het platform te ruimen, je eigen webshop of bol als marge-vriendelijker kanaal, en hergebruik (rebundelen, als onderdeel van een set, of als sample). Wat je niet wilt is voorraad terughalen naar je magazijn waar hij opnieuw stof staat te vangen tegen jouw eigen opslagkosten.

Waarom dit een systeem vraagt, geen spreadsheet-sessie per kwartaal

Het probleem is niet dat de rekensom moeilijk is. Het is dat hij per SKU klopt, elke dag verschuift en over je hele catalogus tegelijk speelt. Een verkoper met honderden SKU's die dit handmatig in een exportje bekijkt, ziet de dag-175-momenten gewoon niet aankomen.

Ik heb zelf op Amazon verkocht en ken het gevoel van een surcharge-regel die je verrast op je settlement. Eerst kijk ik of het proces simpeler kan: welke triggers wil je echt monitoren, en welke SKU-segmenten verdienen handmatige aandacht. Daarna bouw ik de oplossing waar de standaardtools tekortschieten: een koppeling op de SP-API die per SKU de inventory age, de opslagkosten, de eerstvolgende surcharge-tier en je COGS samenbrengt, en je een werklijst geeft van wat eruit moet voordat de tier omslaat. Removal versus disposal versus afprijzen, becijferd, niet op gevoel. Dat is de moat: niet een dashboard dat data laat zien, maar een workflow die de beslissing voorrekent op jouw cijfers.