Hoe krijg je één waarheid over omzet?

Je krijgt één waarheid over omzet door eerst vast te leggen welk systeem leidend is voor welk getal, en daarna die systemen zo te koppelen en af te stemmen dat elk verschil tussen hen zichtbaar wordt en een eigenaar krijgt. Het CRM is leidend voor wat er verkocht is, het contract voor wat er is afgesproken, het facturatiesysteem of ERP voor wat er gefactureerd is, en de boekhouding voor wat er als omzet telt. Eén waarheid betekent niet één systeem, maar één afgesproken set definities en een doorlopende aansluiting tussen de bronnen.

Waarom er geen één waarheid is

Vraag in een gemiddeld B2B-bedrijf van EUR 10 miljoen omzet aan drie mensen wat de omzet van vorig kwartaal was, en je krijgt drie antwoorden. De salesdirecteur kijkt in het CRM en telt gewonnen deals. De controller kijkt in de boekhouding en telt geboekte omzet. De operationeel manager kijkt in het ERP en telt uitgeleverde orders. Alle drie hebben gelijk, binnen hun eigen systeem.

Dat is geen slordigheid. Elk systeem is gebouwd voor een ander doel:

• Het CRM (Salesforce, HubSpot, Pipedrive) is gebouwd om verkoop te sturen. Het registreert verwachtingen: kansen, fasen, dealwaarden. Een deal op gewonnen betekent dat de klant ja heeft gezegd, niet dat er geld komt.
• Het ERP (SAP, AFAS, Exact) is gebouwd om levering en administratie te sturen. Het registreert orders, voorraad, projecten, uren en facturen.
• Het facturatiesysteem, soms onderdeel van het ERP, soms een los platform voor abonnementen, registreert wat er in rekening is gebracht.
• De boekhouding (Twinfield, Exact, AFAS, Moneybird) registreert omzet volgens verslaggevingsregels: in welke periode telt welke opbrengst.
• De bank registreert wat er binnenkwam.

Elk systeem heeft zijn eigen definitie van omzet, zijn eigen moment waarop iets telt, en zijn eigen sleutels voor klanten en producten. Waarom juist het verschil tussen de eerste twee zo groot is, lees je in CRM vs ERP: waar komt je echte omzet vandaan en waarom CRM-data niet hetzelfde is als financiële data.

Vier getallen die allemaal omzet heten

Een groot deel van de verwarring verdwijnt als je erkent dat er niet één omzetcijfer is, maar minstens vier. Ze zijn allemaal nuttig, voor verschillende vragen.

Tussen elk paar zit een verschil, en elk verschil heeft een verwachte en een onverwachte component. Een deal van EUR 120.000 over twaalf maanden is in januari volledig geboekt, voor EUR 10.000 gefactureerd en verantwoord, en misschien voor EUR 0 ontvangen. Dat is verwacht. Een deal van EUR 120.000 die na zes maanden voor EUR 40.000 is gefactureerd, is onverwacht, tenzij er een reden is.

Eén waarheid over omzet betekent dus: voor elk van deze vier getallen weet je waar het vandaan komt, en voor elk verschil tussen hen weet je of het verwacht is. Wat overblijft, is waar omzet weglekt.

Welke bron is leidend waarvoor

De eerste beslissing is geen technische. Het is een afspraak: welk systeem is de bron van waarheid voor welk gegeven? Zonder die afspraak gaat elke koppeling mis, omdat niemand weet welk systeem wint als twee systemen elkaar tegenspreken.

Een werkbare verdeling voor de meeste B2B-bedrijven:

• Klantgegevens voor facturatie (entiteit, KvK-nummer, factuuradres, btw): leidend in het ERP of de boekhouding. Daar moeten ze juridisch kloppen.
• Contactpersonen en commerciële relatie: leidend in het CRM.
• Wat er verkocht is en voor welke waarde: leidend in het CRM, tot het moment van gewonnen.
• Wat er is afgesproken over prijs, looptijd en voorwaarden: leidend in het contract, en daarna in het systeem waaruit gefactureerd wordt.
• Wat er geleverd is: leidend in het ERP, de urenregistratie of het productsysteem.
• Wat er gefactureerd is: leidend in het facturatiesysteem.
• Wat als omzet telt: leidend in de boekhouding.

Het belangrijkste principe: voor elk gegeven is er precies één leidende bron, en alle andere systemen nemen het over, zonder het zelf te wijzigen. Een factuuradres dat in het CRM wordt aangepast maar niet in het ERP, is het begin van een verkeerd geadresseerde factuur. De afwegingen per gegeven staan uitgewerkt in welke databron is leidend voor omzet.

