Konsortsiumipõhine identiteedi infrastruktuur W3C kontrollitavate volitustega
Piiriüleste kaubandusvõrgustike jaoks on äärmiselt oluline luua süsteem, mis võimaldab erinevatel identiteedisüsteemidel sujuvalt koos töötada.
See kehtib eriti juhul, kui erinevad riigid ja organisatsioonid kasutavad oma viise isiku identiteedi kontrollimiseks. Komponeeritav identiteedi infrastruktuur võimaldab koostööle suunatud lähenemist, mis muudab ettevõtetele ja eraisikutele lihtsamaks navigeerimise nendes keerulistes võrgustikes.
Kaubandusfinantseerimise võrgustikel on probleem. Nende teie kliendi tundmise või KYC protsessid on täiesti üleliigsed. See tähendab, et kui ettevõte soovib teha tehingut, peab ta iga kord läbima kontrolliprotsessi, isegi kui tegemist on kellegagi, kellega nad on varem koostööd teinud.
Selle tulemusena võib kogu protsessi läbiviimine võtta aega 11 päeva ja 100% juhtudest tuleb kinnitamisprotsess korrata isegi nende osapoolte puhul, keda nad juba tunnevad. See aeglustab kogu protsessi. See põhjustab operatsioonides ummikseisu, mis viib rahastamise viibimiseni.
Oleme loonud detraliseeritud identiteedisüsteemi, mis põhineb konsortsiumi mudelil. See kasutab W3C Credentials nimelist tõendamisviisi koos BBS+ selektiivse avalikustamisega. See tähendab, et inimesed saavad kasutada volitusi kohtades, kus nad ei pea jagama rohkem teavet kui vaja, ja kõik jääb asjakohaste seaduste ja määruste raamesse.
Olulised läbimurded tehti kliendi tundmise protsessi lihtsustamisel. Näiteks vähenes tsükli läbiviimise aeg 11 päevalt 2 päevale. Langus oli 82%.
Teie kliendi tundmise protsessi lihtsustamisel saavutati mõned olulised läbimurded:
Platvorm töötleb igal kuul üle 12 000 tehingu. See on märkimisväärselt usaldusväärne, kättesaadavusmäär on 99,97 protsenti. Kui tühistamine on vajalik, levib see võrgus viie minuti jooksul.
Kaubandusfinantseerimine hõlmab importijate, eksportijate, laevandusettevõtete ja pankade vahelist suhete võrgustikku. Äri toimimiseks peavad need osapooled üksteist usaldama, mis tavaliselt saavutatakse järgmiste meetmete abil:
Probleem on selles, et iga institutsioon peab kontrollima osapoolte identiteeti, omandiõigust ja veenduma, et nad ei ole üheski musta nimekirjas.
Kaubandusdokumentide maailm on veidi segadusseajav. Arvestades paljusid erinevaid riike ja eeskirju, pole ime, et kõikide dokumentide kontrollimine on keeruline. Näiteks pangad hoiavad oma klientide nimekirju, samas kui logistikaettevõtted teevad ise kontrolli, kellega nad koostööd teevad.
Kui ettevõtted tegutsevad piiriüleselt, tegelevad nad sageli rahasummadega. Kui nad teevad vigu ja ei järgi reegleid, võivad neile määratakse trahvid. Selle vältimiseks nõuavad reguleerivad asutused, et need ettevõtted:
Probleem on selles, et praegu põhineb kõik paberimajandusel, mis loob infokogumid. See raskendab ettevõtete sujuvat tööd ja probleemide jälgimist.
Olulised läbimurded tehti kliendi tundmise protsessi lihtsustamisel. Näiteks vähenes tsükli läbiviimise aeg 11 päevalt 2 päevale. Langus oli 82%.
Praegune süsteem, mille eesmärk on teada oma klienti ehk KYC, on mõningate puudustega, mis kahjustavad tõsiselt kaubandusfinantseerimist. Näiteks peavad ettevõtted läbima kinnitamisprotsessi, esitades samad dokumendid igale pangale ja logistikaettevõttele, kellega nad koostööd teevad.
Kõik need institutsioonid teevad oma taustakontrolle ja sõelumisi sanktsioonide osas, mis on lihtsalt üleliigne. Selle tulemusena võtab KYC-protsessi läbiviimine aega 11 päeva. Isegi pikaajaliste äripartneritega tegelemisel tuleb kogu protsess iga kord algusest peale uuesti läbi teha.
Mõnda aega ei saanud institutsioonide erinevad osakonnad teavet hõlpsasti jagada, mis aeglustas kaubandusfinantseerimise heakskiitmisprotsessi. Probleem oli selles, et pangad ei saanud kiiresti kontrollida, kas äripartner oli juba läbinud „tunne oma klienti” protsessi mõnes teises grupi pangas.
Isikuandmete jagamise lihtsus on toonud kaasa murettekitava suundumuse. Tundlik teave on nüüd hajutatud erinevate süsteemide vahel, mis teeb meid haavatavaks turvalisuse rikkumiste suhtes.
Auditi- ja vastavusprobleemid tekkisid, kuna institutsioonidel oli dokumentatsiooni jälgi kõikjal. Reguleerivad asutused soovisid näha andmeid selle kohta, kes on kes. Kuna need andmed olid hajutatud mitme süsteemi vahel, oli raske:
Dokumentide käsitsi töötlemine sellistes valdkondades nagu kontrollimine ja sanktsioonide sõelumine oli veaohtlik, mis omakorda piiras võimet toime tulla kasvava töökoormusega.
Detsentraliseeritud identiteedisüsteemi kasutuselevõtt on toonud kaasa tõhususe olulise paranemise. Ühel juhul õnnestus selle abil vähendada kliendi tundmise kontrolli, mis vähendas üldkulusid koguni 89%.
See sai võimalikuks, kuna konsortsiumi erinevad liikmed said nüüd:
Vastavusriskide vähendamiseks kasutas süsteem lepingute kaudu automaatset poliitika rakendamist. See tähendas, et aktsepteeriti ainult reeglitele vastavaid volitusi, kui:
Selle tulemusena kaotati vajadus kontrollida vastavust, mis omakorda vähendas eeskirjade rikkumise riski.
Kliendi tundmise tsükli läbiviimiseks kuluv aeg on oluliselt lühenenud:
Teine oluline eelis on ettevõtete võimalus olla valikulised selle osas, millist teavet nad oma partneritega jagavad, avaldades üksikasjad, kuid hoides tundliku äriteabe privaatsena.
Ettevõtte turvalisuse parandamine on võimalik järgmiste sammude abil:
Auditeerimisjälg volituste jaoks muudeti tõhusamaks, kasutades jagatud pearaamatusse tehtud märkmeid. See lähenemisviis võimaldas salvestada kõik toimingud, mis aitas nõudeid täita. Selle tulemusena vähenes nõuete täitmiseks vajalike paberite hulk märkimisväärselt.
Isikuandmete jagamise lihtsus on toonud kaasa murettekitava suundumuse. Tundlik teave on nüüd hajutatud erinevate süsteemide vahel, mis muudab meid haavatavaks turvalisuse rikkumiste suhtes.
Vähendage KYC-kulutusi 89% võrra ja lühendage töötlemisaega 11 päevalt 2 päevale meie detsentraliseeritud identiteedilahendusega.
Vastus peitub võrgustikus, mis võimaldab kaubandusfinantseerimisfirmadel identiteete ühiselt hallata. Sisuliselt koosneb see võrgustik omavahel ühendatud osadest. Iga ettevõte saab seda kasutada järgmiseks:
Identiteetide kontrollimiseks kasutati W3C Verifiable Credentials süsteemi. Selleks koondati järgmised andmed:
Need volitused on digitaalselt allkirjastatud inimeste poolt, keda me usaldame, mis tähendab, et neid saab kontrollida ilma süsteeme vaatamata või kõiki dokumente jagamata.
Kui ettevõte kasutab BBS+ valikulist avalikustamist, võib ta jagada teatud üksikasju enda kohta, ilma kõike avalikustamata. Näiteks võib tal olla vaja näidata, et ta on registreeritud teatud kohas. Ta ei pea avalikustama:
Sel viisil saab ettevõte järgida eeskirju, ilma et kogu oma äritegevus avalikuks muutuks.
Arukate lepingute poliitikamallid on loodud selleks, et kajastada jurisdiktsiooniti erinevaid vastavusreegleid. Need teevad automaatselt järgmist:
Süsteem, mis on paigas hallatud:
Selle usaldusinfrastruktuuri tsentraliseerimise tulemusel muutus selle kasutamine tõhusamaks, säilitades samal ajal kontrollimise eelised. See võimaldas kasutada volitusi erinevates asutustes.
Keskenduti privaatsuse integreerimisele disainilahendusse. Seda saavutati järgmiselt:
Süsteemi arhitektuur ehitati üles nelja põhikomponendi ümber. Need komponendid moodustasid identiteedi ja töötasid ka koos olemasoleva kaubandusfinantseerimise infrastruktuuriga.
Consortium Ledger on Hyperledger Fabric-il põhinev võrgustik, mida juhib osalevate pankade ja logistikaettevõtete rühm. See on loodud järgmiste andmete salvestamiseks:
Selle raamatupidamisraamatu üks eeliseid on see, et see pakub muutumatut ülevaadet kõigest, mis süsteemis toimub, mis aitab jälgida ja tagada turvalisust.
Credential Broker Service toimib keskusena, mis jälgib järgmisi protsesse:
Sellega täidetakse volitused praegu kättesaadava teabega, mis muudab need kontrollitavaks ja usaldusväärseks.
Policy Engine on lepinguraamistik, mis koodib riigiti erinevad vastavusreeglid. See aitab automatiseerida protsessi, mille käigus kontrollitakse, et kõik oleks korras kaubandusfinantseerimistehingute puhul.
Süsteem sisaldab malle järgmistele elementidele:
Sündmuste buss on Kafka-põhine süsteem, mis võimaldab meil jagada muudatusi, näiteks järgmistes olukordades:
Nii on kõik kursis viimase infoga, ilma et peaks pidevalt kontrollima raamatupidamisregistrit uuenduste leidmiseks.
Süsteemide vaheline ühendus toimub API-de kihi kaudu. See integratsioonikiht ühendab järgmisi osi:
Me jälgime näitajaid Prometheus abil, näiteks:
Kõik need andmed kuvatakse Grafana dashboardidel, mis lihtsustab trendide ja mustrite märkamist. Meil on ka kohandatud hoiatussüsteem, mis jälgib vastavuse eesmärke.
Süsteem kasutab disaini, mis paarisab suhteid, et takistada organisatsioonidel märkmeid võrrelda, kuid samas võimaldab neil kontrollimisi teha. Põhimõtteliselt on igal organisatsioonil oma ID-de komplekt partneritega suhtlemiseks, mis hoiab kõik identiteediga seotud asjad eraldi.
BBS+ allkirjaskeemid pakkusid inimestele võimaluse jagada teavet oma volituste kohta, ilma et nad oleksid pidanud kõike avaldama. See oli eriti kasulik, kuna võimaldas ettevõtetel järgida eeskirju, hoides samal ajal oma äriinfo privaatsena.
Kava oli asjad etappidena käiku lasta, alustades paarist pangast, et olukorda proovida. Nad käivitasid pilootprogrammid ja asjad näisid toimivat, nii et nad võtsid kasutusele:
Meeskond seadistas oma arenduskeskkonda, kasutades Docker Compose'i konteinerimist kui alust. See võimaldas neil käivitada:
Ekspertide meeskond, kuhu kuulusid vastavuskontrolli ametnikud ja identiteedi arhitektid, koostas ühise standardite kogumi volituste jaoks. Täpsemalt määratlesid nad alusstruktuuri järgmistele valdkondadele:
Juhindudes W3C Credential skeemist. Eesmärk oli leida tasakaal nõudmiste täitmise ja vajaliku teabe avaldamise vahel.
Lepingute väljatöötamiseks võeti kasutusele poliitikamallid, kasutades Hyperledger Fabric chaincode. See võimaldas kodeerida järgmisi nõuetele vastavuse eeskirju:
Testimisstrateegia oli üsna põhjalik. See hõlmas järgmist:
Võtsime kasutusele lähenemisviisi, mille abil migreerime olemasolevad KYC-kirjed, kasutades:
Selles rakenduses oli prioriteediks turvalisus. Nõuete täitmiseks käsitles süsteem järgmisi aspekte:
Meeskond jälgis järgmist:
Kohandatud hoiatused on seadistatud märkimiseks:
Riskide leevendamiseks hõlmas rakendus turvavõrgustikke:
Detsentraliseeritud identiteedisüsteemi kasutuselevõtt muutis oluliselt asjade käiku. See tõi kaasa tõelise paranemise:
Kliendi tundmise protsessi läbiviimiseks kuluv aeg on oluliselt lühenenud:
Suur osa sellest kiirendamisest on tingitud asjaolust, et saame taaskasutada volitusi juba kontrollitud vastaspoolte puhul, mis vähendab oluliselt vajalike sammude arvu.
Klientide korduv kontrollimine on nüüd minevik:
Sanktsioonide kontrollimise täpsus on teinud suure hüppe edasi:
Andmete kvaliteet ja reeglite rangem automaatne jõustamine on olnud võtmetähtsusega selle täpsuse taseme saavutamisel.
Platvormi kasutuselevõtt kasvas kiiresti, kuna üle 70 protsendi kasutajatunnustest kasutati uuesti juba kuue kuu jooksul pärast platvormi käivitamist. See näitab, et konsortsiumi liikmed võtsid idee tõesti omaks.
Süsteemi jõudluse puhul oli üheks oluliseks näitajaks see, kui kiiresti suutis süsteem levitada teavet staatuse muutuste kohta:
| Mõõtühik | Enne | Pärast | Delta |
|---|---|---|---|
| Keskmine KYC tsükli aeg | 11 päeva | 1,8 päeva | -84% |
| Korrake KYC olemasolevate partnerite puhul | 100% | 8% | -92% |
| Sanktsioonide kontrolli valed positiivsed tulemused | 7% | 0,8% | -89% |
| Krediidi taaskasutamise määr | 0% | 73% | +73% |
| Dokumentide käsitsi läbivaatamise tundide arv kuus | 480 tundi | 85 tundi | -82% |
| Kliendi kaebused (KYC-ga seotud) | 28/kuus | 4 korda kuus | -86% |
| Teenuse taseme eesmärk | Siht | Saavutatud |
|---|---|---|
| Krediidivõime kontrolli viivitus (95. protsentiil) | <500 ms | 320 ms |
| Tühistamise levimise aeg | <5 minutit | 3,2 minutit keskmiselt |
| Süsteemi tööaeg (30 päeva) | >99,95% | 99,97% |
| Krediidikaardi väljastamise määr | >100/tund | 145/tund |
| Poliitika hindamise latentsus (99. protsentiil) | <200 ms | 165 ms |
| Sündmusbussi sõnumi edastamine õnnestus | >99,99% | 99,995% |
| Vale volituste aktsepteerimise määr | <0,01% | 0,003% |
Mitme institutsiooni koostöö ühise juhtimissüsteemi raames ei ole lihtne. Sellistes küsimustes nagu kontrollimine ja poliitika loomine on igal organisatsioonil oma:
Selle töö tegemiseks on vaja tohutut koordineerimist:
Kui BBS+ selektiivne avalikustamine turule tuli, tõi see kaasa mõned privaatsust puudutavad tööriistad. Siiski ei läinud kõik sujuvalt:
Kui institutsioonidel oli olemas töötamiseks vajalikud mallid, oli neil palju lihtsam tehnoloogiat kasutusele võtta.
Integreerimise puhul oli API arhitektuuri kavandamine võtmetähtsusega, et integreerimine panganduse ja kaubanduse dokumenteerimise süsteemidega toimiks:
Konsortsiumi kasvades muutus volituste haldamine keerulisemaks:
Esimene takistus tekkis, kui poliitika esialgne hindamine võttis oodatust kauem aega:
Kui tegemist on institutsioone mõjutavate intsidentide koordineeritud reageerimisega:
Inimeste kaasamine süsteemi ei olnud lihtne:
Süsteemide kasutuselevõtmisel on oluline alustada juhtimisraamistiku loomisest, kasutajatele sobiva kasutuskogemuse kujundamisest ja tegevuste võimalikult suures ulatuses automatiseerimisest.
Süsteemide kasutuselevõtmisel on oluline alustada juhtimisraamistiku loomisest, kasutajatele sobiva kasutuskogemuse kujundamisest ja tegevuste võimalikult suures ulatuses automatiseerimisest.
Töötlemise aja parandamine
Redundantse kontrolli kõrvaldamine
Sanktsioonide kontrolli parandamine
Kuu kättesaadavuse määr
Leia rohkem ideid ja lahendusi meie soovitatud artiklitest
Liituge ettevõtetega, kes on meie plokiahela lahenduste abil oma äri ümber kujundanud. Arutame, kuidas saame aidata teil saavutada sarnaseid tulemusi.
