Nashr qilingan sana: 2024-yil sentyabr
ISO 20022 ning tobora ko'proq qabul qilinishi va APIlarga talabning ortishi moliya sanoatida ko'plab innovatsiyalarga olib keldi. Biroq, ISO 20022 ning boy ma'lumotlar standartlari APIlarda ishlatiladigan amalda ma'lumotlar formati bo'lgan JSON rag'batlantiradigan soddalik va minimalizmga zid kelishi mumkin. Bu muammo sanoatning ISO 20022 taqdim etishi mumkin bo'lgan afzalliklarni amalga oshirishiga to'sqinlik qilishi mumkin.
Ushbu maqolada biz JSONning moslashuvchanligi va soddaligini ISO 20022 ma'lumotlar boyligi bilan uyg'unlashtirishga harakat qilganda ishlab chiquvchilar va sanoat duch keladigan muammolarni ko'rib chiqamiz. Shuningdek, ushbu muhim masalani hal qilish bo'yicha amalga oshirilayotgan sa'y-harakatlarni ham ko'rib chiqamiz.
ISO 20022 moliya institutlari o'rtasida ma'lumotlar almashinuvi uchun global standart bo'lib, to'lovlar, valyuta ayirboshlash, kartalar, savdo moliyalashtirish va qimmatli qog'ozlar sohalarini qamrab oladi. Ushbu standart boy, tuzilgan va moslashuvchan bo'lib, uni avvalgi global standartlar, ISO 15022 (SWIFTning MT formati) va ISO 8583 (karta to'lovlari va hisobdan hisobgacha to'lovlar uchun ishlatiladi) dan katta sakrashga aylantiradi.
ISO 20022 standartini qabul qilishni rag'batlantirish uchun sanoat bo'ylab birgalikda sa'y-harakatlar amalga oshirildi, chunki uning afzalliklari hamma undan foydalanganda eng aniq ko'rinadi. Ushbu o'zgarish sur'ati ko'proq tashabbuslar o'zgarishni amalga oshirganligi sababli tezlashdi - dunyo bo'ylab ko'plab Avtomatlashtirilgan Kliring Uylari (ACH) endi yuqori va past qiymatli to'lovlar uchun yangi formatdan, shuningdek, SWIFTning Chegaralararo To'lovlar tizimidan foydalanmoqda. Uning qo'llanilishi hali hamma joyda emas, ba'zi tizimlar, ayniqsa ommaviy to'lovlar uchun eski formatlarni qo'llab-quvvatlaydi, ammo mahalliy real vaqt rejimidagi to'lov tizimlari uchun ISO 20022 dan foydalanish keng tarqalgan.
ISO 20022 ning ko'lami axborot almashinuviga qaratilgan, ammo asosiy foyda muassasalarning o'zlarining ichki ma'lumotlar modellarini qo'llab-quvvatlash uchun yangi yorliqda ochiladigan Ma'lumotlar lug'atidan foydalanishidan kelib chiqadi, aslida umumiy tilni qabul qiladi. Bu, masalan, Tomonni tashkil etuvchi atributlar (Ism, Manzil, Tug'ilgan sana va joyi va boshqalar) chegaralararo tranzaksiyada Tomon Qarzdor yoki Hisobni almashtirish so'rovida Hisob egasi bo'lganda izchil bo'lishini anglatadi.
ISO 20022 standart sifatida agnostik formatga ega, ammo ma'lum xabar sxemalari faqat rasman XSD (XML sxema ta'riflari) sifatida nashr etiladi va xabarlar katalogida mavjud bo'lib, yangi yorliqda ochiladi, bu XML ning ISO 20022 xabarlarini almashish uchun eng keng tarqalgan formatga aylanishiga olib keldi.
ISO 20022 dan foydalanish ortib borishi bilan yangi foydalanish holatlari va ma'lumotlar almashishning yangi usullariga talab ham ortib bormoqda, bunga yaqqol misol sifatida moliya institutlari tomonidan hisob ma'lumotlariga kirish, to'lovlarni amalga oshirish, ochiq bank ishi yoki ichki tizim integratsiyalari kabi ko'plab ilovalar uchun foydalaniladigan APIlar kiradi.
API ishlab chiquvchilari, ayniqsa REST API1 ni loyihalashda, ko'pincha minimalist yondashuvni qo'llaydilar, samaradorlikka ustuvor ahamiyat beradilar va faqat ma'lum bir so'rov va javob uchun zarur bo'lgan asosiy ma'lumotlarni uzatadilar. API orqali almashinadigan ma'lumotlar odatda XMLga o'xshash, ammo ba'zi bir kichik nomuvofiqliklarga ega bo'lgan JSON (JavaScript Object Notation) formatida yuboriladi.
ISO 20022 JSON sxemalarini nashr etmagani va hozirda uni ushbu formatda qanday ifodalash bo'yicha keng tarqalgan qoidalar mavjud emasligi sababli, bu standartdan foydalanishni umid qilayotgan API ishlab chiquvchilari uchun qiyinchiliklar tug'dirishi mumkin.
ISO 20022 moliyaviy xabarlardan foydalanish holatlarini global miqyosda qo'llab-quvvatlaydi, ya'ni har bir xabar ko'plab elementlarni o'z ichiga oladi. Muayyan biznes xabar almashinuvini amalga oshirish uchun zarur bo'lgan asosiy elementlar, masalan, kredit o'tkazmasi, ancha izchil bo'lib qolsa-da (Qarzdorning ismi, Kreditorning ismi, Miqdori, Valyutasi va boshqalar), bu elementlardan foydalanish usulida o'zgarishlar mavjud. Masalan, mahalliy kliring markazlarida Germaniyada Qarzdor Agenti (Qarzdor banki) BIC (Biznes identifikatori kodi) yoki Bankleitzahl (BLZ - IBAN dan olingan) yordamida aniqlanadi, ammo Avstraliyada u BSB raqami (Bank shtati filiali) yordamida aniqlanadi.
Bunga moslashish uchun ISO 20022 xabarlari sizga ulardan birini yoki boshqasini taqdim etish imkonini beradigan tarzda tuzilgan, ammo bu moslashuvchanlik har qanday foydalanish holati uchun qat'iy zarur bo'lganidan kattaroq xabarlarga olib keladi.
Ishlab chiquvchilar minimalizmga urg'u bergan holda APIlarni loyihalashda ko'pincha faqat o'zlarining foydalanish holatlariga xos elementlarni kiritadilar, masalan, agar ular Buyuk Britaniyada bo'lsa, BSB raqamini kiritish uchun juda kam sabab bor, chunki barcha agentlar saralash kodi bilan aniqlanadi. Xuddi shunday, agar Agent faqat Saralash Kodi bilan aniqlanishi mumkin bo'lsa, unda element nomini o'zgartirish mumkin bo'lganda ISO 20022 xabarining ba'zi tuzilmalarini nima uchun qo'shish kerak, quyidagi misol buni ta'kidlaydi:
Buyuk Britaniya saralash kodi va hisob raqami XML asosidagi ISO 20022 nusxasida shunday ko'rinadi:
</CdtrAcct>
<CdtrAgt>
<FinInstnId>
<ClrSysMmbId>
<ClrSysId>
<Cd>GBDSC</Cd>
</ClrSysId>
<MmbId>080800</MmbId>
</ClrSysMmbId>
</FinInstnId>
</CdtrAgt>
<CdtrAcct>
<Id>
<Othr>
<Id>21325698</Id>
</Othr> Boshqa
</Id>
</CdtrAcct>
“GBDSC” kodi aʼzo identifikatori “Buyuk Britaniya ichki saralash kodi” ekanligini, identifikator/boshqa/identifikator esa hisob raqamini oʻz ichiga olishini belgilaydi.
Taqqoslash uchun, xuddi shu ma'lumotlarning Buyuk Britaniya Open Banking API'lari orqali qanday uzatilishi quyidagicha ko'rsatilgan, ular "mavjud bo'lganda ISO 20022 xabar elementlari va komponentlaridan foydalangan holda ishlab chiqilgan"3, kichikroq o'lchamga, shuningdek, element nomlari, kodlari va tuzilishining o'zgarishiga e'tibor bering:
"Kredit beruvchi hisob": {
"Sxema nomi": "UK.OBIE.SortCodeAccountNumber",
"Identifikatsiya": "08080021325698"
}
Bu muammo Buyuk Britaniyaning ochiq bank tizimiga xos emas va butun sohada yuzaga kelmoqda, ISO 20022 asosidagi API'lar eng yaxshi amaliyotlar bo'yicha aniq ko'rsatmalarsiz yoki rasmiy JSON sxemalari nashr etilmasdan joriy etilmoqda. Yondashuvning parchalanish xavfi yuqori, bu esa amalga oshirishlar o'rtasidagi nomuvofiqlikka va standartlashtirish erishmoqchi bo'lgan ba'zi afzalliklarni anglamaslikka olib keladi. Sanoat ushbu xavfni aniqladi va ISO 20022 uni kamaytirish uchun ba'zi choralarni ko'rdi:
Moliya sanoati rivojlanishda davom etar ekan, standartlashtirish va o'zaro ishlashni davom ettirish juda muhimdir. JSON asosidagi xabar almashishning joriy etilishi innovatsiyalar uchun asosiy omil hisoblanadi, ammo u sanoat xabardor bo'lishi kerak bo'lgan potentsial xavflarni ham keltirib chiqaradi. Aks holda, u ilgari qilingan ko'plab qiyin ishlarni bekor qilish xavfiga duch keladi.
Mastercard ushbu tashabbuslarda faol ishtirok etmoqda va kelajakdagi innovatsiyalar uchun zarur bo'lgan standartlashtirish va o'zaro moslashuvchanlikni saqlab qolgan holda, yangi formatlarni qabul qilishga imkon beradigan tizimga o'tish uchun sanoat bilan hamkorlikni davom ettiradi.