Hoe gescheiden systemen omzet laten weglekken

Als elk systeem zijn eigen waarheid heeft, ontstaat er ruimte tussen de systemen. In die ruimte verdwijnt omzet, zonder dat een van de systemen iets fout doet:

• Een deal staat op gewonnen in het CRM, maar niemand geeft het door aan facturatie.
• Een upgrade wordt verkocht, maar het abonnement in de facturatie blijft op het oude pakket.
• Een contract bevat een indexatie, maar die staat niet in het systeem waaruit gefactureerd wordt.
• Meerwerk wordt geleverd en geregistreerd in de urenregistratie, maar niet doorbelast.
• Een klant zegt een module op bij support, en de facturatie loopt door of stopt helemaal.

Elk van deze lekken is een overdracht tussen twee systemen die niet heeft plaatsgevonden. Niemand ziet het, omdat niemand beide systemen tegelijk bekijkt. Waarom silo's precies op deze manier lekken veroorzaken, en waarom meer rapportages daar niet tegen helpen, lees je in waarom silo's revenue leakage veroorzaken.

De keten van eerste contact tot geld op de bank

Omzet ontstaat niet in één systeem, maar in een keten van stappen. Die keten heeft verschillende namen, afhankelijk van waar je begint te tellen en welk document centraal staat. Ze beschrijven allemaal hetzelfde principe: een verkoopafspraak moet zonder verlies uitmonden in ontvangen geld.

Welke keten centraal staat, hangt af van je bedrijfsmodel. Een groothandel denkt in orders, een installatiebedrijf met onderhoudscontracten in contracten, een softwarebedrijf in abonnementen. Elke keten heeft zijn eigen overdrachtsmomenten en dus zijn eigen lekken. Ze worden elk apart uitgewerkt: lead-to-cash voor het volledige traject, quote-to-cash voor bedrijven waar de offerte de prijs bepaalt, order-to-cash voor orderstromen, en contract-to-cash voor terugkerende afspraken.

Voor één waarheid over omzet maakt het niet uit welke naam je gebruikt. Wat telt, is dat je de keten kent: welke stappen, welke systemen, welke overdrachten, en wie per overdracht verantwoordelijk is.

Koppelen: welke systemen met elkaar praten

Als de afspraken over bronnen staan, volgt de techniek. Koppelen betekent dat gegevens automatisch van het ene systeem naar het andere gaan, of dat een derde systeem beide leest. Twee koppelingen doen voor omzet het meeste werk.

CRM aan billing

De koppeling tussen CRM en facturatie zorgt dat een gewonnen deal automatisch leidt tot een factuur of een abonnement. Ze sluit het grootste en meest voorkomende gat: deals die gewonnen zijn en nooit gefactureerd worden. Waar je op moet letten: welke dealfase de facturatie in gang zet, welke velden verplicht zijn, en wat er gebeurt als een deal na gewonnen nog verandert. De opties en valkuilen staan in hoe koppel je CRM aan billing.

CRM aan ERP

De koppeling tussen CRM en ERP gaat verder dan facturatie. Ze synchroniseert klanten, producten, prijzen en orders, zodat sales werkt met dezelfde klantgegevens en prijzen als de administratie. Die koppeling is complexer, omdat de datamodellen van CRM en ERP sterk verschillen. Een CRM denkt in accounts en deals, een ERP in debiteuren, artikelen en orders. Hoe je die twee op elkaar aansluit, en waarom een tweerichtingssynchronisatie vaak meer problemen oplevert dan oplost, lees je in hoe koppel je CRM aan ERP.

Sales en finance in één beeld

Koppelen is niet alleen gegevens doorsturen. Het doel is dat salesdata en financiële data in één beeld samenkomen: per klant zie je wat er verkocht is, wat er is afgesproken, wat er gefactureerd is en wat er betaald is. Dat vraagt gedeelde sleutels (klantnummer, contractnummer, ordernummer die in alle systemen terugkomen) en gedeelde definities. Hoe je dat opbouwt zonder een groot integratieproject, staat in hoe verbind je salesdata met financiële data.

Afstemmen: het verschil zichtbaar maken

Koppelingen verminderen het aantal verschillen, maar halen ze nooit helemaal weg. Een koppeling kan falen, iemand kan een record handmatig aanpassen, een uitzondering past niet in de regel. Daarom is naast koppelen afstemmen nodig: periodiek controleren of wat in het ene systeem staat, klopt met wat in het andere staat.

