De beste ecommerce-tool als source of truth is niet automatisch Shopify, je ERP, je PIM of je marketplace-tool, maar het systeem dat eigenaar is van de beslissing die foutloos moet zijn. Voor productinformatie is dat vaak een PIM of Shopify, voor voorraad meestal je ERP, WMS of voorraadtool, voor orders vaak Shopify of een OMS, en voor winst nooit één kanaaldashboard maar een aparte profitlaag die alle fees, advertentiekosten, retouren en inkoopkosten samenbrengt. De praktische regel is simpel: wijs per datadomein één eigenaar aan, laat andere tools alleen lezen of gecontroleerd terugschrijven, en voorkom dat twee systemen tegelijk dezelfde prijs, voorraad of orderstatus mogen aanpassen.
Dat klinkt minder lekker dan “alles in één systeem”, maar het is wel hoe gezonde ecommerce-operaties groeien. Zodra je verkoopt via Shopify, Amazon, bol, TikTok Shop, Google Shopping en Meta, ontstaan er meerdere waarheden tegelijk. Shopify toont omzet inclusief kortingen. Amazon rapporteert sales vóór payout-correcties. TikTok Shop kan creator- en affiliatekosten apart laten lopen. Je boekhouding ziet btw, refunds en settlement timing. Je advertentieplatform ziet ROAS, maar geen volledige marge. Als niemand vastlegt welk systeem leidend is, wint meestal de persoon die als laatste op “opslaan” klikte. Gezellig voor chaos, minder gezellig voor je marge.
Wat betekent source of truth in ecommerce?
Een source of truth is het systeem waarvan andere systemen mogen aannemen: dit is de juiste versie. In ecommerce gaat dat zelden over één grote database. Het gaat over duidelijke eigenaarschap per soort data.
Een gezonde stack kan er bijvoorbeeld zo uitzien:
- PIM of Shopify is leidend voor producttitels, beschrijvingen, afbeeldingen en attributen.
- ERP of WMS is leidend voor fysieke voorraad, inkooporders, reserveringen en magazijnlocaties.
- Shopify of OMS is leidend voor orderrouting, fulfilmentflows en klantcommunicatie.
- Marketplaces zijn leidend voor kanaalspecifieke elementen zoals Buy Box-status, listingkwaliteit, platformpromoties en marketplace reviews.
- Finance of profit analytics is leidend voor marge, bijdrage per order, fees, refunds en advertentieruimte.
Het gevaar ontstaat wanneer je één tool te veel macht geeft. Shopify is fantastisch als commerciële hub, maar Shopify weet niet vanzelf welke Amazon FBA-fee uiteindelijk op je settlement staat. Een ERP is sterk in finance en voorraad, maar meestal niet de plek waar je marketplace-contentteam elke bol-titel wil optimaliseren. Een PIM is geweldig voor productdata, maar hoort geen retourreserves of Meta Ads-budgetten te bepalen.
Waarom “één systeem voor alles” meestal misgaat
Veel teams zoeken naar één magische tool omdat versnippering pijn doet. Dat is logisch. Je wilt niet dat de productmanager in Shopify werkt, operations in een WMS, finance in Exact of Business Central, marketplace-specialisten in Seller Central en marketing in Meta, Google en TikTok. Alleen lost één alles-in-één-belofte het onderliggende probleem niet op als beslissingsrechten onduidelijk blijven.
De echte vraag is niet: “Welke tool heeft de meeste functies?” De echte vraag is: “Welk systeem mag deze specifieke waarheid veranderen?” Als twee tools allebei voorraad mogen verlagen, krijg je overselling. Als drie mensen prijzen in drie dashboards mogen aanpassen, weet niemand nog welke marge klopt. Als ads sturen op ROAS terwijl finance later ziet dat retouren oplopen, schaal je misschien verlies in plaats van groei.
Onderzoek en praktijkcases rond master data management benadrukken precies dit punt: data fragmenteert vanzelf wanneer bedrijven groeien. Productdata, voorraad, klantdata en orderhistorie leven in verschillende systemen omdat elk systeem voor een ander proces is gebouwd. Een single source of truth ontstaat dus niet door alles in één bak te gooien, maar door masterdata te definiëren, validatieregels in te richten en systemen duidelijke rollen te geven.
De zeven datadomeinen die je apart moet aanwijzen
Gebruik onderstaande tabel als startpunt. Niet elk merk heeft dezelfde stack, maar elk groeiend ecommercebedrijf heeft deze beslissingen nodig.
| Datadomein | Meestal beste eigenaar | Waarom | Typische fout |
|---|---|---|---|
| Productcontent | PIM of Shopify | Hier beheer je titels, beelden, specificaties, varianten en kanaalvertalingen. | Marketplace-titels handmatig aanpassen zonder terugkoppeling naar de productbasis. |
| Voorraad | ERP, WMS of gespecialiseerde voorraadtool | Voorraad moet rekening houden met fysieke stuks, reserveringen, inkoop onderweg en kanaalbuffers. | Shopify, Amazon en bol elk hun eigen voorraadwaarheid laten bijhouden. |
| Prijs | ERP, repricingtool of commerciële pricinglaag | Prijs raakt marge, btw, valuta, platformcommissie, concurrentie en minimumwinst. | Kortingen in marketplace dashboards zetten zonder margecheck. |
| Orders | Shopify, OMS of ERP | Orders moeten één operationele status hebben voor fulfilment, service en finance. | Marketplace-orders alleen in het kanaal laten staan en later handmatig reconciliëren. |
| Fulfilment | WMS, 3PL-systeem of OMS | Leverbelofte, tracking en pick-pack-ship-status moeten operationeel kloppen. | Marketingcampagnes live houden terwijl fulfilmentcapaciteit vol zit. |
| Klantdata | Shopify, CRM of CDP | Je wilt één klantbeeld voor service, segmentatie en e-mailflows, binnen privacyregels. | Dezelfde klant in vijf lijsten behandelen als vijf verschillende kopers. |
| Winst | Profit analytics-laag | Winst vraagt orderomzet, fees, ad spend, inkoop, verzending, retouren en btw-context samen. | ROAS of bruto omzet gebruiken als beslissingswaarheid. |
Scenario 1: het Shopify-merk dat voorraad in drie tools liet leven
Stel: Daan verkoopt sportaccessoires via Shopify, Amazon en bol. Zijn bestverkopende weerstandsbandenset heeft 420 stuks fysieke voorraad. Shopify toont 420. Amazon FBA heeft 160 stuks. bol krijgt via een koppeling 300 stuks aangeboden, omdat de feed één keer per uur synchroniseert. Op vrijdag start Daan een Meta-campagne met €750 dagbudget en een bol-promotie voor het weekend.
De eerste dag verkoopt Shopify 96 sets, Amazon 54 en bol 131. Op papier zijn dat 281 orders. In werkelijkheid waren er maar 260 verkoopbare stuks beschikbaar voor directe fulfilment, omdat 160 stuks bij FBA liggen en niet zomaar dezelfde dag voor bol-orders gebruikt kunnen worden. Het gevolg: 21 bol-orders moeten worden geannuleerd of met spoed via een duurdere route worden geleverd.
De oplossing is niet “vaker synchroniseren”. De oplossing is eigenaarschap. Het WMS of ERP moet bepalen hoeveel voorraad verkoopbaar is per fulfilmentbron. Shopify mag orders ontvangen en klantcommunicatie sturen. Amazon mag FBA-voorraad rapporteren. bol mag alleen een gecontroleerde beschikbaarheid zien, bijvoorbeeld 180 stuks met een buffer van 25. Zo bescherm je de operatie tegen pieken die commercieel mooi lijken, maar operationeel te hard gaan.
Scenario 2: het beautymerk dat ROAS als waarheid gebruikte
Neem een beautymerk met een serum van €39,95. Meta rapporteert een ROAS van 3,8. TikTok Shop rapporteert €18.000 GMV in een week. Shopify ziet €42.000 omzet. Het team viert feest en verhoogt het advertentiebudget van €1.500 naar €2.500 per dag.
Maar de profitlaag vertelt iets anders. De inkoopprijs is €9,20. Pick-pack-ship kost €4,10. Gemiddelde betaal- en platformkosten zijn €3,35 per order. Retouren en refunds drukken gemiddeld €2,80 per order. TikTok creatorcommissie neemt nog eens 12% op bepaalde orders. Bij een order met 20% korting blijft geen €39,95 basis over, maar €31,96 omzet vóór kosten.
Als je rekent op kanaalniveau ontstaat dit beeld:
- Shopify direct: €39,95 omzet, ongeveer €19,10 bijdrage vóór ads.
- Meta-acquisitieorder met 15% korting: €33,96 omzet, ongeveer €13,40 bijdrage vóór ads.
- TikTok Shop-order met 20% korting en 12% creatorcommissie: €31,96 omzet, ongeveer €8,02 bijdrage vóór ads.
Een ROAS van 3,8 klinkt sterk, maar bij €8,02 bijdrage vóór ads mag je voor die TikTok-order geen €10 advertentie- en creatorkosten betalen. Dan koop je omzet en verkoop je winst. In dit scenario moet niet Meta, TikTok of Shopify de winstwaarheid zijn. De source of truth voor winst moet een laag zijn die omzet, kortingen, fees, fulfilment, retouren en advertentiekosten samen rekent.
Wanneer Shopify je source of truth mag zijn
Shopify is vaak een goede source of truth wanneer je operatie nog relatief compact is en Shopify het centrale verkoop- en orderproces draagt. Denk aan een merk dat vooral via de eigen webshop verkoopt, met daarnaast één of twee marketplaces die orders terugsturen naar Shopify. In zo’n setup kan Shopify prima leidend zijn voor productbasisdata, klantcommunicatie, orderstatus en commerciële workflows.
Shopify werkt vooral goed als:
- de meeste omzet via de webshop loopt;
- je voorraad op één fulfilmentlocatie ligt;
- marketplaces vooral extra verkoopkanalen zijn, geen aparte operatie;
- je productassortiment overzichtelijk is, bijvoorbeeld 50 tot 500 actieve SKU’s;
- je geen complexe B2B-prijzen, bundels, regio’s of meerdere magazijnen hebt;
- orders vanuit marketplaces betrouwbaar terugkomen in Shopify.
Maar zelfs dan is Shopify niet automatisch de bron voor alles. Voor winst heb je nog steeds marketplace-fees, advertentiekosten, retouren, fulfilmentkosten en inkoopkosten nodig. Voor voorraad heb je buffers nodig zodra één product tegelijk via bol, Amazon, TikTok Shop en je eigen checkout kan verkopen.
Wanneer een ERP of WMS leidend moet zijn
Zodra voorraad, finance of fulfilment complex wordt, schuift eigenaarschap vaak richting ERP, WMS of OMS. Dat gebeurt bijvoorbeeld bij meerdere magazijnen, FBA plus eigen fulfilment, wholesale naast D2C, inkooporders onderweg, samengestelde producten of strakke leverbeloftes op marketplaces.
Een ERP of WMS hoort leidend te zijn als de vraag niet “hoe ziet de productpagina eruit?” is, maar “kunnen we dit product betrouwbaar leveren en financieel goed verwerken?” Dat is een ander soort waarheid. Een WMS ziet picklocaties, reserveringen, inbound voorraad en fulfilmentcapaciteit. Een ERP ziet inkoop, facturen, kostprijzen, btw en financiële verwerking. Shopify ziet vooral de commerciële transactie.
Een praktisch voorbeeld: je hebt 1.200 stuks voorraad van een koffiemolen. Daarvan liggen 500 stuks bij Amazon FBA, 400 in je 3PL-magazijn, 200 zijn gereserveerd voor B2B en 100 zijn onderweg naar een retailpartner. Shopify kan “1.200 op voorraad” tonen, maar operationeel zijn er misschien maar 320 stuks verkoopbaar voor webshop en bol. In dat geval moet Shopify niet de voorraadwaarheid zijn. Shopify moet een gepubliceerde voorraad ontvangen vanuit de operationele laag.
Wanneer een PIM leidend moet zijn
Een PIM wordt belangrijk wanneer productinformatie zelf complex wordt. Denk aan meerdere talen, honderden attributen, technische specificaties, certificaten, marketplace-templatevelden, beeldsets, varianten, bundels en contentgoedkeuringen. Dan wil je niet dat elke kanaalmanager zijn eigen producttekst in Amazon, bol, Shopify of Google Merchant Center onderhoudt.
Voor productdata is de vraag: waar ontstaat de officiële productwaarheid? Als je assortiment uit 40 producten bestaat, kan Shopify prima genoeg zijn. Bij 4.000 SKU’s, vijf talen en tien verkoopkanalen wordt Shopify vaak meer publicatiekanaal dan productdatabron. Een PIM kan dan de basis bewaken, terwijl marketplaces kanaalspecifieke optimalisaties krijgen.
Belangrijk: een PIM is geen winsttool. Een perfecte producttitel voorkomt geen verliesgevende advertentiecampagne. En een ERP is geen contentmachine. Goede architectuur betekent dat elke tool doet waar hij goed in is.
De beslisregel: waar ontstaat de fout als dit misgaat?
Twijfel je welke tool leidend moet zijn? Stel dan deze vraag: waar doet een fout het meeste pijn?
- Als een foute waarde leidt tot overselling, hoort de waarheid bij voorraad of fulfilment.
- Als een foute waarde leidt tot verkeerde productinformatie, hoort de waarheid bij PIM of catalogusbeheer.
- Als een foute waarde leidt tot verkeerde facturen of marges, hoort de waarheid bij finance of profit analytics.
- Als een foute waarde leidt tot slechte klantcommunicatie, hoort de waarheid bij Shopify, OMS of CRM.
- Als een foute waarde leidt tot verspilde advertentie-uitgaven, hoort de waarheid bij een winst- en ads-beslissingslaag.
Deze regel maakt discussies praktischer. Je hoeft niet te winnen met “mijn tool is belangrijker”. Je kijkt naar het risico. Waar moet de data het strengst gecontroleerd worden? Daar hoort de write-permission.
Maak onderscheid tussen lezen en schrijven
Veel source-of-truth-problemen ontstaan omdat tools te veel mogen schrijven. Lezen is meestal veilig. Schrijven is macht. Een marketplace mag voorraad lezen, maar niet zomaar de centrale voorraad aanpassen. Een advertentietool mag marge lezen, maar niet zonder regels je minimumprijs veranderen. Een customer service tool mag orderstatus lezen, maar niet zelfstandig fulfilment annuleren zonder workflow.
Werk daarom met een simpel rechtenmodel:
- Owner: dit systeem mag de waarheid wijzigen.
- Publisher: dit systeem stuurt gecontroleerde data door naar kanalen.
- Reader: dit systeem mag data gebruiken voor rapportage of beslissingen.
- Exception handler: dit systeem mag afwijkingen melden, maar niet automatisch overschrijven.
Voorbeeld: je ERP is owner van kostprijs. FiveX leest die kostprijs om winst per SKU en kanaal te berekenen. Je advertentiecampagnes gebruiken die winst om te bepalen hoeveel ruimte er is voor ad spend. Maar Meta Ads of Amazon Ads mogen de kostprijs natuurlijk niet aanpassen. Klinkt logisch, maar in veel stacks bestaat dit onderscheid niet expliciet. Dan ontstaan “tijdelijke” handmatige correcties die maanden blijven leven.
Checklist: zo kies je je source of truth per tool
Gebruik deze checklist met je team. Zet per regel letterlijk één systeemnaam en één eigenaar vanuit het team. Geen “gedeeld”, geen “hangt ervan af”, geen “meestal”. Als het in de praktijk uitzonderingen heeft, leg die uitzonderingen apart vast.
- Waar wordt een nieuw product voor het eerst aangemaakt?
- Waar wordt een SKU of EAN definitief vastgelegd?
- Waar wordt de officiële producttitel beheerd?
- Waar wordt kanaalspecifieke content goedgekeurd?
- Waar wordt fysieke voorraad bijgehouden?
- Waar worden reserveringen en buffers berekend?
- Waar wordt de verkoopprijs bepaald?
- Waar wordt de minimumprijs of minimum marge bewaakt?
- Waar komt elke marketplace-order terecht?
- Waar wordt fulfilmentstatus teruggeschreven?
- Waar worden retouren financieel verwerkt?
- Waar bereken je contribution margin per order?
- Waar beslist het team of advertentiebudget omhoog of omlaag mag?
Als je op drie of meer vragen geen helder antwoord hebt, heb je geen toolprobleem maar een governanceprobleem. Nieuwe software kan dan helpen, maar alleen nadat de spelregels duidelijk zijn.
Hoe FiveX helpt
FiveX helpt ecommercebedrijven om van versnipperde kanaaldata één commerciële beslissingslaag te maken. Niet door te doen alsof Shopify, Amazon, bol, TikTok Shop, Meta en Google dezelfde werkelijkheid hebben, maar door hun data naast elkaar te leggen en terug te brengen naar wat telt: omzet, kosten, marge, voorraadrisico en advertentieruimte per SKU en per kanaal.
Dat is precies waar source-of-truth-keuzes in de praktijk spannend worden. Je wilt Shopify blijven gebruiken voor je webshopflow. Je wilt Amazon en bol serieus nemen als eigen kanalen. Je wilt TikTok Shop niet platdrukken tot “nog een orderfeed”, omdat creatoracties en promoties daar echt anders werken. Maar je wilt óók niet dat elk kanaal zijn eigen winstverhaal vertelt.
Met FiveX kun je onder andere:
- marketplace-omzet vergelijken met werkelijke winst per product;
- advertentiekosten naast marge en voorraad leggen;
- zien welke SKU’s groeien maar eigenlijk te weinig bijdrage leveren;
- voorraad- en winstsignalen gebruiken voordat je campagnes opschaalt;
- Amazon, bol, Shopify en andere kanalen rapporteren vanuit één winstgerichte laag.
Conclusie: kies geen favoriete tool, kies beslissingsrechten
De vraag “welke ecommerce-tool moet je source of truth zijn?” heeft geen universeel antwoord. Een klein Shopify-merk kan Shopify prima als centrale waarheid gebruiken voor producten en orders. Een merk met meerdere magazijnen heeft waarschijnlijk een WMS of ERP nodig als voorraadwaarheid. Een merk met duizenden SKU’s en meerdere talen heeft baat bij een PIM. En elk serieus multichannel merk heeft een aparte winstlaag nodig, omdat geen enkel kanaaldashboard vanzelf je volledige contribution margin kent.
De beste keuze is dus niet de tool met het mooiste dashboard. De beste keuze is de architectuur waarin elke belangrijke beslissing precies één eigenaar heeft. Productdata bij de producttool. Voorraad bij de operationele tool. Orders bij de orderflow. Winst bij de profitlaag. Marketplaces als verkoopkanalen met eigen regels, niet als financiële waarheid.
Zo bouw je een ecommerce-stack die groei aankan zonder dat je team elke maandag begint met dezelfde vraag: “Welke cijfers kloppen eigenlijk?” En geloof me: dat is een heerlijke vraag om eindelijk niet meer te hoeven stellen.