Wat kost software-onderhoud per maand in 2026, en wat hoort er in je onderhoudscontract?

Vraag vijf bureaus wat software-onderhoud kost en je krijgt vijf antwoorden: 10 procent van de bouwsom per jaar, 10 tot 20, 15 tot 20, 15 tot 25, of een maandbedrag ergens tussen €100 en €1.500.

Die getallen zijn niet fout. Ze meten alleen iets anders: het ene bedrag bevat hosting of doorontwikkeling, het andere niet, en een derde gaat over een website in plaats van over eigen software.

Daarom staat hieronder eerst wat onderhoud bij ons kost en wat je daarvoor krijgt. Daarna zie je hoe je elke andere offerte ernaast legt.

Deze pagina hoort bij ons overzicht over maatwerk software laten bouwen en beheren, waar je ook leest wat er vóór de oplevering gebeurt.

Stand: 28 oktober 2026. Alle bedragen van CleverTech AI op deze pagina zijn exclusief btw.

Wat kost software-onderhoud bij CleverTech AI?#

Onze prijsband: €500 tot €750 per maand per applicatie, exclusief 21% btw en maandelijks opzegbaar. Dat geldt voor maatwerksoftware en webapplicaties, of we ze nu zelf bouwden of na een code-audit in beheer namen.

Waar het verschil tussen €500 en €750 zit:

• €500: een kleine applicatie zonder SLA, dus zonder vaste afspraak over hoe snel we reageren.
• €750: een grotere applicatie met koppelingen en een responstijd die we vooraf vastleggen.
• Meer koppelingen en een strakkere responstijd schuiven je richting de bovenkant.

Dit zit in het maandbedrag:

• Monitoring van je applicatie.
• Security patches: de beveiligingsupdates voor je software en de onderdelen eronder.
• Bugfixes, plus kleine doorontwikkeling.
• 8 uur support per maand.
• Elke dag updates klaarzetten en elke dag een back-up.
• De server waarop je applicatie draait beveiligd houden, en de upgrade van je taalversie op tijd plannen.

Wat dat dagelijkse werk in gewone taal betekent, lees je verderop bij "Elke dag updates en back-ups".

Waarom de ondergrens €500 is#

Dat is onze eigen redenering. Het dagelijkse werk is voor een kleine applicatie bijna even groot als voor een grote: updates klaarzetten, een back-up maken, meldingen nakijken, de server bijhouden.

Een percentage van een kleine bouwsom onderschat dat werk. Daarom rekent ook onze prijsindicatie met dezelfde ondergrens van €500 per maand.

Wat er niet in zit#

• Grotere doorontwikkeling: een vaste prijs per sprint, die je vooraf kent.
• Licenties en diensten van derden: één-op-één doorgerekend, zonder marge.
• Stabilisatie bij een overname: achterstallig werk begroten we eenmalig, apart van het maandbedrag.

Hosting spreken we per applicatie af in de offerte.

Valt je applicatie buiten wat in die band past, bijvoorbeeld door het aantal koppelingen, dan hoor je dat na de code-audit en vóór je tekent.

Draait er AI in je applicatie, dan is het beheer van dat AI-deel een apart product; het verschil met onderhoud staat in de vragen onderaan.

Dit is het onderhoud van je maatwerksoftware zoals we het als dienst aanbieden, en al onze tarieven staan op één pagina.

Wil je weten in welk deel van de band jouw applicatie valt? Neem contact op of bel 085 016 0118.

Wat hoort er in een onderhoudscontract voor software?#

In de contractpraktijk bestaan vier soorten onderhoud (Dirkzwager, 2019):

• Correctief: fouten herstellen die zijn gevonden.
• Preventief: op tijd maatregelen nemen zodat er niets stilvalt, zoals updates en back-ups.
• Adaptief: nieuwe functies of nieuwe versies ontwikkelen, bijvoorbeeld de overstap naar een nieuwe taalversie.
• Perfectief: bestaande functies bijwerken zodat ze beter presteren.

Zet in je contract welke soorten je afneemt. Concrete afspraken, zoals dat bepaalde koppelingen blijvend ondersteund worden, horen volgens Dirkzwager in een SLA: de schriftelijke afspraak over het niveau van de dienst.

Onze tabel: wat zit erin, wat niet, en waar je op let. Stand 28 oktober 2026, onze eigen indeling.

Een offerte die op de helft van deze regels niets zegt, is niet per se slecht. Je weet dan alleen nog niet wat je koopt.

Een hosting-SLA is geen applicatie-onderhoud#

Een hosting-SLA gaat over de server en hoe vaak die bereikbaar is, niet over je code, je pakketten of je taalversie.

Een server die altijd aan staat, kan nog steeds een lekke applicatie draaien. Vraag bij elke SLA dus ook wat er met de software zelf gebeurt.

Zoek je beheer van laptops en werkplekken, dan reken je per gebruiker in plaats van per applicatie; dat werk staat bij patch management uitbesteden.