Dit heet reconciliation, en je kent het principe uit de boekhouding: je sluit de bank aan op het grootboek. Voor omzet sluit je het CRM aan op de facturatie, en de facturatie op de contracten. Elke gewonnen deal hoort een factuur te hebben, elke factuur hoort bij een deal of een contract, en elk verschil wordt verklaard of opgelost. Hoe dat werkt, welke verschillen je kunt verwachten en hoe je ze beoordeelt, staat in CRM-to-billing reconciliation uitgelegd.

Het verschil tussen een bedrijf met één waarheid en een bedrijf zonder, zit vaak niet in de systemen, maar in deze aansluiting. Een bedrijf dat maandelijks afstemt, weet binnen een maand waar een verschil zit. Een bedrijf dat het nooit doet, ontdekt het bij de jaarafsluiting, of nooit.

Automatisch controleren

Handmatig afstemmen werkt tot een bepaald volume. Bij honderden deals per maand en duizenden factuurregels wordt het steekproefwerk. Automatische controle betekent dat regels doorlopend draaien en alleen de afwijkingen aan een mens voorleggen.

Twee soorten controles vullen elkaar aan:

• Controles op het CRM. Zijn de velden gevuld die nodig zijn voor facturatie? Staan er deals op gewonnen zonder klantnummer, zonder contractdatum, zonder productregels? Staan er dubbele accounts? Zulke controles voorkomen dat een fout in het CRM doorloopt naar de factuur. Zie hoe controleer je CRM-data automatisch.
• Controles op de facturatie. Klopt de prijs met het contract of de prijslijst? Zijn er klanten met een actief contract zonder factuur deze maand? Zijn kortingen verlopen? Zijn aantallen gelijk aan het gebruik? Zie hoe controleer je facturatie automatisch.

Beide controles leveren alleen iets op als er iemand is die de afwijkingen oppakt. Een controle die elke nacht vijftig meldingen genereert en die niemand leest, is erger dan geen controle: ze geeft het gevoel dat het geregeld is.

De architectuur erachter

Er zijn grofweg drie manieren om dit technisch in te richten, en de meeste bedrijven gebruiken een combinatie.

1. Directe koppelingen tussen systemen. CRM praat rechtstreeks met ERP, ERP met facturatie. Snel te bouwen voor twee systemen, maar bij vijf systemen heb je tien koppelingen die elk kunnen falen. Onderhoud wordt het probleem.
2. Een centrale dataopslag. Alle systemen leveren data aan een datawarehouse, zoals Snowflake, en daar worden ze gecombineerd. Rapportages in Power BI of een vergelijkbare tool lezen uit dat warehouse. Krachtig, maar het vraagt iemand die het datamodel bouwt en bijhoudt, en het laat alleen zien, het grijpt niet in.
3. Een laag bovenop de systemen. Een platform dat de bestaande systemen leest, de records aan elkaar koppelt, de verschillen berekent en voorstelt wat er moet gebeuren. De systemen blijven de bron van waarheid, de laag maakt de verbanden. Dat is de aanpak waarop RiOS is gebouwd: het leest je CRM-, facturatie- en andere systemen en vervangt ze niet.

Welke architectuur past, hangt af van het aantal systemen, de hoeveelheid data, de interne kennis en wat je met de uitkomst wilt: alleen zien, of ook handelen. De keuzes en afwegingen staan in revenue data architecture voor B2B. Welke data een systeem daarbij te zien krijgt en hoe dat is beveiligd, is voor elke architectuur een eigen vraag. Voor RiOS staat het uitgewerkt op de pagina beveiliging.

Rekenvoorbeeld: wat het kost om geen één waarheid te hebben

Rekenvoorbeeld: stel je hebt EUR 12 miljoen omzet, een CRM, een ERP en een apart facturatiesysteem voor terugkerende diensten. Er is geen structurele afstemming.

Tijd. Voor elke maandrapportage en elk bestuursoverleg worden de cijfers handmatig uit drie systemen gehaald en aan elkaar gelegd. Stel dat dat maandelijks twee dagen van een controller en een dag van een salesmanager kost. Dat zijn 36 dagen per jaar, alleen om het eens te worden over de cijfers.

Beslissingen. Een forecast die op CRM-data is gebaseerd, zonder aansluiting op de facturatie, is structureel te optimistisch als deals op gewonnen staan die nooit worden gefactureerd. Wervings- en investeringsbeslissingen worden genomen op een cijfer dat hoger is dan de werkelijkheid.

