Skip to main content

Makale

Zenginleştirilmiş veri ve yapılandırılmış veri: Tüm bunlar gerçekte neyle ilgili?

Yayınlandı: Kasım, 2024

Bir kişi parlayan kırmızı ve turuncu LED panele dokunarak teknolojiyle etkileşim hissi yaratır.

ISO 20022 hakkında konuşurken sürekli olarak iki terim ortaya çıkmaktadır: "Zenginleştirilmiş Veri" ve "Yapılandırılmış Veri". Şimdi bunların ne anlama geldiğini, faydalarını ve neden önemli olduklarını inceleyelim.

Verilerin Önemi

Veri, her modern işletmenin kalbinde yer alır. Ancak ham veri tek başına yeterli değildir. Bu, kataloğu olmayan geniş bir kütüphaneye sahip olmaya benzer; değerli bilgilere sahip olabilirsiniz, ancak organizasyon olmadan anlamlı içgörüler elde etmek zorlaşır.

Zenginleştirilmiş veriler temel ayrıntıların ötesine geçer. Ek bağlam ve değerle geliştirilmiş verilerdir. İnsanlar bağlamı sezgisel olarak yorumlayabilirken, bilgisayarlar yanlış anlama ve hatalardan kaçınmak için yapıya ihtiyaç duyar. Yapılandırılmış veriler burada devreye girer.

Yapılandırılmış veriler, belirli bilgi parçaları bilgisayarlar tarafından kolayca anlaşılabilen ve işlenebilen önceden tanımlanmış bir formatta (bireysel alanlar) sağlandığında, bilgilerin düzenlenmesi için bir çerçeve sağlar. Yapı, verilerdeki belirsizliği ve tutarsızlığı önlemeye yardımcı olur ve makinelerin her bir bilgi parçasının bağlamını ve değerini yorumlamasını sağlar. Bu nedenle, zenginleştirilmiş veriler ve yapılandırılmış veriler ayrı şeyler olsa da, maksimum değer ancak birlikte sağlandıklarında gerçekleşir. ISO 20022, daha zengin verilerin yapılandırılmış bir formatta değiş tokuş edilmesini sağlar.

Temel Ödeme Verileri

 

12345678, John Smith, HSBCGB2L, 98765432, Ashley Toby, CHASUS33, GBP 100

Yukarıdaki örnekte, sadece John Smith ve Ashley Toby arasında 100 GBP'lik bir işlem olduğunu ve kiminle bankacılık yaptıklarını biliyoruz. Başka bir şey söylememiz mümkün değil.

 

Zenginleştirilmiş Ödeme Verileri

 

abc123ref2345, HSBCGB2L, 12345678, John Smith, No. 123 Main Lane, London, W1K 1PN, United Kingdom, 01011995, England, CHASUS33, 98765432, Ashley Toby, 123 Main Street, Apartment 4B, New York, NY 10001, United States, 01012000, NY, USA, GBP 100, Tedarikçi Ödemesi, INV0123

Zenginleştirilmiş verilerle artık iki kişi ve ödeme hakkında daha fazla bilgiye sahibiz. Adres, referans numarası, Banka BIC'si, para birimi, ödemenin amacı ve fatura numarası dahil olmak üzere ödemeler hakkında daha fazla bilgiye sahibiz.

 

Zenginleştirilmiş ve Yapılandırılmış Veri

 

BorçluAlacaklıÖdeme Detayları
İsim: John Smith
Adres:
123 Main Lane
Londra
W1K 1PN
Birleşik Krallık

Doğum Tarihi: 01/01/1995
Doğduğu Ülke İngiltere
İsim: Ashley Toby
Adres:
123 Main Street, Oda 4B
New York
10001
Birleşik Devletler

Doğum Tarihi: 01/01/2000
Doğduğu Ülke NY, ABD
Referans: abc123ref2345
Borçlu Temsilcisi: HSBCGB2L
Borçlu Hesap: 12345678
Alacaklı Temsilcisi: CHASUS33
Alacaklı Hesabı: 98765432

Tutar: 100 GBP
Amaç: Tedarikçi Ödemesi
Fatura Referansı: INV0123

 

Zenginleştirilmiş ve yapılandırılmış veri, gerçek değerin eklendiği yerdir. Örneğimizde, artık gönderen ve alıcıyı, banka bilgilerini, referanslarını ve fatura numarasıyla birlikte ödemenin amacını net bir şekilde ayırt edebiliyoruz. Bu yapılandırılmış veriler, yapılandırılmamış verilerden kaynaklanabilecek olası yanlış yorumlamaları ortadan kaldırır.

Şirketler, zenginleştirilmiş ve yapılandırılmış verilerden yararlanarak iş operasyonları ve müşterileri hakkında daha kesin ve eksiksiz bir resim oluşturabilir.

Konuşma sadece uyumluluk ve teknik birlikte çalışabilirlik hakkında değil, bundan çok daha fazlası hakkında.

1. Yapılandırılmış İsim ve Posta Adresi, ilgili tarafları açık bir şekilde tanımlamak için bir yol sağlar. Bu, yalnızca bir ödemedeki yaptırıma tabi tarafları belirlemek için değil, aynı zamanda bir filtreleme sistemi tarafından oluşturulan yanlış pozitiflerin sayısını azaltmak için KYC ve doğru yaptırım taramasına büyük ölçüde yardımcı olabilir (bkz. kullanım örneği 3).

