Voorraadverschillen tussen je ERP en Shopify zijn niet alleen een ongemak. Ze vormen een directe bedreiging voor de omzet, het klantenvertrouwen en de positie op de markt. Wanneer je Shopify-winkel een product als beschikbaar toont terwijl je magazijn leeg is, verkoopt je te veel. Wanneer je ERP voorraad heeft maar Shopify nul toont, verliest je verkopen. Beide scenario's ondermijnen de betrouwbaarheid die klanten en marktplaatsplatforms verwachten.

Deze gids legt de praktische architectuur van realtime voorraad-synchronisatie uit, met inbegrip van de staten die verwarring veroorzaken, de synchronisatiepatronen die uitschieters voorkomen, en de operationele monitoring die problemen vastlegt voordat klanten dat doen.

De Vijf Voorraadstaten Die Door elkaar Worden Gehaald

De meeste synchronisatiefouten zijn het gevolg van een fundamenteel misverstand: voorraad is geen enkel getal. Je ERP volgt meerdere staten, en elke staat betekent iets anders.

De on-hand hoeveelheid is de totale fysieke voorraad in je magazijn. Beschikbare hoeveelheid is wat er op dit moment daadwerkelijk verkocht kan worden. Gereserveerde hoeveelheid is voorraad die toegewezen is aan bestaande bestellingen die nog niet zijn verzonden. Binnenkomende hoeveelheden vertegenwoordigen inkooporders of overboekingen die nog niet zijn aangekomen. Veiligheidsvoorraad is een buffer die je aanhoudt om vraagpieken of vertragingen in de levering op te vangen.

Het getal dat Shopify belangrijk vindt, is "beschikbaar," en dit wordt berekend: on-hand min gereserveerd min veiligheidsvoorraad. Als je integratie blindelings on-hand naar Shopify duwt, zult je te veel verkopen omdat dat getal voorraad omvat die al aan andere bestellingen is beloofd. Als je te agressief aftrekt, toont je artikelen als niet op voorraad terwijl ze dat eigenlijk wel zijn.

Het correct uitvoeren van deze berekening, en het goed houden ervan over elke synchronisatiecyclus, is de kernuitdaging van voorraadintegratie.

Shopify Voorraadfundamentals

Shopify volgt voorraad op het kruispunt van twee dimensies: voorraadartikel en locatie. Elke variant in je catalogus heeft een bijbehorend voorraadartikel, en elk voorraadartikel heeft een hoeveelheid op elke locatie waar je verkoopt of verplicht.

Dit betekent dat een enkele SKU verschillende beschikbare hoeveelheden kan hebben op verschillende magazijnen, winkels of fulfilmentcentra. Je integratie moet hier rekening mee houden: het pushen van een enkel aggregaatgetal wanneer Shopify per-locatiegegevens verwacht, zal de multi-locatievervulling breken en verwarring veroorzaken binnen je operationele team.

De Shopify voorraad-API stelt je in staat om hoeveelheden per artikel per locatie in te stellen of aan te passen. De "set" benadering overschrijft de huidige waarde. De "adjust" benadering verhoogt of verlaagt. Kies wijs: "set" is veiliger voor volledige reconciliatiesynchronisaties, terwijl "adjust" werkt voor realtime evenement-gestuurde updates waarvan je precies weet wat er veranderd is.

Aanbevolen Synchronisatiepatronen

Het juiste patroon hangt af van welk systeem je bron van waarheid voor voorraad is.

In het ERP-als-bron-van-waarheid model bezit het ERP alle voorraadgegevens. Veranderingen stromen in één richting: van ERP naar Shopify. Dit is het eenvoudigste en meest betrouwbare patroon. Je integratie leest voorraadstaten van het ERP, berekent de beschikbare hoeveelheid met de formule hierboven, en duwt updates naar Shopify. Shopify schrijft nooit terug.

In het Shopify-als-bron-van-waarheid model bezit Shopify de voorraad omdat het POS-transacties of directe vervulling afhandelt. Het ERP ontvangt updates van Shopify. Dit is minder gebruikelijk maar noodzakelijk voor sommige detailhandelsbedrijven.

Het hybride model is het meest complex maar ook het meest realistisch voor omnichannel-verkopers. Beide systemen kunnen de voorraad wijzigen (ERP vanuit magazijnoperaties, Shopify vanuit POS-verkopen), en een reconciliatielaag zorgt ervoor dat ze uitgelijnd blijven. Dit vereist conflictbeheersingsregels en regelmatige volledige synchronisaties om drift op te vangen.

