Redesign af konceptet for Core Banking (Reghunathan Sukumara Pillai)

Da Core Banking-løsningen (CBS) blev designet i slutningen af ​​1990'erne, blev den udviklet til at oprette forbindelse til bankens forskellige filialer ved hjælp af en central database og sikre korrekt regnskab for at generere hovedbogen. Det fjernede de enorme hovedbøger i banken
hvor manuel bogføring blev udført af personalet og eliminerede den filialbaserede regnskabssoftware (Total filialautomatiseringssoftware), som hjalp frontkontoret/tællere med at udføre rutinemæssige/gentagne transaktioner. De oprindelige leverandører af softwaren arbejdede /co-build
softwaren med store banker, der stillede kravene til at konvertere de manuelle finansoperationer til et regnskabssoftware. Mens hensigten var at udføre online realtidsregnskab, var nogle af de processer, der førte til dette regnskab, også indlejret
som en del af CBS-pakken. Fokus for designet var centreret omkring de forskellige forretningsområder, der var fremherskende i banker på det tidspunkt - CASA og passiver, aktiver og handel/valuta - primært fra et regnskabsmæssigt perspektiv.

Fra et konceptmæssigt perspektiv lykkedes det at eliminere den manuelle bogføring, forbedret gennemsigtighed i rapporteringen fra et bank-/regulatorisk perspektiv og bistå kunden i bankvirksomhed hvor som helst når som helst, da alle konti er knyttet til en centraliseret database.
Banker, hvis personale brugte mere tid på afstemning, manuel rentepostering og manuel hovedbogsoprettelse, sugede et lettelsens suk, hvor fejl blev minimeret, data tilgængelige i en software frem for finanser, rapportering var mere jævn. Fra en kunde
perspektiv, bankbøger og kontoudtog blev leveret på en automatiseret måde, saldooplysninger og hævning var muligt gennem en pengeautomat overalt i den samme by, hvor kontoen blev åbnet/udenfor, med en grænseflade til Core Banking-løsningen (CBS), 
og dermed øge tilliden til bankøkosystemet.
Fra et bankperspektiv kunne mange af operationerne flyttes fra filialbank til centraliseret celle, hvilket gør det muligt for front office-medarbejdere at fokusere på kundeservice og krydssalg/forretningsforbedringer. Begrebet front office/back office opstod hvor
et separat sæt af teams med fokus på back-end-aktiviteter-, produktskabelse og innovation, clearing, låneoperationer, handelsoperationer, kontoåbning, revision, afstemning, rapportering og MIS osv. Med mere information og data på backoffice blev det banet
vejen for nye produktinnovationer, der resulterer i lancering af flere produkter og dermed øget forretning/overskud for bankerne. CBS hjalp banken med at globalisere/lokalisere produkter, der er egnede til formålet for kunden, hvilket bringer kundeglæde. 
Et årti senere indså bankerne, at CBS ikke er i stand til at tilgodese de forretningsområder, hvor der kræves flere processer/regler for fx betalinger og handelsdrift. Mens CBS var i stand til at udføre regnskabet, var det ikke i stand til at opbygge reglerne/processerne
kræves til forretningsdriften - for eksempel betalingsregler baseret på kunde, beløb, tid, netværk, gebyrer osv. Mens de konventionelle banker, der har vedtaget CBS, fortsætter med at arbejde/arbejde med softwaren til regnskabsføring, ved at holde reglerne/processerne for
betalinger/handel udenfor, købte de færreste af bankerne specialiseret software til disse virksomheder, som typisk kunne imødekomme disse processer og interface med CBS for regnskabsføring. Den specialiserede software er designet til at udføre processer/trin/regler/undtagelser
og livscyklusaktiviteter for den konkrete virksomhed, som endelig kunne munde ud i et regnskab. Mens betalingerne oprindeligt bevægede sig uden for kernen, fulgte handels- og udlånsoperationer den samme vej for disse banker, bortset fra CASA, passiver og regnskaber
inden for CBS.
Fra begyndelsen af ​​det sidste årti dukkede et sæt nye virksomheder op, som omfattede private banking, kontantstyring, mikrolån, distributionsprodukter og vandt popularitet hos bankerne på grund af synligheden for nye forretningsmuligheder. Dette var enten
tvunget gennem reguleringer eller på grund af markedsfaktorer, og bankerne begyndte at være afhængige af nye softwareløsninger, der reducerede afhængigheden yderligere af kernebankvirksomhed. Tiden så også fremkomsten af ​​digitale og selvbetjeningskanaler, hvor Millennials/new age-kunder
afhængig af webbrowser/smarttelefon til at udføre banktransaktioner. Selvom den ældre generation af kunder var lidt tilbageholdende, bevægede de sig mod disse digitale kanaler for begrænsede transaktioner over en periode. En smidig og nem grænseflade med CBS var påkrævet
hvilket resulterede i, at CBS-leverandører blev tvunget til at bygge disse API'er/smarte grænseflader. Dette sikrede også, at de flere sikkerheds- og compliance-protokoller skal indbygges i applikationen for at reducere svindel for transaktioner, der stammer uden for CBS. Kundeoplevelser
, ændrede kundernes adfærd og kundernes behov for bankvirksomhed drastisk i løbet af dette årti.  
Med fremkomsten af ​​Covid 19 reducerede antallet af kundebesøg i bankens filialer yderligere globalt, og flere og flere transaktioner blev udført digitalt, hvilket skabte en stor belastning på CBS-softwaren. De digitale transaktioner steg mangfoldigt
under Covid-æraen takket være regler, digitale muligheder for kunder, e-handel og online betalingsmuligheder og det tvungne behov for forbrugeren for at handle med Covid-restriktioner.
For at konkludere, er redesignet og moderniseringen af ​​Core Banking en prioritet i det nuværende årti med skiftende ændringer og overvejelse af mange faktorer ved banktransaktioner, der flyttede fra filialer til mobil til sociale medier til alternative kanaler. Den skal bevæge sig
væk fra regnskabsbaseret CBS til regel/procesbaseret med regnskabsindlejret. Mens det oprindelige design primært var fokuseret på regnskab, skal reglerne/processerne/undtagelserne for produktets/kontoens livscyklus på forskellige stadier tages i betragtning for at opfylde behovene
i den moderne tid. Brugeroplevelse var ikke en faktor som en del af det indledende design, hvilket resulterede i reduceret brug af softwaren og med proces/regler/trin skal brugeroplevelsen omskrives. Fra en menuvalgsdrevet tilgang, procesbaseret tilgang
at informere brugeren om de opgaver, der udføres/skal udføres/næste trin osv. skal være tilgængelig i dashboardet baseret på adgangsrettigheder, regler og privilegier for brugeren. Med stigende digitale behov har relevante API'er, som er baseret på industriprotokoller, brug for
at være tilgængelig for at opfylde relevante forretningslivscyklusaktiviteter, så transaktioner kan udføres digitalt når som helst og hvor som helst. Afkobling af flere forretningsområder - forpligtelser, handel, betalinger, udlån, kontantstyring og uafhængig selvbetjening
funktioner for flere områder inden for den nuværende kerne for prissætning/regnskab/mastere skal overvejes, mens softwaren redesignes. Afhængighed af begrænsede databaser og platforme i henhold til den indledende build skal forbedres og modernisere kernen med
mulighed for at arbejde med alle platforme eller databaser skal være aktiveret. Modernisering af kodebaserne for at gøre det opdateret/moderne med nye programmeringssprog, så der ikke er begrænsninger for fremtidige ændringer for konvertering med kodekonvertere/værktøjer har
skal overholdes. Med stigende arbejdsbelastning i kernen, og sandsynligvis vil blive testet yderligere, på grund af digitalt momentum, skal CBS aktiveres for at imødekomme øget volumen og skala. CBS skal overholde globale sikkerhedsoverholdelse og standarder. Udgaven
opgraderinger, installationer og ændringer skal være gnidningsløse, ligesom en automatisk patch-opdatering i en mobiltelefon, undtagen hvor store ændringer og en opløftning er påkrævet en gang om et årti eller deromkring. Mens det oprindelige CBS var i stand til at levere funktionaliteter/kode uden
ved at analysere slutbrugen skal det nye CBS tage en reimage tilgang med slutbrugeren i tankerne. Fra en onlinetransaktionsbehandlingsplatform bør den forstå realmerne af onlineanalyse for at give meningsfuld indsigt på transaktionens oprindelsessted/behandling
cyklus.
Der er flere CBS-software, som er testet, bevist i form af funktionalitet, succesrige på udvalgte markeder og mange nye CBS, som er blevet beskåret i den seneste tid udelukkende baseret på ny teknologi, regler, API'er og endnu ikke bevise deres legitimationsoplysninger. CBS
er nødt til at holde sig opdateret med markedskravene og nyere innovationer og teknologiløft i bank-/finanssektoren og en ny tidsalder Core, som er fleksibel og agil, skal designes, som kan åbne op for at imødekomme økosystemspillerne
og tjenester og levere holistisk løsning til banker. Med et skiftende banklandskab skal CBS redesignes under hensyntagen til flere faktorer, og sådan en software kan blive succesfuld i det næste årti, ellers ville bankerne udforske alternative finanssystemer, proces
/rule-systemer, API-systemer og opbygge teknologien /applikationen, der passer til deres bankbehov fra bunden ved at kombinere ovenstående systemer med/uden en CBS-software.