Digitaalse panganduse platvormi ümberkujundamine

Traditsioonilised pangandussüsteemid ei ole suutnud vastata digitaalteenuseid eelistavate klientide nõudmistele. See on tekitanud probleeme tehingute ja rahvusvaheliste rahaülekannete puhul, mis nõuavad ettevõtte blockchaini lahendusi.

Finantssektoris on toimunud muutused seoses tarbijate eelistustega digitaalsete suhtlusviiside kasuks. Panganduse vananenud põhisüsteemidel on raske vastata tänapäeva klientide kiirelt muutuvatele nõudmistele ja ootustele.

Piiriüleste maksete probleemid

Piiriüleste maksete käsitlemine on keeruline, kuna panganduspartnerlused ja regulatiivsed kohustused on keerulised, mis põhjustab sageli viivitusi ja kasutajatele ebaselgeid tasustruktuure. Lisaks takistab isiklike rahaliste vahendite tõhusat haldamist olemasolevate vahendite olemus, mis raskendab üksikisikutel oma rahalise olukorra mõistmist.

Reguleeriva raamistiku muudatused

Raamistikud, nagu PSD Euroopas ja avatud panganduse algatused kogu maailmas, on avanud osalistele võimaluse pakkuda finantsteenuseid, järgides samal ajal rangeid regulatiivseid standardeid. Skaleeritava aluse loomiseks on vaja teha läbimõeldud valikuid andmete kontrollimeetmete, auditeerimisjälgede ja riskide leevendamise strateegiate osas.

Tavapärastel pangandussüsteemidel oli puudusi, mis mõjutasid oluliselt klientide rahulolu ja tegevuse efektiivsust:

• •Põhilised pangandusplatvormid, mis töötasid sageli aastakümneid tagasi mainframe-süsteemidel, aitasid kaasa tehnilise võla tekkimisele ja integratsiooni takistustele.
• •Need platvormid töötlesid tehinguid partiidena, mis põhjustas rahaliste vahendite kättesaadavuse viivitusi ja piiras klientide reaalajas nähtavust.
• •Piiriülese maksesüsteemi kasutamine korrespondentpankade võrgustikes, mis hõlmasid vahendajaid, põhjustas viivitusi töötlemisel.
• •Autentimise ja järgimise protseduurid toimuvad peamiselt käsitsi, mis nõuab dokumentide esitamist ja hindamist üksikisikute poolt
• •Isikliku rahanduse tööriistad ei olnud kas kättesaadavad või pärinesid rakendustest, mis ei ühendanud hästi tehingu üksikasju
• •Mobiilirakendusi kohandati sageli lauaarvutite kasutajaliidestele, selle asemel et neid mobiilseks kasutamiseks loodud

Kliendikogemuse parandused

Parandatud klientide hankimise kiirus, lihtsustades konto avamise protsessi 2–4 nädalalt vähem kui 10 minutini, kasutades automatiseeritud KYC-töövooge ja kohest digitaalset identiteedi kontrolli. See tõi kaasa 340-protsendilise kasvu klientide hankimises.

Operatsioonilised täiustused

• •Piiril maksmise viivituste vähendamine otseste blockchain-arvelduskanalite loomise abil
• •Ülekande kestus lühenes 3 päevalt 30 sekundile
• •Tasud vähenesid 78% võrra
• •Pilvearhitektuuri ja automatiseeritud vastavusprotseduuride kasutuselevõtt vähendas tegevuskulusid 68 protsenti.
• •Integreeritud isikliku rahanduse tööriistad koos reaalajas kulutuste analüüsiga suurendasid klientide interaktsiooni 156% võrra.
• •Viis klientide käibe vähenemiseni 43% võrra
• •Rahapesuvastase võitluse (AML) automatiseeritud kontrolli tulemusena vähenesid nõuete rikkumised 89% võrra.

Pilvepõhiste mikroteenuste disain

Struktuur keskendus pilvepõhisele disainile, mis eelistas API-sid ja jagas pangatoimingud mikroteenusteks. See meetod võimaldas funktsioonide täiustamist, iseseisvat skaleeritavust ja regulatsioonide lihtsamat järgimist teenuste piirangute kehtestamise kaudu.

Sündmusepõhine töötlemine

Sündmusepõhised disainistrateegiad tagavad tehingute töötlemise ja ühtse seisundi kontrolli kogu süsteemi elementide ulatuses, kus iga rahaline tehing tekitab sündmuste jada, mis võimaldab teha üksikasjalikke auditeid ja kohest andmete analüüsi.

Turvalisuse rakendamine

Süsteem kasutas identiteedi- ja juurdepääsukontrolli standardeid, nagu OAuth 2 ja OpenID Connect, koos mobiilseadmete kontrollimisega, et tõsta turvalisust traditsioonilise panganduse tasemele regulaarse turvaauditi abil ja suurendada oluliselt kasutajate rahulolu.

Piiriülesed makselahendused

Piiriülesed maksesüsteemid kasutavad mitmesuguseid pangandusmeetodeid, et täita eeskirju, ja plokiahela võrgustikke, et tagada tehingute läbipaistvus. Makseviisid valitakse automaatselt, võttes arvesse selliseid tegureid nagu sihtkoht ja tehingukulud, et tagada tõhusus ja kulutõhusus.

