Single source of truth (SSOT)

Wat is een single source of truth?

Een single source of truth (SSOT) is de afspraak dat elk gegeven in je organisatie één officiële plek heeft. Wil je weten hoeveel klanten je hebt of wat de omzet van vorig kwartaal was, dan is er precies één plaats waar dat antwoord vandaan komt. Elk rapport en elk dashboard vertrekt van die ene plek.

Het probleem dat een SSOT oplost, herken je meteen. Sales toont in de maandvergadering een omzetcijfer, finance een ander, en de rest van het uur gaat over wiens Excel gelijk heeft in plaats van over de zaak zelf. Of er circuleert een rekenblad dat vijf keer gekopieerd werd en nu in vijf versies verder leeft, elk met eigen correcties en eigen formules.

Vergelijk het met het rijksregister. Je adres staat op tientallen plaatsen genoteerd, bij je bank, bij je werkgever. Maar er is één officiële versie, en bij twijfel schikt de rest zich daarnaar. Een SSOT is dan ook geen product dat je koopt, maar een toestand die je bereikt: al je cijfers zijn via één referentiepunt te vinden.

Eén bron per gegeven, niet één systeem voor alles

Het grootste misverstand rond SSOT is dat je alles in één systeem zou moeten proppen. Dat klopt niet, en het zou ook niet werken. Je CRM blijft de bron voor klantgegevens, je boekhoudpakket voor facturen, je HR-tool voor medewerkers. Elk van die systemen is goed in zijn eigen domein.

Wat je wel doet: per gegeven afspreken welk systeem de waarheid draagt. Spreekt je CRM je facturatie tegen over het adres van een klant, dan wint het systeem dat je vooraf als bron hebt aangeduid. Al de rest, rapporten, exports, koppelingen, vertrekt van die ene bron zonder er een eigen versie naast te leggen.

Hoe bouw je een single source of truth?

In de praktijk steunt een SSOT op drie bouwstenen.

Een verzamelpunt. Een data warehouse of lakehouse brengt kopieën van al je brondata samen op één plek. Rapporten bevragen dat verzamelpunt en niet tien systemen apart, en iedereen kijkt naar dezelfde, even verse data.

Gedeelde definities. Een semantisch model legt bovenop dat verzamelpunt vast wat "omzet", "marge" en "actieve klant" precies betekenen, met de berekeningen erbij. In Power BI kan je zo'n model certificeren, zodat rapportbouwers zien welk model het officiële is en daarop verder bouwen in plaats van elk hun eigen versie te maken.

Eén versie van je stamgegevens. Klanten en producten leven in meerdere systemen tegelijk, met spelvarianten en dubbels. Master data management is de discipline die daar één gedeelde versie van maakt.

Meer afspraak dan technologie

De bouwstenen hierboven zijn het makkelijke deel. Een SSOT staat of valt met afspraken die geen enkele tool voor je maakt.

Iemand moet eigenaar zijn van elk gegeven: wie beslist er wanneer de definitie van "klant" moet veranderen? Die definities zelf vragen het meeste werk. Telt een prospect met een getekende offerte al mee? Een klant die twee jaar niets bestelde? Zolang sales en finance daar elk hun eigen antwoord op hanteren, blijven hun cijfers uit elkaar lopen, hoe goed je warehouse ook is.

Daarnaast vraagt het discipline: elk nieuw rapport bouwt op het gedeelde model, niet op een verse export die iemand snel even trekt.

De beloning: discussies over wiens cijfer klopt vallen weg, en een nieuw rapport wordt sneller vertrouwd omdat iedereen weet waar de cijfers vandaan komen.

Waar moet je op letten bij een single source of truth?

Het vervalt zonder onderhoud. Bronsystemen veranderen, koppelingen breken, er komt een nieuw pakket bij. Reken op blijvend onderhoud, anders klopt de officiële versie na een jaar niet meer en verliest ze net het vertrouwen waarvoor je ze bouwde.

Schaduw-Excels sluipen terug binnen. Is het officiële rapport traag of moeilijk te vinden, dan maakt iemand een eigen export en deelt die door. Elke schaduw-Excel is een signaal dat de officiële bron tekortschiet, behandel het ook zo.

Vecht definitie-discussies eerst uit. Een warehouse bouwen terwijl sales en finance nog niet akkoord zijn over wat een klant is, verplaatst de discussie alleen maar. De afspraken over definities en eigenaarschap komen vóór de technologie.

FAQ over single source of truth

1. Is ons ERP niet al onze single source of truth?
Voor de gegevens die erin ontstaan, zoals voorraad en facturen, wel. Maar zodra er ook een CRM, webshop of HR-pakket draait, leeft een deel van de waarheid daarbuiten en heb je afspraken plus een verzamelpunt nodig om alles samen te brengen.

2. Is een single source of truth hetzelfde als een data warehouse?
Nee. Het warehouse is het verzamelpunt, de SSOT is de afspraak dat iedereen dat verzamelpunt als officiële bron gebruikt. Een warehouse zonder die afspraak is gewoon de zoveelste kopie van je data.

3. Moeten we onze systemen vervangen om dit te bouwen?
Nee. Je bestaande systemen blijven gewoon draaien. Je legt alleen vast welk systeem per gegeven de waarheid draagt en zorgt dat rapporten uit het gedeelde verzamelpunt komen, niet uit losse exports.

4. Hoe begin je eraan als KMO?
Klein. Lijst de vijf cijfers op waarover het vaakst discussie is, leg per cijfer vast welk systeem de bron is en hoe het berekend wordt, en giet die afspraken daarna in een warehouse en een semantisch model. De afspraken eerst, de technologie erna.