Förnya kärnsystemet som ingen vågar röra, en bit åt gången.
Kommunernas förmånsberäkning, försäkringsbolagens premiesystem och familjeföretagens egna affärssystem bär på årtionden av regler i COBOL, PL/I, Oracle Forms eller tidig Java och .NET. Varje lagändring i Finland ska igenom den koden. Vi läser ut reglerna, säkrar dagens beteende med tester och lyfter över en funktion i sänder bakom en fasad. Gammalt och nytt kör sida vid sida och stäms av innan något släcks ner.
För kommuner, försäkringsbolag och industriföretag i Finland vars kritiska system inte får stå still och vars regler inte får försvinna på vägen.
Först kartläggs tillämpningarna och målbilden slås fast. AI hjälper till att läsa ut reglerna ur koden, och sakkunniga bekräftar dem. Tester som beskriver dagens beteende blir ett skyddsnät. En funktion i sänder byggs på nytt bakom en fasad och kör sida vid sida med det gamla; skillnader reds ut och rättas, och först när verksamhetsägaren sagt ja flyttas trafiken och den gamla biten tas ur bruk.
Före och efter
Så förändras vardagen
I dag
Med systemet
I dag
I dag: Varje ändring är ett vågspel
En liten ändring i förmånsreglerna eller ett försäkringsvillkor drar ut i månader, eftersom ingen vet vilka andra delar av systemet den slår mot.
Med systemet
Med systemet: Tester före varje ändring
Karakteriseringstester beskriver hur systemet beter sig i dag, så varje ändring visar sina följder redan innan den går ut i produktion.
I dag
I dag: Kunskapen är på väg ut
De få som kan koden går snart i pension, och de dokument som finns beskriver ett system som inte längre existerar.
Med systemet
Med systemet: Reglerna på papper och bekräftade
Reglerna som läses ut ur koden skrivs ner på klarspråk, på finska eller svenska, och godkänns av dem som kan verksamheten.
I dag
I dag: Helhetsbyten som aldrig blir klara
Projekt som ska byta allt på en gång lovar ett bytesdatum som flyttas år efter år, samtidigt som budgeten sväller.
Med systemet
Med systemet: Nytta bit för bit
En funktion i sänder flyttas bakom fasaden. Varje bit tas i bruk på egen hand och kan rullas tillbaka.
I dag
I dag: Uppgifter som ingen kommer åt
E-tjänster och AI-tillämpningar får bara tag i uppgifterna genom bräckliga filuttag och körningar över natten.
Med systemet
Med systemet: Öppna gränssnitt mot uppgifterna
De domäner som redan flyttats erbjuder sina uppgifter via dokumenterade API:er, avstämda mot det gamla systemet ända tills det läggs ner.
Arbetsflöde
Arbetsflödet steg för steg
Vi arbetar enligt strypfikonmönstret (strangler fig): det nya växer runt det gamla, funktion för funktion. Det tunga arbetet sker i slingan mellan körning sida vid sida och ombyggnad.
Exempel på arbetsflöde
7 steg · 3 mänskliga kontrollpunkter
Teckenförklaring
System
AI-agent
Människa
Mänsklig kontrollpunkt
Undantagsflöde
Modernisering av äldre system: illustrativt arbetsflöde med slinga för avstämning
Läs diagrammet som text
Huvudvägen börjar med kartläggningen och utläsningen av reglerna, fortsätter med tester som säkrar dagens beteende och en ombyggd funktion bakom fasaden, går vidare till körning sida vid sida och slutar med att trafiken flyttas och den gamla biten läggs ner.
Människor godkänner målbilden, bekräftar varje utläst regel och säger ja till varje flytt. Där ligger de mänskliga kontrollpunkterna.
Om körningen sida vid sida ger olika resultat lämnar biten huvudvägen. Utvecklare och sakkunniga reder ut skillnaderna, och biten går tillbaka till ombyggnaden tills gammalt och nytt ger samma svar.
01
Steg 1: Kartlägg tillämpningarnaMänniska
Vi förtecknar tillämpningarna, ritar upp beroenden och dataflöden och bestämmer för var och en om den ska läggas ner, stå kvar, flyttas oförändrad, flyttas till ny plattform, skrivas om eller bytas ut. En domänkarta visar var systemet har naturliga skarvar.
Mänsklig kontrollpunkt
Organisationens arkitekturgrupp godkänner målbilden och ordningen som bitarna flyttas i.
02
Steg 2: Läs ut reglernaAI-agent
Med AI-stöd går vi igenom COBOL, PL/I, JCL, Oracle Forms och äldre Java eller .NET och får fram utkast till dokumentation, anropsgrafer och en förteckning över verksamhetsreglerna.
Mänsklig kontrollpunkt
Ingen regel blir specifikation innan en utvecklare och en sakkunnig har bekräftat den. Obekräftade regler märks tydligt.
03
Steg 3: Säkra dagens beteendeSystem
Ur anonymiserade in- och utdata från produktionen skapas karakteriseringstester, som fångar hur systemet fungerar nu, med alla sina egenheter, innan en enda rad ändras.
04
Steg 4: Bygg om en bit bakom fasadenSystem
Framför det gamla systemet placeras en fasad eller ett API-lager som styr anropen. En funktion skrivs om som en ny tjänst, och dess uppgifter flyttas över och hålls i synk.
05
Steg 5: Kör sida vid sidaSystem
Båda systemen tar emot samma transaktioner. Resultat och uppgifter jämförs automatiskt, och varje skillnad redovisas regel för regel och post för post.
06
Steg 6: Red ut skillnadernaMänniska
Utvecklare och sakkunniga avgör för varje skillnad om felet sitter i den nya tjänsten, i det gamla systemet eller om ändringen är avsiktlig, och skickar biten tillbaka för att rättas.
Undantagsflöde: Resultaten skiljer sig· Återgår till steg 4
07
Steg 7: Flytta trafiken, lägg nerMänniska
Fasaden börjar skicka anropen för funktionen till den nya tjänsten. När driften varit stabil en tid tas den gamla kodvägen ur bruk och dess uppgifter arkiveras.
Mänsklig kontrollpunkt
Verksamhetsägaren säger ja till varje flytt utifrån avstämningen. Fram till nedläggningen går det att backa via fasaden.
Komponenter
Vad vi bygger
01
Karta över tillämpningar och beroenden
Förteckning över tillämpningar, gränssnitt och dataflöden och en domänmodell som visar var det går att skära.
Koden analyseras i en miljö som du har kontroll över, och den skickas aldrig till tjänster som du inte godkänt. Produktionsuppgifter för testerna anonymiseras redan innanför produktionsmiljön.
Mänsklig granskning
Sakkunniga och utvecklare bekräftar de utlästa reglerna innan de används som specifikation. Verksamhetsägaren beslutar om varje flytt med avstämningen som underlag, och vägen tillbaka står öppen.
Spårbarhet
Regelförteckningen visar för varje regel vilken kod den kommer ur och vem som bekräftade den. Avstämningsrapporterna sparas som underlag för varje flytt.
Dataskydd
Uppgifterna flyttas enligt en dokumenterad mappning med postantal och kontrollsummor, och testmängderna innehåller så lite personuppgifter som möjligt. Gallringsreglerna följer med uppgifterna.
Transparens kring AI
Text och kod som AI skrivit utkast till märks, granskas och versionshanteras på samma sätt som allt annat utvecklingsarbete.
Mått
Vad vi följer upp
Vi bestämmer måtten med dig redan vid kartläggningen och följer dem för varje bit, inte bara för helheten.
Vad vi följer upp
Mått
Varför det är viktigt
Så skulle vi mäta det
01Ledtid för ändringar
Varför det är viktigtDet säkraste tecknet på att systemet blir lättare att ändra.
Så skulle vi mäta detTiden från en godkänd ändringsbegäran tills ändringen är i produktion, för gamla och moderniserade delar var för sig.
02Avstämningsläge
Varför det är viktigtVisar om den nya tjänsten verkligen ger samma svar som den gamla där den ska göra det.
Så skulle vi mäta detHur stor del av transaktionerna och posterna som stämmer under körningen sida vid sida, och öppna skillnader sorterade efter orsak.
03Regeltäckning
Varför det är viktigtRegler som ingen känner till är den största risken vid varje systembyte.
Så skulle vi mäta detHur stor del av de utlästa reglerna som sakkunniga bekräftat och som tester täcker.
04Kvar i det gamla
Varför det är viktigtModerniseringen betalar sig först när gamla delar verkligen släcks ner.
Så skulle vi mäta detNedlagda funktioner, kodvägar, batchjobb och licenser, bit för bit.
Vi sätter inga mål förrän utgångsläget har mätts.
Införande
Införandet i faser
Fas 01
Kartläggning
Tillämpningar, beroenden, domäner och risker. Vi väljer en första bit som är viktig för verksamheten men går att backa.
Kriterier för att gå vidare
Målbilden godkänd
Ordningen mellan bitarna bestämd
Tillgång till testmiljö och uppgifter ordnad
Fas 02
Den första biten
Utläsning av reglerna, testerna, fasaden och en ombyggd funktion som kör sida vid sida med det gamla systemet.
Kriterier för att gå vidare
Avstämningen inom den tolerans som bestämts
Verksamhetsägaren har godkänt flytten
Vägen tillbaka provad
Fas 03
Bit för bit
Nästa funktioner går samma väg, var och en med egen körning sida vid sida och eget beslut om flytt.
Kriterier för att gå vidare
Varje bit avstämd och flyttad
Kunskapen överförd till ditt team
Fas 04
Nedläggning
Gamla kodvägar, batchjobb och datalager arkiveras och stängs.
Förmånssystem och avgiftsberäkning i kommuner och välfärdsområden, där lagstiftningen ligger inbakad i årtionden gammal kod och nya ändringar hela tiden är på väg.
Premie-, ersättnings- och betalningssystem på stordator hos försäkringsbolag och banker, förnyade bakom API:er medan räkenskaperna hela tiden stäms av.
Egenutvecklade affärssystem och fabrikssystem hos familjeägda tillverkare, flyttade i takt med en övergång till SAP S/4HANA.
Illustrativt exempel
Premiesystemet hos ett skadeförsäkringsbolag
Utgångsläge
Ett skadeförsäkringsbolag räknar premier och sköter sina försäkringar i ett stordatorsystem från 1990-talet. Nya villkor på finska och svenska står i kö, och två av de utvecklare som kan koden går snart i pension.
System
Reglerna läses ut och bekräftas produkt för produkt. Fasaden skickar först hemförsäkringarnas premieberäkning till en ny tjänst, som kör sida vid sida med stordatorn tills svaren är desamma.
Mänsklig kontroll
Försäkringsexperterna bekräftar reglerna för sina egna produkter. Produktansvarig säger ja till flytten, och via fasaden går det att backa ända tills den gamla delen läggs ner.
Det här skulle vi mäta
Avstämningsläget per produkt, regeltäckningen och ledtiden för nästa villkorsändring.
Finland
Finländska och europeiska krav på nya system
Finländska koncerner kör ofta ett och samma gamla kärnsystem för bolagen i Finland, Sverige och Baltikum, och i varje land står egna regeländringar i kö. Vi lägger upp arbetet så att de nationella varianterna lyfts över en i sänder och gammalt och nytt stäms av land för land innan något släcks ner.
De nya tjänsterna hamnar på plattformar som är byggda med cybersäkerhetslagen (124/2025) i åtanke. Lagen gäller sedan 8 april 2025, och tillsynen sköts av sektorsmyndigheterna. För banker och försäkringsbolag tillämpas DORA sedan 17 januari 2025, och Finansinspektionen övervakar efterlevnaden. Dataförordningens regler om byte av leverantör talar för att uppgifterna ska vara portabla från första biten, och där registren innehåller personuppgifter följer mappningar och testdata dataskyddsförordningen.
För att ett enda bytesdatum samlar all risk på en dag, och verksamheten får vänta i flera år innan den har någon nytta. Flyttar man en funktion i sänder visar varje bit sitt värde i körningen sida vid sida, tas i bruk för sig och kan backas vid behov.
02Kan AI skriva om vår COBOL till Java?
Maskinell översättning rad för rad ger kod som är lika tung att ändra som den gamla. Vi låter AI läsa och dokumentera koden och skriva utkast till regler och tester, och sedan utformar vi de nya tjänsterna på riktigt. Ingen utläst regel används innan en människa har bekräftat den.
03Våra nyckelpersoner går snart i pension. Hur tar ni vara på det de kan?
I strukturerade genomgångar där de själva granskar de utlästa reglerna och testerna, på finska eller svenska efter vad som passar dem. Det de vet hamnar i dokumentation och tester som blir kvar hos ditt team och inte i våra huvuden.
04Gäller samma sätt att arbeta för SAP ECC?
Ja. Principerna är desamma när egen kod ska saneras inför en övergång till SAP S/4HANA: ta reda på vad som fortfarande används, läs ut och testa det som betyder något och flytta i kontrollerade steg.
05Hur länge kör gammalt och nytt sida vid sida?
Tills avstämningen håller sig inom den tolerans som verksamhetsägaren godkänt, och minst så länge att också periodiska körningar hinner med, som månadsskiftet, bokslutet och de årliga förmånsjusteringarna.
Vilket system bromsar din organisation, och vad hänger på det? Vi föreslår en första bit och hur den kan provas utan risk, för ett land eller för flera.