Przeprojektowanie koncepcji Core Banking (Reghunathan Sukumara Pillai)

Kiedy pod koniec lat 1990-tych projektowano rozwiązanie Core Banking (CBS), zostało ono zaprojektowane tak, aby łączyć się z różnymi oddziałami banku za pomocą centralnej bazy danych i zapewniać prawidłową księgowość w celu wygenerowania Księgi Głównej. Usunął ogromne księgi rachunkowe w Banku
gdzie personel dokonywał ręcznego księgowania i wyeliminował oprogramowanie księgowe działające w oddziale (oprogramowanie do automatyzacji oddziałów Total), które pomagało pracownikom obsługi klienta/kasjerom w przeprowadzaniu rutynowych/powtarzających się transakcji. Pierwsi dostawcy oprogramowania współtworzyli oprogramowanie
oprogramowanie dla dużych banków, które dostarczyło wymagań do konwersji ręcznych operacji księgowych na oprogramowanie księgowe. Chociaż zamierzeniem było prowadzenie księgowości online w czasie rzeczywistym, niektóre procesy, które doprowadziły do ​​tej księgowości, zostały również wbudowane
w ramach pakietu CBS. Projekt skupiał się wokół różnych linii biznesowych dominujących w bankach w tamtym momencie – CASA i pasywa, aktywa i handel/wymiana walutowa – przede wszystkim z perspektywy księgowej.

