Eigen developers in Tilburg
Techniek

Legacy software vervangen of moderniseren? Zo pak je het aan

Team SuperCoders· · 5 min lezen
Sfeerbeeld bij het artikel: Legacy software vervangen of moderniseren? Zo pak je het aan

Legacy software vervangen of stap voor stap moderniseren? Lees wanneer herbouw loont, welke strategieën er zijn en hoe je de overstap zonder stilstand regelt.

Samenvatting

Legacy software vervangen loont als de onderhoudskosten en risico's hoger worden dan de kosten van herbouw, als niemand de code meer kent of als de techniek niet meer wordt ondersteund. Je hebt vier opties: doorgaan met lappen, stapsgewijs moderniseren, volledig herbouwen of overstappen op een standaardpakket. Een stapsgewijze aanpak, waarbij je module voor module vervangt terwijl het oude systeem blijft draaien, is voor de meeste bedrijven de veiligste route. Volledige herbouw kost bij een middelgroot systeem €50.000 tot €150.000 en 6 tot 12 maanden.

Wat is legacy software en waarom is het een probleem?

Legacy software is verouderde software die nog steeds bedrijfskritisch is. Vaak gaat het om een systeem dat tien tot twintig jaar geleden is gebouwd, in een taal of framework dat niet meer wordt onderhouden (Visual Basic 6, Delphi, oude PHP-versies, Access-databases, Classic ASP), door een developer of leverancier die inmiddels weg is. Het werkt nog, en juist daarom blijft het staan. De problemen komen sluipend: een koppeling die niet meer lukt, een server die niet meer geüpdatet kan worden, een medewerker die met pensioen gaat en de enige is die het systeem begrijpt, een beveiligingslek dat niet te dichten is. Op een gegeven moment is het risico van niets doen groter dan het risico van vervangen.

Signalen dat je legacy software moet vervangen

Herken je drie of meer van deze punten, dan is het tijd om serieus te onderzoeken:

  • Niemand durft de code aan te raken omdat elke wijziging iets anders kapotmaakt.
  • De leverancier is gestopt of ontwikkelt het product niet meer door.
  • Het draait op een besturingssysteem of database die geen beveiligingsupdates meer krijgt.
  • Koppelingen met moderne systemen (webshop, boekhouding, klantportaal) zijn niet of alleen via omwegen mogelijk.
  • Onderhoud kost steeds meer: je betaalt jaarlijks 30 procent of meer van wat nieuwbouw zou kosten aan lapwerk.
  • Medewerkers werken eromheen met Excel-bestanden en handmatige stappen omdat het systeem niet meer aansluit.
  • Het werkt alleen op kantoor, niet op locatie, thuis of op een tablet.

Twijfel je? Een code audit geeft binnen een paar dagen een onafhankelijk beeld van de staat van de code, de risico's en de opties. Dat kost een fractie van een verkeerde beslissing.

Vier strategieën: van lappen tot herbouwen

1. Doorgaan en onderhouden

Soms de juiste keuze, bijvoorbeeld als het systeem stabiel is, weinig verandert en je over twee jaar toch een grotere verandering plant. Het risico: je stelt het probleem uit terwijl de kennis verdwijnt. Zorg in elk geval voor documentatie, back-ups en een versiebeheersysteem, zodat je later niet vanaf nul begint.

2. Stapsgewijs moderniseren

Je laat het oude systeem draaien en vervangt onderdeel voor onderdeel. Eerst een nieuwe API-laag die de oude database ontsluit, dan een modern scherm voor de meest gebruikte functie, dan de volgende module. Elke stap levert direct waarde en het bedrijf hoeft nooit stil te staan. Dit is voor de meeste mkb-bedrijven de beste route, zeker bij systemen die dagelijks intensief gebruikt worden. Nadeel: het duurt langer en je onderhoudt tijdelijk twee systemen.

3. Volledig herbouwen

Nieuwbouw met moderne technologie, waarna je in één keer overstapt. Sneller en schoner dan stapsgewijs, maar de overstap is een spannend moment en tot die tijd zie je weinig resultaat. Passend als het oude systeem echt onhoudbaar is, als de scope overzichtelijk is of als je processen toch wilt herzien. Reken bij een middelgroot systeem op €50.000 tot €150.000 en 6 tot 12 maanden.

4. Overstappen op een standaardpakket

Als je legacy systeem in feite een generiek proces afdekt (boekhouding, voorraad, CRM), is een standaardpakket vaak goedkoper en beter. Wees eerlijk over hoeveel maatwerklogica er in de oude software zit; wat op papier standaard lijkt, blijkt in de praktijk vaak vol uitzonderingen te zitten die het bedrijf uniek maken. Voor ERP-systemen bespreken we die afweging in ERP op maat of standaard ERP.

Zo pak je legacy software vervangen aan

