--- title: "Een dataplatform is geen datalake met een dashboard" url: "https://hurukan.com/nl/blog/dataplatform-is-geen-datalake" description: "Alle systemen naar één opslag kopiëren met een BI-tool erop levert een grotere berg op, geen platform. Een platform draait om betekenis, eigenaarschap en actie." --- # Een dataplatform is geen datalake met een dashboard 19 mei 2026·3 min leestijd·Redactie Een analist van opzij gezien aan een lang bureau met drie monitoren met abstracte blauwgrijze tabellen en verbindingslijnen, geprinte schemadiagrammen op een bord erachter, laat middaglicht De projectopdracht was helder: alle data van het bedrijf op één plek. Er werden pijplijnen gebouwd van het ERP, het CRM, het magazijnsysteem en een tiental spreadsheets naar een datalake in de cloud, elke nacht geladen. Daarbovenop kwam een BI-tool. De lanceringspresentatie toonde hoe elke bron in één opslag uitkwam. Een halfjaar later tonen drie dashboards drie verschillende omzetcijfers, en de analisten besteden het grootste deel van hun week aan uitleggen waarom. De operationele teams exporteren nog steeds naar spreadsheets, want het lake loopt een dag achter en kan sowieso niets veranderen. De data staat op één plek. Verder niets. Het project loste opslag en transport op, en dat was nooit het moeilijke deel. Het moeilijke deel is betekenis (wat elk veld werkelijk is), eigenaarschap (wie ervoor verantwoordelijk is dat het klopt), actualiteit die past bij het besluit, en een weg terug naar de plek waar het werk gebeurt. Een datalake is een locatie. Een dataplatform is een afspraak over alle vier. ## Waar het lake met een dashboard tekortschiet **Kopieën zonder betekenis.** Tabellen komen binnen met kolomnamen die logisch waren voor wie het bronsysteem ontwierp. Niemand verderop weet welke van de zeven statuswaarden „verzonden” betekent, dus elke analist gokt, en ze gokken verschillend. **Geen eigenaar voor welk feit dan ook.** Als een getal niet klopt, krijgt het datateam de schuld. De fout zit vrijwel altijd in het bronproces, en de mensen die hem kunnen herstellen horen er nooit van, omdat het lake geen idee heeft wie zij zijn. **Eén snelheid voor alles.** Een nachtelijke batch bedient een voorraadbeslissing die elk uur wordt genomen. Of, in de dure variant, alles wordt realtime gestreamd voor een rapport dat één keer per maand wordt gelezen. De actualiteit wordt bepaald door de pijplijn, niet door het besluit. **Stroom in één richting.** Data stroomt uit de operationele systemen naar de analyse. Inzicht stroomt uit de analyse als slide. De actie gebeurt weer in het bronsysteem, met de hand. De lus van inzicht naar actie loopt via mensen die dingen overtypen. **Definities in de rapportagelaag.** Elk dashboard berekent omzet met een eigen formule, zodat de definities met elke reparatie verder uit elkaar groeien. Hoe u dat stopt, staat in [één definitie van omzet](https://hurukan.com/nl/blog/een-definitie-van-omzet). ## Wat een dataplatform wel is **Eén model van het bedrijf waarop elke bron wordt afgebeeld.** De order in het ERP en de deal in het CRM zijn gekoppeld aan dezelfde objecten, met hun relaties, in één beschrijving van het bedrijf: een [ontologie](https://hurukan.com/nl/system/ontologie). Nieuwe bronnen worden op het model afgebeeld in plaats van ernaast gedumpt. **Een eigenaar voor elk object en elke bron**, bij naam genoemd, met een geschreven definitie van wat correct betekent. Als er iets niet klopt, gaat het naar die persoon, met bewijs. **Actualiteit bepaald door het besluit.** Vraag voor elk gebruik welk besluit deze data dient en hoe oud ze mag zijn als dat besluit wordt genomen. Sommige dingen vragen minuten; de meeste een dag; een paar een maand. **Herkomst.** Elk getal is terug te voeren op de bronnen en de bewerkingen onderweg, door iemand die de pijplijn niet heeft gebouwd. **Een weg terug.** Het platform kan een besluit doorgeven aan de plek waar het wordt uitgevoerd, als voorgestelde nabestelling, gemarkeerde factuur of taak met een eigenaar, via een goedkeuring in plaats van via een grafiek en een e-mail. Dat laatste punt is de reden dat Hurukan geen aparte analytische kopie van het bedrijf bijhoudt. De [Data-laag](https://hurukan.com/nl/system/data) is ontworpen als connectoren naar één datamodel, met imports, synchronisatie, documenten en e-facturen gekoppeld aan de records waar ze bij horen. Bedrijfsvoering en analyse lezen hetzelfde model, zodat een inzicht een voorstel kan worden op hetzelfde record waaruit het is afgeleid. Het is in ontwikkeling; wat hier wordt beschreven, is het ontwerp. ## Een test die u vandaag kunt doen Kies het getal waarover uw managementoverleg het vaakst discussieert. Herleid het op papier: - Uit welk systeem en welke tabel het komt, en uit welk veld. - Welke filters zijn toegepast, en wie daarover besliste. - Wie bij naam verantwoordelijk is voor de juistheid van dat getal. - Hoe oud het was op het moment dat het werd getoond. Stel dan de tweede helft van de vraag. Als dat getal een probleem laat zien, wat gebeurt er dan? Tel hoe vaak de informatie wordt overgetypt, doorgestuurd of opnieuw uitgelegd voordat er in het bedrijf daadwerkelijk iets verandert. Is er meer dan één persoon nodig om het spoor te volgen, of loopt de actie via e-mail en geheugen, dan hebt u een lake met een dashboard. Het gebruikelijke symptoom daarvan zijn rapporten die niemand opent; daarover gaat [het dashboard dat niemand opent](https://hurukan.com/nl/blog/het-dashboard-dat-niemand-opent). Het [overzicht van Hurukan](https://hurukan.com/nl) laat zien waar de datalaag zich bevindt ten opzichte van de rest. - dataplatform - datalake - data-eigenaarschap - herkomst van data ## Lees verder - [Een identiteit voor mensen en agents: wie wat mag doen](https://hurukan.com/nl/blog/een-identiteit-voor-mensen-en-agents) - [De actuele toestand en het register: twee geheugens van een bedrijfsbesturingssysteem](https://hurukan.com/nl/blog/de-actuele-toestand-en-het-register-twee-geheugens)