DevSecOpsi rakendamine

Projekt arendati välja järgides DevSecOps põhimõtteid, integreerides turvatestimise tarkvaraarenduse protsessi igasse etappi. Iga mikroteenuse jaoks eraldi loodud rakendamise torud võimaldasid versioonide väljalaskmist ilma süsteemiülese koordineerimiseta.

Arenduskeskkond Strateegia

Infrastruktuuri koodimallide abil loodi arenduskeskkond, mis sisaldab testandmeid, et tõhusalt järgida privaatsuseeskirju. Funktsioonide järkjärguline kasutuselevõtt sai võimalikuks tänu funktsioonimärkidele, mis tagasid süsteemi stabiilsuse kogu protsessi vältel.

Kvaliteedi tagamine

• •Automatiseeritud ühiku- ja integratsioonitestid peavad vastama koodi katvuse künnisele 85%.
• •Mikroteenuste vaheliste lepingute testimine aitas vältida integratsiooniprobleeme
• •Jõudlustestid kinnitasid süsteemi jõudluse tehingukoormuse all, mis ületas 200% eeldatavast võimsusest
• •Lõpp-lõpuni testimise stsenaariumid hõlmasid erinevaid kliendisuhtlusi kogu süsteemi toimimise vältel

Klientide üleminek vanadelt süsteemidelt toimus sarnaselt kägistaja viigipuu kasvumudeliga. Tehingutüübid viidi aeglaselt üle uutele teenustele, tagades kogu protsessi vältel vana süsteemi ühilduvuse säilimise.

Mõju äritegevusele

• •Kliendi hankimise kulud vähenesid 54%
• •Automaatse aruandluse abil vähenes vastavustöö maht 81% võrra
• •Süsteem töötles esimesel aastal üle 847 miljoni tehingu ilma ühegi andmelekke juhtumita.
• •Kliendi tulud suurenesid 127% tänu suurenenud tehingute arvule ja teenustasudele

Sündmusepõhise arhitektuuri keerukus

Sündmusepõhise arhitektuuri keeruline olemus tõi kaasa väljakutseid, mis nõudsid ressursse järelevalve- ja veaotsingutööriistade rakendamiseks. Sündmuste hankimise tehnikate kasutamine osutus kasulikuks auditi nõuete täitmise tagamisel, kuigi see nõudis skeemi arendamise lähenemisviise, et vältida rikkumisi.

Andmete lokaliseerimise nõuded

Andmete lokaliseerimise eeskirjad piirasid mitme piirkonna kasutuselevõttu, mis mõjutas oluliselt strateegilist planeerimist. Tihe koostöö vastavuskontrolli meeskondadega algusest peale aitas vältida arhitektuuri muutmist projekti rakendamise hilisemas faasis.

Mobiilseadmetele suunatud disain

Mobiilseadmete kasutusharjumustele kohandatud API-de loomine asemel töölaua liideste muutmisest tõi kaasa tõhususe ja kasutajate interaktsiooni taseme paranemise. Offline-funktsionaalsuse vajadused mõjutasid vahemällu salvestamise ja sünkroniseerimise lähenemisviise, mis parandasid süsteemi üldist töökindlust.

Finantstehingute nõuded

Finantstehingud erinevad veebirakendustest oma jõudluse omaduste poolest ja neile kehtivad ranged järjepidevuse nõuded, mis mõjutavad oluliselt andmebaasi valikut ja vahemällu salvestamise lähenemisviise. Finantstehingute mustrite abil koormustestide läbiviimine nutikate lepingute arendamise kaudu on olnud võtmetähtsusega võimsusnõuete kindlaksmääramisel.

Põhitehnoloogiad

• •Konteinerite orkestreerimine: Kubernetes automatiseeritud skaleerimiseks ja tervise jälgimiseks
• •Sündmuste voogedastus: sõnumijärjekorra platvorm reaalajas tehingute töötlemiseks
• •Vahemälu kiht: mälusisesed andmed, et hallata sessioone ja sageli kasutatavaid andmeid
• •CI/CD-torustik: automatiseeritud testimine ja kasutuselevõtt koos turvaskaneerimisega
• •Maksete töötlemine: integratsioon mitme maksesüsteemiga ja intelligentne marsruutimine
• •Dokumentide haldamine: KYC-dokumentide krüpteeritud salvestamine ja auditi jälgimine
• •Analüüsimootor: reaalajas voo töötlemine ärianalüüsiks

Katastroofijärgse taastamise planeerimine

Finantsasutused vajavad katastroofijärgse taastamise plaane, mis ületavad tavalised rakenduste vajadused. Operatsioonilise järjepidevuse regulatiivsed standardid võivad nõuda manuaalseid varuplaani protseduure, mis mõjutavad süsteemi disaini valikuid.

Andmebaasi strateegia

Finantsandmetega tegelemisel on oluline planeerida andmebaasi jagamise strateegiad, et tagada kontode ühenduste vaheliste tehingute järjepidevus, eriti olukordades, kus ACID-nõuetele vastavus on vajalik finantstegevuste jaoks, mis nõuavad erilist tähelepanu, mida tavalised horisontaalsed skaleerimismeetodid pakkuda ei suuda.