Modernizujte systém, na ktorý sa nikto neodváži siahnuť, jednu funkciu po druhej.
Obchodné pravidlá z niekoľkých desaťročí sú zapísané v kóde v jazykoch COBOL a PL/I, v Oracle Forms a v starších verziách Javy a .NET. Tieto pravidlá obnovíme, postavíme záchrannú sieť testov a funkcie presúvame jednu po druhej za fasádu, so súbežnou prevádzkou a porovnaním výsledkov skôr, než sa čokoľvek vypne.
Pre úrady, poisťovne, banky a firmy na Slovensku, ktorých kritické systémy nesmú vypadnúť a ktorých pravidlá sa nesmú stratiť.
Posúdi sa portfólio aplikácií a dohodne sa cieľový stav. Obchodné pravidlá sa obnovia z kódu s pomocou AI a overia ich ľudia. Charakterizačné testy tvoria záchrannú sieť. Každá funkcia sa prestavia za fasádou a beží súbežne so starým systémom; rozdiely sa posúdia a opravia skôr, než vlastník procesu schváli prepnutie a stará časť sa vyradí.
Pred a po
Čo sa zmení vo vašej práci
Dnes
So systémom
Dnes
Dnes: Každá zmena je riziko
Aj malé legislatívne zmeny trvajú mesiace, pretože nikto nevie predpovedať, čo ďalšie zmena ovplyvní.
So systémom
So systémom: Zmeny podložené testami
Charakterizačné testy zachytia, čo systém robí dnes, takže každá zmena ukáže svoj dosah ešte pred vydaním.
Dnes
Dnes: Znalosti odchádzajú do dôchodku
Ľudia, ktorí kódu rozumejú, sú blízko dôchodku a dokumentácia už dávno nezodpovedá systému.
So systémom
So systémom: Pravidlá zapísané a overené
Obchodné pravidlá obnovené z kódu sa zdokumentujú zrozumiteľným jazykom a potvrdia ich odborníci na danú oblasť.
Dnes
Dnes: Veľké jednorazové plány uviaznu
Programy úplnej náhrady sľubujú jeden dátum prechodu, ktorý sa stále posúva, kým náklady rastú.
So systémom
So systémom: Prínos po častiach
Funkcie sa presúvajú za fasádu jedna po druhej. Každá časť sa spustí samostatne a dá sa vrátiť späť.
Dnes
Dnes: Dáta uväznené v starých štruktúrach
Nové služby a využitie AI sa k dátam nedostanú bez krehkých exportov a nočných dávok.
So systémom
So systémom: Dáta dostupné cez API
Migrované oblasti sprístupňujú svoje dáta cez zdokumentované API a až do vyradenia starého systému sa s ním porovnávajú.
Pracovný postup
Ako pracovný postup prebieha
Prístup podľa vzoru strangler fig: nový systém postupne obrastá starý, funkciu po funkcii. Väčšina skutočnej práce sa odohráva v slučke medzi súbežnou prevádzkou a prestavbou.
Ilustračný pracovný postup
7 krokov · 3 kontroly človekom
Legenda
Systém
AI agent
Človek
Kontrola človekom
Postup pri výnimke
Modernizácia starších systémov: ilustračný pracovný postup so slučkou porovnania
Prečítať diagram ako text
Hlavná cesta vedie od posúdenia portfólia a obnovy obchodných pravidiel cez záchrannú sieť charakterizačných testov a prestavbu jednej funkcie za fasádou k súbežnej prevádzke starého a nového systému a napokon k prepnutiu a vyradeniu starej časti.
Ľudia schvaľujú cieľovú architektúru, overujú každé obnovené pravidlo a schvaľujú každé prepnutie: to sú kontrolné body človeka.
Keď súbežná prevádzka ukáže rozdielne výstupy, časť opustí hlavnú cestu, inžinieri a odborníci na danú oblasť rozdiely posúdia a časť sa vracia do kroku prestavby, kým sa starý a nový systém nezhodujú.
01
Krok 1: Posúdenie portfóliaČlovek
Súpis aplikácií, mapa závislostí a tokov dát a rozhodnutie pre každú aplikáciu: vyradiť, ponechať, presunúť bez zmien, presunúť na novú platformu, prestavať alebo nahradiť. Mapa oblastí ukáže miesta, kde sa systém dá rozdeliť na časti.
Kontrola človekom
Vaša architektonická rada schvaľuje cieľovú architektúru a poradie častí.
02
Krok 2: Obnova obchodných pravidielAI agent
Analýza kódu s pomocou AI číta COBOL, PL/I, JCL, Oracle Forms a staršiu Javu či .NET a pripraví návrh dokumentácie, grafov volaní a katalógu obchodných pravidiel.
Kontrola človekom
Inžinieri a odborníci na danú oblasť overia každé vyťažené pravidlo skôr, než sa použije ako špecifikácia. Neoverené pravidlá sú tak aj označené.
03
Krok 3: Záchranná sieť testovSystém
Charakterizačné testy sa vytvoria z anonymizovaných vstupov a výstupov z produkcie, takže súčasné správanie systému vrátane jeho zvláštností je zachytené skôr, než sa čokoľvek zmení.
04
Krok 4: Prestavba časti za fasádouSystém
Pred starý systém sa umiestni smerovacia fasáda alebo vrstva API. Jedna funkcia sa prestavia ako nová služba, s migrovanými dátami, ktoré sa udržiavajú synchronizované.
05
Krok 5: Súbežná prevádzka a porovnanieSystém
Starý aj nový systém spracúvajú tie isté transakcie. Výstupy a dáta sa porovnávajú automaticky a každý rozdiel sa vykáže podľa pravidla a záznamu.
06
Krok 6: Posúdenie rozdielovČlovek
Inžinieri a odborníci na danú oblasť rozhodnú, či je rozdiel chybou novej služby, chybou starého systému alebo zámernou zmenou, a časť vrátia na prepracovanie.
Postup pri výnimke: Výstupy sa líšia· Vracia sa ku kroku 4
07
Krok 7: Prepnutie a vyradenieČlovek
Prevádzka danej funkcie prejde cez fasádu na novú službu. Po období stabilnej prevádzky sa stará cesta v kóde a jej dáta vyradia a archivujú.
Kontrola človekom
Vlastník procesu schvaľuje každé prepnutie na základe výsledkov porovnania. Návrat cez fasádu zostáva k dispozícii až do vyradenia.
Komponenty
Čo by sme postavili
01
Mapa portfólia a závislostí
Súpis aplikácií, mapa rozhraní a tokov dát a doménový model, ktorý ukáže, kde sa systém dá rozdeliť na časti.
Salesforce ako nový front officePlatformaSalesforce
Integračná platforma a brána API
Cieľový cloud alebo dátové centrum
Kontrolné mechanizmy
Zabudované kontrolné mechanizmy
Hranice prístupu
Analýza kódu beží v prostredí, ktoré máte pod kontrolou, a žiadny zdrojový kód sa neposiela do služieb, ktoré ste neschválili. Produkčné dáta pre testy sa anonymizujú skôr, než opustia produkčnú zónu.
Kontrola človekom
Obnovené pravidlá overujú inžinieri a odborníci na danú oblasť skôr, než sa stanú špecifikáciou. Každé prepnutie schvaľuje vlastník procesu na základe výsledkov porovnania a návrat späť zostáva k dispozícii.
Auditovateľnosť
Každé pravidlo v katalógu sa dá spätne dohľadať ku kódu, z ktorého pochádza, a k človeku, ktorý ho overil. Správy z porovnania sa uchovávajú ako doklad pri každom prepnutí.
Ochrana údajov
Migrácia dát sa riadi zdokumentovaným mapovaním s počtami záznamov a kontrolnými súčtami a osobné údaje sa v testovacích sadách obmedzia na nevyhnutnú mieru. Pravidlá uchovávania sa presúvajú spolu s dátami.
Transparentnosť AI
Ak AI pripraví návrh dokumentácie alebo kódu, výstup je označený, skontrolovaný a verzovaný ako každý iný inžiniersky výstup.
Ukazovatele
Čo by sme merali
Ukazovatele dohodneme s vami počas posúdenia a sledujeme ich pre každú časť, nielen za celý program.
Čo by sme merali
Ukazovateľ
Prečo je dôležitý
Ako by sme ho merali
01Čas zavedenia zmeny
Prečo je dôležitýNajjasnejší znak, že systém sa dá meniť čoraz ľahšie.
Ako by sme ho meraliČas od schválenej požiadavky na zmenu po produkciu, pre starú aj modernizovanú časť.
02Stav zhody
Prečo je dôležitýUkazuje, či sa nová služba naozaj správa ako stará tam, kde má.
Ako by sme ho meraliPodiel transakcií a záznamov, ktoré sa počas súbežnej prevádzky zhodujú, s otvorenými rozdielmi podľa príčiny.
03Pokrytie pravidiel
Prečo je dôležitýNeznáme pravidlá sú hlavným rizikom každej náhrady.
Ako by sme ho meraliPodiel obnovených obchodných pravidiel, ktoré overili odborníci a ktoré pokrývajú testy.
04Rozsah starého systému
Prečo je dôležitýModernizácia sa oplatí, keď sa staré komponenty naozaj vypnú.
Ako by sme ho meraliVyradené funkcie, cesty v kóde, dávkové úlohy a licencie, sledované pre každú časť.
Cieľové hodnoty nestanovujeme, kým nie je známy východiskový stav.
Zavedenie
Ako by sme riešenie zaviedli
Fáza 01
Posúdenie
Portfólio, závislosti, oblasti a riziká. Vyberieme prvú časť, na ktorej podniku záleží, no dá sa vrátiť späť.
Kritériá ukončenia
Cieľová architektúra schválená
Poradie častí dohodnuté
Prístup k testom a dátam zabezpečený
Fáza 02
Prvá časť
Obnova pravidiel, záchranná sieť, fasáda a jedna prestavaná funkcia v súbežnej prevádzke so starým systémom.
Kritériá ukončenia
Zhoda v rámci dohodnutej tolerancie
Vlastník procesu schválil prepnutie
Návrat späť otestovaný
Fáza 03
Časť po časti
Ďalšie funkcie idú tou istou cestou, každá s vlastnou súbežnou prevádzkou a rozhodnutím o prepnutí.
Kritériá ukončenia
Každá časť porovnaná a prepnutá
Znalosti odovzdané vášmu tímu
Fáza 04
Vyradenie
Staré cesty v kóde, dávkové úlohy a dátové úložiská sa archivujú a vypnú.
Vlastné rozšírenia ERP a systémy závodov, presunuté spolu s migráciou na SAP S/4HANA.
Ilustračný príklad
Systém poistných zmlúv v poisťovni
Situácia
Poisťovňa spravuje zmluvy neživotného poistenia v systéme na mainframe, ktorý vznikol pred desaťročiami. Čaká ju niekoľko zmien produktov a pravidiel a dvaja z vývojárov, ktorí kódu rozumejú, odchádzajú do dôchodku.
Systém
Pravidlá výpočtu poistného sa obnovia z kódu a overia. Fasáda presmeruje najprv jednu produktovú líniu na novú službu, ktorá beží súbežne s mainframom, kým sa výsledky nezhodujú.
Rozhoduje človek
Odborníci na produkty overujú každé obnovené pravidlo. Prepnutie každej produktovej línie schvaľuje jej vlastník; návrat cez fasádu zostáva k dispozícii.
Čo by sme merali
Stav zhody pre každú produktovú líniu, pokrytie pravidiel testami a čas zavedenia ďalšej zmeny produktu.
Slovensko
Modernizácia pod slovenskými a európskymi pravidlami
Staršie kmeňové systémy na Slovensku musia popri každodennej prevádzke zvládať aj nové povinnosti. Povinná elektronická fakturácia od 1. januára 2027 je príklad zmeny, ktorá môže zasiahnuť aj staré fakturačné a ERP systémy. Modernizáciu preto plánujeme tak, aby sa naliehavé zmeny dali zaviesť v prvých častiach, a ak systém slúži aj pobočkám v iných krajinách, porovnávame starý a nový systém pre každú krajinu zvlášť.
Modernizované služby nasadzujeme na platformy navrhnuté s ohľadom na zákon o kybernetickej bezpečnosti, ktorý NIS2 transponuje a ktorého bezpečnostné opatrenia a bezpečnostnú dokumentáciu upravuje vyhláška Národného bezpečnostného úradu č. 227/2025 Z. z. Pravidlá aktu o údajoch pre zmenu poskytovateľa cloudu sú dôvodom držať dáta prenositeľné od prvej časti. Ak záznamy obsahujú osobné údaje, migračné mapovania a testovacie dáta sa riadia GDPR.
Pretože jeden prechod sústredí celé riziko do jedného dátumu a organizácia čaká na akýkoľvek prínos roky. Presun funkcie po funkcii umožňuje, aby sa každá časť osvedčila v súbežnej prevádzke, spustila sa samostatne a v prípade potreby sa vrátila späť.
02Dokáže AI preložiť náš COBOL do Javy?
Preklad riadok po riadku zvyčajne vytvorí kód, ktorý sa mení rovnako ťažko ako pôvodný. AI používame na čítanie a dokumentovanie starého kódu a na návrhy pravidiel a testov; nové služby potom navrhneme poriadne. Každé obnovené pravidlo pred použitím overia ľudia.
03Naši odborníci odchádzajú do dôchodku. Ako zachytíte, čo vedia?
Cez štruktúrované stretnutia, na ktorých odborníci kontrolujú obnovené pravidlá a charakterizačné testy. Ich znalosti skončia v dokumentácii a testoch, ktoré zostanú vášmu tímu, nie v našich hlavách.
04Platí to aj pre SAP ECC?
Áno. Rovnaké princípy platia pri úprave vlastného kódu a pri migrácii na SAP S/4HANA: posúdiť, čo sa ešte používa, obnoviť a otestovať to, na čom záleží, a postupovať v kontrolovaných krokoch.
05Ako dlho bežia starý a nový systém súbežne?
Kým výsledky porovnania nesplnia toleranciu dohodnutú s vlastníkom procesu, a dosť dlho na to, aby pokryli periodické procesy, ako je mesačná alebo ročná uzávierka.
Povedzte nám, ktorý systém vás brzdí a čo od neho závisí. Navrhneme prvú časť a spôsob, ako ju bezpečne overiť, nech systém slúži jednej krajine alebo viacerým.