Systémy, na kterých stojí každá transakce

Bankovní core systémy patří k nejkritičtějším aplikacím vůbec — zpracovávají platby, vedou účty a řídí úvěrové procesy nepřetržitě, bez tolerance pro výpadek nebo nekonzistenci dat. Zároveň jde většinou o systémy, které vznikaly před třiceti nebo čtyřiceti lety a jejichž vnitřní logika odráží desetiletí postupných změn, výjimek a obchodních rozhodnutí.

Typické portfolio zahrnuje COBOL aplikace na mainframových platformách, databáze DB2, transakční middleware jako CICS, platební huby napojené na SWIFT nebo SEPA a integrační vrstvy směřující do internetového a mobilního bankovnictví. K tomu přistupují systémy třetích stran — Temenos, Finastra nebo custom-built řešení — každý s vlastní historií a způsobem, jakým komunikuje s okolím.

Kde to většinou bolí

Specialisté, kteří rozumí tomu, proč je byznys logika nastavena právě takhle, postupně odcházejí. Dokumentace nedrží krok s realitou. Každá změna — ať už jde o nový produkt, napojení na platební infrastrukturu nebo modernizaci zákaznického rozhraní — naráží na komplexitu systému, který nebyl navržen pro rychlou iteraci. Přitom tlak na rychlost, dostupnost nových kanálů a otevřená rozhraní pro třetí strany neklesá.

S čím se v tomto sektoru typicky setkáváme

Na technologické úrovni jde o kombinaci IBM COBOL, DB2, CICS a JCL na straně mainframu, Java EE stacku s WebSphere nebo WebLogic na straně aplikačních serverů a integračních platforem jako IBM MQ, Apache Kafka nebo MuleSoft. Specifickou kapitolou je oblast platební infrastruktury — napojení na SEPA, instant payments nebo SWIFT vyžaduje přesné porozumění jak legacy straně, tak moderním platebním standardům.

Co můžete očekávat

Přístup závisí na konkrétní situaci — někdy jde o stabilizaci provozu a pokrytí kapacitního výpadku, jindy o postupné otevírání core systému přes API vrstvu nebo cílenou migraci vybrané domény. Rozsah a způsob spolupráce se nastavuje podle aktuálních priorit, technologického kontextu a rizikového apetitu dané organizace.