Wyzwania informatyki bankowej 2016
wyzwania_informatyki_bankowej_0 wyzwania_informatyki_bankowej_0
• duża zmienność rynków i wrażliwość na parametry makroekonomiczne, • zmieniające się zachowania konsumentów na skutek upowszechnienia się technologii internetowych i mobilnych oraz zmniejszająca się lojalność klientów. Na sytuację sektora finansowego w Polsce oddziaływują także czynniki wynikające z wewnętrznej sytuacji makroekonomicznej, gospodarczej i politycznej. Najważniejsze z nich związane są z: • wprowadzeniem nowego podatku bankowego, uzależnionego od wysokości zgromadzonych aktywów, • zwiększeniem opłat na Bankowy Fundusz Gwarancyjny, wynikającym z sytuacji w niektórych SKOKach i bankach spółdzielczych, • niepewnością i oczekiwaniami branży bankowej, co do rozwiązania kryzysu kredytów hipotecznych udzielanych w walutach obcych, • zmniejszeniem wpływów odsetkowych w dobie spadających stóp procentowych. Wszystkie przedstawione powyżej wyzwania zmuszają zarządy banków do poszukiwania nowych pomysłów nakierowanych na: • dalsze podnoszenie efektywności działania – rozwój biznesu przy nierosnącej lub wręcz obniżonej bazie kosztów, • oferowanie lepszego doświadczenie klienta, • budowanie prawdziwie omnikanałowej oferty produktów i usług, a, co za tym idzie, bardziej elastycznych modeli obsługi, • pozycjonowanie banku jako elementu bądź też centrum ekosystemu dostawców zapewniających realizację codziennych potrzeb konsumenckich, • dobrą wiedzę o kliencie i o jego zachowaniu, pozwalającą na dokonywanie właściwej segmentacji i oferowanie produktów w czasie rzeczywistym. Jednym z działań, które banki realizują by wypełnić wymienione cele jest modernizacja lub wręcz wymiana centralnego systemu bankowego. Nowa platforma – katalog wyzwań W tym momencie pada pytanie, czy wymiana systemu centralnego jest właściwym działaniem. Zanim zostanie podjęta decyzja o uruchomieniu takiego Centralny system bankowy na nowej platformie 151
projektu, należy rozważyć szereg kwestii. Przede wszystkim, czy istnieje lepsze i alternatywne do posiadanego w naszej organizacji rozwiązanie? Większość obecnie oferowanych produktów to wynik ewolucji systemów, które zostały zaprojektowane w latach 80. lub 90. ubiegłego wieku. Nie powstała żadna nowa generacja systemów bankowych, albowiem budowa ich od podstaw to przedsięwzięcie wymagające ogromnych inwestycji. Proces wymiany systemu bankowego jest złożony, kosztowny i pełen ryzyka. Złożony, ponieważ systemy centralne są zwykle obudowane dziesiątkami interfejsów z różnorodnymi systemami: kanałami samoobsługowymi, oddziałowymi systemami typu front end, systemami rozliczeniowymi, sprawozdawczymi, scoringowymi czy wreszcie hurtownią danych. Lista interfejsów jest długa, a struktury przesyłanych w nich danych często podlegały ewolucji i nie zawsze były dobrze udokumentowane. Podobnie nie zawsze jest w pełni dostępny i udokumentowany sam model danych systemu centralnego. Samo porządkowanie i czyszczenie danych może być zatem dużym wyzwaniem. Kosztowny, bo parametryzacja i stabilizacja nowego systemu zwykle sama w sobie jest przedsięwzięciem złożonym i trudnym do przeprowadzenia. Do tego dochodzi wysiłek związany z migracją danych: wspomniane już porządkowanie i czyszczenie danych źródłowych, mapowanie ich na struktury systemu docelowego, budowa silnika konwersyjnego oraz mechanizmów uzgodnień danych. Nie można zapomnieć o wielokrotnych, żmudnych testach, szkoleniach, dostosowywaniu procesów i organizacji. Jest to zwykle wysiłek liczony w dziesiątkach tysięcy osobodni. A ryzykowny ze względu na skalę i mnogość problemów, które mogą się pojawić w trakcie realizacji projektu. Ryzyko wynika również z wpływu na bieżącą realizację biznesu. Wdrażanie centralnego systemu bankowego wiąże się zazwyczaj z koniecznością zamrożenia lub istotnej redukcji rozwoju produktów i usług, co jest zwykle decyzją niezwykle trudną w dzisiejszym, szybko zmieniającym się otoczeniu biznesowym. Jednocześnie w dużej części przypadków systemy główne nie są łatwe do modyfikacji. Często są zamknięte przez dostawców albo budowane w technologiach nie poddających się łatwo zwinnym metodykom budowy oprogramowania. Często także zdarza się, że dostępność specjalistów od takich zamkniętych technologii jest na rynku ograniczona, co podwyższa koszty ewentualnego projektu i generuje dodatkowe ryzyka. 152 Andrzej Gibas, Microsoft, Karol Mazurek, Accenture
- Page 102 and 103: gotówki. Nie jest on produktem fiz
- Page 105 and 106: Sebastian Ptak jest Członkiem Zarz
- Page 107 and 108: Ich analiza będzie punktem wyjści
- Page 109 and 110: i autoryzacji klienta na stronie ba
- Page 111 and 112: Firmy te nie są bankami, a płatno
- Page 113 and 114: Klienci indywidualni W kontekście
- Page 115 and 116: espondentów przyznało, że zdarzy
- Page 117 and 118: Cashless i paperless Poland, w obie
- Page 119 and 120: Pomysł islandzki jest jednak wyją
- Page 121: W takim układzie banki zostaną zm
- Page 124 and 125: Piotr Pinchinat-Miernik, Paweł Muc
- Page 126 and 127: Jeszcze na początku lat 90. równi
- Page 128 and 129: System ten pozwala klientom na wyda
- Page 130 and 131: Najnowsze rozwiązanie, czyli wszys
- Page 132 and 133: Korzyści dla wierzycieli • Łatw
- Page 134 and 135: Płatności G2C oraz G2B W przyszł
- Page 136 and 137: Andrzej Kawiński, Giesecke & Devri
- Page 138 and 139: nia jest ograniczona, co ogranicza
- Page 140 and 141: W Polsce Państwowa Wytwórnia Papi
- Page 142 and 143: Europejskie standardy przechowywani
- Page 144 and 145: gotówka (często liczona, paczkowa
- Page 146 and 147: urządzeń zainstalowanych w sortow
- Page 148 and 149: Zagraniczne doświadczenia pokazuj
- Page 150 and 151: Andrzej Gibas, Microsoft, Karol Maz
- Page 154 and 155: Dominujące dzisiaj podejście do a
- Page 156 and 157: procesorów budowanych w oparciu o
- Page 158 and 159: SDC uzyskało oszczędności na poz
- Page 160 and 161: też zostanie przeprowadzony jednor
- Page 163 and 164: Aleksander P. Czarnowski Prezes AVE
- Page 165 and 166: z co najmniej 2-, a jeszcze lepiej
- Page 167 and 168: Ransomware czyli różne oblicza sz
- Page 169 and 170: system nigdy nie dostarcza pełnego
- Page 171 and 172: Rys 2. Przykład fałszywej wiadomo
- Page 173 and 174: IoT Internet of Things z pewności
- Page 175 and 176: Podatności w SSL/TLS oraz algorytm
- Page 177 and 178: instalacja i konfiguracja serwera S
- Page 179 and 180: w krótkim czasie. Dla niektórych
- Page 181 and 182: Adam Marciniak Dyrektor Pionu Rozwo
- Page 183 and 184: 50 tys. komputerów w tym samym cza
- Page 185 and 186: które łącznie pozwoliły wyprowa
- Page 187 and 188: skutkując izolacją kraju od reszt
- Page 189 and 190: tacji branżowych narodziła się k
- Page 191 and 192: Ciekawym przykładem z ojczyzny Int
- Page 193 and 194: Z inicjatywy Rady Bankowości Elekt
- Page 195: • Opracowanie ogólnobankowej, sp
- Page 198 and 199: Maciej Gawroński, Sławomir Szepie
- Page 200 and 201: • Sprecyzowanie katalogu wyłącz
projektu, należy rozważyć szereg kwestii. Przede wszystkim, czy istnieje lepsze<br />
i alternatywne do posiadanego w naszej organizacji rozwiązanie? Większość<br />
obecnie oferowanych produktów to wynik ewolucji systemów, które<br />
zostały zaprojektowane w latach 80. lub 90. ubiegłego wieku. Nie powstała<br />
żadna nowa generacja systemów bankowych, albowiem budowa ich od podstaw<br />
to przedsięwzięcie wymagające ogromnych inwestycji. Proces wymiany<br />
systemu bankowego jest złożony, kosztowny i pełen ryzyka.<br />
Złożony, ponieważ systemy centralne są zwykle obudowane dziesiątkami<br />
interfejsów z różnorodnymi systemami: kanałami samoobsługowymi,<br />
oddziałowymi systemami typu front end, systemami rozliczeniowymi, sprawozdawczymi,<br />
scoringowymi czy wreszcie hurtownią danych. Lista interfejsów<br />
jest długa, a struktury przesyłanych w nich danych często podlegały<br />
ewolucji i nie zawsze były dobrze udokumentowane. Podobnie nie zawsze<br />
jest w pełni dostępny i udokumentowany sam model danych systemu centralnego.<br />
Samo porządkowanie i czyszczenie danych może być zatem dużym<br />
wyzwaniem.<br />
Kosztowny, bo parametryzacja i stabilizacja nowego systemu zwykle sama<br />
w sobie jest przedsięwzięciem złożonym i trudnym do przeprowadzenia. Do<br />
tego dochodzi wysiłek związany z migracją danych: wspomniane już porządkowanie<br />
i czyszczenie danych źródłowych, mapowanie ich na struktury systemu<br />
docelowego, budowa silnika konwersyjnego oraz mechanizmów uzgodnień<br />
danych. Nie można zapomnieć o wielokrotnych, żmudnych testach,<br />
szkoleniach, dostosowywaniu procesów i organizacji. Jest to zwykle wysiłek<br />
liczony w dziesiątkach tysięcy osobodni.<br />
A ryzykowny ze względu na skalę i mnogość problemów, które mogą się<br />
pojawić w trakcie realizacji projektu. Ryzyko wynika również z wpływu na<br />
bieżącą realizację biznesu. Wdrażanie centralnego systemu bankowego wiąże<br />
się zazwyczaj z koniecznością zamrożenia lub istotnej redukcji rozwoju<br />
produktów i usług, co jest zwykle decyzją niezwykle trudną w dzisiejszym,<br />
szybko zmieniającym się otoczeniu biznesowym.<br />
Jednocześnie w dużej części przypadków systemy główne nie są łatwe do<br />
modyfikacji. Często są zamknięte przez dostawców albo budowane w technologiach<br />
nie poddających się łatwo zwinnym metodykom budowy oprogramowania.<br />
Często także zdarza się, że dostępność specjalistów od takich<br />
zamkniętych technologii jest na rynku ograniczona, co podwyższa koszty<br />
ewentualnego projektu i generuje dodatkowe ryzyka.<br />
152 Andrzej Gibas, Microsoft, Karol Mazurek, Accenture
Change language