Datadomein

Wat is een datadomein?

Een datadomein is een afgebakend stuk van je bedrijf, bijvoorbeeld verkoop, boekhouding, logistiek of HR, samen met alle data die bij dat stuk hoort. Het domein groepeert de gegevens die bij een businessgebied thuishoren, en in moderne opzetten is het ook de plek waar die data een eigenaar krijgt en aangeboden wordt aan de rest van de organisatie.

Het woord domein slaat dus op een businessgebied, niet op een server of een map. Het salesdomein bezit de klanten, de offertes en de orders. Het financedomein bezit de facturen, de betalingen en de grootboekrekeningen. Elk domein kent zijn eigen data het best, want de mensen die er dagelijks mee werken zitten er ook in.

Waar het idee vandaan komt

Het begrip komt uit domain-driven design, een manier van software bouwen die Eric Evans in 2003 beschreef. Daarin is een bounded context een afgebakend gebied waarin een term een vaste betekenis heeft. Buiten dat gebied kan hetzelfde woord iets anders betekenen.

Dat klinkt abstract tot je merkt hoe vaak het misloopt. Neem het woord klant. Voor verkoop is dat iemand met een getekend contract, voor de boekhouding een debiteur met een openstaand saldo, voor de dienst-na-verkoop een installatieadres met een servicecontract. Drie afdelingen, drie definities, hetzelfde woord. Een datadomein trekt de grens rond een van die betekenissen en houdt ze zuiver.

Zhamak Dehghani trok die redenering in 2019 door naar data. Haar punt: we hebben applicaties al lang opgedeeld per businessdomein, maar bij data zijn we dat vergeten en gooiden we alles op een centrale hoop. Het domein terugbrengen als de eenheid waarrond je data organiseert, is de kern van haar data mesh.

Een datadomein is geen databaseschema

Hier lopen mensen het vaakst vast. Een databaseschema is een technische container: tabellen, kolommen en sleutels op een bepaalde plek. Een datadomein is een businessafspraak: dit gebied hoort bij verkoop, deze mensen zijn er verantwoordelijk voor, dit is de betekenis van elke term.

De twee vallen soms samen, maar lang niet altijd. Klantdata van je salesdomein kan verspreid zitten over een CRM-tabel, een lakehouse en een export uit je boekhoudpakket: drie technische plekken, maar een domein. Omgekeerd kan een schema data van twee domeinen door elkaar bevatten, en dat is net het probleem dat domeinen oplossen.

Kort gezegd: een schema zegt waar de data staat, een domein zegt van wie ze is en wat ze betekent. Wie die twee verwart, bouwt een structuur waar niemand zich eigenaar van voelt.

Het domein als bouwsteen van een data mesh

In een klassiek platform beheert een centraal team alle data, tot dat team de bottleneck wordt. Een data mesh draait het om: elk domein wordt eigenaar van zijn eigen data en biedt ze aan als een data product, met documentatie, een duidelijke interface en afspraken over kwaliteit en versheid.

Dehghani onderscheidt drie soorten domeinen naargelang hun rol.

• Brondomeinen leggen de feiten van het bedrijf vast zoals ze ontstaan, zoals het orderdomein dat elke bestelling registreert op het moment dat ze binnenkomt.

• Consumentendomeinen bewerken data uit meerdere bronnen tot een vorm die een groep gebruikers nodig heeft, bijvoorbeeld verkoop en marketing samengebracht voor campagne-analyse.

• Gedeelde domeinen ontstaan wanneer zo'n bewerkte dataset nuttig blijkt voor meerdere teams en zelf een aanbod wordt.

Dat het domein de eenheid is waarrond je alles bouwt, en niet een stap in de pipeline, is precies wat een mesh onderscheidt van een gewoon warehouse. Platformen als Microsoft Fabric hebben dat overgenomen: je groepeert er workspaces onder een domein zodat elke afdeling haar eigen data terugvindt en beheert.

Eigenaarschap en stewardship

Een domein zonder benoemde eigenaar is een lege afspraak. Daarom hangen aan elk datadomein twee rollen. De data owner is de business-eigenaar, meestal iemand met verantwoordelijkheid over dat gebied, zoals de salesmanager voor het salesdomein. Die beslist over definities, toegang en prioriteiten. De data steward is de operationele beheerder die de kwaliteit bewaakt, definities documenteert en vragen van gebruikers beantwoordt.

Die verdeling is de brug tussen een datadomein en data governance. Governance legt de organisatiebrede spelregels vast, domeinen zijn de plekken waar die regels een eigenaar en een gezicht krijgen. Zonder domeinafbakening wordt data iedereens probleem en niemands verantwoordelijkheid.

Let ook op de grens met master data management. MDM zorgt dat kernbegrippen zoals klant of product een gedeelde, gouden definitie krijgen over domeinen heen. Domeinen bezitten hun eigen data, MDM houdt de gedeelde begrippen op een lijn waar het telt.

Voorbeeld: een KMO in drie domeinen

Neem een groothandel met een dertigtal medewerkers, netjes op te splitsen in drie domeinen.

Verkoop bezit de klantgegevens, offertes, orders en verkoopmarges, met de commercieel verantwoordelijke als eigenaar. Dit domein levert cijfers over omzet per klant en per productgroep.

Voorraad en logistiek bezit de artikels, leveranciers, voorraadstanden en zendingen, met de magazijnverantwoordelijke als eigenaar. Dit domein levert cijfers over voorraadrotatie en levertermijnen.

Boekhouding bezit de facturen, betalingen, het grootboek en de openstaande posten, met de office manager of de externe boekhouder als eigenaar. Dit domein levert cijfers over cashflow en betaalgedrag.

De winst zit in de duidelijkheid. Klopt de omzet in een rapport niet, dan weet je meteen bij welk domein je moet zijn. Groeit de zaak later naar vijftig of honderd mensen, dan splits je een domein verder op, bijvoorbeeld HR los uit de boekhouding, zonder dat je alles moet hertekenen.