Shopify fulfilment koppeling uitgelegd

“Wij koppelen met Shopify” is een van de minst informatieve zinnen in de logistiek. Het kan een degelijke tweerichtingskoppeling beschrijven die voorraad binnen seconden bijwerkt, of een nachtelijke spreadsheet-import die iemand met de hand start.

Beide zijn technisch een koppeling. Slechts één ervan voorkomt dat je voorraad verkoopt die je niet meer hebt. Dit artikel legt uit wat die verbinding daadwerkelijk doet, zodat je kunt vaststellen welke van de twee je aangeboden krijgt.

De vier taken van een koppeling

Haal de marketing weg en een fulfilmentkoppeling doet vier dingen. Elk kan afzonderlijk falen.

1. Orderexport. Nieuwe betaalde orders verlaten Shopify en komen aan in het warehousesysteem, met adres, regels, gekozen verzendmethode en eventuele cadeauboodschap. Dit is het makkelijke deel; bijna iedereen doet dit acceptabel.

2. Voorraadsync. Het warehouse vertelt Shopify hoeveel van elke SKU beschikbaar is. Dit is het deel dat misgaat, en het deel dat je geld kost als het misgaat.

3. Verzendbevestiging. Zodra een pakket verzonden is, schrijft het warehouse een fulfilmentregistratie terug met vervoerder en trackingnummer, wat de verzendmail van Shopify triggert. Gebeurt dat langzaam of half, dan mailen klanten jou waar hun order blijft.

4. Retouren en correcties. Geretourneerde of beschadigde artikelen worden teruggemeld zodat je beschikbare aantal eerlijk blijft.

Vraag bij een leverancier naar alle vier afzonderlijk. Een overtuigend antwoord op één wordt vaak gebruikt om bekwaamheid op alle vier te suggereren.

Waarom voorraadsync de moeilijke is

Nee-verkoop ontstaat in het gat tussen een verkoop en het moment dat de rest van je systeem het weet. Twee dingen bepalen hoe groot dat gat is.

Richting van de sync. In een eenrichtingsopzet krijgt Shopify te horen welke voorraad er is, maar stroomt er niets betrouwbaar terug, of omgekeerd. Tweerichting betekent dat beide systemen naar hetzelfde getal convergeren. Je wilt tweerichting, met het warehouse als bron van waarheid voor fysiek aantal — dat is het enige systeem dat weet wat er werkelijk op de stelling ligt.

Trigger van de sync. Polling betekent dat het warehouse elke n minuten aan Shopify vraagt of er nieuwe orders zijn. Webhooks betekenen dat Shopify de order pusht op het moment van betaling. Webhookgestuurde stromen zijn vrijwel direct; polling elke 15 minuten geeft je een venster van 15 minuten waarin twee klanten hetzelfde laatste stuk kunnen kopen.

De praktische vragen:

• Is de voorraadsync één- of tweerichting?
• Is hij event-gestuurd of gepolld, en zo ja, hoe vaak?
• Welk systeem wint als de twee van elkaar afwijken?
• Wat gebeurt er met de wachtrij als je API twee uur onbereikbaar is — wordt er opnieuw geprobeerd, en in de juiste volgorde?

Meerdere locaties: de instelling die stil dingen breekt

Shopify ondersteunt meerdere voorraadlocaties, en een fulfilmentkoppeling verschijnt normaal als één daarvan. Hier verstoppen configuratiefouten zich.

Staat de locatie van je 3PL ingericht terwijl je oude “winkellocatie” nog voorraad toont, dan telt Shopify ze op en toont een totaal dat je niet kunt verzenden. Klanten kopen tegen spookvoorraad. De oplossing is onspectaculair maar essentieel:

1. Zorg dat precies één locatie verkoopbare voorraad houdt per SKU, tenzij je werkelijk twee locaties draait.
2. Zet oude locaties op nul ná de voorraadoverdracht, niet ervoor.
3. Controleer de prioriteitsvolgorde die bepaalt waar Shopify een order naartoe stuurt als meerdere locaties voorraad hebben.
4. Verifieer dat pre-orders en nabestellingen doen wat je bedoelt, want “blijven verkopen bij nul voorraad” grijpt op al het bovenstaande in.