Wat rekenen andere bureaus voor software-onderhoud?#

Stand 28 oktober 2026: prijzen zoals de bureaus ze zelf publiceren, met een link naar elke bron. Of btw erin zit, zeggen de meeste niet.

De websiteregel staat er ter vergelijking. Een website is meestal een standaardproduct; maatwerk vraagt codewijzigingen zodra een taal of framework verloopt, en daarom ligt het hoger.

Waarom die prijzen zo ver uit elkaar liggen#

Onze lezing van dezelfde tabel:

• Rekeneenheid: een percentage, een bedrag per app of een prijs per gebruiker vergelijk je pas na omrekenen.
• Scope. Een WordPress-site bijhouden is ander werk dan code aanpassen aan een nieuw framework.
• Doorontwikkeling: Acertus IT telt die mee, Ambrero rekent wensen erbij.
• Hosting: Rankdata verkoopt onderhoud alleen samen met hosting op hun eigen servers; bij Retrii staat hosting als aparte post ernaast.
• Responstijd en 24/7 kosten geld; Nodey en Dutch Coding Company noemen het allebei als prijsfactor.
• Mensentijd: in goedkope pakketten zit bijna geen tijd van een ontwikkelaar.
• Looptijd en leeftijd: een minimale afname van een half jaar, of een prijs uit 2021.

Rekenvoorbeeld: van percentage naar maandbedrag#

Eigen rekensom: bouwsom maal percentage, gedeeld door twaalf maanden, afgerond op hele euro's.

Een kleine applicatie komt met een laag percentage onder onze ondergrens uit. Dat is precies wat een percentage mist: de dagelijkse updates en back-ups vragen bij €30.000 bijna evenveel werk als bij €75.000.

Een middelgrote bouw landt in onze band, een grote bouw met een hoog percentage erboven. Reken je eigen bouwsom door in de prijsindicatie.

Deze pagina gaat over wat er na de livegang doorloopt. Wat de bouw zelf kost, met de factoren die die prijs bepalen, staat op een eigen pagina.

Wat kost het als niemand je software bijhoudt?#

Niets doen is geen nul euro. Je betaalt later, en meestal op een moment dat je niet zelf kiest.

Dat heet technische schuld: elke overgeslagen update maakt de volgende sprong groter, en dus duurder.

Hoe snel zo'n moment komt, liet oktober 2026 zien:

• 21 oktober: het PHP-team dicht twee kritieke lekken in PHP zelf, de taal onder veel webapplicaties (PHP.net, 2026).
• Dezelfde dag geeft het NCSC prioriteit Hoog: "Alleen het installeren van een beveiligingsupdate verhelpt de kwetsbaarheden volledig" (NCSC, 2026).
• De Rijksoverheid haalt onder meer Overheid.nl, MijnOverheid.nl en DigiD uit voorzorg offline (Rijksoverheid, 2026).
• DigiD is die avond weer bereikbaar, na het grootste deel van de dag dicht te zijn geweest (ANP via nieuws.nl, 2026).
• 26 oktober: het Amerikaanse cyberagentschap CISA zet beide lekken op zijn lijst van actief misbruikte kwetsbaarheden (CISA KEV, 2026).

Volgens onderzoekers van de TU Delft stuurden 171 adressen daadwerkelijk aanvalscode (The Register, 2026). Wat je nu met je eigen applicatie doet en welke PHP-versie is veilig, staat op een eigen pagina.

De volgende datum staat al vast. PHP 8.2 krijgt na 31 december 2026 geen beveiligingsupdates meer (PHP.net Supported Versions, 2026), en Laravel 12 krijgt ze tot 24 februari 2027 (Laravel, 2026).

Wie nu niets plant, staat over negen weken opnieuw voor dezelfde vraag.

Hoe groot is de kans op een incident echt?#

Kleiner dan veel verkoopverhalen doen geloven. Volgens het CBS had in 2024 4 procent van de bedrijven minstens één cyberincident door een aanval van buitenaf, tegen 11 procent in 2016, en bij 1 procent leverde dat kosten op (CBS, 2026).

Onderhoud koop je dus niet omdat een hack waarschijnlijk is. Je koopt het omdat je de rekening niet kunt plannen als het wel gebeurt.

Wat niets doen kost, zonder bedrag erbij:

• Stilstand op een moment dat jij niet kiest; het NCSC verwacht de meeste downtime bij oude versies, met gevolgen voor gekoppelde software (NCSC, 2026).
• Een upgrade onder tijdsdruk, terwijl dezelfde upgrade op een rustig moment gepland had kunnen worden.
• Lagen er persoonsgegevens open, dan komt er een meldplicht bij; die staat in de vragen onderaan.

Elke dag updates en back-ups: wat dat in gewone taal betekent#

Goed onderhoud merk je vooral doordat je niets merkt. Dit gebeurt er intussen.

