Een Access-bestand dat het bedrijf draaiende houdt. Een VB6-applicatie waar niemand nog aan durft te komen. Een WordPress-site uit 2009 die elke maand opnieuw stukgaat. We helpen u oude software pragmatisch vervangen of opwaarderen — met behoud van de bedrijfslogica die er in de loop der jaren in is geslopen.
De ontwikkelaar die het bouwde is allang vertrokken. De documentatie bestaat uit een handvol screenshots in een gedeelde map. Een paar collega's weten precies welke knop ze niet mogen indrukken op donderdagochtend. En toch draait het bedrijf voor een belangrijk deel op die applicatie — facturen, voorraad, klantgegevens, of het hele primaire proces zit erin.
Modernisering begint daarom niet bij code, maar bij begrip. We willen weten wat de software doet, wie het gebruikt, en wat er onmogelijk zou worden als hij morgen offline gaat. Pas daarna kijken we naar de bouwstenen: vervangen, opwaarderen, in de cloud zetten of misschien wel afschaffen. Bij organisaties met breder rommelige IT pakken we dit vraagstuk samen op met een IT-modernisering-consultant die ook breder kijkt dan deze ene applicatie.
We werken vooral aan web-applicaties en bedrijfssoftware op de schaal van het Nederlandse mkb en de middelgrote organisatie. Geen mainframe-migraties van vele jaren, wel concrete trajecten die binnen een of twee jaar tastbaar resultaat leveren. Voor de zwaardere kant verwijzen we door naar onze pagina over legacy-software moderniseren — daar gaan we dieper in op enterprise-modernisering en strangler-fig-architectuur.
De typische oude software die we tegenkomen zit verspreid over verschillende generaties technologie. Aan de desktop-kant zien we Visual Basic 6, Delphi en oudere .NET-versies. Aan de web-kant Classic ASP, PHP 5, jQuery-gedreven sites op verouderde frameworks, en WordPress-installaties uit het begin van de jaren 2010. Aan de kantoor-kant zijn het vaak MS Access-databases en Excel-VBA-bestanden die over jaren steeds meer gewicht hebben gekregen. Aan de bedrijfssoftware-kant zien we Oracle Forms, D2K en branche-specifieke pakketten op AS/400 of RPG. En soms zijn er nog reststukken Flash, Silverlight of Java applets die in 2017, 2020 en 2021 al officieel zijn afgeschreven maar in de praktijk gewoon nog gebruikt worden. Voor al deze vormen geldt dezelfde basisaanpak — alleen de migratie-route verschilt.
Niet elke oude applicatie hoeft volledig herbouwd. We kiezen samen welke route past bij uw situatie, op basis van bedrijfsrisico, gebruikersbase en hoe diep de software in andere processen verweven is.
Voor applicaties die functioneel doen wat ze moeten doen, maar op een verouderde stack draaien. Denk aan een PHP 5 web-applicatie die naar PHP 8 en een moderne framework wordt gebracht, of een WordPress 3.x site die headless verder gaat met dezelfde redactie-flow. De business-logica blijft, de fundering wordt vernieuwd. Dit grenst nauw aan het technische schuld oplossen dat we ook als losse dienst aanbieden.
Voor desktop-applicaties of zwaar verouderde web-software waar de stack zelf niet meer houdbaar is. We bouwen de kernfunctionaliteit opnieuw in React, Vue of Astro met een REST- of GraphQL-backend, en migreren de data uit het oude systeem. Vaak in een strangler-fig-aanpak: modules een voor een vervangen terwijl het oude systeem nog draait.
Soms is rebouwen niet de juiste route. Als 80 procent van de functionaliteit prima door een bestaand SaaS-pakket wordt afgedekt, helpen we u dat eerlijk vaststellen, het pakket selecteren en de overgang begeleiden. We bouwen alleen de stukken die echt onderscheidend zijn — een koppeling, een dashboard, een specifiek workflow-stuk.
Naast de werkende software willen we dat uw organisatie de nieuwe omgeving zelf kan onderhouden — of door een ander bureau kan laten onderhouden zonder lock-in.
Vier patronen die we vaak zien bij organisaties die ons benaderen. Herkent u er een of meer, dan is het de moeite waard om eens te praten.
De software werkt nog, maar niemand in de organisatie weet meer precies hoe. Bij elke aanpassing is er angst dat er iets stilletjes stukgaat. Het is niet meer ondernemen, het is balanceren.
PHP 5, oude .NET-versies, Windows Server 2008, Flash, Silverlight, Java applets. De runtime wordt niet meer onderhouden, security-patches komen niet meer, en uw IT-leverancier weigert het te hosten.
Wat in 2008 voor 20 gebruikers werkte, kraakt nu onder 200. Rapportages duren een uur. Een nieuwe vestiging openen vereist een handmatige database-kopie. Groei wordt afgeremd door techniek.
Drie applicaties, drie technologie-stacks, drie waarheden over dezelfde klant. Modernisering is dan vaak ook consolidatie: minder systemen, beter op elkaar afgestemd. Vaak loopt dit door in een breder traject voor enterprise-software die meerdere afdelingen tegelijk bedient.
Een paar herkenbare scenario's die de pragmatiek illustreren. We verzinnen geen klantnamen — wel beschrijven we patronen die we keer op keer tegenkomen, zodat u kunt inschatten of uw situatie er een variant op is.
Een MS Access-bestand dat ooit door een interne medewerker is gemaakt, groeit uit tot het kloppend hart van een afdeling. Backups bestaan uit gekopieerde bestanden op een netwerkschijf. Wij migreren de data naar PostgreSQL, bouwen er een web-interface op met rol-based toegang, en zorgen dat elke wijziging traceerbaar is via een audit-log. De business-logica halen we uit de bestaande forms en macro's, gevalideerd met de gebruikers.
Een Visual Basic 6 applicatie waar de hele binnendienst dagelijks mee werkt. Installatie op nieuwe werkplekken wordt steeds lastiger, thuiswerken is moeilijk, en de leverancier van de oude database is gestopt. We bouwen een React- of Vue-frontend op een REST-API, vervangen de oude database door een moderne variant, en koppelen de bestaande integraties via duidelijk gedocumenteerde interfaces. De gebruikersinterface volgt zo veel mogelijk de oude flow zodat training kort blijft.
Een bedrijfssite uit het begin van de jaren 2010 op een oude WordPress-versie. De redactie is gewend aan het admin-paneel, maar de site is traag, lastig veilig te houden en kraakt onder moderne SEO-eisen. We zetten WordPress in als headless CMS achter een Astro- of Next.js-frontend, behouden de redactie-flow, en winnen aan snelheid, security en bouw-kwaliteit. Inhoud verhuist één-op-één mee.
Een Excel-bestand met VBA-macro's waar productie of administratie op leunt. Eén foutieve cel of een vergeten kolom kan de keten verstoren. We zetten de logica om naar een web-formulier met server-side validatie, koppelen de uitkomst aan de bestaande systemen, en bewaren elke ingevoerde versie. Excel blijft beschikbaar voor de losse berekeningen waar dat zinvol is — maar het bedrijfsproces draait niet meer op één bestand.
Naast de pure techniek loopt elke modernisering door het beleid van uw organisatie en de regelgeving van uw sector. Wij denken hierin mee — niet als juristen, wel als bouwers die de praktische vertaalslag kennen.
Bij modernisering komt vaak naar boven dat de oude applicatie meer persoonsgegevens vasthoudt dan strikt nodig is. We helpen bij een privacy-check op de data, beslissen samen wat mee moet en wat opgeschoond kan worden, en leggen vast hoe gegevens in de nieuwe omgeving worden verwerkt en bewaard.
Voor overheids-organisaties (Baseline Informatiebeveiliging Overheid) of bedrijven in kritieke sectoren (NIS2) gelden strakkere eisen aan logging, toegangsbeheer en incident-response. We nemen die eisen mee in het ontwerp en leveren documentatie die aansluit op uw eigen ISMS.
Bij modernisering van zorg-software werken we volgens NEN 7510. Patientgegevens blijven binnen Nederlandse of Europese hosting, audit-logs zijn standaard, en autorisaties zijn aantoonbaar op het niveau van de individuele gebruiker.
Als uw organisatie ISO 27001-gecertificeerd is, leveren we documentatie en processen aan die binnen het bestaande managementsysteem passen. Geen aparte beveiligings-eilanden, maar een uitbreiding op wat al staat.
We brengen in kaart wat de applicatie doet, wie hem dagelijks gebruikt en welke onzichtbare bedrijfsregels erin verwerkt zitten. Een paar gesprekken met de mensen die de software écht kennen scheelt later veel verrassingen.
We zetten op een rij wat het kost om de huidige applicatie nog jaren in de lucht te houden — licenties, hosting, externe leveranciers, beveiligings-risico's, productiviteits-verlies — versus de investering in modernisering. Dat maakt het een zakelijke afweging in plaats van een onderbuik-gevoel.
Per module bepalen we de beste route. Niet alles hoeft op de schop. Soms is een module al prima en heeft alleen een hosting-migratie nodig; soms moet hij volledig opnieuw; soms kan hij gewoon weg omdat niemand hem nog gebruikt.
We beginnen met een module die overzichtelijk is, maar waar succes voelbaar is voor de organisatie. Dat geeft vertrouwen, levert een werkend voorbeeld op, en haalt onbekende risico's vroeg naar boven.
Module voor module bouwen we de rest, terwijl het oude systeem nog draait. Gebruikers ervaren een geleidelijke overgang in plaats van een big-bang-weekend. Strangler-fig in de praktijk, met validatie na elke release.
De data wordt schoongemaakt, gevalideerd en gemigreerd. Gebruikers krijgen training en een korte uitlooptijd waarin oud en nieuw naast elkaar draaien, zodat ze veilig kunnen wennen aan de nieuwe omgeving.
Een runbook voor incidenten, monitoring met heldere drempels, en duidelijke afspraken over wie wat doet. Of we het beheer zelf blijven doen of dat u het intern oppakt — beide is goed, zolang het maar belegd is.
Wat opdrachtgevers meestal eerst willen weten in een gesprek over modernisering.
Een kennismaking van een half uur, vrijblijvend. We luisteren naar wat er nu draait, welke kopzorgen het oplevert, en welke richting verstandig is. Geen verkoop-pitch, wel een eerlijk beeld van wat realistisch is. Daarna kunt u zelf bepalen of doorpraten zin heeft.
Appfront gebruikt cookies en vergelijkbare technieken voor een goede werking van de website, voor analyse en voor marketing. Je kiest zelf wat je toestaat. Lees meer in ons privacybeleid.