Loop dit vóór livegang samen met je leverancier door in een screenshare. Het kost twintig minuten en voorkomt het meest voorkomende incident na migratie.

Verdeling over kanalen

Verkoop je via Shopify plus een marketplace plus wholesale, dan wordt één fysieke voorraad aan meerdere publieken tegelijk belooft. Vraag hoe verdeling werkt:

• Is voorraad gedeeld over kanalen, of gereserveerd per kanaal?
• Kun je een buffer achterhouden voor een lancering of wholesale-afspraak?
• Hoe snel verlaagt een marketplace-verkoop de beschikbaarheid in je eigen shop?

Gedeelde voorraad maximaliseert doorverkoop maar riskeert nee-verkoop op het langzaamst synchroniserende kanaal. Gereserveerde buffers zijn veiliger en iets minder efficiënt. Geen van beide is fout, maar de keuze moet bewust zijn. Dat is de inhoud achter webshop-koppeling als dienst in plaats van als vinkje.

Hoe goed eruitziet

Storingen waar je op moet plannen

Koppelingen falen niet netjes. Reken op deze:

Adresvalidatie. Shopify accepteert wat de klant typt. Warehouses hebben bezorgbare adressen nodig. Vraag wat er gebeurt met een order zonder huisnummer — stopt die met een melding, of gaat hij eruit en mislukt de bezorging?

SKU-mismatch. Het meest voorkomende dataprobleem. Een SKU die in Shopify is omgenoemd maar niet in het warehouse wordt een order die niemand kan picken. Bevries SKU-naamgeving tijdens de migratie en spreek af wie daarna wijzigingen beheert.

Bundels en kits. Verkoop je een set die uit drie fysieke items bestaat, dan heeft het warehouse een stuklijst nodig en moet Shopify alle drie afboeken. Vraag expliciet hoe bundels werken — zie kitting en subscription boxes voor de operationele kant.

Dubbele verzendingen. Een herhaalpoging die niet idempotent is kan een order twee keer verzenden. Vraag hoe dubbelbescherming werkt.

Annuleringen en wijzigingen. Een order die na export maar vóór picken wordt geannuleerd, moet gestopt worden. Vraag wat de deadline voor een wijziging is, en of het systeem die handhaaft of een mens.

Een testscript voor vóór livegang

Draai deze in een test of in een rustig venster. Allemaal, in deze volgorde:

1. Plaats een order met één artikel. Controleer of hij binnen seconden in het warehouse staat en de voorraad in Shopify daalt.
2. Plaats een order met meerdere artikelen. Controleer of hij als één zending gepickt wordt.
3. Plaats een order die moet splitsen. Controleer of beide pakketten eigen tracking terugschrijven.
4. Annuleer een order direct. Controleer of hij gestopt wordt, niet verzonden.
5. Corrigeer voorraad in het warehouse. Controleer of Shopify dat overneemt.
6. Verwerk een retour. Controleer of beschikbaarheid pas stijgt na inspectie.
7. Bestel het laatste stuk van een SKU twee keer snel achter elkaar uit twee browsers. Controleer of de tweede geblokkeerd wordt, en hoe snel.
8. Bestel met een opzettelijk onvolledig adres. Controleer of er een melding komt in plaats van stille mislukking.

Test 7 is de belangrijkste, en de test die bijna niemand uitvoert.

Veelgestelde vragen

Hoe snel moet voorraad synchroniseren tussen Shopify en een warehouse? Mik op seconden, niet uren. Event-gestuurde updates bij het plaatsen en verzenden van een order zijn inmiddels standaard; alles op een vast schema van 15 minuten of meer laat een venster open waarin nee-verkoop mogelijk is.

Kan ik een 3PL gebruiken en toch op marketplaces verkopen? Ja, en juist daar verdient een goede koppeling zich terug, omdat één fysieke voorraad accuraat over meerdere kanalen moet worden weergegeven.

Heb ik een custom app nodig, of is een standaardapp genoeg? De meeste merken zijn goed geholpen met een onderhouden native app. Custom werk is gerechtvaardigd bij afwijkende bundels, abonnementslogica of een ERP ertussen.

Wat gaat er na livegang het vaakst mis? Verkeerd ingerichte locaties waardoor spookvoorraad op een oude locatie blijft staan, en SKU-mismatches door producten na de migratie te hernoemen.