Wanneer moet u uw software laten vervangen?
Er is zelden één moment waarop verouderde bedrijfssoftware onbruikbaar wordt. Meestal stapelen kleine signalen zich op tot het punt waarop onderhoud meer kost dan het oplevert. Zeven concrete signalen om op te letten, en wat ze zeggen over hoe dringend vervanging is.
7 signalen dat vervanging dichterbij is dan u denkt
Geen van deze signalen is op zichzelf een reden om per direct te vervangen. Samen vormen ze wel een patroon: hoe meer u herkent, hoe groter de kans dat verder onderhoud een tijdelijke oplossing is voor een probleem dat structureel wordt.
Veel organisaties werken met een vast vervangingsschema, bijvoorbeeld "elke zeven jaar evalueren we het kernsysteem". Dat werkt goed voor budgetplanning, maar zegt weinig over de werkelijke staat van een systeem. Een applicatie van vijftien jaar oud die stabiel draait, goed gedocumenteerd is en waarvan de kennis breed geborgd is, kan gezonder zijn dan een applicatie van vijf jaar oud die al drie van de zeven signalen hieronder vertoont. De signalen zeggen meer over urgentie dan de leeftijd van het systeem.
Een eenvoudige koppeling wordt een apart project
Nieuwe eisen vragen tegenwoordig vrijwel altijd om een API: een boekhoudpakket dat facturen automatisch wil ontvangen, een klant die realtime voorraadgegevens opvraagt, een toezichthouder die digitale aanlevering eist. Kan uw systeem alleen via een nachtelijke batch-export een bestand aanleveren, dan is elke nieuwe koppeling ineens een handmatig maatwerkproject in plaats van een configuratie van een paar dagen. Vaak wordt dit pas zichtbaar op het moment dat een klant of partner de koppeling als voorwaarde stelt, en de vertraging direct commerciële gevolgen heeft.
De kennis van het systeem past in één hoofd
Systemen gebouwd in talen als Cobol, Delphi of RPG (de taal achter een AS/400) worden al decennia niet meer als hoofdvak onderwezen. Bij Cobol is dat patroon breed gedocumenteerd: de gemiddelde leeftijd van actieve Cobol-programmeurs ligt rond de 60 jaar, terwijl het aantal openstaande vacatures voor deze talen blijft groeien. Wie uw systeem nu onderhoudt, is vaak dezelfde persoon die het jaren geleden mede heeft gebouwd.
Patches en beveiligingsupdates stoppen of moeten apart worden ingekocht
Besturingssystemen en databases waarop veel legacy-applicaties draaien, bereiken na verloop van tijd het einde van hun ondersteuningscyclus. Windows Server 2012 en 2012 R2 bijvoorbeeld bereikten in oktober 2023 het einde van reguliere ondersteuning; de laatste betaalde beveiligingsupdates (Extended Security Updates) lopen in oktober 2026 definitief af. Draait uw applicatie op een platform in die fase, dan blijven bekende kwetsbaarheden na die datum permanent open.
Er ontstaan schaduw-processen naast het officiële systeem
Medewerkers bouwen eigen Excel-bestanden, Access-databases of gedeelde spreadsheets om te doen wat het systeem niet meer soepel ondersteunt. Data raakt versnipperd over meerdere niet-gekoppelde bronnen, en rapportages moeten handmatig worden samengevoegd voordat een manager er iets mee kan. Vaak weet alleen de opsteller van zo'n spreadsheet precies welke aannames erin verwerkt zitten, wat het bijzonder kwetsbaar maakt zodra die persoon met vakantie is of van baan wisselt.
Prestaties lopen vast zodra het volume groeit
Nachtelijke batchverwerking die steeds dichter tegen de openingstijd van de volgende werkdag aan schuurt, of een rapportage die draait op één databaseserver zonder mogelijkheid om horizontaal op te schalen. Groei in transacties, klanten of medewerkers legt een ontwerp bloot dat ooit voor een kleinere schaal is gebouwd. Vaak is de eerste reactie een zwaardere server of meer geheugen, wat het probleem tijdelijk verzacht zonder de onderliggende architectuurkeuze aan te pakken.
Onderhoud kost structureel meer dan vervanging zou kosten
Uurtarieven voor schaarse legacy-specialisten liggen vaak hoger dan reguliere ontwikkeltarieven, precies omdat de schaarste uit signaal twee de prijs opdrijft. Daarbovenop kost elke aanpassing onevenredig veel tijd, omdat niemand het hele systeem meer volledig overziet en elke wijziging eerst uitgezocht moet worden voordat er iets wordt gewijzigd. Wat op papier een kleine aanpassing lijkt, brengt in de praktijk eerst dagen archeologie in de bestaande code met zich mee.
Gebruikers ontwijken het systeem actief
Medewerkers loggen pas in als het niet anders kan, zoeken bewust omwegen, of vragen een collega om iets "even in het echte systeem" te zetten. Dat is een sterker signaal dan een technische foutmelding, want het betekent dat de mensen die er dagelijks mee werken het systeem zelf al hebben afgeschreven.
Meerdere signalen herkenbaar? Dit zijn de vervolgstappen
Herkent u drie of meer van deze signalen, dan is een vrijblijvend gesprek over de opties nuttiger dan nog een noodreparatie. Afhankelijk van het systeem dat u vervangt, kan dat traject er heel verschillend uitzien.
Draait het op Delphi?
Delphi-applicaties hebben vaak een stevige businesslogica die het waard is om te behouden, alleen niet in de oorspronkelijke vorm.
Delphi-applicatie moderniseren →Draait het op een Cobol-mainframe?
Bij Cobol-systemen zit het risico meestal niet in de code zelf, maar in de afnemende groep mensen die deze nog kan lezen.
Cobol-systeem vervangen →Draait het op een AS/400?
Een AS/400 blijft vaak jaren stabiel draaien, tot de kennis eromheen wegvalt en elke aanpassing stilstand betekent.
AS/400 vervangen door een modern platform →Draait het op WinCC?
Bij industriële besturing (SCADA/HMI) speelt vaak ook de vraag hoe u veilig aansluit op moderne cloud- en IoT-koppelingen.
WinCC vervangen →Herkent u de signalen, maar draait uw systeem op een ander platform dan hierboven? Ook dan begeleiden wij het traject van maatwerk software laten bouwen, van eerste analyse tot livegang.
Wilt u eerst begrijpen waarom dit soort risico's ontstaan? Lees onze achtergrondpagina over technical debt en legacy software.
Een eerste, vrijblijvende stap is meestal een technische intake: welke onderdelen van het huidige systeem zijn nog gezond, welke bevatten bruikbare businesslogica die het waard is om over te nemen, en welke zijn simpelweg verouderd. Die intake bepaalt of een volledige vervanging nodig is, of dat een gefaseerde aanpak met een moderne interfacelaag rond het bestaande systeem voldoende is.
Veelgestelde vragen
Loop de zeven signalen langs en tel hoeveel er herkenbaar zijn. Bij één of twee signalen is gericht onderhoud vaak nog verstandig. Bij drie of meer, zeker in combinatie met stijgende onderhoudskosten, weegt een vervangingstraject serieus mee.
Stapsgewijs is in de praktijk vaker verstandig dan een volledige big-bang-vervanging. Kritieke onderdelen eerst loskoppelen achter een moderne interface, waarna de rest van het systeem in fases wordt vervangen, beperkt het risico en houdt de organisatie tijdens het traject werkend.
Data-analyse en -migratie zijn meestal een apart deeltraject: eerst in kaart brengen welke data bruikbaar is en welke historische rommel jarenlang is meegesleept, dan pas migreren. Zo neemt u niet automatisch de datakwaliteitsproblemen van het oude systeem mee naar het nieuwe.
Soms wel. Een systeem dat stabiel draait, geen koppelingen nodig heeft en waarvan de kennis breder geborgd is dan bij één persoon, kan nog jaren mee. Uitstellen wordt riskant zodra meerdere signalen tegelijk optreden, omdat de kosten en risico's dan meestal niet lineair maar versneld oplopen.
Eén signaal is meestal geen reden voor een volledig vervangingstraject, wel een reden om het te blijven volgen. Signalen twee (kennis) en drie (ondersteuning stopt) verdienen daarbij extra aandacht, omdat ze zelden vanzelf beter worden.
Ja, dat is bij grotere systemen vaak zelfs de verstandigste route. Een stabiel kernonderdeel kan tijdelijk blijven draaien achter een nieuwe interfacelaag, terwijl de onderdelen met de meeste signalen als eerste worden vervangen.
Bij het proces. Een vervanging die alleen de oude schermen in een nieuw jasje steekt, neemt vaak ongemerkt de knelpunten van het oude proces mee. Eerst in kaart brengen hoe het werk nu daadwerkelijk loopt, inclusief de schaduw-processen uit signaal vier, voorkomt dat.
Twijfelt u of uw systeem aan vervanging toe is?
Beschrijf kort welke signalen u herkent en hoe uw huidige systeem eruitziet. We denken vrijblijvend mee over wat een realistische eerste stap is.