2. Yapılandırılmış Havale Bilgileri, fatura numaraları, sipariş numaraları ve ödemenin ne için yapıldığına ilişkin diğer referanslar gibi bilgilerin ödeme mesajları içinde aktarılmasına olanak tanır. Kurumsal Kaynak Planlama (ERP) sistemlerine, otomatik mutabakata yol açabilecek ve nakit akışı yönetimini iyileştirebilecek daha zengin havale verilerini alma ve işleme yeteneği sağlayabilir.

3. Tüzel Kişi Kimlik Kodu (LEI ), gelişmiş KYC, otomatik yaptırım taraması ve mutabakata yardımcı olabilecek ilgili belirli tüzel kişileri açıkça tanımlamak için ödemelerde daha fazla şeffaflık sağlar.

4. Amaç Kodları, ödemelerin nedenine ilişkin bir içgörü sağlar ve tutarlı bir şekilde kullanıldığında, temel müşteri eğilimlerinin belirlenmesi ve dolayısıyla yenilikçi hizmetlerin geliştirilmesi, dolandırıcılığın önlenmesi ve işleme için ödeme önceliğinin belirlenmesi gibi birçok fayda sağlayabilir. Örnek olarak, İngiltere Merkez Bankası, mülk alımları gibi zaman açısından kritik ödemeleri belirlemek ve önceliklendirmek için amaç kodunu kullanmayı planlamaktadır.

5. Çoklu Ödeme Tanımlayıcıları, her tarafın ödemeyi tanımlamak için kendi benzersiz referanslarını dahil etmesini sağlayarak mutabakat sürecini iyileştirir.

6. OBO olarak da bilinen Nihai Borçlular ve Alacaklılar - 'adına' - ödemeler, fonu ödeyen veya alan gerçek son taraf hakkında bilgi sağlar.

Tüm veriler bir araya getirildiğinde, işletmelere gönderilen ve alınan ödemelerini analiz etmek için ayrıntılı bilgiler sağlayabilir. Bu, yalnızca gelişmiş dolandırıcılık tespiti ve önlenmesi için değil, aynı zamanda müşteri deneyiminin iyileştirilmesi ve dahili süreçlerin optimize edilmesi için de daha iyi kararlar alınmasını sağlayabilir.

Gerçek dünya etkisi

Bazı kullanım örneklerini inceleyelim:

Kullanım Örneği 1 - Commonwealth Bank of Australia (CBA) - fayda bulucu

Bazı devlet yardımlarını bulmak ve bunlara başvurmak oldukça karmaşık olabilir ve bu da her yıl milyonlarca doların sahipsiz kalmasına neden olur. CBA, amaç kodlarını kullanarak öğrenci müşterilerini doğru bir şekilde tanımlayabileceklerini ve böylece eksik oldukları avantajlara erişmelerine yardımcı olabileceklerini keşfetti. Bu özel yaklaşım, her öğrenci için bankacılık deneyimini daha kişiselleştirilmiş ve ilgili hale getirdi.

Kullanım Örneği 2 - perakende şirketi fatura mutabakatı

Birçok büyük perakende şirketi, her biri kendine özgü veri formatına sahip çeşitli tedarikçilerden gelen faturaları manuel olarak uzlaştırmak zorunda kalmakta ve bu da maliyetlerin artmasına neden olarak kârlılıklarını etkileyebilmektedir. Bankalar şirketlere, gelen ödemelerin akışlarını müşterinin ERP motoru tarafından sağlanan fatura ayrıntılarıyla eşleştirerek otomatik mutabakat ve doğru raporlama sağlayan hizmetler sunabilmektedir. Bu sadece doğru veriler doğru alanda olduğu için mümkündür.

Kullanım Örneği 3 - doğru yaptırım taraması

Ödemeler genellikle mükellef veya alacaklı isimlerindeki yanlış isabetler (yanlış pozitifler) nedeniyle gecikmekte, bu da müşteri memnuniyetsizliğine, olası gelir kaybına ve manuel incelemeler nedeniyle bankalar için artan maliyetlere yol açmaktadır.

Örnekler:

Muhammed Ali ve Maria Chavez de yaptırım listelerinde yer alan uluslararası yaygın isimlerdir. Bu isim nedeniyle bir ödeme yaptırımı kontrolü uyarısı verilebilir. Ancak, kurgusal bir örnek vermek gerekirse, 1997 doğumlu Londralı Muhammed Ali veya 1980 doğumlu New Yorklu Maria Chavez, 1965 doğumlu Mısırlı Muhammed Ali veya 1967 doğumlu Meksikalı Maria Chavez 'den farklıdır ve OFAC listesinde yer alabilirler.

Tarama sistemleri adresler, doğum tarihleri ve diğer özellikler gibi ek verileri dahil ederek daha doğru uyarılar sağlayabilir, finans kuruluşlarını tarama ve soruşturma maliyetlerinden kurtarabilir ve daha da önemlisi müşteri deneyimini iyileştirebilir.

Book a demo

Request a personalized demo to learn how Mastercard can enhance your business through our products and services.

Mastercard