Hoe ontdek je fouten in terugkerende omzet?

Je ontdekt fouten in terugkerende omzet door elke maand drie lijsten op elkaar aan te sluiten: de actieve contracten of abonnementen met hun afgesproken bedrag, de terugkerende factuurregels die het facturatiesysteem heeft aangemaakt, en de mutaties van die maand (nieuwe klanten, upgrades, downgrades, opzeggingen). Elke klant die in de ene lijst staat en niet in de andere, of met een ander bedrag, is een fout. De meeste fouten ontstaan bij mutaties, dus daar begin je.

Waarom terugkerende omzet foutgevoelig is

Terugkerende omzet lijkt de betrouwbaarste omzet die er is. Het contract is getekend, het facturatiesysteem stuurt elke maand automatisch de factuur, de klant betaalt via incasso. Niemand kijkt er meer naar. Precies daardoor blijven fouten lang staan.

Een terugkerende factuur is een kopie van een instelling die ooit door iemand is gemaakt. Klopte die instelling bij de start niet, of is ze na een wijziging niet aangepast, dan herhaalt de fout zich elke maand. Waar een fout in een losse factuur één keer geld kost, kost een fout in een terugkerende factuur geld tot iemand het ziet.

Het speelt bij elk bedrijf met terugkerende afspraken: SaaS-abonnementen, managed services, onderhoudscontracten, licenties, huur, servicecontracten in de installatietechniek, detachering met vaste maandbedragen en vaste leveringen in de groothandel.

De zeven fouten die het vaakst voorkomen

1. Upgrade verkocht, factuur niet aangepast. Sales verkoopt een groter pakket, zet de deal op gewonnen in het CRM, maar niemand past het abonnement in het facturatiesysteem aan. De klant krijgt meer en betaalt het oude bedrag.
2. Tijdelijke korting zonder einddatum. Drie maanden korting bij de start blijft voor altijd staan.
3. Opzegging verwerkt, maar ook de verkeerde regel gestopt. Een klant zegt één module op, en het hele abonnement wordt beëindigd.
4. Contract verlengd, facturatie niet. Het contract liep af, werd verlengd in een gesprek of per mail, maar de terugkerende factuur was al gestopt op de einddatum.
5. Contract verlopen, facturatie loopt door. Het omgekeerde: je factureert iemand die al is opgezegd. Dat lijkt gunstig, maar leidt tot creditnota's, boze klanten en soms betalingsachterstanden die je niet meer kunt innen.
6. Aantallen die niet meegroeien. Licenties, gebruikers, apparaten of locaties in beheer. De klant groeit, de factuur blijft op het startaantal staan. Bij MSP's en SaaS-bedrijven de bekendste vorm van SaaS billing leakage.
7. Indexatie niet toegepast. Het maandbedrag staat nog op het niveau van de start, terwijl het contract jaarlijkse indexatie voorschrijft.

Fout 5 kost je op korte termijn geen omzet, maar hoort wel in dezelfde controle. Hij tast het vertrouwen van de klant aan en vervuilt je cijfers. De rest kost direct geld. Meer over hoe deze fouten ontstaan in revenue leakage door verkeerde abonnementen en revenue leakage door verlopen contracten.

De maandelijkse aansluiting

Een terugkerende-omzetcontrole is in de kern een aansluiting, zoals je die in de boekhouding kent. Je zet het begin van de maand, de mutaties en het einde van de maand tegenover elkaar.

Stap 1: de brug van vorige maand naar deze maand

Bereken je terugkerende omzet per maand, meestal als MRR of als jaarwaarde van de lopende contracten, en splits het verschil met vorige maand op:

Is het verschil niet nul, dan is er een mutatie die niet in de facturatie terecht is gekomen, of een factuurwijziging zonder mutatie. Beide wil je weten.

Stap 2: mutaties uit het CRM tegen mutaties in de facturatie

Neem alle deals van de afgelopen maand die gewonnen zijn en die over terugkerende omzet gaan: nieuwe klanten, upgrades, verlengingen. Zoek elke deal op in het facturatiesysteem. Staat het nieuwe bedrag erin, met de juiste ingangsdatum? Doe hetzelfde voor opzeggingen en downgrades die bij support of accountmanagement binnenkwamen. Dit is in feite CRM-to-billing reconciliation, toegepast op terugkerende omzet.

Stap 3: steekproef op de bestaande basis

