Klant-, voorraad- en orderdata verspreid over webshop, spreadsheets en losse tools, samengebracht tot één bron van waarheid. Pipelines die de data verse en synchroon houden, in plaats van maandagochtend exporteren en samenvoegen.
Een retailer verkocht via een webshop, een marktplaats en de winkel, maar elk kanaal had zijn eigen waarheid: voorraad die niet klopte, klanten die dubbel in de systemen stonden, orders die pas na een handmatige export samenkwamen. Ik bouwde de pipelines die al die bronnen naar één actueel model brengen en synchroon houden. De demo hieronder laat zien hoe die systemen als een graaf met elkaar verbonden raken. De opzet erachter is dezelfde die ik gebruik om data betrouwbaar tussen echte systemen te laten stromen.
Vereenvoudigde demo met voorbeelddata · een voorproef, geen volledig product
Voorraad stond in de webshop, orders deels in een spreadsheet, klantgegevens in nog een tool, en de rapportage werd elke week met de hand samengevoegd. Elk systeem gebruikte een eigen definitie van "klant" en "order", dus cijfers spraken elkaar tegen. Als een getal niet klopte, wist niemand welke bron gelijk had. De kern van de opdracht zat niet in het maken van nóg een export, maar in het afdwingen van één versie van de waarheid die overal hetzelfde is en herleidbaar blijft.
Voor elk systeem een koppeling op maat via zijn API of export, zodat data binnenkomt zonder handmatig werk en nieuwe bronnen erbij passen zonder de rest te raken.
Alle bronnen worden vertaald naar één neutraal datamodel met dezelfde definities, zodat "klant", "voorraad" en "order" overal precies hetzelfde betekenen.
Wijzigingen stromen incrementeel door zodra ze gebeuren, zodat je vandaag ziet wat er vandaag verandert in plaats van cijfers van vorige week.
De keuzes achter de demo, eerlijk uitgelegd. Dit is de opzet zoals ik hem in de praktijk bouw, geen afgeschermde black box.
Ik koppel niet elk systeem rechtstreeks aan elk ander systeem, want dan krijg je met vier bronnen al een wirwar van losse verbindingen die bij de volgende bron onhoudbaar wordt. In plaats daarvan bouw ik één adapter per systeem naar een centraal punt. Zo groeit het aantal koppelingen recht mee met het aantal bronnen, en niet kwadratisch.
Ik reconcilieer alles naar één neutraal model in een eigen store, meestal Supabase, in plaats van twee systemen direct aan elkaar te knopen. Dat doe ik omdat elk systeem "klant" en "order" nét anders opvat. Zonder een neutraal midden erf je de eigenaardigheden van elk systeem. Met een canoniek model bepaal ík de definitie en vertaalt elke adapter daarnaartoe.
Ik synchroniseer alleen wat er is veranderd, via webhooks en change-tracking, en niet elke nacht de hele database opnieuw. Dat is niet alleen sneller, het voorkomt ook dat een half mislukte run een halve waarheid achterlaat. Elke schrijfactie is idempotent: dezelfde update twee keer verwerken geeft exact hetzelfde resultaat, dus een herhaling na een storing kan nooit dubbele orders opleveren.
Als twee systemen hetzelfde order tegelijk wijzigen, kies ik niet zomaar de laatste schrijver. Ik leg per veld vast welk systeem de baas is: de webshop bepaalt de voorraad, de boekhouding bepaalt het factuurbedrag. Zo win je niet toevallig op timing, maar op afspraak, en blijft de uitkomst voorspelbaar.
Ik leg van elke synchronisatie vast waar een waarde vandaan kwam en wanneer die veranderde, plus een reconciliatie die bronnen periodiek tegen elkaar controleert. Dat bouw ik erin omdat de vraag "waarom staat dit getal zo?" altijd terugkomt. Met een audit-spoor is het antwoord een klik in plaats van een middag uitzoeken.
Alle systemen lezen uit hetzelfde canonieke model met dezelfde definities.
Wijzigingen stromen incrementeel door, geen wekelijkse handmatige export.
Per gegeven is vastgelegd welk systeem gelijk heeft, geen giswerk bij botsingen.
Webshop, marktplaats en winkel kijken naar dezelfde voorraadstand.
Bronnen worden periodiek vergeleken, zodat afwijkingen opvallen voordat ze schade doen.
Van elk getal is te zien uit welke bron het komt en wanneer het veranderde.
Deze case koppelt aan bestaande systemen. Een paar van de integraties die hierbij passen, allemaal op maat te koppelen.
Elk onderdeel werkt op zichzelf, maar wordt sterker in combinatie. Een paar voorbeelden uit de praktijk:
Overal dezelfde, actuele cijfers.
Van bestelling tot geboekte factuur, zonder handwerk.
Gidsen die dieper op dit onderwerp ingaan.
Deze case is een referentie-build voor Data-synchronisatie & pipelines. Bekijk hoe ik dat aanpak, of doe de gratis Automatiseringsscan en zie in twee minuten waar bij jou de winst zit.
Vertel me wat je voor ogen hebt of waar je tegenaan loopt, dan denk ik mee en zeg ik eerlijk wat er kan, vrijblijvend.