Ongeacht de strategie doorloop je deze stappen:

  • Inventariseer wat het systeem écht doet. Niet wat de handleiding zegt, maar wat gebruikers dagelijks doen, inclusief de rapportjes die iemand ooit heeft toegevoegd en waar de directie op stuurt.
  • Bepaal wat mee moet en wat niet. Een legacy systeem bevat altijd functies die niemand meer gebruikt. Neem ze niet mee.
  • Ontwerp de nieuwe architectuur met open technologie (bijvoorbeeld Laravel of Node.js met PostgreSQL) en een API-laag, zodat toekomstige koppelingen simpel zijn.
  • Plan de datamigratie vroeg. Oude data is vervuild, dubbel en inconsistent. Opschonen kost tijd; zie data migratie.
  • Bouw in sprints en laat gebruikers meekijken. Zij zien direct of de nieuwe versie hun werk ondersteunt.
  • Draai een periode parallel. Oud en nieuw naast elkaar, tot de cijfers kloppen en iedereen vertrouwen heeft.
  • Regel eigendom en onderhoud. De broncode is van jou, en er ligt een plan voor updates zodat je over tien jaar niet opnieuw in dezelfde situatie zit.

Een voorbeeld uit de praktijk

Een maakbedrijf uit Eindhoven draaide op een ERP dat begin jaren 2000 was gebouwd door een leverancier die inmiddels niet meer bestond. Orders, productieplanning en voorraad zaten erin, en niets kon eruit. We kozen voor stapsgewijs moderniseren: eerst een API-laag op de oude database, daarna een nieuwe productieplanning als losse webapplicatie, vervolgens orders en voorraad. Na tien maanden was het oude systeem volledig vervangen zonder dat de productie één dag stil heeft gestaan. De volledige aanpak lees je in de case legacy ERP vervangen in de maakindustrie.

Wanneer moet je juist niet herbouwen?

Herbouwen is niet altijd het antwoord. Als het systeem stabiel draait, de code redelijk is en er nog iemand is die het kent, is doorontwikkeling van de bestaande software vaak goedkoper: opschonen, moderniseren waar nodig, documentatie op orde brengen en daarna gewoon doorbouwen. Ook als je binnen twee jaar een fusie, verkoop of grote strategiewijziging verwacht, kun je een groot herbouwtraject beter uitstellen. En herbouw nooit alleen omdat de techniek oud is: oud is geen probleem, onbeheersbaar wel.

Maatwerk software in Tilburg, Brabant en heel Nederland

SuperCoders helpt bedrijven in Tilburg, Brabant en heel Nederland met legacy software vervangen en moderniseren. Onze developers in Nederland analyseren eerst je bestaande systeem, adviseren eerlijk over de beste strategie en bouwen daarna in sprints met een vaste prijs per fase. Je bent eigenaar van de nieuwe code. Plan een gratis adviesgesprek of bel 013 234 0782 voor een eerste inschatting van kosten en aanpak.

Veelgestelde vragen

Wat kost het om legacy software te vervangen?

Een volledige herbouw van een middelgroot bedrijfssysteem kost €50.000 tot €150.000 en duurt 6 tot 12 maanden. Stapsgewijs moderniseren spreidt die kosten over een langere periode, met fases van €10.000 tot €30.000 per module. Een kleine tool herbouw je al vanaf €15.000. Een code audit vooraf kost enkele duizenden euro's en geeft een onderbouwde inschatting.

Kan legacy software vervangen worden zonder stilstand?

Ja. Met een stapsgewijze aanpak blijft het oude systeem draaien terwijl module voor module wordt vervangen, vaak via een API-laag op de bestaande database. Bij volledige herbouw draai je een periode parallel en stap je over op een rustig moment. In beide gevallen wordt de datamigratie vooraf getest, zodat de livegang geen verrassingen geeft.

Wat is het verschil tussen moderniseren en herbouwen?

Moderniseren betekent dat je het bestaande systeem stap voor stap verbetert en vervangt, waarbij delen van de code of database blijven bestaan. Herbouwen betekent dat je met moderne technologie een nieuw systeem bouwt en in één keer overstapt. Moderniseren is veiliger en spreidt de kosten; herbouwen is sneller en levert een schonere basis op.

Kunnen jullie de oude code overnemen als de vorige ontwikkelaar weg is?

In de meeste gevallen wel, mits de broncode en database beschikbaar zijn. We starten dan met een code audit om de staat van de code, de risico's en de opties in kaart te brengen. Daarna bepalen we samen of doorontwikkelen, moderniseren of herbouwen de beste route is. Ontbreekt de broncode, dan reconstrueren we de functionaliteit op basis van het werkende systeem en de data.

Verder lezen

Benieuwd of maatwerk software voor jou de moeite waard is?

Laat je gegevens achter of bel ons. We plannen een gratis adviesgesprek en je hoort binnen 24 uur van ons.

Gratis adviesgesprek

Direct contact

Telefoon
013 234 0782ma t/m vr 09:00 - 17:30
E-mail
info@maatwerksoftwareontwikkeling.nlreactie binnen 24 uur
Bezoek
Brucknerlaan 123, 5011DH Tilburgop afspraak

Je spreekt een developer, niet een verkoper. SuperCoders B.V., KvK 89575415.

Bel ons Advies