Verkoopbare Voorraad Berekenen voor Marktplaatsen
Op 17 augustus 2026 draait de terugkerende discussie in verkopersfora niet om "we zijn vergeten voorraad te tellen." Het gaat om "het platform zei dat we voorraad hadden, maar een ander kanaal had het al verkocht." Shopify-verkopers bespreken oververkoop tussen Amazon, eBay en Etsy; Amazon-forumposts klagen over gereserveerde FBA-eenheden die eigenlijk niet verkoopbaar zijn; concurrenten beloven realtime synchronisatie maar tonen zelden de werkelijke berekening achter het getal dat naar de marktplaats gaat.
Daar breekt multichannel voorraadbeheer. Een verkoper kan 120 stuks op voorraad hebben en toch slechts 73 veilig kunnen publiceren. Het verschil is geen boekhoudkundige theorie. Het zijn openstaande orders, reserveringen, retourinspectie, onverkoopbare FBA-voorraad, bundelcomponenten, magazijnlocatieregels en marktplaatsbuffers. Dit artikel geeft ecommerce-teams een concrete formule voor verkoopbare voorraad die zij kunnen gebruiken voordat zij voorraad synchroniseren naar bol.com, Amazon, Shopify, Zalando, Kaufland, Temu of TikTok Shop.
De formule: wat u kunt verkopen is niet wat u bezit
Het uitgangspunt is eenvoudig: verkoopbare voorraad = beschikbare voorraad − toegewezen orders − reserveringen − niet-verkoopbare voorraad − bundelbeperkingen − kanaalreserve. Voor marktplaatspublicatie geldt nog een regel: de eindaantallen kunnen worden beperkt door kanaalprioriteit. Als Amazon uw snelst draaiende kanaal is en een kleinere marktplaats annuleringsrisico's creëert, moeten beide niet dezelfde laatste 10 stuks krijgen.
"Beschikbaar" is het woord dat veel handleidingen overslaan. Voorraad in een magazijn dat niet naar Duitsland kan verzenden, hoort niet naar Kaufland te gaan. Voorraad in een winkel die gereserveerd is voor kassaverkoop, moet niet automatisch naar bol.com. FBA-voorraad die Amazon als gereserveerd of onverkoopbaar markeert, moet niet worden behandeld als schone magazijnvoorraad. ChannelDock's voorraadoverzicht is hierop gebouwd: één voorraadweergave is alleen nuttig wanneer deze de regels achter de belofte weergeeft.
Waarom marktplaatsen oversellen ondanks ingeschakelde synchronisatie
De meeste artikelen over multichannel voorraadbeheer stoppen bij "gebruik real-time synchronisatie." Dit advies klopt, maar is onvolledig. Real-time synchronisatie verplaatst alleen een getal snel. Het bepaalt niet of dat getal veilig is. Een verkeerde formule die snel wordt verzonden kan juist tot snellere overselling leiden.
Tijdens het onderzoek voor dit artikel kwamen in Shopify Community threads steeds dezelfde operationele zorgen naar voren: verkopers willen dat Shopify, Amazon, eBay en andere marktplaatsen direct worden bijgewerkt omdat overselling tijdens drukke dagen klanten en verkoperscijfers schaadt. Amazon Seller Central documentatie maakt onderscheid tussen beschikbare, gereserveerde en niet-leverbare FBA voorraad. Shopify documentatie scheidt voorhanden, beschikbare en toegewezen voorraad. G2-reviews voor tools zoals Linnworks en Veeqo prijzen gecentraliseerd voorraadbeheer, maar tonen ook dat verkopers waarde hechten aan SKU-niveau mapping, magazijncontrole en incidentele synchronisatievertragingen.
Het gevaarlijke getal is niet nul. De gevarenzone begint wanneer uw gepubliceerde marktplaats-hoeveelheid hoger is dan de voorraad die uw magazijn daadwerkelijk kan vrijgeven nadat bestellingen, retouren, bundels en kanaalbeloftes zijn afgetrokken.
De zesstappe berekening van verkoopbare voorraad
Gebruik de formule als operationeel proces, niet als spreadsheet die u eenmaal per week bijwerkt. Elke voorraadupdate, orderimport, retourinspectie en handmatige aanpassing moet dezelfde berekening activeren. De implementatie kan plaatsvinden in uw WMS, ERP, OMS of in een marketplace-operatielaag zoals ChannelDock, maar de volgorde van bewerkingen moet consistent blijven.
- 1Begin met voorraad per locatieGebruik alleen magazijnen, winkels of FBA-pools die het kanaal mogen bedienen. Neem inkomende zendingen niet mee totdat ze zijn ontvangen of bewust als vrijgegeven zijn gemarkeerd.
- 2Trek verplichtingen af vóór buffersVerwijder openstaande orders, marketplace-reserveringen, concept- of onbetaalde orders die voorraad blokkeren, B2B-toewijzingen, groothandelstoezeggingen en transferblokkades.
- 3Verwijder niet-verkoopbare statussenGeïsoleerde retourzendingen, beschadigde eenheden, inspectieblokkades en onvervulbare FBA-voorraad mogen nooit doorstromen naar publieke voorraad, zelfs als ze nog fysiek op een plank staan.
- 4Pas de bundel-beperking toeVoor bundels en multipacks berekent u de maximaal bouwbare hoeveelheid uit componentvoorraad. Het laagste component bepaalt de bundelhoeveelheid.
- 5Pas kanaalspecifieke buffers en limieten toeHoud een kanaalspecifieke veiligheidslaag aan en beperk marketplaces met lagere prioriteit wanneer voorraad onder een afgesproken drempel valt.
- 6Publiceer en controleer de bevestigingEen synchronisatie is pas voltooid wanneer de marketplace de update accepteert. Log geweigerde updates, verouderde hoeveelheden en gedeeltelijke fouten per SKU en kanaal.
Praktijkvoorbeeld: van 120 stuks op voorraad naar 73 gepubliceerde eenheden
Stel u verkoopt een SKU via uw webshop, bol.com en Amazon. Het magazijn heeft 100 beschikbare eenheden. Een tweede locatie heeft 20 stuks, maar die locatie mag geen bol.com bestellingen uitvoeren. Uw webshop heeft 9 gereserveerde eenheden door onbetaalde of nog niet verzonden orders. Amazon heeft 4 FBA-eenheden gereserveerd en 3 als onverkoopbaar gemarkeerd. Het magazijnteam heeft 5 geretourneerde producten in inspectie en 4 eenheden vastgehouden voor een zakelijke klant. Het product maakt ook deel uit van een bundel waarbij een begeleidend onderdeel de beschikbare bundelvoorraad met 7 eenheden beperkt. Tot slot krijgt bol.com een buffer van 5 eenheden omdat annuleringen kostbaar zijn.
Een simpele synchronisatie zou 120 eenheden publiceren. De formule begint met 100 geschikte eenheden voor bol.com, trekt daarvan 9 gereserveerde webshop-eenheden af, 4 Amazon-gereserveerde eenheden als deze uit dezelfde aanvulpool komen, 3 onverkoopbare eenheden, 5 retour-inspectie-eenheden, 4 zakelijke reserveringen en de 7-eenheden bundelbeperking. Dat laat 68 over. Als de extra 20 eenheden wel geschikt zijn voor uw webshop maar niet voor bol.com, kan uw webshop een ander aantal ontvangen. Daarom is één globale "voorraad" vaak te grof voor multichannel verkopers.
Eenvoudige sync: voorraad → alle kanalen
- Snel in te stellen, maar toont dezelfde laatste stuks overal
- Negeert lopende bestellingen, bundels en retourinspectie
- Vereist vaak grote handmatige buffers voor veiligheid
Formule-synchronisatie: verkoopbare voorraad → kanaalvoorraadAanbevolen
- Berekent beschikbaarheid na aftrek van reserveringen en voorraadstatussen
- Publiceert verschillende hoeveelheden op basis van kanaalprioriteit en risico
- Creëert een audittrail voor elke voorraadwijziging
Wat concurrenten vaak missen: bevestiging en verouderde voorraadrisico's
Linnworks, ChannelEngine, Veeqo, Sellbrite en vergelijkbare tools richten hun voorraadpagina's terecht op centralisatie, voorraadsynchronisatie en het voorkomen van oververkoop. Het ontbrekende operationele detail is wat er gebeurt nadat de update is verzonden. Marktplaatsen kunnen een update afwijzen, vertragen, te laat accepteren, of één listing verouderd laten terwijl een andere listing wel wordt bijgewerkt. Een verkoper die alleen het centrale dashboard controleert, denkt misschien dat de voorraad veilig is terwijl een marktplaats nog steeds de hoeveelheid van gisteren toont.
Hier komt ChannelDock's integratielaag om de hoek kijken. Een betrouwbaar voorraadproces eindigt niet met "wij hebben hoeveelheid 73 verzonden." Het eindigt met "bol.com heeft 73 geaccepteerd om 10:04, Amazon heeft 68 geaccepteerd om 10:05, Shopify heeft 88 geaccepteerd om 10:05, en Kaufland heeft één child-SKU afgewezen omdat de koppeling mislukte." Dat verschil zorgt ervoor dat synchronisatie verandert van een hoop in een controlespoor.
Amazon, Shopify en de meeste WMS- of ERP-systemen gebruiken verschillende woorden voor vergelijkbare statussen: toegewezen, gereserveerd, toegekend, niet beschikbaar, niet uitvoerbaar. De formule is belangrijker dan het label. Bepaal welke statussen verkoop blokkeren en pas die beslissing vervolgens consistent toe.
Kanaalspecifieke buffers moeten bedrijfsrisico weerspiegelen
Een universele buffer van 5% of 10% is makkelijk uit te leggen, maar zelden optimaal. Marktplaatsrisico verschilt per kanaal. Een DTC Shopify-webshop biedt u meer communicatiemogelijkheden met klanten, waardoor 95% van uw verkoopbare voorraad tonen voor veel SKU's acceptabel kan zijn. Een marktplaats met strengere annuleringsstatistieken of tragere bevestigingen heeft mogelijk een grotere buffer nodig. Een flash-sale SKU op TikTok Shop vereist een tijdsgebonden buffer die uitbreidt voordat de campagne live gaat. Een long-tail SKU met één verkoop per maand heeft wellicht een vaste eenheidsbuffer nodig in plaats van een percentage.
Goede buffers zijn dynamisch. Ze reageren op verkoopsnelheid, synchronisatielatentie, afwijzingspercentage, retourpercentage en marge. Als een product 30 eenheden per uur verkoopt via Amazon en bol.com, heeft een buffer van twee eenheden weinig betekenis. Verkoopt een product tweemaal per week, dan kunnen diezelfde twee eenheden te conservatief zijn. Het doel is niet om voorraad te verbergen. Het doel is de maximale hoeveelheid publiceren die uw operatie kan fulfilllen zonder excuus-e-mails en marktplaatsannuleringen te veroorzaken.
Hoe u meet of de formule werkt
Voorraadteams moeten de kwaliteit van verkoopbare voorraad meten met operationele indicatoren, niet alleen omzet. Volg oversell-incidenten per kanaal, afwijzingspercentage van voorraadmeldingen, ouderdom van stilstaande hoeveelheden, handmatige voorraadcorrecties, bundel-voorraadconflicten, eenheden verborgen door buffers en schattingen van gemiste verkopen door te voorzichtige buffers. Als verborgen voorraad blijft stijgen terwijl oversells al bijna nul zijn, is de formule mogelijk te defensief. Als oversells aanhouden ondanks buffers, ligt het probleem waarschijnlijk bij reserveringen, verouderde bevestigingen of SKU-mapping.
Voor verkopers die ChannelDock gebruiken, hoort deze meting thuis naast orderroutering en magazijnuitvoering. Voorraad staat niet los van operaties. De hoeveelheid die u publiceert bepaalt welke orders binnenkomen; de orders reserveren voorraad; het magazijn bevestigt wat daadwerkelijk is verzonden; retouren bepalen wat weer verkoopbaar wordt. Door deze stromen te koppelen via orderbeheer en voorraadsynchronisatie krijgt de formule echte feedback in plaats van giswerk.
- Behandel verkoopbare voorraad als een berekende belofte, niet als een veld gekopieerd van één platform.
- Reserveer voorraad op het moment dat een order redelijkerwijs kan converteren, niet alleen wanneer het label wordt geprint.
- Gebruik verschillende buffers voor DTC, marktplaatsen en groothandel omdat boeterisico's en klantcommunicatie verschillen.
- Controleer marktplaatsbevestigingen; een afgewezen voorraadmelding is nog steeds actieve voorraad totdat het kanaal bevestigt dat het is gewijzigd.
- Gebruik ChannelDock als operationele laag tussen voorraad, orders en integraties zodat voorraadregels worden toegepast voordat hoeveelheden elk kanaal bereiken.
Veelgestelde vragen
Wat is de beste formule voor verkoopbare voorraad voor marktplaatsverkopers?
Is verkoopbare voorraad hetzelfde als available-to-promise voorraad?
Moet ik inkomende voorraad meenemen in de hoeveelheid die ik publiceer?
Hoe groot moet een marktplaats voorraadbuffer zijn?
Hoe helpt ChannelDock met berekeningen van verkoopbare voorraad?
Conclusie
Het veiligste voorraadgetal voor marktplaatsen is geen kopie van een plankentelling. Het wordt berekend. Multichannel verkopers hebben een verkoopbare voorraadformule nodig die begint met beschikbare eenheden in het magazijn en vervolgens elke belofte, blokkering, niet-verkoopbare status, bundellimiet en kanaalrisico aftrekt voordat voorraad naar marktplaatsen wordt gepubliceerd.
Dat is het praktische verschil tussen "voorraadsync" en voorraadbeheer. Sync verplaatst een getal. Een formule beschermt de belofte achter dat getal. Voor verkopers die schalen via Shopify, bol.com, Amazon, Zalando, Kaufland, Temu en TikTok Shop, zet ChannelDock die belofte om in een operationeel proces: één dashboard, verbonden integraties en voorraadregels die updaten voordat klanten de laatste eenheid twee keer kopen.