Lekkage. Stel dat 1,5 procent van de omzet tussen de systemen weglekt: gewonnen deals zonder factuur, upgrades niet doorgevoerd, meerwerk niet doorbelast. Dat is EUR 180.000 per jaar. De bandbreedte die vaak wordt genoemd voor omzetlekkage is 1 tot 5 procent van de omzet. Dat is een veelgebruikte schatting, geen vast gegeven voor jouw bedrijf. Waar je binnen of buiten die bandbreedte zit, weet je pas als je het meet.

Het tijdsverlies is het zichtbare deel. De lekkage is het onzichtbare deel, en meestal het grootste.

Stappenplan: van drie waarheden naar één

Dit is een volgorde die werkt, ook zonder groot IT-project.

Week 1 tot 2: definities vastleggen

1. Schrijf de vier omzetgetallen op (geboekt, gefactureerd, verantwoord, ontvangen) en de definitie die jouw bedrijf ervoor gebruikt.
2. Leg per gegeven vast welk systeem leidend is: klant, contract, prijs, levering, factuur, omzet.
3. Spreek af welke dealfase in het CRM betekent dat er gefactureerd moet worden.

Week 3 tot 6: de sleutels op orde

4. Zorg dat elke klant in het CRM een klantnummer heeft dat ook in het ERP of de boekhouding bestaat.
5. Zorg dat elke gewonnen deal verwijst naar een contract- of ordernummer dat op de factuur terugkomt.
6. Schoon dubbele accounts op, te beginnen bij de klanten met de meeste omzet.

Week 7 tot 10: de eerste aansluiting

7. Leg alle gewonnen deals van het afgelopen jaar naast alle facturen. Markeer deals zonder factuur en facturen zonder deal.
8. Laat de accounteigenaar elke gemarkeerde deal beoordelen. Leg de reden vast.
9. Tel op wat er aan niet-gefactureerde omzet uit komt. Dat bedrag is je businesscase voor de rest.

Week 11 en verder: structureel maken

10. Maak de aansluiting maandelijks, met een eigenaar en een vaste datum.
11. Automatiseer de controles die elke maand hetzelfde zijn.
12. Koppel de systemen waar de aansluiting de meeste verschillen laat zien.

De volgorde is bewust: eerst afspraken, dan data, dan aansluiten, dan pas koppelen en automatiseren. Wie begint met koppelen, automatiseert de verwarring.

Wat één waarheid niet betekent

Drie misverstanden die veel tijd kosten:

• Het betekent niet één systeem. Een ERP dat ook CRM wil zijn, of een CRM dat ook factureert, lost het probleem zelden op. Het verschuift de ruimte tussen systemen naar ruimte tussen modules. De vraag welke definitie geldt, blijft bestaan.
• Het betekent niet dat alle cijfers gelijk zijn. Geboekte en gefactureerde omzet zijn nooit gelijk, en dat hoeft ook niet. Het gaat erom dat je het verschil kunt verklaren.
• Het betekent niet dat het klaar is. Nieuwe producten, nieuwe prijsmodellen, een nieuw systeem: elke verandering vraagt een nieuwe afspraak over bronnen en een nieuwe controle. Eén waarheid is een proces, geen project.

Veelgestelde vragen

Welk systeem moet de bron van waarheid voor omzet zijn?

Voor de omzet die in je jaarrekening telt, is dat de boekhouding. Voor wat er verkocht is, het CRM. Voor wat er is afgesproken, het contract. Er is niet één bron voor alles, er is één afgesproken bron per gegeven.

Heb ik een datawarehouse nodig?

Niet om te beginnen. De eerste aansluiting tussen CRM en facturatie kun je met twee exports en een spreadsheet doen. Een datawarehouse wordt zinvol als je veel systemen hebt, veel volume en mensen die het kunnen onderhouden.

Hoe lang duurt het voordat CRM en boekhouding hetzelfde verhaal vertellen?

De eerste aansluiting kan binnen een paar weken. Structureel, met sleutels op orde, maandelijkse afstemming en automatische controles, is een traject van enkele maanden. Hoe lang precies, hangt af van de staat van je data en het aantal systemen.

Wie is eigenaar van één waarheid over omzet?

Iemand die zowel sales als finance begrijpt en de bevoegdheid heeft om afspraken tussen die twee af te dwingen. In grotere bedrijven een RevOps-functie of de CFO, in kleinere vaak de financieel directeur of de directeur zelf. Zonder eigenaar valt het terug in drie waarheden.

Wat is de eerste stap die ik morgen kan zetten?

Vraag een export van alle gewonnen deals van het afgelopen kwartaal uit het CRM en alle facturen van dezelfde periode uit de boekhouding. Leg ze naast elkaar voor je tien grootste klanten. Wat je daar vindt, vertelt je hoe groot het probleem is.