Core Banking -konseptin uudelleensuunnittelu (Reghunathan Sukumara Pillai)

Kun Core Banking -ratkaisu (CBS) suunniteltiin 1990-luvun lopulla, se suunniteltiin muodostamaan yhteys pankin eri konttoreihin keskustietokannan avulla ja varmistamaan asianmukainen kirjanpito pääkirjan luomiseksi. Se poisti pankin valtavat kirjat
jossa henkilökunta teki manuaalisen kirjaamisen ja poisti konttoripohjaisen kirjanpitoohjelmiston (Total haaraautomaatioohjelmisto), joka auttoi toimistoa/laskijoita suorittamaan rutiini-/toistuvia tapahtumia. Ohjelmiston alkuperäiset toimittajat työskentelivät / rakensivat yhdessä
ohjelmisto suurten pankkien kanssa, jotka tarjosivat vaatimukset manuaalisten kirjanpitotoimintojen muuttamiseksi kirjanpitoohjelmistoksi. Vaikka tarkoituksena oli suorittaa online-reaaliaikainen kirjanpito, osa tähän kirjanpitoon johtaneista prosesseista oli myös sulautettu
osana CBS-pakettia. Suunnittelun painopiste keskittyi pankeissa tuolloin vallinneisiin eri liiketoimintalinjoihin - CASA ja velat, Assets and Trade/valuutta - ensisijaisesti kirjanpidon näkökulmasta.

