Een installatiebedrijf met 22 medewerkers in Oost-Vlaanderen. De klantgegevens staan er op vier plaatsen: in het boekhoudpakket, in een Excel-bestand van de binnendienst, in de telefooncontacten van de zaakvoerder en in het planningsprogramma van de techniekers. Vier keer dezelfde klant, drie verschillende adressen, en niemand die met zekerheid kan zeggen welke versie klopt. Vraag je waar de juiste gegevens staan, dan krijg je vier antwoorden en een zin die alles samenvat: dat weet Ann wel.
Zo'n situatie ontstaat nooit uit een slechte beslissing. Ze ontstaat uit twintig redelijke beslissingen. De boekhouder raadde een pakket aan. De binnendienst maakte een lijstje omdat dat pakket te traag was. De techniekers kregen een planningstool van de leverancier van hun materiaal. Elke stap was verdedigbaar op het moment zelf. Samen vormen ze een gebouw waarvan niemand ooit het plan heeft gezien.
Wat digitale architectuur in een KMO eigenlijk betekent
Digitale architectuur klinkt als iets voor bedrijven met een eigen IT-afdeling. Dat is het niet. Het is de afspraak over welk systeem welke gegevens beheert, en welke systemen met elkaar mogen praten. Meer is het niet. Je hebt er geen server voor nodig en geen technisch profiel. Je hebt er een halve dag voor nodig en iemand die de vragen durft te stellen terwijl de zaakvoerder erbij zit.
De vergelijking met bouwen houdt goed stand. Een architect legt geen steen. Hij bepaalt waar de keuken komt, zodat de elektricien weet waar de stopcontacten moeten en de loodgieter weet waar zijn leidingen naartoe lopen. Zonder dat plan werkt iedereen correct binnen zijn eigen vak en klopt het geheel toch niet. Digitaal werkt het identiek, met een vervelend verschil: bij een huis zie je meteen dat de badkamer te klein is. Bij software merk je het pas als je drie jaar later probeert te koppelen.
Wat het kost als niemand de architect is
De kosten van een ontbrekend plan staan zelden op een factuur. Ze zitten in de tijd van je mensen. Iemand die een adres in twee systemen aanpast omdat hij niet meer weet welk het echte is. Een offerte die naar het oude leveradres vertrekt. Een klant die een mailing krijgt terwijl hij vorig jaar al opgezegd heeft. Elk van die dingen kost tien minuten en niemand houdt bij hoe vaak ze gebeuren, dus niemand rekent ze ooit op.
Er is een tweede kost, en die is duurder. Elk nieuw systeem dat je koopt zonder plan trekt de knoop strakker aan. Je schaft een CRM aan omdat de opvolging niet loopt, en nu staan de klantgegevens op vijf plaatsen in plaats van vier. Dat patroon komt terug in bijna elk van de signalen dat je digitale setup niet meer klopt: het probleem is zelden de tool die je laatst kocht, maar het ontbreken van een afspraak daarvoor.
Twee systemen koppelen die allebei denken dat ze gelijk hebben, verspreidt de fout alleen maar sneller.
De vier vragen die een architectuurgesprek beantwoordt
Je hoeft geen schema van dertig blokken te tekenen. In de praktijk kom je met vier vragen al ver genoeg om de beslissingen te nemen die er de komende jaren toe doen.
Waar ontstaat een klant?
Een klant ontstaat op een plek, niet op vier. Komt hij binnen via het contactformulier, via een telefoon naar de binnendienst of via de zaakvoerder op een netwerkmoment? Kies waar hij vanaf dat moment geregistreerd wordt en zorg dat elke andere weg daar uitkomt. Zolang drie mensen op drie plaatsen een nieuwe klant kunnen aanmaken, heb je geen architectuur maar een verzameling.
Waar ontstaat een order?
Een offerte die aanvaard wordt, moet ergens een order worden. Bij veel KMO's gebeurt dat eerst in het hoofd van een verkoper en pas dagen later op papier. Leg vast in welk systeem een order officieel bestaat en op welk moment. Dat is meteen de basis voor je planning, je facturatie en je omzetcijfer, drie dingen die anders elk hun eigen waarheid gaan ontwikkelen.
Wat is de bron van waarheid per gegeven?
Dit is de belangrijkste vraag en meestal de kortste discussie. Voor elke soort gegeven wijs je een systeem aan dat gelijk krijgt bij tegenspraak. Adressen, btw-nummers en facturen horen thuis in het facturatiepakket, want daar hangen wettelijke gevolgen aan. Contactpersonen en gespreksgeschiedenis horen in het CRM. Uren en materialen in het planningssysteem. Schrijf het op een blad en hang het op.
Welke koppeling is echt nodig?
Niet alles moet aan alles hangen. Een koppeling kost geld bij de bouw en nog eens bij elke update aan beide kanten. Vraag per koppeling wat er precies misloopt als ze er niet is. Is het antwoord dat iemand twee keer per week iets overtikt, dan is een export vaak goedkoper dan een integratie. Is het antwoord dat facturen blijven liggen, dan bouw je ze wel.
Waarom e-facturatie die bron van waarheid ineens laat tellen
Tot voor kort kon je met een rommelige gegevenshuishouding leven. Sinds 1 januari 2026 gaat dat niet meer. Btw-plichtigen die in België gevestigd zijn, moeten onderling gestructureerde elektronische facturen versturen via het Peppol-netwerk. Een pdf die je per e-mail doorstuurt, is wettelijk geen e-factuur. Je facturatiepakket moet dus over correcte ondernemingsgegevens beschikken, en dat lukt alleen als er een plek is waar die gegevens onderhouden worden.
De boetes zijn niet symbolisch: 1.500 euro bij een eerste overtreding, 3.000 euro bij een tweede en 5.000 euro vanaf de derde, met een gratieperiode van drie maanden tussen twee overtredingen. De tolerantieperiode die de FOD Financiën voor het eerste kwartaal van 2026 aankondigde, is voorbij. Wat je praktisch moet nakijken, staat in het artikel over wat je voor e-facturatie in orde moet brengen, met de officiële details op efactuur.belgium.be.
En het stopt daar niet. Op de ministerraad van 18 juli 2026 werd een voorontwerp van wet goedgekeurd dat vanaf 1 januari 2028 een near-realtime elektronische rapportering van factuurgegevens invoert, dubbelzijdig, door leverancier en afnemer, met een rapporteringsvenster van vijf dagen. Parlementaire goedkeuring moet nog volgen, dus dit is nog geen zekerheid. De richting is wel duidelijk: je gegevens moeten kloppen op het moment zelf, niet bij de jaarafsluiting.
Eerst tekenen, dan kopen
De volgorde is het hele punt. Wie eerst een systeem kiest en pas daarna nadenkt over waar de gegevens horen, betaalt twee keer. Een keer voor de licentie en de opzet, en later nog eens voor de migratie naar het pakket dat wel past bij hoe het bedrijf werkt. Ik zie dat vaak terugkomen bij de keuze tussen HubSpot, Teamleader en Odoo. Dat zijn alle drie degelijke pakketten, maar welk pakket past, is pas te beantwoorden als je weet welke rol het krijgt: bron van waarheid of aanvulling.
Hetzelfde geldt voor de vraag waar je eerst in investeert. Zonder plan wordt dat een discussie over budget en smaak, waarbij de partij met de beste presentatie wint. Met plan wordt het een discussie over waar je knelpunt zit. En pas als de architectuur staat, wordt automatiseren zinvol, want een geautomatiseerde stap bovenop een onduidelijk proces versnelt vooral de fout.
Nog een overweging die makkelijk vergeten wordt: hoe meer je bij een leverancier onderbrengt, hoe moeilijker je er weer uit raakt. Dat is de keerzijde van een strak geïntegreerde setup en het is een reden om bewust te blijven kiezen wat je waar legt, met exporteerbare data als minimumeis. Daar gaat het stuk over bouwen op huurgrond dieper op in.
De beslisregel
Wel doen: per soort gegeven een systeem aanwijzen dat gelijk krijgt, en dat op een blad zetten dat iedereen in het bedrijf kan lezen.
Niet doen: een nieuw pakket kopen zolang die vraag niet beantwoord is. Elke tool die je erbij zet zonder plan, verdeelt je gegevens verder over meer plaatsen.
Wat je deze week concreet kan doen
Neem een blad papier en teken de systemen die je vandaag betaalt. Elk systeem een blokje. Trek dan pijlen tussen die blokjes: welke gegevens gaan waarheen, en gebeurt dat automatisch of tikt iemand het over? Reken op drie kwartier. Bij de meeste bedrijven tussen 5 en 100 medewerkers past het geheel op een A4, en voor veel zaakvoerders is dat de eerste keer dat ze hun digitale setup in een oogopslag zien.
Doe daarna een tweede oefening. Neem je laatste tien nieuwe klanten en volg hun spoor: waar zijn ze het eerst geregistreerd, waar staat hun adres, waar staan hun facturen? Verschilt het antwoord per klant, dan weet je precies waar je moet beginnen. Wil je die oefening niet alleen doen, dan is dat exact wat er in de Digitale Scan gebeurt. Het komt geregeld voor dat de conclusie luidt dat je systemen volstaan en dat het probleem in de afspraken zit, niet in de software.