Galantis Connect ondersteunt alle drie de patronen door middel van configureerbare regels. U definieert welk systeem autoritatief is per locatie of per productcategorie, en het platform handhaaft die regels automatisch.

Omgaan met Multi-Locatie, Bundels en Kits

Multi-locatievoorraad voegt een dimensie van complexiteit toe. Elke Shopify-locatie heeft zijn eigen voorraadniveau, en je ERP kan magazijnen anders organiseren. De koppeling tussen ERP magazijncodes en Shopify locatie-ID's moet expliciet zijn en onderhouden worden naarmate een van beide systemen locaties toevoegt of verwijdert.

Bundels en kits vormen een andere uitdaging. Een bundelproduct in Shopify bestaat mogelijk niet als een enkel item in je ERP. In plaats daarvan vertegenwoordigt het een verzameling van component-SKU's. De beschikbare hoeveelheid van de bundel is beperkt door de minst beschikbare component. Je integratie moet dit dynamisch berekenen en de Shopify-voorraad van de bundel bijwerken wanneer een component verandert.

Galantis Connect beheert bundelvoorraad via zijn regels-engine. U definieert de samenstelling van de bundel, en het platform berekent automatisch de beschikbaarheid op basis van de voorraadniveaus van de componenten, en werkt Shopify in realtime bij.

Race-omstandigheden Voorkomen

Race-omstandigheden zijn de stille dood van voorraadnauwkeurigheid. Ze ontstaan wanneer twee systemen proberen tegelijkertijd hetzelfde voorraadrecord bij te werken, en de eindstatus hangt af van welke update als laatste binnenkomt.

Veelvoorkomende scenario's omvatten een ERP-batchupdate die tegelijkertijd draait terwijl Shopify een verkoop verwerkt, of twee marktplaatskanalen die beide dezelfde SKU binnen enkele milliseconden verlagen. Zonder juiste beschermingsmaatregelen overschrijft de ene update de andere, en drift ontstaat.

Preventiestrategieën omvatten het gebruik van Shopify's voorraad "adjust" eindpunt in plaats van "set" voor realtime verlagingen, het implementeren van optimistische vergrendeling waarbij updates de verwachte huidige waarde bevatten, het verwerken van voorraadupdates via een enkele geserialiseerde wachtrij per SKU, en het gebruik van idempotentie-sleutels om ervoor te zorgen dat opnieje uitgevoerde operaties niet dubbel worden geteld.

Snelheidslimieten voegen een andere beperking toe. De API van Shopify heeft oproepbeperkingen, en agressieve synchronisatiepatronen kunnen deze uitputten. Ontwerp je synchronisatie om updates efficiënt te batchen en gebruik bulk-eindpunten waar beschikbaar.

Operationele Monitoring

Zelfs een perfect ontworpen synchronisatie zal in de loop van de tijd afdrijven. API's falen, webhooks worden niet ontvangen, netwerkpartitionering komt voor. De vraag is niet of drift zal optreden, maar hoe snel je het detecteert en corrigeert.

Stel geautomatiseerde waarschuwingen in wanneer de voorraadafwijking tussen ERP en Shopify een drempel per SKU overschrijdt. Voer minstens eenmaal per dag een volledige reconciliatie uit, waarbij de totale hoeveelheden op alle locaties worden vergeleken. Houd sync-latentie in de gaten: als updates langer duren dan verwacht, onderzoek dit voordat de achterstand een probleem wordt.

Houd je succespercentage van opnieje proberen bij. Als opnieje proberen consequent mislukt, is het onderliggende probleem systemisch, niet tijdelijk. Log elke synchronisatie-operatie met voldoende detail om problemen achteraf te diagnosticeren: tijdstempels, hoeveelheden voor en na, bronsysteem, en eventuele toegepaste transformatiesregels.

Galantis Connect biedt al dit via zijn ingebouwde monitoringdashboard. U ziet de realtime synchronisatiestatus per flow, kunt inzoomen op individuele records, en waarschuwingen configureren op afwijkingsdrempels, allemaal zonder aangepaste monitoringinfrastructuur te bouwen.

Klaar om te stoppen met oververkopen? Zie een voorbeeld van een voorraadmappingtemplate of boek een gesprek met ons integratieteam om je huidige synchronisatiearchitectuur te bekijken.