Konseptinäkökulmasta katsottuna se onnistui poistamaan manuaalisen kirjanpidon, parantamaan raportoinnin läpinäkyvyyttä pankin/säännösten näkökulmasta ja auttamaan asiakasta pankkiasioissa missä ja milloin tahansa, koska kaikki tilit on linkitetty keskitettyyn tietokantaan.
Pankit, joiden henkilökunta käytti enemmän aikaa täsmäytykseen, manuaaliseen korkojen kirjaamiseen ja manuaaliseen pääkirjan luomiseen, huokaisivat helpotuksesta, kun virheet oli minimoitu, tiedot olivat saatavilla ohjelmistossa kirjanpidon sijaan, ja raportointi oli sujuvampaa. Asiakkaalta
näkökulmasta kirjat ja tiliotteet toimitettiin automaattisesti, saldotiedot ja nosto oli mahdollista pankkiautomaatin kautta missä tahansa samassa kaupungissa, jossa tili avattiin/ulkopuolella, ja Core Banking -ratkaisun (CBS) käyttöliittymä. 
mikä lisää luottamusta pankkiekosysteemiin.
Pankkitoiminnan näkökulmasta monet toiminnot voitaisiin siirtää konttoripankkitoiminnasta keskitettyyn soluun, jolloin front office -henkilöstö voisi keskittyä asiakaspalveluun ja ristiinmyyntiin/liiketoiminnan parantamiseen. Käsite front office/back office sai alkunsa
erillinen joukko tiimejä, jotka keskittyivät taustatoimintoihin, tuotteiden luomiseen ja innovaatioihin, selvitystoimintaan, lainatoimintoihin, kauppatoimintoihin, tilin avaamiseen, tarkastukseen, täsmäytykseen, raportointiin ja MIS-tietoihin jne. Lisätietoa ja dataa saattoi taustatoimistossa.
tie uusille tuoteinnovaatioille, mikä johtaa uusien tuotteiden lanseeraukseen, mikä lisää pankkien liiketoimintaa/voittoa. CBS auttoi pankkia globalisoimaan/lokalisoimaan asiakkaalle käyttötarkoitukseensa sopivia tuotteita, jotka tuovat asiakkaalle iloa. 
Kymmenen vuotta myöhemmin pankit ymmärsivät, että CBS ei pysty palvelemaan liiketoiminta-alueita, joissa tarvitaan enemmän prosesseja/sääntöjä esim. maksu- ja kauppatoimintaan. Vaikka CBS pystyi suorittamaan kirjanpidon, se ei pystynyt rakentamaan sääntöjä/prosesseja
vaaditaan liiketoimintaa varten - esimerkiksi maksusäännöt, jotka perustuvat asiakkaaseen, summaan, aikaan, verkkoon, maksuihin jne. Vaikka perinteiset pankit, jotka ottavat käyttöön CBS:n, jatkavat toimintaansa / työskentelevät kirjanpitoohjelmiston kanssa noudattaen sääntöjä/prosesseja
maksujen/kaupan ulkopuolella, harvat pankeista ostivat näille yrityksille erikoisohjelmistoja, jotka pystyivät tyypillisesti palvelemaan näitä prosesseja ja liittämään CBS:n kirjanpitoon. Erikoisohjelmisto on suunniteltu suorittamaan prosessit/vaiheet/säännöt/poikkeukset
ja tietyn yrityksen elinkaaritoiminnot, jotka voisivat lopulta huipentua kirjanpitoon. Vaikka maksut siirtyivät alun perin ytimen ulkopuolelle, kauppa- ja luotonantotoiminta seurasi näiden pankkien osalta samaa reittiä jättäen huomiotta CASA:n, velat ja kirjanpidon.
CBS:n sisällä.
Viime vuosikymmenen alusta syntyi joukko uusia yrityksiä, joihin sisältyi yksityinen pankkitoiminta, kassanhallinta, mikrolainat, jakelutuotteet ja jotka saivat suosiota pankkien keskuudessa näkyvyyden vuoksi uusille liiketoimintakanaville. Tämä oli joko
säädösten tai markkinatekijöiden vuoksi ja Pankit alkoivat olla riippuvaisia ​​uusista ohjelmistoratkaisuista, jotka vähentävät riippuvuutta ydinpankkitoiminnasta entisestään. Aikakaudella syntyi myös digitaalisia ja itsepalvelukanavia, joissa Millennials/new age -asiakkaita
riippui verkkoselaimesta/älypuhelimesta pankkitapahtumien suorittamiseen. Vanhempi asiakassukupolvi, vaikkakin hieman vastahakoisesti, siirtyi käyttämään näitä digitaalisia kanavia rajoitetuissa asioissa jonkin ajan kuluessa. Tarvittiin sujuva ja helppo käyttöliittymä CBS:n kanssa
Tämä johti siihen, että CBS-toimittajat joutuivat rakentamaan nämä API:t/älykkäät rajapinnat. Tämä varmisti myös sen, että sovellukseen on rakennettava useita suojaus- ja vaatimustenmukaisuusprotokollia petosten vähentämiseksi CBS:n ulkopuolelta peräisin olevissa tapahtumissa. Asiakaskokemuksia
, asiakkaiden käyttäytyminen ja asiakkaiden tarpeet pankkitoiminnassa muuttuivat dramaattisesti tämän vuosikymmenen aikana.  
Covid 19:n ilmaantumisen myötä asiakaskäyntien määrä pankin konttoreissa väheni entisestään maailmanlaajuisesti ja yhä enemmän tapahtumia tehtiin digitaalisesti, mikä kuormitti raskaasti CBS-ohjelmistoa. Digitaaliset tapahtumat lisääntyivät moninkertaisesti
Covid-aikakaudella säädösten, asiakkaiden käytettävissä olevien digitaalisten vaihtoehtojen, verkkokaupan ja verkkomaksuvaihtoehtojen sekä kuluttajan pakotetun kaupankäynnin tarpeen Covid-rajoitusten ansiosta.
Yhteenvetona voidaan todeta, että Core-pankkitoiminnan uudelleensuunnittelu ja modernisointi on tämän vuosikymmenen prioriteetti, kun muutokset muuttuvat ja monet pankkitapahtumiin liittyvät tekijät ovat siirtyneet konttoreista mobiiliin sosiaaliseen mediaan vaihtoehtoisiin kanaviin. Sen täytyy liikkua
pois kirjanpitopohjaisesta CBS:stä sääntöön/prosessiin, joka perustuu kirjanpitoon. Vaikka alkuperäinen suunnittelu keskittyi ensisijaisesti kirjanpitoon, tuotteen/tilin elinkaaren säännöt/prosessit/poikkeukset eri vaiheissa on otettava huomioon tarpeiden täyttämiseksi.
nykyaikana. Käyttökokemus ei ollut osa alkuperäistä suunnittelua, joka johti ohjelmiston käytön vähenemiseen ja prosessien/sääntöjen/vaiheiden myötä käyttökokemus on kirjoitettava uudelleen. Valikkovaihtoehtoihin perustuva lähestymistapa, prosessipohjainen lähestymistapa
tiedottaa käyttäjälle suoritetuista/suoritettavista/seuraavista vaiheista jne. on oltava saatavilla kojelaudassa käyttäjän käyttöoikeuksien, sääntöjen ja oikeuksien perusteella. Digitaalisten tarpeiden kasvaessa tarvitaan asiaankuuluvia API:ita, jotka perustuvat alan protokolliin
olla käytettävissä asiaankuuluvien liiketoiminnan elinkaaritoimintojen toteuttamiseen, jotta tapahtumat voidaan suorittaa digitaalisesti milloin ja missä tahansa. Useiden liiketoimintalinjojen irrottaminen - vastuut, kauppa, maksut, luotonanto, kassanhallinta ja itsenäinen itsepalvelu
Toiminnot useille osa-alueille nykyisen hinnoittelun/kirjanpidon/masters-ytimen sisällä on otettava huomioon ohjelmistoa suunniteltaessa. Alkuperäisen koontiversion riippuvuutta rajoitetuista tietokannoista ja alustasta on parannettava ja ydintä on modernisoitava
minkä tahansa alustan tai tietokannan kanssa työskentelyn mahdollistaminen on otettava käyttöön. Koodipohjan modernisoiminen sen päivittämiseksi/nykyaikaiseksi uusilla ohjelmointikielillä, jotta ei ole rajoituksia tuleville muutoksille muuntamiseen koodimuuntimilla/työkaluilla.
noudatettava. Ytimen työmäärän kasvaessa, ja sitä todennäköisesti testataan edelleen, digitaalisen vauhdin vuoksi, CBS on otettava käyttöön, jotta se vastaa lisääntyneisiin volyymeihin ja mittakaavaan. CBS:n on noudatettava maailmanlaajuisia turvallisuusstandardeja ja -standardeja. Versio
päivitysten, asennuksien ja muutosten tulee olla sujuvat, aivan kuten automaattisen korjauspäivityksen matkapuhelimessa paitsi silloin, kun suuria muutoksia ja parannusta vaaditaan kerran vuosikymmenessä. Vaikka alkuperäinen CBS pystyi toimittamaan toimintoja / koodia ilman
Analysoitaessa loppukäyttöä uuden CBS:n on omaksuttava reimaged lähestymistapa loppukäyttäjää ajatellen. Verkkotapahtumien käsittelyalustalta käsin sen pitäisi ymmärtää verkkoanalytiikan ulottuvuudet tarjotakseen mielekkäitä näkemyksiä tapahtuman lähtöpisteestä/käsittelystä
sykli.
On olemassa useita CBS-ohjelmistoja, jotka on testattu, toiminnallisesti todistettu, menestyneitä valituilla markkinoilla, ja monia uusia CBS-ohjelmistoja, jotka on leikattu viime aikoina puhtaasti uuteen teknologiaan, sääntöihin, API:ihin perustuen ja vielä todistamaan valtuuksiaan. CBS
on pysyttävä ajan tasalla markkinoiden vaatimuksista ja uudemmista innovaatioista ja teknologian noususta pankki/rahoituspalvelusektorilla ja uuden aikakauden ydin, joka on joustava ja ketterä, on suunniteltava, joka voi avautua ekosysteemitoimijoiden tarpeisiin
ja palveluita sekä tarjota kokonaisvaltaisia ​​ratkaisuja pankeille. Pankkimaailman muuttuessa CBS on suunniteltava uudelleen useat tekijät huomioon ottaen, ja tällainen ohjelmisto voi menestyä seuraavan vuosikymmenen aikana tai muuten pankit tutkivat vaihtoehtoisia kirjanpitojärjestelmiä, prosessia
/rule järjestelmät, API-järjestelmät ja rakentaa pankkitarpeisiinsa sopiva teknologia /sovellus alusta alkaen yhdistämällä yllä olevat järjestelmät CBS-ohjelmiston kanssa/ilman sitä.