Bank Millennium z pierwszym w Polsce systemem skarbowym w chmurze

Dzięki jednolitemu podejściu upraszcza architekturę i procesy, uniezależnia bank od rozwiązań grupowych, które nie zawsze dopasowane są do lokalnego rynku, a dzięki wykorzystaniu chmury zapewnia elastyczność i skalowalność. Takie podejście staje się istotnym elementem strategii technologicznej instytucji finansowych.

Dotychczas bank korzystał z rozwiązania grupowego dostarczanego przez portugalskiego właściciela. Rozwiązanie składało się z dwóch odrębnych systemów: Kondor+, który wykorzystywany był w obszarach front-office i ­middle-office, oraz Opics, służący do realizacji operacji w ­back-office. Taka architektura systemowa wymagała utrzymania złożonych interfejsów integracyjnych i zapewniania spójności danych pomiędzy systemami. Jednocześnie uniemożliwiała pełną automatyzację procesów oraz generowała dodatkowe koszty i ryzyka operacyjne.

W obliczu strategicznych zmian technologicznych Bank Millennium stanął przed decyzją: bazować na rozwiązaniu grupowym, czy postawić na niezależne, lokalne wdrożenie nowego systemu do obsługi transakcji skarbowych.

Kluczowa decyzja

Zanim dokonano wyboru dotyczącego przyszłości jednego z kluczowych systemów w organizacji, Bank Millennium we współpracy z Accenture przeprowadził kompleksową fazę analityczną, której celem było:

• zamodelowanie docelowych procesów biznesowych typu ­„front-to-back-to-risk-to-accounting” (zintegrowanego łańcucha obejmującego cały proces, od zarejestrowania transakcji, przez jej obsługę back-office i rozliczenie po odpowiednie ujęcie w rejestrach księgowych),
• zdefiniowanie szczegółowych wymagań funkcjonalnych i technicznych dla nowego rozwiązania,
• opracowanie planu prac oraz budżetu dla dwóch rozpatrywanych scenariuszy: wdrożenia grupowego i lokalnego.

Analiza objęła nie tylko aspekty technologiczne, ale także operacyjne, organizacyjne i regulacyjne. Uwzględniono m.in. wymagania lokalnych regulatorów, potrzeby użytkowników biznesowych, dostępność zasobów IT oraz potencjalne ryzyka związane z przenoszeniem danych i zmianą architektury systemowej. Na tej podstawie bank podjął decyzję o odejściu od rozwiązania grupowego na rzecz realizacji projektu lokalnie. Wśród kluczowych założeń wynikających z tej decyzji znalazły się:

• utrzymanie obecnego modelu IT, bez konieczności budowy wewnętrznych kompetencji w zakresie rozwoju i utrzymania aplikacji,
• brak rozbudowy lokalnej infrastruktury IT, a więc preferowane były rozwiązania chmurowe,
• migracja typu like-for-like, zapewniająca ciągłość operacyjną oraz minimalizującą wpływ nowego systemu na bieżącą architekturę banku

Kolejną fazą projektu było pozyskanie partnera technologicznego posiadającego doświadczenie w kompleksowych projektach migracyjnych i wdrożeniowych. Zakres oczekiwań obejmował:

• samodzielne stworzenie infrastruktury chmurowej dla wszystkich wymaganych środowisk (deweloperskich, testowych, produkcyjnych),
• wdrożenie systemu skarbowego zgodnie z lokalnymi wymaganiami i specyfiką operacyjną,
• migrację danych z rozwiązania grupowego do lokalnego z zachowaniem integralności i zgodności z regulacjami,
• utrzymanie systemu w środowisku produkcyjnym oraz zapewnienie jego dalszego rozwoju funkcjonalnego.

Bank zainicjował również działania, których celem było zapewnić zgodność z lokalnymi regulacjami oraz standardami bezpieczeństwa: przeprowadzono analizę ryzyka operacyjnego i technologicznego, a także rozpoczęto dialog z KNF w celu uzyskania niezbędnych zgód dla rozwiązania chmurowego. Dodatkowo zespół projektowy opracował strategię komunikacji wewnętrznej, które miała za zadanie przygotować pracowników do zmiany systemu i tym samym zapewnić płynne przejście operacyjne.

Przeprowadzka do chmury

Kluczowym elementem wdrożenia była decyzja o oparciu rozwiązania na konteneryzacji oraz chmurze obliczeniowej. Takie podejście ogranicza ryzyka technologiczne, usprawnia procesy aktualizacji i umożliwia ciągły rozwój systemu. Jednocześnie zapewnia optymalne kosztowo skalowanie i stanowi innowacyjne podejście do infrastruktury dla systemów skarbowych, które tradycyjnie wdrażane są w modelu on-premise.

Na tym fundamencie bank, wspólnie z Accenture, zbudował spójny „kręgosłup”: powstała nowa platforma skarbowa oparta na zintegrowanym rozwiązaniu Kondor Fusion (Kondor+ oraz K+TP), które umożliwia pełne pokrycie procesów – od frontu, przez ryzyko, aż po rozliczenia i księgowania. Efekt to nie tylko większa efektywność operacyjna, ale też pełniejsza, scentralizowana kontrola ryzyka i szybszy dostęp do danych. To ruch zgodny z trendem konsolidacji rozwiązań w finansach, wykonany z myślą o zwinności, skalowalności oraz automatyzacji procesów.

W ramach projektu zrealizowano również migrację danych skarbowych, wykonaną zgodnie z najlepszymi praktykami Accenture. Proces objął dane transakcyjne, referencyjne oraz historyczne, a poprzedziła go szczegółowa analiza jakości danych, mapowanie struktur oraz testy walidacyjne. Dzięki temu zapewniono pełną zgodność z wymaganiami operacyjnymi i regulacyjnymi, a także zminimalizowano ryzyko błędów i przestojów. Dodatkowym wyzwaniem było podejście do migracji z perspektywy księgowej. Wybrano podejście analityczne, które mimo dużo większego stopnia skomplikowania względem podejścia syntetycznego zapewniło transparentność i kontynuację zapisów księgowych na poziomie transakcji.

Co dalej?

W ramach umowy Accenture odpowiada za ciągły rozwój funkcjonalny i utrzymanie operacyjne platformy, w tym realizację kolejnych iteracji zgodnie z priorytetami biznesowymi, szybkie reagowanie na zmiany regulacyjne oraz wdrażanie poprawek i optymalizacji. Dodatkowo zapewnia wsparcie produkcyjne w modelu SLA, stały monitoring i regularne aktualizacje.