Vijf systemen open en toch klopt het niet: zo krijg je je finance weer in één lijn

Kort antwoord. Als vijf systemen open staan en de cijfers elkaar tegenspreken, ligt de fout zelden in één pakket. Het probleem is dat elk systeem zijn eigen versie van de waarheid bijhoudt en niemand bepaald heeft welke leidend is. Je lost het op door één bronsysteem aan te wijzen en de rest daaraan te koppelen.

Ik heb genoeg ondernemers aan tafel gehad met vijf tabbladen open: het CRM, de webshop, de urenregistratie, het boekhoudpakket en een Excel ernaast om het allemaal kloppend te krijgen. En toch klopt het niet. De omzet in het CRM is een ander getal dan in de boekhouding, de webshop zegt weer iets anders, en de uren die gefactureerd hadden moeten worden staan ergens in een tool die met geen van de andere praat. Dat is geen tekortkoming van jou. Dat is een systeem dat zo gegroeid is dat niemand meer weet welk getal leidend is.

In deze post leg ik uit waarom dat gebeurt, hoe je achterhaalt welk cijfer wél klopt, en hoe je toewerkt naar één plek waar de waarheid staat. Niet door harder te werken, maar door de boel anders in te richten.

Waarom je cijfers tussen systemen niet gelijklopen

De kern is simpel: zodra een gegeven op meer dan één plek leeft zonder automatische koppeling, gaan die plekken uit elkaar lopen. Een klant wordt aangemaakt in het CRM, daarna nog eens handmatig in Moneybird of e-Boekhouden, een order valt in de webshop maar wordt pas dagen later geboekt. Elke handmatige overstap is een moment waarop een typefout, een vergeten regel of een verschil in btw-code ontstaat. ResalePartners verwoordt het treffend: als systemen niet gesynchroniseerd zijn, houdt elk systeem zijn eigen versie van de werkelijkheid bij.

Het gevolg is dat je niet stuurt op cijfers, maar op een gevoel. Je weet dat de marge ergens rond een bepaald percentage ligt, maar hard maken kun je het niet. Dat is geen detail. Op het moment dat je een prijs wilt verhogen, een investering wilt doen of gewoon wilt weten of deze maand goed was, heb je een getal nodig waar je op durft te leunen.

Eerst uitzoeken welk getal je mag geloven

Voordat ik ook maar iets koppel of bouw, doe ik altijd eerst hetzelfde: ik zoek uit welk systeem de waarheid hoort te zijn voor elk type cijfer. Dat klinkt voor de hand liggend, maar in de praktijk is dit nooit afgesproken. Het CRM denkt dat het de omzet kent, de boekhouding weet het zeker, en de webshop houdt een derde administratie bij.

De vuistregel die ik aanhoud:

• Verkochte producten en orders: de webshop of het kassasysteem is de bron, want daar gebeurt de transactie.
• Wat er daadwerkelijk binnenkomt en geboekt is: de boekhouding is leidend, want dat is de fiscale werkelijkheid.
• Klant- en dealgegevens: het CRM (HubSpot, Pipedrive of vergelijkbaar) is de bron voor wie de klant is en in welke fase een deal zit.
• Gewerkte en factureerbare uren: de urenregistratie is leidend tot het moment dat ze gefactureerd zijn.

Pas als dat helder is, kun je verschillen verklaren in plaats van erover bakkeleien. En vaak ontdek ik in deze stap dat er processtappen zijn die alleen nog bestaan omdat ze ooit zo begonnen. Een handmatige export die niemand meer leest. Een tussenadministratie in Excel die dubbel werk doet. Die haal ik er bewust uit, want het slimste systeem is het systeem dat een stap helemaal niet meer nodig heeft. Dat is geen reden om niets te bouwen. Het is de reden om het goede te bouwen.

Eén bron van waarheid, de rest koppelt daaraan

Als duidelijk is welk systeem waarvoor leidend is, wordt de oplossing helder: je wijst per gegevensstroom één bron aan en de andere systemen halen daar hun data vandaan. Een nieuwe klant in het CRM stroomt automatisch door naar de boekhouding. Een betaalde order in de webshop wordt geboekt zonder dat iemand iets overtypt. Uren die op "gefactureerd" gaan, verschijnen op de factuur. e-Boekhouden beschrijft dat dit precies is wat een goede koppeling doet: data wisselt automatisch uit, waardoor handmatige invoer overbodig wordt.

Een belangrijk detail dat ik altijd vroeg vastleg: de unieke sleutel waarmee systemen weten dat het om dezelfde klant gaat. In de praktijk is dat vaak het KVK-nummer. SaaS Insights wijst hier terecht op: zonder een gedeelde sleutel weet de software niet dat de klant in het CRM dezelfde is als die in de boekhouding, en dan krijg je dubbele records in plaats van een schone koppeling.

Wanneer een standaardkoppeling genoeg is, en wanneer niet

Veel pakketten bieden kant-en-klare koppelingen. Moneybird, SnelStart, e-Boekhouden en Twinfield hebben er stuk voor stuk een rijtje van, en voor een standaardsituatie zijn die uitstekend. Mijn advies is daar dan ook altijd eerlijk: als een bestaande koppeling jouw stroom precies dekt, gebruik die.

Het wringt op het moment dat jouw proces niet in het standaardstramien past. Je werkt met een eigen prijslogica, je hebt drie administraties die geconsolideerd moeten worden, je urenregistratie zit in een tool waar geen koppeling voor bestaat, of je wilt een rapportage die je boekhoudpakket simpelweg niet kan maken. Dat is precies waar ik bouw: een tussenlaag die de systemen aan elkaar knoopt op jouw manier, een dashboard dat de cijfers uit alle bronnen op één plek samenbrengt, of een geautomatiseerde workflow die de stap doet die geen pakket voor je doet. De berekening en de doorstroming moeten gebeuren. De vraag is alleen of een standaardpakket dat toevallig precies zo doet als jij nodig hebt, of dat het op maat moet.

Het verschil tussen die twee is waar de winst zit. Een standaardkoppeling die net niet past, kost je elke maand opnieuw correctiewerk. Een systeem dat op jouw situatie is gebouwd, doet het werk één keer goed en blijft dat doen.