Maarten
Webshop voorraad koppelen
Voorraad · ERP · Marketplaces · Magazijn
Webshop voorraad koppelen
Webshop voorraad koppelen met je ERP, bol.com, Amazon, een fulfilmentpartner of de kassa in de winkel, zodat elk kanaal toont wat er werkelijk op de plank ligt. Freelance, met 25 jaar ervaring, vanuit Nijmegen en remote door heel Nederland.
Eerder gebouwd voor Telvero en Suitableshop.nl.
Eén ervaren freelancer
Webshop voorraad koppelen aan ERP en marketplaces
Een inventarisatie van alle systemen die voorraad lezen en schrijven, een heldere keuze wie leidend is en een koppeling die elke mutatie doorgeeft, met logboek en meldingen. Vooraf is er een gesprek nodig om te weten wat er speelt, niet andersom.
- Eén systeem dat de voorraad bepaalt
- Synchronisatie per mutatie, niet per uur
- Logboek en meldingen bij afwijkingen
- Direct contact, geen tussenlagen
Voorbeelden van opgeleverd werk
Een webshop die technisch én commercieel sterker staat
Van een traag, slecht converterend platform naar een snelle webshop die soepel samenwerkt met de systemen erachter.
Meer verkoopkansen via marketplaces
Doorontwikkeling van de webshop met marketplace-koppelingen via WooCommerce en Channable.
Webshop voorraad koppelen: één bron van waarheid voor elk kanaal
Eén product tussen een webshop en een boekhoudpakket synchroon houden is met een standaard plug-in vaak zo geregeld. Het wordt een ander verhaal zodra hetzelfde assortiment via meerdere kanalen tegelijk wordt verkocht: de eigen webshop, bol.com, Amazon, een fysieke winkel en misschien een B2B-portaal, met voorraad verdeeld over een eigen magazijn en een fulfilmentpartner. Dan gaat het niet meer om het overzetten van een getal, maar om de vraag welk systeem bepaalt wat er beschikbaar is en hoe snel elke verkoop in alle andere kanalen zichtbaar wordt.
Een developer inhuren om de webshop voorraad te koppelen betekent, in de praktijk, iemand die de webshop, het ERP en de API's van marketplaces en logistieke partijen allemaal van binnen kent. Vanuit Nijmegen wordt er gewerkt voor webshops en groothandels door heel Nederland, meestal op afstand. Vijfentwintig jaar ervaring met koppelingen betekent vooral: weten dat de meeste voorraadproblemen niet ontstaan door één kapotte koppeling, maar door drie koppelingen die ieder denken dat ze de baas zijn.
Elk traject begint daarom met een inventarisatie: welke systemen lezen voorraad, welke schrijven voorraad, en wie is leidend? Soms is dat het ERP, soms de webshop, soms een aparte voorraadlaag waar alle kanalen doorheen gaan. Bij één webshop en één ERP volstaat vaak een rechtstreekse koppeling; bij meerdere marketplaces en magazijnen is een centrale laag meestal overzichtelijker. Daarna volgt de techniek: mutaties die per verkoop worden doorgegeven in plaats van eens per kwartier, een wachtrij die een storing opvangt, locking zodat twee gelijktijdige orders niet hetzelfde laatste stuk claimen, en een logboek waarin per product terug te zien is wat er is veranderd.
Voor wie dit werkt, loopt uiteen: een webshop die naast de eigen winkel via bol.com of Amazon verkoopt en af en toe iets verkoopt wat er niet meer is, een groothandel waarvan het ERP de voorraad bepaalt maar de webshop achterloopt, een merk met een fulfilmentpartner die één keer per dag een CSV-bestand stuurt, of een winkelier die de kassa en de webshop uit dezelfde voorraad wil laten putten. Steeds gaat het om hetzelfde: minder handmatige correcties en een voorraadstand waar iedereen op kan vertrouwen.
Welke opzet past, is zonder de systemen en de volumes gezien lastig te zeggen. Daarom begint het meestal met een kennismakingsgesprek: een half uur om te horen welke kanalen en systemen er zijn en waar het nu misgaat, gevolgd door een eerlijk beeld van wat nodig is. Geen verplichting, en geen verkooppraatje over een nieuw platform als een betere koppeling volstaat.
Gebouwd voor
Klaar voor een voorraad die in elk kanaal klopt?
Wat een goede voorraadkoppeling oplevert
Zelden is een nieuw ERP of een nieuwe webshop nodig; meestal levert een heldere rolverdeling tussen de bestaande systemen, met een koppeling die elke mutatie doorgeeft, het meeste op. Een paar voorbeelden van wat er dan concreet verandert.
-
Het laatste stuk maar één keer verkocht
Voorraad wordt per verkoop verlaagd en direct naar alle kanalen doorgezet, met locking bij gelijktijdige orders. Zo verkopen de webshop en bol.com niet allebei het laatste exemplaar.
-
Eén systeem dat de voorraad bepaalt
Het ERP, de webshop of een centrale voorraadlaag is leidend; de andere systemen volgen. Plug-ins die elkaars voorraad overschrijven, worden lezers in plaats van schrijvers.
-
Meerdere magazijnen in één beeld
Per locatie een eigen voorraad, met regels voor welk magazijn een order verstuurt en wat er gebeurt als een product op één plek op is.
-
Retouren terug in de voorraad
Een geaccepteerde retour zet de voorraad automatisch terug, eventueel pas na een controle, zodat een product niet op nul blijft staan terwijl het gewoon op de plank ligt.
-
Afwijkingen die opvallen
Een logboek per product en een melding bij een mislukte synchronisatie of een groot verschil, zodat problemen zichtbaar worden voordat een klant erover mailt.
-
Advies over de juiste koppeling
Een rechtstreekse koppeling tussen twee systemen, een centrale voorraadlaag voor meerdere kanalen, of eerst de productdata opschonen voordat er gekoppeld wordt: een inventarisatie van wie welke voorraad leest en schrijft maakt meestal al duidelijk welke route reëel is.
Benieuwd welke opzet past bij jouw kanalen en magazijnen?
Voorraad koppelen tussen webshop en marketplaces
Voor Telvero is de bestaande WooCommerce-webshop doorontwikkeld en via Channable gekoppeld aan marketplaces, zodat het assortiment op meer verkoopkanalen zichtbaar werd. De webshop bleef daarbij de plek waar producten, prijzen en voorraad worden beheerd: één bron, meerdere kanalen.
Dat is ook de kern van elke voorraadkoppeling met marketplaces. Zodra een product op meerdere plekken tegelijk te koop staat, moet een verkoop op het ene kanaal snel zichtbaar zijn op het andere. Hoe vaak een feed wordt ververst, of een marketplace voorraad per mutatie accepteert en hoe varianten worden vertaald naar het formaat dat een marketplace verwacht, bepaalt hoe groot de kans op dubbele verkoop is.
Een veelgebruikte aanvulling is een veiligheidsmarge per kanaal: op een marketplace iets minder tonen dan er werkelijk ligt, zodat een piek in bestellingen geen teleurgestelde klanten oplevert. Of dat nodig is, hangt af van hoe snel de koppeling is en hoe zwaar een annulering weegt in de beoordeling op dat kanaal.
Voorraad koppelen met de backoffice
Voor Suitableshop is gewerkt aan een Shopware-webshop die soepel samenwerkt met de systemen erachter, met API-koppelingen die gegevens automatisch op hun plek laten komen en handwerk op kantoor wegnemen. Voorraad is daar een van de gegevensstromen die het meest direct merkbaar is, voor de klant en voor het team.
Een koppeling met de backoffice is meer dan een getal overzetten. Het ERP kent vaak begrippen als gereserveerd, in bestelling en vrij beschikbaar, terwijl de webshop alleen wil weten of iets leverbaar is en wanneer. Die vertaling vraagt om afspraken: telt voorraad die onderweg is van de leverancier mee, en hoe wordt een pre-order getoond?
Juist die afspraken worden vooraf vastgelegd en in de koppeling ingebouwd, met een logboek per mutatie. Zo is bij een afwijking terug te zien welk systeem wat heeft doorgegeven, in plaats van dat de klantenservice handmatig moet uitzoeken welke stand de juiste is.
Twijfel waar de voorraad nu uit de pas loopt? Een half uur meedenken helpt vaak al.
Voorraadkoppelingen die regelmatig terugkomen
Van een rechtstreekse koppeling tussen webshop en ERP tot een centrale voorraadlaag voor meerdere marketplaces en magazijnen: onderstaand het werk dat het vaakst terugkomt, telkens eerst op een testomgeving gebouwd en per kanaal gefaseerd live gezet.
Centrale voorraadlaag
Eén plek waar alle kanalen voorraad lezen en mutaties melden, met duidelijke regels over wie leidend is en een logboek per product.
Synchronisatie per mutatie
Webhooks en een wachtrij in plaats van periodieke exports, met herhaalpogingen bij een storing en bescherming tegen dubbel verwerkte meldingen.
ERP-koppelingen
Exact Online, AFAS, SnelStart, DBFact of een ander pakket, in één of twee richtingen, met een heldere verdeling van welk systeem wat bepaalt.
Marketplace-koppelingen
De bol.com Retailer API, Amazon SP-API, Channable of ChannelEngine, met voorraad per kanaal en een optionele veiligheidsmarge.
Bundels en varianten
Een bundel die de voorraad van alle onderdelen verlaagt en varianten die per maat of kleur worden bijgehouden, niet op het niveau van het hoofdproduct.
Magazijn, 3PL en kassa
Een WMS, fulfilmentpartner of kassasysteem via de API gekoppeld, zodat voorraad uit de winkel en externe magazijnen in hetzelfde overzicht meetelt.
- Voorraad koppelen
- Webshop
- WooCommerce
- Magento
- Bol.com
- Channable
- ChannelEngine
- DBFact
- Exact Online
- AFAS
- PostNL
- n8n
- PHP
Veelgestelde vragen
Een aantal vragen dat regelmatig terugkomt bij het koppelen van webshopvoorraad, van de keuze voor een leidend systeem tot bundels, magazijnen en marketplaces. Staat je eigen vraag er niet bij, stel 'm gewoon in het kennismakingsgesprek.
Werkt een voorraadkoppeling met mijn webshop?
Meestal wel. WooCommerce, Magento, Shopware, Shopify en maatwerkshops hebben allemaal een API waarmee voorraad te lezen en bij te werken is; bij WooCommerce is dat bijvoorbeeld de WooCommerce REST API. Welke opzet het beste past, hangt af van het aantal kanalen en hoeveel logica erbij komt kijken: bij één webshop en één ERP volstaat vaak een rechtstreekse koppeling die de API's van beide systemen rechtstreeks met elkaar laat praten. Komen daar marketplaces, meerdere magazijnen of een kassasysteem bij, dan wordt een centrale voorraadlaag al snel overzichtelijker, omdat elk kanaal dan met dezelfde plek praat in plaats van met elkaar. Ook een ouder maatwerksysteem zonder moderne API is meestal nog te koppelen, bijvoorbeeld via een periodieke export of een tussenlaag, al is de synchronisatie dan minder realtime dan bij een systeem met webhooks.
Welk systeem moet de voorraad bepalen?
Het systeem waar de fysieke voorraad het betrouwbaarst wordt bijgehouden, vaak het ERP of WMS. De webshop en marketplaces melden verkopen en reserveringen, maar de definitieve stand komt van die ene bron. Andersom kan ook, zolang het maar één systeem is en niet drie.
Rechtstreeks koppelen of een centrale voorraadlaag?
Bij één webshop en één ERP is een rechtstreekse koppeling meestal het eenvoudigst. Komen er marketplaces, meerdere magazijnen of een kassa bij, dan is een centrale laag vaak overzichtelijker: elk kanaal praat met dezelfde plek, en een nieuw kanaal toevoegen betekent niet dat alle bestaande koppelingen opnieuw moeten.
Hoe voorkom je dat het laatste stuk twee keer wordt verkocht?
Door voorraad per verkoop te verlagen met locking, zodat gelijktijdige orders na elkaar worden verwerkt, en door de nieuwe stand direct naar de andere kanalen door te zetten. Helemaal uitsluiten kan niet als een marketplace zelf vertraging heeft; een kleine veiligheidsmarge per kanaal vangt dat op.
Hoe koppel je voorraad met bol.com?
Via de bol.com Retailer API, rechtstreeks of via een tussenlaag als Channable of ChannelEngine. Een rechtstreekse koppeling geeft de meeste controle over timing; een tussenlaag is handig als er meerdere marketplaces tegelijk bediend moeten worden.
Hoe gaat het met meerdere magazijnen?
Per magazijn wordt een eigen voorraad bijgehouden, met regels voor welk magazijn een order verstuurt en wat er gebeurt als een product op één locatie op is. Kanalen kunnen de totale voorraad tonen of alleen die van bepaalde locaties, afhankelijk van levertijden en verzendkosten.
Wat gebeurt er met bundels en varianten?
Een bundel verlaagt bij verkoop de voorraad van elk onderdeel, en de beschikbaarheid van de bundel wordt berekend uit het onderdeel waar het minst van is. Varianten worden per maat of kleur bijgehouden, zodat een uitverkochte maat niet de hele productpagina laat verdwijnen.
Kan de koppeling ook in n8n of moet het in code?
Voor eenvoudige stromen met weinig volume kan n8n prima werken en is het visueel te volgen. Waar gelijktijdige orders, locking en veel mutaties een rol spelen, is een koppeling in code met een eigen wachtrij meestal robuuster. Vaak is het een combinatie.
Wat kost een voorraadkoppeling?
Dat hangt af van het aantal systemen, kanalen en magazijnen, en van de staat van de productdata. Een rechtstreekse koppeling tussen één webshop en één ERP is aanzienlijk minder werk dan een centrale voorraadlaag voor meerdere marketplaces, magazijnen en een fulfilmentpartner, met locking en een logboek per mutatie. Het kan per uur of met een vaste prijs per fase, afhankelijk van hoeveel systemen tegelijk worden aangesloten. Na een eerste inventarisatie van welke systemen voorraad lezen en schrijven, en wie daarbij leidend moet worden, ontstaat een concreet beeld van de omvang. Pas daarna beslis je zelf of en hoe je verder gaat, zonder verplichting vooraf; soms blijkt tijdens die inventarisatie dat de productdata eerst moet worden opgeschoond voordat een koppeling überhaupt zinvol is.
Voorraad die overal moet kloppen?
Een half uur bellen om je kanalen, systemen en magazijnen door te nemen, en te bepalen welke koppeling de voorraad betrouwbaar synchroon houdt. Geen verplichting, en ook geen kant-en-klaar advies voordat er is meegekeken naar hoe de voorraad nu loopt.
