De stille kosten van uitbestede integraties: waarom ownership van je datalaag telt

Uitbesteden is slim. Een IT-afdeling van twee mensen kan niet alle expertise in huis hebben. Dat hoeft ook niet. Je hebt partners nodig voor netwerk, voor ERP, voor BI. Daar is niets mis mee.

Maar er is een verschil tussen het uitbesteden van een dienst en het uitbesteden van de controle over je data-infrastructuur. Dat verschil is niet altijd zichtbaar. Maar het is altijd duur.

Het verschil dat niemand benoemt

De meeste organisaties besteden BI uit aan een externe partij. Die partij bouwt dashboards, maakt rapporten, levert inzicht. Prima. Maar bij veel van die trajecten beheert de BI-partner niet alleen de presentatielaag - de rapporten en dashboards - maar ook de datalaag daaronder. De verbindingen met bronsystemen. De transformaties die ruwe data omzetten in bruikbare tabellen. De definities van wat “omzet” betekent, wat een “actieve klant” is, hoe retouren worden verwerkt.

Die logica zit dan opgesloten in een propriëtaire ETL-tool die de partner beheert. In een omgeving waar jij geen toegang toe hebt. In een formaat dat je niet kunt exporteren.

Zolang de samenwerking goed loopt, merk je daar niets van. Het probleem ontstaat wanneer je wilt wisselen.

Wat overstappen werkelijk kost

Licentiekosten zijn zichtbaar. Die staan op een factuur. Je kunt ze vergelijken, onderhandelen, opzeggen. Maar de werkelijke kosten van overstappen zitten ergens anders.

Stel: je besluit na drie jaar over te stappen naar een andere BI-partner. De rapporten zijn helder. De dashboards zien er goed uit. Maar de volgende partner begint niet bij de rapporten - die begint bij de data eronder. En dan wordt het stil.

Want waar staan de transformatiedefinities? In de ETL-tool van de vorige partner. Wie weet hoe “netto-omzet” wordt berekend? De consultant die vorig jaar is vertrokken. Waar is gedocumenteerd welke brondata wordt gefilterd, samengevoegd, of herschreven voordat het in een rapport verschijnt? Nergens.

Dit is geen uitzonderlijk scenario. Dit is de standaardsituatie bij middelgrote bedrijven die hun datalandschap volledig aan één partij hebben toevertrouwd.

De kosten om die kennis te reverse-engineeren, de transformaties opnieuw op te bouwen, en de rapporten te valideren zijn structureel hoger dan de oorspronkelijke implementatie. Niet twee keer zo hoog. Drie tot vijf keer. Want je bouwt niet alleen opnieuw - je moet eerst uitzoeken wat er überhaupt gebouwd was.

De strategie: eigen datalaag, uitbestede presentatie

De oplossing is niet alles zelf doen. De oplossing is weten wat je bezit en wat je uitbesteedt.

De datalaag - verbindingen, transformaties, modellen, definities - moet van jou zijn. In open standaarden. SQL. dbt. Fabric Lakehouse. Azure Data Factory. Technologieën die niet afhankelijk zijn van één specifieke partner om ze te lezen, te begrijpen of voort te zetten.

De presentatielaag - dashboards, rapporten, visualisaties - kan door elke competente BI-partner worden gebouwd. Als de datalaag open en gedocumenteerd is, wordt de presentatielaag inwisselbaar. Niet omdat presentatie er niet toe doet, maar omdat het een laag is die je kunt herbouwen zonder alles eronder te verliezen.

Dit is het verschil tussen een huis waarvan je de fundering bezit en een huis dat gebouwd is op gehuurde grond. Zolang je huur betaalt, merk je het verschil niet. Tot je wilt verbouwen.

Ownership als strategische keuze

Wij zien het regelmatig. Een organisatie werkt jaren met dezelfde BI-partner. De relatie is goed. De rapporten werken. Maar wanneer de eerste vragen komen - “Kunnen we dit ook zelf aanpassen?” of “Wat als we een andere partij willen voor een nieuw project?” - dan blijkt dat de datalaag zo verweven is met de tooling van de partner dat wisselen praktisch onmogelijk is.

Dat is geen technisch probleem. Dat is een strategisch probleem. Je hebt een partner nodig die bouwt op een fundament dat van jou is. Die zijn werk overdraagbaar maakt, niet onvervangbaar.

Het beste bewijs dat een partner goed werk levert? Dat een opvolger ermee verder kan. Niet dat het zo complex is dat niemand anders het begrijpt.

Hoe wij dit aanpakken

Bij House of Data ontwerpen we de datalaag als eigendom van de klant. Elke transformatie staat in versiebeheer. Elke definitie is gedocumenteerd. Elke pipeline is gebouwd op open tooling die de klant kan inzien, aanpassen en overdragen.

Onze BI-partners - en wij werken bewust met meerdere - bouwen op die laag. Ze hoeven niet te weten hoe de data uit het bronsysteem komt. Ze moeten weten wat de data betekent en hoe ze die kunnen gebruiken. Dat staat beschreven. In SQL. In dbt-modellen. In documentatie die leesbaar is zonder onze hulp.

Dat maakt ons niet onmisbaar. Dat maakt ons vervangbaar. En dat is precies het punt. Een architectuur die alleen werkt zolang dezelfde partij aan boord is, is geen architectuur. Het is een afhankelijkheid.

Ownership van je datalaag is geen technische voorkeur. Het is een strategische beslissing die bepaalt of je over drie jaar nog kunt kiezen.