Twee MSP's boeken allebei $5 miljoen omzet per jaar. De ene wordt verkocht voor 7x EBITDA. De andere voor 3x — of wordt helemaal niet verkocht. Het verschil zit zelden in de grootte van de klantenlijst, de technische certificeringen, of zelfs de gemiddelde omzet per gebruiker. Het zit in de boeken.
Kopers en financiers kijken eerst naar drie cijfers: welk percentage van de omzet is maandelijks terugkerend, welk percentage zit geconcentreerd in de top drie accounts, en hoe ziet de werkelijke brutomarge per servicelijn eruit zodra doorbelaste leverancierskosten zijn verwijderd. Een schoon grootboek geeft je die cijfers binnen vijf minuten. Een rommelig grootboek geeft je een korting, een lange earnout, of een deal die stukloopt tijdens de due diligence.
Deze gids beschrijft hoe een kleine of middelgrote managed service provider zijn boeken moet inrichten zodat de bovenstaande drie cijfers altijd eerlijk zijn, en zodat de dagelijkse beslissingen — het prijzen van een nieuwe klant, het bepalen van de omvang van een technische aanwerving, het accepteren van een eenmalig project — worden genomen op basis van echte data in plaats van onderbuikgevoel.
Waarom MSP-boekhouding echt moeilijker is dan het lijkt
Een typische MSP-factuur bevat vier of vijf dingen door elkaar. Een maandelijks per-zetel bedrag voor de managed service. Een doorbelaste regel voor Microsoft 365- of Google Workspace-licenties. Een doorbelaste regel voor een security-stack zoals Huntress, SentinelOne, of een managed EDR. Een blok pro-services-uren voor een project dat twee maanden geleden is begonnen. Misschien een hardware-doorverkoopregel voor een nieuwe werkstation dat vorige week is verzonden.
Elke regel hoort in een andere omzetrekening, heeft een andere brutomarge, en volgt andere regels voor wanneer omzet wordt erkend. De duurste fout die een MSP kan maken, is om alles in één „managed services omzet"-rekening te dumpen. Die beslissing verbergt permanent de enige metrics die er echt toe doen voor prijzen, prestaties en exit.
Stap 1: Bouw een rekeningschema dat de vier omzetstromen scheidt
De omzetrekeningen van een MSP moeten op zijn minst worden opgesplitst in:
Terugkerende managed services-omzet. Het vaste per-zetel of per-apparaat bedrag, de security-tier-toeslag, het backup-en-DR-plan, de after-hours-dekking. Dit is het cijfer dat de waardering bepaalt.
Doorverkoop van hardware en software. Werkstations, servers, switches, monitoren, randapparatuur — alles waarbij je als reseller een tastbaar product doorverkoopt met een opslag. De brutomarges liggen hier typisch tussen 5–15%, en deze dollars verwateren elke MSP-brede margeberekening als ze met diensten worden vermengd.
Doorbelaste leverancierslicenties. Microsoft 365, Google Workspace, Acronis, Datto, je PSA/RMM-stack die aan klanten wordt doorberekend. Deze stromen door je resultatenrekening, maar ze zijn niet echt jouw omzet op de manier waarop een per-zetel managed services-vergoeding dat is. Veel MSP's rapporteren dit op nettobasis onder ASC 606 omdat ze optreden als agent, niet als principaal. Dat onderscheid is belangrijk — hieronder meer.
Project- en professionele dienstenomzet. Blokuren-opdrachten, eenmalige migraties, netwerkvernieuwingen, vCIO-retainers, M&A-IT-integratiewerk. Niet-terugkerende, onregelmatige omzet met een lagere multiple.
Spiegel binnen de kostprijs-omzetrekeningen de structuur: een aparte COGS-rekening voor elke omzetstroom, zodat de brutomarge per servicelijn direct uit één resultatenrekening-aanzicht komt. De boekhoudconventie die sommige MSP-CFO's gebruiken, is om elke COGS-regel te voorzien van dezelfde naam als de bijbehorende omzetregel („COGS — Terugkerende Managed Services", „COGS — Doorbelaste Leverancierslicenties", enzovoort).
Deze ene wijziging — het splitsen van vier omzetstromen en vier COGS-regels — is de basis waar alles in dit artikel van afhangt.
Stap 2: Erken terugkerende omzet correct onder ASC 606
Wanneer een klant een driejarige managed services-overeenkomst van $180.000 tekent en $60.000 vooraf betaalt voor jaar één, komt het geld op de bank, maar de omzet nog niet. Onder ASC 606 is die $60.000 een contractuele verplichting — uitgestelde omzet — die gelijkmatig over de twaalf maanden wordt erkend naarmate de diensten worden geleverd.
De boekingen in je grootboek zien er als volgt uit. Op de dag dat het geld binnenkomt, debiteer je Bank $60.000 en crediteer je Uitgestelde Omzet $60.000. Aan het einde van elke maand debiteer je Uitgestelde Omzet $5.000 en crediteer je Terugkerende Managed Services-omzet $5.000. Dezelfde logica geldt voor jaarlijkse security-stack-abonnementen, vooraf betaalde blokurenpakketten, en elke meerjarige verplichting.
De twee plekken waar MSP's het vaakst fout gaan:
Multi-elementcontracten. Een onboardingvergoeding die is gebundeld met een managed services-overeenkomst is onder ASC 606 meestal geen afzonderlijke prestatieverplichting — het heeft geen zelfstandige waarde voor de klant. De onboardingomzet wordt over de contractduur erkend, niet op dag één wanneer het is gefactureerd. Door het vooraf te boeken, blaas je de omzet van de eerste maand op en ontstaat er een afgrond in maand twee.
Blokurenpakketten. Een vooraf betaald blok van $10.000 voor 50 uur is uitgestelde omzet, geen dienstenomzet, op de dag dat het geld binnenkomt. Omzet wordt erkend naarmate uren tegen het blok worden verbruikt. Als ongebruikte uren na twaalf maanden vervallen, gaat de vervallen waarde naar omzet bij afloop — maar alleen als je contract het vervalbeleid duidelijk vermeldt.
De eenvoudigste test of je uitgestelde-omzetproces werkt: trek het saldo van uitgestelde omzet aan het einde van de maand en deel dit door de verwachte omzetvrijgave van de volgende maand. Als het getal ongeveer gelijk is aan de gemiddelde duur van je vooraf betaalde verplichtingen, is het schema gezond. Als het sterk afwijkt, wordt er iets te vroeg of te laat erkend.
Stap 3: Bepaal of doorbelaste leverancierskosten brutowinst of netto-omzet zijn
Dit is de vraag waar bijna elke groeiende MSP over struikelt, en het antwoord bepaalt of je omzetregel eerlijk of opgeblazen is.
Onder ASC 606 rapporteer je omzet op brutobasis wanneer je de principaal in de transactie bent — dat betekent dat je controle hebt over het goed of de dienst voordat het aan de klant wordt overgedragen, dat je voorraadrisico draagt, en dat je zeggenschap hebt over het vaststellen van de prijs. Je rapporteert op nettobasis wanneer je de agent bent — je faciliteert de transactie tussen de leverancier en de klant.
Voor de meeste CSP-tier Microsoft 365-doorverkoop is de MSP de principaal: je hebt de klantrelatie, je stelt de prijs vast (met een opslag bovenop de kosten van de distributeur), je handelt ondersteuning af, en je draagt het incassorisico. Brutoverantwoording is doorgaans gepast.
Voor regelingen waarbij je feitelijk een verwijzingspartner bent — de klant wordt rechtstreeks door de leverancier gefactureerd en jij ontvangt een commissie — ben je een agent, en alleen de commissie hoort in de omzet.
Twee praktische implicaties:
Brutoverantwoording blaast omzet op, maar drukt de brutomarge. Als je $1.000 aan Microsoft 365 doorverkoopt met een opslag van 10%, zet brutoverantwoording $1.100 in de omzet en $1.000 in COGS — een brutomarge van 9% op die regel. Dezelfde transactie op nettobasis zou $100 in omzet zetten en nul in COGS — een brutomarge van 100% op die regel, met tien keer minder omzet.
Kopers normaliseren naar netto. Een geavanceerde overnemer zal de doorbelaste marge eruit halen en kijken naar wat je diensten daadwerkelijk genereren. Als je gerapporteerde $5 miljoen omzet in werkelijkheid $3 miljoen diensten en $2 miljoen doorbelaste hardware en licenties is, word je gewaardeerd op die $3 miljoen. Brutoverantwoording misleidt niemand tijdens due diligence — het maakt je gerapporteerde marges alleen slechter en dwingt een langduriger opschoningsgesprek af.
De CFO-consensus voor de meeste MSP's in de omzetrange $1–$50M: rapporteer bruto waar je daadwerkelijk principaal bent, maar houd altijd een parallelle „alleen-diensten"-omzetweergave in je managementrapportage, zodat je de vraag kunt beantwoorden die kopers en financiers daadwerkelijk willen beantwoord zien.
Stap 4: Volg arbeidskosten en benutting met genadeloze eerlijkheid
De grootste verborgen kostenpost in een MSP is de onderbenutte technicus. Als een senior engineer volledig belast $90 per uur kost (basissalaris plus lasten), en ze zijn factureerbaar op 1.200 van hun 2.000 beschikbare uren per jaar, dan is elk procentpunt benutting onder je doelwit echt geld dat de deur uitgaat.
De formule:
- Effectief uurtarief = (basissalaris + voordelen + loonheffingen + betaald verlof + tools) ÷ beschikbare werkuren per jaar
- Opslagpercentage voor de meeste MSP's loopt van 25–45% bovenop het basissalaris
- Doelbenutting voor factureerbare technici: 70–80% (industriebenchmark)
- Effectief factureerbaar tarief = omzet uit factureerbaar werk ÷ werkelijk geleverde factureerbare uren
De discipline die winstgevende MSP's onderscheidt van worstelende, is het vastleggen van elke technicus-tijd tegen een ticket — zelfs wanneer het werk deel uitmaakt van een flat-fee managed services-contract. De klant krijgt er geen factuur voor, maar je hebt de data intern nodig om de winstgevendheid per servicelijn te berekenen. Als een flat-fee-klant 40 uur senior arbeid per maand verbruikt tegen een effectief uurtarief van $90 — $3.600 aan arbeid — en je betaalt een flat fee van $2.500, dan is die klant onrendabel. Zonder tijdregistratie zou je dat nooit weten.
De meeste moderne PSA's (ConnectWise, HaloPSA, Autotask, Syncro) kunnen dit aan als je tijdinvoer daadwerkelijk afdwingt. Het boekhoudkundige deel is ervoor zorgen dat je maandelijkse journaalboeking om technicusarbeid toe te rekenen overeenkomt met de uren die door de PSA zijn gegaan, en dat die uren worden toegewezen aan de juiste COGS-rekeningen.
Stap 5: Houd de drie cijfers in de gaten die de waardering bepalen
Wanneer een MSP te koop komt, besteedt de koper het eerste uur met je financiën aan het berekenen van dezelfde drie cijfers. Richt je boekhouding zo in dat deze op elk moment nauwkeurig zijn, niet alleen wanneer je je voorbereidt op een transactie.
MRR-percentage. Maandelijks terugkerende omzet gedeeld door totale omzet. De industriebenchmark voor 2026 ligt rond de 74% — wat betekent dat driekwart van de MSP-omzet nu terugkerend is, gestegen van 62% in 2020. Bedrijven met 80%+ MRR behalen consequent waarderingsmultiples die 1–2 punten hoger liggen dan projectgerichte bedrijven. Boven de 90% zit je in premiumterritorium.
Klantconcentratie. Omzet uit je top één, drie en vijf klanten als percentage van de totale omzet. Als één enkele klant boven de 15% zit, heb je een concentratieprobleem; boven de 20% kun je een aanzienlijke waarderingskorting verwachten; boven de 30% kun je dealstructurele consequenties verwachten zoals earnouts, escrows, of inhoudingen. Voer deze berekening elk kwartaal uit en heb een plan wanneer een klant de drempel overschrijdt.
Brutomarge per servicelijn. Terugkerende managed services zouden in een gezonde MSP 50–60% brutomarge moeten draaien. Pro-services zouden 30–40% moeten draaien. Hardware-doorverkoop draait 5–15%. Doorbelaste leverancierslicenties hangen af van je CSP-tier en inkoopdiscipline. Als een regel twee kwartalen op rij wezenlijk onder de benchmark ligt, is de oorzaak bijna altijd (a) te laag geprijsd ten opzichte van arbeidskosten, (b) overbemand voor het huidige ticketvolume, of (c) een kostenstijging van de leverancier die je niet hebt doorberekend.
De gemiddelde MSP-brutomarge ligt in 2025 op 52% (gestegen van 48% in 2022), en de gemiddelde EBITDA-marge op 18,4% (gestegen van 14,7%). De meeste succesvolle bedrijven mikken op een nettowinstmarge van 20–30%, waarbij goed geoptimaliseerde bedrijven 35% of meer halen.
Stap 6: Reserveer voor de realiteit van het bedrijf
Een paar verplichtingenrekeningen die elke MSP op de balans zou moeten hebben, zelfs als de bedragen klein lijken:
Garantie- en herstelreserves. Wanneer een project niet naar specificatie presteert en je de klant gratis arbeid verschuldigd bent om het te herstellen, kun je beter reserveren voor de verwachte kosten wanneer het project wordt afgesloten dan het verlies in een latere periode boeken.
Te betalen SLA-credits. Als je contracten service-level-garanties bevatten met boetecredits wanneer je deze mist, worden die credits een contractuele verplichting op het moment van de inbreuk, niet wanneer de klant de credit inroept.
Jaarlijkse leveranciersafrekeningen. Microsoft NCE-vernieuwingen, RMM-zetelaantallen die per kwartaal wijzigen, beveiligingstool-licenties die automatisch factureren — reken het verschil toe tussen wat je aan klanten hebt gefactureerd en wat je aan de leverancier verschuldigd bent op de verlengingsdatum.
Deze rekeningen verplaatsen je maandelijkse cijfers op zichzelf niet veel, maar het cumulatieve effect op een schone balans is het verschil tussen een koper die je boeken vertrouwt en een koper die om een inhouding van 20% vraagt.
Waarom plain-text boekhouding buitengewoon goed bij een MSP past
MSP's leven al in een wereld van versiebeheer, IaC, en „als het niet in Git staat, bestaat het niet." Plain-text boekhouding past dezelfde discipline toe op financiële data: elke transactie is een tekstbestand-invoer, elke wijziging is diffbaar, en het hele grootboek is controleerbaar en reproduceerbaar. Wanneer het due-diligence-team van een koper vraagt naar de onderliggende ondersteuning achter een specifieke uitgestelde-omzetvrijgave van vier jaar geleden, kun je de exacte commit produceren die het heeft geboekt.
Voor een MSP zijn de praktische voordelen reëel:
- Het uitgestelde-omzetschema is automatisch afleidbaar uit de oorspronkelijke contractboekingen, niet een breekbare spreadsheet die handmatig wordt onderhouden
- Brutomarges per servicelijn rollen uit standaardrapportages omdat de COGS-structuur de omzetstructuur spiegelt
- Klantconcentratiemetrics zijn een query van één regel, geen kwartaaloefening van exporteren en pivoteren
- Multi-entiteit MSP's (overgenomen locaties, aparte juridische entiteiten voor verschillende servicelijnen) consolideren netjes omdat de grootboekstructuur overal hetzelfde is
Houd je MSP-boeken vanaf dag één investeerder-proof
Of je het bedrijf nu laat groeien om te behouden, over vijf jaar een exit plant, of gewoon probeert te begrijpen welke klanten daadwerkelijk winstgevend zijn — de basis is hetzelfde: een rekeningschema dat de waarheid vertelt over terugkerende omzet, marges per servicelijn, en klantconcentratie. Beancount.io biedt plain-text boekhouding die je volledige transparantie en versiebeheer over je financiële data geeft — gebouwd voor het soort operators dat al in code denkt. Begin gratis en breng dezelfde engineeringdiscipline naar je boeken die je naar je stack brengt.
Bronnen:
- MSP Revenue Benchmarks 2026 — Pharallax AI
- MSP Recurring Revenue Compliance — Sundack CPA
- ASC 606 — Managed Services — RevGurus
- MSP Pricing Models: 2026 Playbook — Flamingo
- How Much Private Equity is Paying for MSPs — NuOptima
- MSP & IT Services Valuation Multiples 2026 — Breakwater M&A
- The Hidden Financial Costs of Underutilized MSP Technician Time — Hasenbank Accounting
- Top MSP KPIs You Should Be Tracking — Syncro