Mutaties vangen nieuwe fouten. Oude fouten zitten in de bestaande basis. Neem elke maand een steekproef van twintig klanten en vergelijk het contract met de factuur: bedrag, aantallen, korting, einddatum, indexatie. Na een jaar heb je 240 klanten gecontroleerd, en de patronen die je vindt vertellen je waar je breder moet zoeken.

Stap 4: aantallen tegen gebruik

Waar de factuur afhangt van aantallen, zoals licenties, gebruikers, apparaten of werkplekken, vergelijk je de gefactureerde aantallen met de werkelijke aantallen uit het beheersysteem. Dit is vaak de grootste bron van fouten bij MSP's en SaaS-bedrijven, en de enige die je zonder technische bron niet kunt zien.

Rekenvoorbeeld

Rekenvoorbeeld: stel je hebt 250 klanten met een gemiddeld maandbedrag van EUR 1.200, samen EUR 300.000 MRR. De aansluiting van één maand laat een verschil van EUR 4.800 zien. Bij uitzoeken blijkt:

• Drie upgrades zijn verkocht maar niet gefactureerd: samen EUR 2.100 per maand.
• Vier klanten hebben meer gebruikers dan gefactureerd: samen EUR 1.500 per maand.
• Eén klant is opgezegd maar wordt nog gefactureerd: EUR 1.200 per maand, die je moet crediteren.

Het tekort aan jouw kant is EUR 3.600 per maand, ofwel EUR 43.200 per jaar, uit één maand controleren. De fouten die in de basis zaten voordat je begon, komen daar nog bij.

Dit voorbeeld zegt niets over hoe groot het bij jou is. Het laat wel zien hoe snel een klein maandbedrag een jaarbedrag wordt.

Waar de fouten ontstaan

Bijna elke fout in terugkerende omzet ontstaat op een overdrachtsmoment:

• Van sales naar facturatie. De deal is gewonnen, maar de opdracht om de facturatie aan te passen gaat per mail, via een formulier of mondeling. Een deel komt niet aan.
• Van support naar facturatie. De klant belt support om een module op te zeggen of een gebruiker toe te voegen. Support past het product aan, maar niet de factuur.
• Van contractbeheer naar facturatie. De einddatum en de indexatie staan in het contract, niet in het facturatiesysteem.

Het patroon is steeds hetzelfde: de afdeling die de wijziging afspreekt, is niet de afdeling die factureert, en er is geen controle die bevestigt dat de wijziging is aangekomen. Een gewonnen deal zonder aangepast abonnement geeft nergens een foutmelding. Het facturatiesysteem doet wat het moet doen, het CRM ook. Het verschil zit ertussen.

De structurele oplossing is dat mutaties op één plek worden vastgelegd en vanuit daar in de facturatie terechtkomen. Tot dat zo is, is maandelijkse controle de enige zekerheid. Het is een van de controles in de bredere aanpak om omzetlekkage te vinden.

Controlelijst

• Kun je je terugkerende omzet per maand verklaren met een brug van mutaties?
• Heeft elke gewonnen upgrade in het CRM een bijbehorende wijziging in de facturatie?
• Staan einddatums en indexaties in het facturatiesysteem, niet alleen in het contract?
• Worden aantallen op de factuur periodiek vergeleken met werkelijk gebruik?
• Heeft elke korting een einddatum?
• Is er een eigenaar voor de maandelijkse aansluiting, en een datum waarop hij af moet zijn?

Veelgestelde vragen

Hoe verschilt dit van vergeten facturen ontdekken?

Een vergeten factuur is een losse levering die nooit is gefactureerd. Een fout in terugkerende omzet is een factuur die wel elke maand gaat, maar met het verkeerde bedrag of voor de verkeerde periode. De controles overlappen, maar de bron is anders. Zie hoe je vergeten facturen ontdekt.

Moet ik dit elke maand doen?

De brug en de mutatiecontrole wel, want fouten in terugkerende omzet herhalen zich maandelijks. De steekproef op de basis kan per kwartaal als je weinig mutaties hebt.

Mijn facturatiesysteem heeft een abonnementsmodule. Is dat niet genoeg?

Een abonnementsmodule factureert betrouwbaar wat erin staat. Of wat erin staat klopt met het contract en het gebruik, controleert hij niet. Daar is een vergelijking met een andere bron voor nodig.

Wat doe ik met klanten die ik te veel heb gefactureerd?

Crediteren en melden, zodra je het vindt. Het kost je op korte termijn omzet, maar een klant die het zelf ontdekt, vertrouwt je volgende factuur minder.