De meeste middelgrote bedrijven zijn afhankelijk van minstens één systeem dat stilletjes onmisbaar is en stilletjes veroudert: een ERP, een orderportaal, een facturatie-engine, een planningstool. Het werkt, het bedrijf draait erop, en bijna niemand wil eraan komen. Onderhoud van legacy-systemen is de discipline om die software levend, veilig en in ontwikkeling te houden — zonder het bedrijf in te zetten op een volledige rewrite.
Deze gids legt uit wat onderhoud omvat, hoe u weet wanneer u het nodig heeft, en hoe een goed onderhoudspartnerschap eruitziet voor een bedrijf in België, Nederland of elders in Europa.
Wat “legacy” echt betekent
Een legacy-systeem is niet zomaar oude software. Het is software die nog echte bedrijfswaarde levert, maar moeilijk aan te passen is geworden, omdat de oorspronkelijke ontwikkelaars vertrokken zijn, de documentatie mager is, de afhankelijkheden verouderd zijn, of de architectuur beslissingen van jaren geleden weerspiegelt. Het risico is zelden dat het morgen stopt met werken. Het risico is dat, wanneer het wél moet veranderen, niemand die wijziging veilig kan doorvoeren.
Wat onderhoud van legacy-systemen echt inhoudt
Goed onderhoud is breder dan bugs oplossen. In de praktijk omvat het:
- Correctief onderhoud — defecten en incidenten diagnosticeren en oplossen wanneer ze zich voordoen.
- Preventief onderhoud, beveiligingspatches, upgrades van afhankelijkheden, vernieuwing van certificaten en database-onderhoud voordat ze storingen veroorzaken.
- Adaptief onderhoud — het systeem compatibel houden met veranderende besturingssystemen, browsers, betaalproviders, belastingregels en integraties.
- Perfectief onderhoud, kleine, continue verbeteringen aan prestaties, gebruiksvriendelijkheid en betrouwbaarheid.
- Kennisborging — documenteren hoe het systeem zich echt gedraagt, zodat het niet langer afhangt van het geheugen van één persoon.
Wanneer investeren in onderhoud
De eerlijke signalen dat een systeem een vaste onderhoudsregeling nodig heeft, zijn de meeste operationele leiders bekend: wijzigingen duren veel langer dan vroeger; slechts één persoon begrijpt een kritiek onderdeel; incidenten worden reactief en tegen spoedtarieven afgehandeld; beveiligingsupdates worden uitgesteld omdat niemand zeker weet wat er dan kapotgaat. Als twee of meer daarvan gelden voor een systeem waar uw omzet van afhangt, is onderhoud niet langer optioneel: het is risicobeheer.
Onderhoud versus rewrite
Wanneer een systeem oud aanvoelt, is de reflex om het opnieuw te bouwen. Soms is dat juist, maar een big-bang rewrite is de meest riskante optie die er is: duur, traag, en het nieuwe systeem vangt zelden alle zwaarbevochten randgevallen die in het oude zitten. Voor de meeste middelgrote bedrijven levert gestructureerd onderhoud — gecombineerd met stapsgewijze modernisering waar dat loont, meer waarde op tegen een fractie van het risico.
Hoe goed eruitziet
Een sterk onderhoudspartnerschap heeft een vast, senior team dat uw systeem grondig leert kennen in plaats van er junioren doorheen te laten rouleren; een voorspelbare maandelijkse scope in plaats van onverwachte spoedfacturen; gedocumenteerde kennis zodat de relatie niet afhangt van één persoon; en supporturen die aansluiten bij wanneer uw bedrijf echt draait.
Bij Dink is dit de kern van wat we doen. We onderhouden de systemen waar andere bureaus van weglopen, met senior engineers in Europa en Amerika, zodat de support uw volledige werkdag dekt. Twijfelt u wat u moet doen met een verouderend maar kritiek systeem? Een technology assessment met vaste scope is de minst riskante manier om duidelijkheid te krijgen voordat u zich ergens aan bindt.