Azati haalt kernsystemen van verouderde stacks af zonder dat de productie stilvalt. De aanpak begint niet bij het vertalen van code, maar bij het reconstrueren van wat het systeem werkelijk doet: welke bedrijfsregels erin zitten, welke afhankelijkheden nergens gedocumenteerd staan, en welke workarounds van twintig jaar geleden nog steeds iets bij elkaar houden. Pas daarna wordt er herbouwd — op een architectuur die uw eigen team over kan nemen. Azati-engineers hebben aan dit type migraties gewerkt in bancaire en financiële systemen, onder meer vanaf Smalltalk, PowerBuilder en PowerHouse, en moderniseren kernplatformen op Java, .NET en Oracle.
Tot een paar jaar geleden waren er twee manieren om een kernsysteem van een verouderde taal af te halen. Alles met de hand herschrijven: jaren werk en een budget waar niemand ja op zegt. Of de code door transformatiescripts halen en engineers de uitkomst laten repareren — het origineel op het ene scherm, de gegenereerde Java op het andere.
De meeste programma's kozen de scripts. En wat eruit kwam was hetzelfde legacy-systeem. Dezelfde architectuur, dezelfde patronen, dezelfde workarounds van decennia oud. Alleen nu in een moderne taal. Technisch gemigreerd, praktisch niet te onderhouden — want zo schrijft niemand code, dus niemand kan het overnemen. De rekening daarvan komt twee jaar later: het systeem is nieuw, de problemen zijn oud, en er is niets gewonnen behalve dat de taal nu op de cv's staat.
Er is ook een tweede manier waarop het misgaat, en die is duurder. Een migratie compileert, de unit tests slagen, en pas in de acceptatietest blijkt dat het grootboek niet meer klopt — omdat de context die de oude code impliciet meedroeg buiten het blikveld van de vertaling viel.
Niet de snelheid waarmee code wordt vertaald. Ze veranderen de volgorde van het werk.
De afhankelijkheden in kaart brengen, de bedrijfsregels eruit halen, de architectuur reconstrueren die niemand ooit heeft opgeschreven. Een agent leest de hele codebase — niet steekproefsgewijs zoals een mens die er weken voor heeft, maar in samenhang: welke module raakt welke data, waar zit een regel die in geen enkel document terugkomt, welk pad wordt in de praktijk nooit doorlopen. Wat daaruit komt is geen vertaling maar een beschrijving: dit is wat uw systeem doet, en dit is waarom het zo doet.
Op de nieuwe stack, met de praktijk van nu: een fatsoenlijke database in plaats van de datastructuur die uit 1998 stamt, bedrijfslogica in een eigen laag in plaats van verspreid door de UI, services waar ze werkelijk iets oplossen in plaats van overal.
Het verschil zit in die volgorde. Vertalen zonder begrijpen levert een systeem op dat draait maar niet te onderhouden is. Begrijpen vóór herbouwen levert een systeem op dat uw eigen team kan overnemen — en dat is uiteindelijk het enige criterium dat telt, want wij gaan een keer weg. Dezelfde agenttechniek die code leest, zetten we ook in op uw documenten en kennis: knowledge intelligence en agentic AI →
Azati-engineers hebben gewerkt aan migraties van Smalltalk, PowerBuilder en PowerHouse in bancaire en financiële systemen — talen die in hun tijd dezelfde rol speelden als de systemen waar het nu over gaat, en die dezelfde eigenschap hebben: ze draaien nog, en de mensen die ze begrijpen zijn met pensioen of bijna.
Daarnaast moderniseert Azati kernplatformen op Java (versie 4 tot 25, Spring Boot 2 tot 4), .NET en Oracle, inclusief ontvlechting naar services en migratie naar Azure of AWS.
Wat we niet doen, zeggen we er ook bij: Azati heeft geen COBOL-migraties op zijn naam staan. De methode — afhankelijkheden en bedrijfsregels in kaart brengen voordat er iets wordt herschreven — is technologieonafhankelijk, maar ervaring is ervaring en dat is iets anders dan een methode. Vraagt u naar COBOL, dan is dat het antwoord, en dan kijken we samen of het zin heeft.
Het bestaande systeem miste essentiële functionaliteit en vroeg om architecturale vernieuwing; handmatige processen en losse deelsystemen zijn vervangen door één werkende keten. Java, Spring, React, IBM MQ en WebSphere.
Nieuwe functionaliteit, stabilisatie van bestaande diensten en doorlopende naleving van de eisen van de toezichthouder, met optimalisatie van de databaseverwerking. Java, Spring Boot, Oracle, Hibernate.
Consumer-driven contracts over het hele IT-landschap, geproductionaliseerde Pact Broker in Kubernetes/OpenShift, integratie in CI/CD en begeleiding van de interne teams.
Middleware tussen SAP ERP en documentgeneratie, zodat gestandaardiseerde documenten automatisch uit brongegevens worden opgebouwd.
Papieren aanvraagproces vervangen door een online keten met procesorchestratie via Camunda, digitale handtekeningen en integraties over Kafka en RabbitMQ.
In de verzekeringssector, inclusief doorlopende ondersteuning na oplevering.
Databasemigratie van een patiëntdossiersysteem en datamigratie bij een platform voor digital asset management.
Op een moderne stack voor een grote retailketen, bestand tegen de belasting van een landelijk logistiek netwerk.
De overgang naar de nieuwe Europese betaalinfrastructuur raakt de processingkern van elke instelling die eraan hangt. Wie die keten toch openlegt, kan net zo goed meteen de laag eronder aanpakken — een tweede keer stilleggen kost meer dan één keer goed doen.
Verouderde stacks zijn stabiel maar niet meer uitbreidbaar, en de mensen die ze begrijpen gaan met pensioen. Dat maakt modernisering een kwestie van timing: wie wacht tot de laatste kenner vertrekt, betaalt voor reconstructie in plaats van voor overdracht.
Onder DORA moet u kunnen verantwoorden welke ICT-afhankelijkheden u heeft en hoe u eruit stapt. End-of-life componenten die geen actuele encryptie, logging of patching ondersteunen, zijn daarmee geen technische schuld meer maar een aantoonbaar risico.
De vraag naar diepgaande Java-modernisering in de Benelux is groter dan het aanbod; dat is precies waarom dit werk vaker wordt uitbesteed dan intern opgelost.
Met een afgebakende technische beoordeling, niet met een voorstel. Eén systeem of één module, met als uitkomst een beschrijving van wat erin zit: bedrijfsregels, afhankelijkheden, risicopunten, en een inschatting van wat vervangen kan worden en in welke volgorde. Die beoordeling is op zichzelf bruikbaar — ook als u daarna met iemand anders verder gaat, of voorlopig met niemand. Beschrijf uw situatie via het algemene contactformulier — we sturen de meest relevante referenties terug en een voorstel voor de opzet van zo'n beoordeling.
Neem contact opDe technische beoordeling loopt in weken, niet maanden. Wat daarna volgt hangt af van wat de beoordeling oplevert: de omvang van de codebase, hoeveel bedrijfslogica niet gedocumenteerd is, en hoeveel systemen eraan vastzitten. Een planning die vóór de beoordeling wordt afgegeven is geen planning maar een aanname.
Nee, dat is het uitgangspunt van de aanpak. Vervanging gebeurt in stappen die afzonderlijk terug te draaien zijn, waarbij oud en nieuw naast elkaar draaien tot is aangetoond dat ze hetzelfde antwoord geven.
Die worden expliciet gemaakt en teruggelegd bij de mensen die ze moeten bevestigen. Dat is vaak het waardevolste tussenproduct van het hele traject: een organisatie weet daarna weer wat haar eigen systeem doet, los van de vraag welke stack het draait.
We gebruiken AI-agents vooral om te begrijpen wat er staat voordat er iets wordt herschreven — afhankelijkheden, bedrijfsregels, de architectuur die niemand heeft opgeschreven. Het herbouwen gebeurt daarna, met AI waar dat werk versnelt en met engineers die verantwoordelijk zijn voor wat er in productie gaat. Een volledig autonome migratie zonder mensen bestaat niet, en wie dat belooft heeft het systeem niet gezien.
Azati-engineers hebben gewerkt aan migraties van Smalltalk, PowerBuilder en PowerHouse in bancaire en financiële systemen. Daarnaast moderniseren we kernplatformen op Java (8 tot 25, Spring Boot 2 tot 4), .NET en Oracle. COBOL-migraties hebben we niet op onze naam staan.
Door de vergelijking onderdeel van de migratie te maken in plaats van van de acceptatietest. Oud en nieuw draaien op dezelfde invoer en verschillen worden zichtbaar op het moment dat ze ontstaan; contract testing maakt incompatibiliteit tussen systemen zichtbaar bij de wijziging zelf. Azati bouwde voor een bank het platform waarmee dat over het hele IT-landschap werd ingericht.
Dat is het criterium waarop we bouwen. Documentatie, broncode, pijplijnen en kennisoverdracht horen bij de oplevering en niet bij een aparte onderhandeling. Een systeem dat alleen door de bouwer te onderhouden is, is geen modernisering maar een nieuwe afhankelijkheid.
Ja. Bankeigen frameworks, interne architectuurstandaarden, verplichte componenten, securityreview en formele goedkeuring bij elke deployment horen bij het werk in deze sector. We vragen niet om daar omheen te mogen.