Z punktu widzenia koncepcji udało się wyeliminować ręczną księgowość, poprawić przejrzystość raportowania z perspektywy banku/regulacji i pomóc klientowi w korzystaniu z bankowości w dowolnym miejscu i czasie, ponieważ wszystkie rachunki są połączone ze scentralizowaną bazą danych.
Banki, których pracownicy poświęcali więcej czasu na uzgadnianie, ręczne księgowanie odsetek i ręczne tworzenie księgi głównej, odetchnęły z ulgą, gdzie błędy zostały zminimalizowane, dane były dostępne w oprogramowaniu, a nie w księgach, raportowanie było płynniejsze. Od klienta
perspektywicznie, książeczki oszczędnościowe i wyciągi były dostarczane w sposób zautomatyzowany, informacja o saldzie i wypłata była możliwa za pośrednictwem bankomatu w dowolnym miejscu w tym samym mieście, w którym konto zostało otwarte/poza, z interfejsem do rozwiązania Core Banking (CBS), 
zwiększając w ten sposób zaufanie do ekosystemu bankowego.
Z bankowego punktu widzenia wiele operacji można przenieść z oddziałów do scentralizowanych komórek, umożliwiając pracownikom obsługi klienta skupienie się na obsłudze klienta i usprawnieniach sprzedaży krzyżowej/biznesu. Koncepcja front office/back office wzięła się stąd
oddzielny zestaw zespołów skupionych na działaniach zaplecza, tworzeniu produktów i innowacjach, rozliczeniach, operacjach pożyczkowych, operacjach handlowych, otwieraniu rachunków, audycie, uzgadnianiu, raportowaniu i MIS itp. Więcej informacji i danych w zapleczu umożliwiło
drogę do nowych innowacji produktowych skutkujących wprowadzeniem na rynek większej liczby produktów, a tym samym zwiększeniem biznesu/zysków Banków. CBS pomógł Bankowi w globalizacji/lokalizacji produktów, które są dostosowane do potrzeb klienta i przynoszą mu satysfakcję. 
Dziesięć lat później Banki zdały sobie sprawę, że CBS nie jest w stanie obsłużyć obszarów biznesowych, w których wymagana jest większa liczba procesów/zasad, np. w przypadku płatności i operacji handlowych. Chociaż CBS było w stanie przeprowadzić księgowość, nie było w stanie zbudować zasad/procesów
wymagane do operacji biznesowych – na przykład zasady płatności oparte na kliencie, kwocie, czasie, sieci, opłatach itp. Podczas gdy konwencjonalne banki, które przyjęły CBS, nadal działają/pracują z oprogramowaniem do księgowości, zachowując zasady/procesy dla
płatności/handel na zewnątrz, kilka banków zakupiło dla tych przedsiębiorstw specjalistyczne oprogramowanie, które zazwyczaj mogłoby obsługiwać te procesy i współpracować z CBS w zakresie księgowości. Specjalistyczne oprogramowanie zostało zaprojektowane do realizacji procesów/kroków/reguł/wyjątków
oraz czynności związane z cyklem życia konkretnej działalności, które mogłyby ostatecznie zakończyć się rozliczeniem. Chociaż początkowo płatności przeniosły się poza rdzeń, operacje handlowe i kredytowe w przypadku tych banków podążały tą samą ścieżką, pomijając CASA, zobowiązania i księgowość.
w ramach CBS-u.
Od początku ostatniej dekady pojawił się szereg nowych biznesów, które obejmowały bankowość prywatną, zarządzanie gotówką, mikrokredyty, produkty dystrybucyjne i zyskały popularność wśród banków ze względu na widoczność nowych kierunków działalności. To było albo
wymuszone regulacjami lub czynnikami rynkowymi, a Banki zaczęły polegać na nowych rozwiązaniach programowych, zmniejszając jeszcze bardziej zależność od bankowości podstawowej. W tej epoce pojawiły się także kanały cyfrowe i samoobsługowe, do których trafiali milenialsi/klienci New Age
wykonywanie transakcji bankowych zależy od przeglądarki internetowej/smartfona. Starsze pokolenie klientów, choć trochę niechętne, z czasem przeniosło się w stronę tych kanałów cyfrowych w przypadku ograniczonych transakcji. Wymagany był płynny i łatwy interfejs z CBS
co spowodowało, że dostawcy CBS byli zmuszeni do tworzenia tych interfejsów API/inteligentnych interfejsów. Zapewniło to również, że w aplikacji musi być wbudowanych wiele protokołów bezpieczeństwa i zgodności, aby ograniczyć oszustwa związane z transakcjami pochodzącymi spoza CBS. Doświadczenia klientów
, zachowania klientów i ich potrzeby w zakresie bankowości zmieniły się drastycznie w ciągu tej dekady.  
Wraz z pojawieniem się Covid 19 liczba wizyt klientów w oddziałach banku na całym świecie uległa dalszemu ograniczeniu, a coraz więcej transakcji było przeprowadzanych cyfrowo, co spowodowało duże obciążenie oprogramowania CBS. Liczba transakcji cyfrowych wzrosła wielokrotnie
w erze Covida dzięki regulacjom, opcjom cyfrowym dostępnym dla klientów, handlowi elektronicznemu i opcjom płatności online oraz wymuszonej konieczności dokonywania przez konsumenta transakcji z ograniczeniami Covid.
Podsumowując, przeprojektowanie i modernizacja bankowości podstawowej jest priorytetem w bieżącej dekadzie ze względu na ewoluujące zmiany i uwzględnienie wielu czynników transakcji bankowych, które przeniosły się z oddziałów do urządzeń mobilnych, mediów społecznościowych i alternatywnych kanałów. To musi się poruszać
odejście od CBS opartego na rachunkowości na rzecz zasad/procesów opartych na wbudowanej księgowości. Chociaż początkowy projekt skupiał się głównie na rachunkowości, zasady/procesy/wyjątki dotyczące cyklu życia produktu/konta na różnych etapach muszą zostać uwzględnione, aby spełnić potrzeby
w czasach nowożytnych. Doświadczenie użytkownika nie było czynnikiem w początkowym projekcie, co spowodowało ograniczenie wykorzystania oprogramowania, a w przypadku procesów/zasad/kroków doświadczenie użytkownika musi zostać napisane na nowo. Od podejścia opartego na opcjach menu, podejścia opartego na procesie
informujące użytkownika o wykonanych zadaniach/do wykonania/następnych krokach itp. muszą być dostępne w dashboardzie w oparciu o prawa dostępu, zasady i uprawnienia użytkownika. Wraz ze wzrostem potrzeb cyfrowych potrzebne są odpowiednie interfejsy API oparte na protokołach branżowych
być dostępnym na potrzeby realizacji odpowiednich działań w ramach cyklu życia działalności, tak aby transakcje mogły być przeprowadzane cyfrowo w dowolnym miejscu i czasie. Oddzielenie wielu linii biznesowych - zobowiązań, handlu, płatności, kredytów, zarządzania gotówką i niezależnej samoobsługi
Podczas przeprojektowywania oprogramowania należy wziąć pod uwagę funkcje dla wielu obszarów w ramach obecnego rdzenia cen/księgowości/masterów. Należy zwiększyć zależność od ograniczonych baz danych i platformy zgodnie z początkową kompilacją i unowocześnić rdzeń
musi być włączona możliwość pracy z dowolnymi platformami lub bazami danych. Modernizacja baz kodu w celu jego aktualizacji/współczesności z nowymi językami programowania, tak aby nie było żadnych ograniczeń dla przyszłych zmian konwersji za pomocą konwerterów/narzędzi kodu
być przestrzegane. Wraz z rosnącym obciążeniem rdzenia i prawdopodobnie dalszymi testami ze względu na dynamikę cyfrową, należy umożliwić CBS, aby sprostać zwiększonym wolumenom i skali. CBS musi przestrzegać globalnych standardów i zgodności z wymogami bezpieczeństwa. Wersja
aktualizacje, instalacje i zmiany muszą przebiegać płynnie, podobnie jak automatyczna aktualizacja poprawek w telefonie komórkowym, z wyjątkiem sytuacji, gdy raz na dziesięć lat wymagane są większe zmiany i ulepszenia. Chociaż początkowy CBS był w stanie dostarczyć funkcje/kod bez
analizując końcowe wykorzystanie, nowy CBS musi przyjąć nowe podejście z myślą o użytkowniku końcowym. Z poziomu platformy przetwarzania transakcji online powinna ona rozumieć obszary analityki online, aby zapewnić znaczący wgląd w punkt/przetwarzanie transakcji
cykl.
Istnieje wiele programów CBS, które zostały przetestowane, sprawdzone pod względem funkcjonalności i odnoszą sukcesy na wybranych rynkach, a także wiele nowych programów CBS, które powstały w niedawnej przeszłości wyłącznie w oparciu o nowe technologie, zasady, interfejsy API, a mimo to nie udowodniły swojej wiarygodności. CBS
musi być na bieżąco z wymaganiami rynku oraz nowszymi innowacjami i postępem technologicznym w sektorze usług bankowych/finansowych, a także elastyczny i zwinny rdzeń nowej ery musi zostać zaprojektowany tak, aby mógł się otworzyć, aby dostosować się do graczy ekosystemu
i usług oraz zapewniać bankom kompleksowe rozwiązania. Wraz ze zmieniającym się krajobrazem bankowym należy przeprojektować CBS, biorąc pod uwagę wiele czynników, a takie oprogramowanie może odnieść sukces w ciągu następnej dekady, w przeciwnym razie banki zaczęłyby szukać alternatywnych systemów ksiąg rachunkowych, przetwarzać
/rule systemów, systemów API i zbudować od podstaw technologię/aplikację dostosowaną do swoich potrzeb bankowych łącząc powyższe systemy z/bez oprogramowania CBS.