Updates, elke dag. Je software bestaat voor een groot deel uit onderdelen van anderen, zoals een bus uit onderdelen van toeleveranciers. Komt er een terugroepactie, dan wil je dat iemand dat onderdeel meteen vervangt.

We zetten die updates elke dag klaar. Ze gaan pas live als de automatische tests laten zien dat alles nog werkt, en een grote versiesprong beoordeelt altijd een mens.

Een back-up, elke dag. Elke dag maken we een back-up, met minstens één kopie buiten de server. Wordt de server geraakt, dan is een back-up op diezelfde server ook geraakt.

Dat is de kern van de 3-2-1-regel: drie kopieën, op twee soorten opslag, waarvan één op een andere plek (US-CERT, 2012). CISA adviseert daarbij back-ups offline te bewaren en regelmatig te testen of ze werken (CISA, 2023).

Vraag dus niet alleen óf er een back-up is, maar ook wanneer iemand hem voor het laatst heeft teruggezet. Hoe je dat voor je hele bedrijf regelt, staat in een disaster recovery plan.

Een beveiligde server. Op de server staat alleen open wat open moet, en een firewall houdt de rest tegen. Inloggen gaat met sleutels in plaats van wachtwoorden en niet als hoofdgebruiker, en de applicatie zelf mag zo weinig mogelijk wijzigen.

De taalversie op tijd. Een programmeertaal krijgt maar een paar jaar updates: bij PHP twee jaar actieve ondersteuning en daarna twee jaar beveiligingsupdates (PHP.net, 2026). We plannen de overstap ruim vóór de einddatum, zodat 31 december geen noodgeval wordt; wat die sprong kost, spreken we vooraf af.

Monitoring. Fouten en haperingen zien we in de monitoring, zodat niemand hoeft te wachten tot een klant belt.

Voor jou betekent dat: je leest over het volgende lek in de krant, niet in je eigen foutmeldingen. Nul wordt het risico nooit, wel zo klein als het kan.

Oude software: bijwerken, upgraden of vernieuwen?#

Niet elke applicatie hoort eindeloos in onderhoud te blijven. Er zijn drie routes, en ze kosten heel verschillend.

Onze vuistregel: nieuwe software is goedkoper zodra een van deze drie geldt.

• Taal, framework en database krijgen alle drie geen updates meer.
• Elke update vraagt een omweg, omdat er geen tests zijn die laten zien wat er breekt.
• De onderhoudsrekening stijgt elk jaar, voor dezelfde software.

Iets vergelijkbaars zagen we bij een multi-tenant zorgplatform. Besturingssysteem, PHP-versie en database waren daar alle drie end-of-life, zonder upgradepad dat niet feitelijk op herbouw neerkwam.

Stel: je betaalt elk jaar een inhaalslag bovenop je onderhoud. Tel die vijf jaar op en zet het bedrag naast de bouwprijs van een nieuwe applicatie.

Hoe je die afweging verder maakt, inclusief wanneer moderniseren wint van opnieuw bouwen, staat bij legacy software vervangen.

Overstappen naar ons onderhoud als wij je software niet bouwden#

Ook software die een andere partij bouwde, nemen we in beheer. Zo gaat dat:

1. Eerst regel je de toegang en de sleutels, zodat de nieuwe beheerder overal bij kan.
2. Dan volgt een eenmalige code-audit: wat is herbruikbaar, waar zit het risico en wat kost de overname.
3. Achterstallig werk begroten we eenmalig en apart, zodat het niet in je maandbedrag verstopt zit.
4. Pas daarna gaat het maandbedrag in.

Een overname levert soms meer op dan alleen continuïteit. Bij de overname van een Brits thuiszorgplatform kwamen er tests en foutmonitoring bij die er eerst niet waren.

Wat er bij een overdracht allemaal geregeld moet worden, van sleutels tot auteursrecht, staat bij maatwerk software laten onderhouden.

Checklist: tien vragen voor je huidige softwareleverancier#

Bewaar deze lijst. Elke vraag hoort bij een regel uit onze tabel hierboven.

1. Wanneer is de laatste update van de pakketten in mijn software live gegaan?
2. Op welke taalversie draait mijn applicatie, en tot wanneer krijgt die beveiligingsupdates?
3. Wie zet updates klaar, en wie beslist dat ze live gaan?
4. Waar staat de laatste back-up, en staat er een kopie buiten de server?
5. Wanneer is het terugzetten van een back-up voor het laatst getest?
6. Wat zit er in het maandbedrag, en wat factureer je apart?
7. Zit hosting in het bedrag, of staat die apart?
8. Wat is de afgesproken responstijd, en wat de oplostijd?
9. Wie heeft toegang tot de server, en hoe loggen ze in?
10. Wat is de opzegtermijn, en krijg ik dan code, data en toegang mee?

Weet je een paar antwoorden niet, of klinkt er een vreemd?

Stuur ons wat je hebt: we zeggen wat er eerst moet gebeuren en wat onderhoud bij ons per maand zou kosten. Neem contact op, bel 085 016 0118 of plan een gesprek.