Vijf systemen open en toch klopt het niet: dat is geen tool-probleem

Kort antwoord. Als je vijf systemen open hebt en de cijfers kloppen nog steeds niet, is het probleem niet je tool maar je architectuur. Niemand weet welke bron leidend is, dus iedereen vertrouwt zijn eigen kopie. De oplossing is niet nóg een tool, maar één leidende bron met validatie, en koppelingen die de rest daaruit voeden.

Ik begin met een stelling: een lappendeken van losse systemen is geen softwareprobleem, het is een keuzeprobleem dat is dichtgegroeid. Elke tool die je ooit hebt toegevoegd was op dat moment een logische keuze. Sales wilde een eigen CRM, finance hield vast aan het boekhoudpakket, de werkvloer ging door op een spreadsheet die toevallig werkte. Stuk voor stuk verdedigbaar. Bij elkaar opgeteld zit je nu met vijf bronnen die allemaal een net iets ander verhaal vertellen.

Dat is geen randgeval. Het is de meest voorkomende pijn die ik tegenkom, dwars door branches heen. Een groothandel, een productiebedrijf, een installateur en een online reseller hebben op het oog niets gemeen, maar ze delen exact hetzelfde symptoom: gegevens staan op meerdere plekken, niemand weet welke plek leidend is, en dus controleert iedereen elkaar handmatig. Onderzoek van McKinsey wordt vaak aangehaald met de schatting dat kenniswerkers tot een vijfde van hun werkweek kwijt zijn aan zoeken en overtypen tussen systemen. Of dat cijfer voor jou nu twintig procent of tien procent is, het is werk dat niets toevoegt.

Waarom dit in zoveel bedrijven terugkomt

De pijn ontstaat zelden door één verkeerde aankoop. Hij ontstaat door groei zonder architectuur. Je voegt een tool toe op het moment dat een probleem urgent wordt, niet vanuit een plan over hoe je data hoort te stromen. Afdeling per afdeling bouwt zo zijn eigen eilandje. Het gevolg is dat hetzelfde gegeven, een ordernummer, een voorraadstand, een marge, op vijf plekken een eigen leven gaat leiden.

En dan begint het echte werk: het werk dat je niet ziet op een factuur maar wel in je avonden voelt. Iemand exporteert uit het ene systeem en importeert in het andere. Iemand vergelijkt twee schermen om te zien welk getal nu klopt. Iemand stuurt een appje "klopt deze voorraad nog?" omdat het systeem niet te vertrouwen is. Dat is de verborgen belasting van een lappendeken: niet de licentiekosten, maar de menselijke controle die je erbovenop hebt moeten bouwen om hem werkbaar te houden.

Hier wil ik streng zijn over wat de oplossing níet is. De oplossing is niet nóg een tool die belooft alles te verbinden. Een extra dashboard dat vijf onbetrouwbare bronnen samenvoegt, geeft je een onbetrouwbaar dashboard met een mooie kleur. Het echte antwoord is een architectuurkeuze: voor elk belangrijk gegeven wijs je precies één leidende bron aan, een single source of truth, en je zorgt dat alle andere systemen dat gegeven daaruit halen in plaats van een eigen kopie bij te houden. Daar komt validatie bovenop, zodat fout ingevoerde data wordt tegengehouden voordat hij zich vermenigvuldigt.

Zo'n keuze maak je niet door software te kopen. Je maakt hem door eerst het proces door te lichten. Welke stappen zijn er door de jaren ingeslopen omdat een systeem iets niet kon? Welke handmatige controle is eigenlijk een symptoom van wantrouwen tussen twee tools? Een deel van die stappen kan slimmer, een deel kan helemaal weg. Pas als het proces klopt, bouw ik de koppeling of de tooling eronder. En precies daar zit de reden dat een standaardpakket vaak niet past: standaardpakketten gaan uit van een standaardproces, en jouw proces is in de praktijk gegroeid. De maatwerk-build is geen luxe, hij is de plek waar je voorsprong zit.

Hoe dit speelt in de praktijk

Dezelfde wortel, andere verschijningsvorm per branche. Hieronder de concrete varianten die ik uitwerk.

Systemen die niet met elkaar praten. Het meest letterlijke geval: twee pakketten die dezelfde data nodig hebben maar elkaar niet kennen.

• Systemen die niet praten (groothandel): voorraad, inkoop en verkoop in losse systemen die elkaar niet automatisch bijwerken.
• Orderstatus over de keten (reseller): één orderstatus zien over meerdere leveranciers en verkoopkanalen heen.

Dezelfde gegevens steeds opnieuw invoeren. De data bestaat al, maar moet met de hand van het ene scherm naar het andere.

• Van offerte tot factuur opnieuw invoeren (productie): dezelfde regels overtypen van offerte naar werkbon naar factuur.
• Meer boekhouder dan ondernemer (groothandel): zoveel tijd in de administratie dat het ondernemen erbij inschiet.

Cijfers en aansturing die niet kloppen. Hier komt het wantrouwen samen: je hebt data, maar geen waarheid.

• Vijf systemen, toch klopt het niet (finance): rapportages die niet matchen omdat geen enkele bron leidend is.
• Monteurs aansturen zonder WhatsApp (bouw): planning en statussen die in losse appjes verdwijnen in plaats van in één systeem.