Vraag een eigenaar van een managed service provider hoe winstgevend hun bedrijf is, en de meesten wijzen naar één getal: het banksaldo aan het einde van de maand. Vraag hen welke bedrijfsactiviteit dat geld daadwerkelijk genereert — de maandelijkse terugkerende contracten, de hardware die ze doorverkopen, of de eenmalige migratieprojecten — en het antwoord wordt snel vaag.
Die vaagheid is duur. Een MSP die terugkerende arbeid, doorverkochte hardware en projectwerk in één omzetregel samenvoegt, kan op papier winstgevend zijn terwijl het stilletjes geld verliest op elke server die het doorverkoopt, of ontdekt een jaar te laat dat de 'groei'-klant met het grootste contract de hele tijd met verlies heeft gedraaid. Managed services hebben doorgaans brutomarges van 50–60%, break/fix en hardware-wederverkoop zitten dichter bij 30–40%, en projectwerk schommelt tussen 45–60%, afhankelijk van hoe strak het is afgebakend. Van dat alles één gemiddelde maken en je kunt niet zien aan welke knop je moet draaien.
De oplossing is niet meer spreadsheets. Het is een rekeningschema dat is gebouwd voor hoe MSP's daadwerkelijk geld verdienen.
Waarom 'IT-dienstenomzet' te bot instrument is
Een generieke boekhoudopzet — één omzetrekening, één kostprijsrekening — is ontworpen voor bedrijven die één ding verkopen. MSP's verkopen minstens drie fundamenteel verschillende dingen, elk met zijn eigen kostenstructuur, zijn eigen margeprofiel en zijn eigen seizoensgebondenheid:
- Terugkerende managed services (MRR): vaste of per-zitplaats maandelijkse vergoedingen voor helpdesk, monitoring, patching en beveiliging. Hoge marge, voorspelbaar, de ruggengraat van bedrijfswaardering.
- Hardware- en software-wederverkoop: firewalls, switches, endpoints, licentievernieuwingen gekocht bij een distributeur en met een opslag doorverkocht. Dunne marge, onregelmatig, makkelijk te laag geprijsd als je de inkoopkosten van de leverancier niet tegen de verkoopprijs bijhoudt.
- Project- en tijd-en-materiaal (T&M)-werk: migraties, uitbreidingen, eenmalig advies op uurbasis of als een vastgeprijsde scope. De marge hangt volledig af van of het project correct is ingeschat.
Wanneer alle drie in dezelfde 'Dienstenomzet'-emmer belanden, verlies je het vermogen om te zien welke het bedrijf daadwerkelijk draagt. Het is gebruikelijk dat terugkerende support het hele bedrijf financiert terwijl hardware-wederverkoop op elke deal geld verliest — en de eigenaar heeft geen idee, omdat de P&L ze nooit scheidt.
Een MSP-specifiek rekeningschema opbouwen
De minimaal levensvatbare structuur scheidt omzet en de bijbehorende kostprijs van verkochte goederen in minstens vier categorieën:
1. Terugkerende managed services-omzet Maandelijkse contractvergoedingen — helpdesk, RMM/monitoring, patchbeheer, back-up, beveiliging. Zet dit tegenover een 'Terugkerende diensten-COGS'-emmer met technici-salarissen voor supportpersoneel, RMM/PSA-toollicenties en eventuele uitbestede NOC-kosten. Hier hoort je hoofd-brutomarge in de 50–60%-range te liggen; als die lager is, moet ofwel de prijsstelling ofwel de personeelsbenutting aandacht krijgen.
2. Hardware- en software-wederverkoopomzet Elk apparaat, elke licentie of elk abonnement dat je bij een distributeur koopt en doorverkoopt — firewalls, switches, Microsoft 365-zitplaatsen, endpoint-licenties. Zet dit tegenover 'Wederverkoop-COGS': de werkelijke leveranciersfactuurkosten. Volg deze marge apart en laat het niet binnen terugkerende omzet verdwijnen; een prijsverhoging van de distributeur of een slecht onderhandelde opslag verschijnt hier onmiddellijk in plaats van je hele P&L-gemiddelde naar beneden te trekken.
3. Project/T&M-omzet Migraties, netwerkuitbreidingen, beveiligingsassessments, alles wat buiten het maandelijkse contract wordt afgebakend en gefactureerd. Zet dit tegenover 'Project-COGS': technici-tijd die aan het project wordt toegewezen (zelfs als het dezelfde techneuten zijn die supportwerk doen — volg hun uren per projectcode), plus eventuele aannemers- of specialistenkosten.
4. Uitgestelde omzet (een verplichting, geen inkomen) Jaarcontracten die vooraf worden betaald zijn een klassieke MSP-valkuil. Als een klant €24.000 vooraf betaalt voor een 12-maandscontract, is het erkennen van de volledige €24.000 als januari-omzet een overschatting van die maand en een onderschatting van de andere elf. Boek de volledige betaling naar een Uitgestelde omzet-verplichtingenrekening, en erken vervolgens elke maand 1/12e als verdiende omzet naarmate de dienst daadwerkelijk wordt geleverd. Dit is een eenvoudige toepassing van het matchingprincipe — omzet wordt erkend wanneer deze is verdiend, niet wanneer het geld binnenkomt — en het is het verschil tussen een P&L die de werkelijkheid weerspiegelt en een die alleen je factuurkalender weerspiegelt.
Als je op echte schaal in meerdere bedrijfsactiviteiten verkoopt, spiegel deze structuur dan met klassen of locaties in je boekhoudsoftware, zodat je per segment een winstgevendheidsrapport kunt trekken zonder je rekeningschema elk kwartaal vanaf nul opnieuw op te bouwen.
De statistieken die je echt iets vertellen
Zodra omzet is gescheiden, verandert een handvol getallen boekhouding in een managementtool:
- Terugkerende omzet als percentage van de totale omzet. Best-in-class MSP's draaien 65–90% van de omzet als gecontracteerde MRR; hoe hoger dat getal, hoe voorspelbaarder — en waardevoller bij verkoop — het bedrijf is.
- Brutomarge per omzetregel, niet samengevoegd. Als je gecombineerde brutomarge er prima uitziet op 42% maar terugkerende diensten eigenlijk op 58% draaien terwijl hardware-wederverkoop op 8% zit, weet je nu precies waar je leveranciersvoorwaarden moet heronderhandelen of opnieuw moet prijzen.
- Technicus-benuttingsgraad: factureerbare (of dienstverlenings-)uren gedeeld door totaal beschikbare uren. Een gezonde range is grofweg 65–75%; boven de 85% betekent meestal dat techneuten overboekt zijn en burn-out — en kwaliteitsproblemen — eraan komen. Onder de 60% betekent meestal dat je overbezet bent voor het huidige contractvolume.
- Omzet per technicus. Een nuttige sanity check voor prijsstelling en personeelsefficiëntie; gezonde MSP's zitten doorgaans in de $150K–$200K-range per fulltime technicus, hoewel dit varieert met de dienstenmix.
- Terugkerende omzet-retentiepercentage. Netto van upgrades, downgrades en churn vertelt dit je of de contractbasis daadwerkelijk groeit of alleen wordt vervangen.
Geen van deze zijn zichtbaar vanuit één samengevoegd omzetgetal. Ze worden pas zichtbaar zodra het rekeningschema het scheiden voor je doet.
Cashflow-gewoonten die zich opstapelen
Naast het rekeningschema houden een paar operationele gewoonten de boeken — en de cashpositie — van een MSP gezond:
- Automatiseer terugkerende facturering, zodat contractfacturering op schema gaat zonder elke maand een handmatige stap.
- Inn via vooraf geautoriseerde incasso of automatische afschrijving voor terugkerende vergoedingen in plaats van te wachten op netto-30-facturen; dit alleen al verwijdert de meeste 'waarom veroudert onze AR'-gesprekken.
- Jaag openstaande facturen na op een vast ritme — tweewekelijks is een redelijke standaard — in plaats van reactief wanneer cash krap wordt.
- Wijs uitgaven toe aan klant en project zodra ze gebeuren, niet aan het einde van de maand uit het geheugen. Een bon-verzamel tool die uitgaven tagt aan een klant- of projectcode maakt de bovenstaande projectmargegetallen betekenisvol nauwkeuriger.
Waar dit aansluit op je eigen boeken
Elk principe hier — omzetstromen scheiden, kosten matchen aan het inkomen dat ze genereren, vooruitbetaalde omzet uitstellen tot het is verdiend — is standaard dubbel boekhouden. De reden dat MSP's het verkeerd doen is niet dat de boekhouding exotisch is; het is dat de meeste boekhoudtools voor kleine bedrijven je naar één platte omzetrekening duwen omdat dat eenvoudiger is in te stellen, en niemand gaat terug om het te repareren zodra contracten en wederverkoopvolume groeien.
Beancount.io neemt de tegenovergestelde benadering: plain-text boekhouding waarbij je rekeningschema een bestand is dat jij beheert, geen black-box dropdown. Het instellen van terugkerende diensten-, wederverkoop- en projectomzet als afzonderlijke top-level rekeningen — met hun eigen COGS eronder — is een tekstbewerking, geen supportticket, en elke wijziging staat onder versiebeheer zodat je precies kunt zien wanneer en waarom je accountstructuur is geëvolueerd. Als je al van plan was om de omzetregels van je MSP te splitsen maar huivert voor de softwaremigratie, probeer Beancount.io en zie hoeveel duidelijker een goed gesegmenteerde P&L je volgende prijsbeslissing maakt.
Vereenvoudig je financiële beheer
Het ontwarren van terugkerende diensten, hardware-wederverkoop en projectmarges vereist geen nieuwe software — het vereist een rekeningschema dat aansluit bij hoe je bedrijf daadwerkelijk geld verdient. Beancount.io biedt plain-text boekhouding die transparant is, onder versiebeheer staat en gemakkelijk te herstructureren is naarmate je dienstenmix verandert — geen black boxes, geen leverancierslock-in. Begin gratis en zie de echte marges van je MSP per omzetregel, niet alleen het getal op je bankrekening.