Mesajlardan Haritaya: ISO 20022 ve SWIFT Üzerinde Küresel Bir Kurumsal Standart Kurmak

TL;DR. ISO 20022 ve SWIFT'in CBPR+ programı, sınır ötesi ödemelere uyumlaştırılmış küresel bir dil kazandırdı — ancak kurumların bunu nasıl kullanacağına dair küresel bir harita sunmadı. Uyumlaştırmayı bir ödemenin ne söylediğinden bir kurumun onu nasıl kullandığına, hâlihazırda var olan raylar üzerinde nasıl genişleteceğinizi anlatır.

Points clés

Yeni temel çizgi: ISO 20022 artık veri için isteğe bağlı değil. Başlangıç noktası nettir.
SWIFT ve ISO 20022'nin kurumlara halihazırda sunduğu. Kurumlar bu hikâyede sonradan akla gelen unsurlar değil.
Eksik katman: uyumlaştırılmış mesajlardan bir kurumsal standarda. Bu ayrım incelikli görünür, ancak bir sözlük ile bir taşıma sistemi arasındaki farktır.
Küresel bir kurumsal standardın eklemesi gerekenler. İyi haber şu ki, bankaların sıfırdan yeni bir standart icat etmesi gerekmiyor.

Sektör nihayet ödemeler için küresel bir dile sahip. Kurumların buna göre hareket etmesi için hâlâ küresel bir haritası yok. ISO 20022 ve SWIFT'in CBPR+ programı, sınır ötesi ödemelere zengin, yapılandırılmış, uyumlaştırılmış veri kazandırdı ve bu, CPMI'nin G20 yol haritası kapsamındaki 2027 sonu veri gereksinimleriyle pekiştirildi. Yapmadıkları şey, bir kurumsal hazine yöneticisine ya da onlar adına hareket eden sistemlere, bu verinin gerçek dünyada nasıl açığa çıkarılması, güvence altına alınması, sürümlenmesi ve davranış göstermesi gerektiğini söylemekti. Sonuç tuhaf bir tersine dönüş: mesajlar dünya genelinde yakınsıyor, ancak bankaların kurumların bunları kullanmasına izin verme biçimi bankadan bankaya parçalı kalıyor. İşte bankalar ve finans kuruluşları, uyumlaştırılmış mesajlardan küresel bir kurumsal standarda — hâlihazırda sahip oldukları rayları kullanarak — bu şekilde geçebilir.

Yönetici Özeti

Zorlayıcı işlevler çoktan devreye girdi. ISO 20022 artık dünya genelinde sınır ötesi ödemelerin standart dilidir; MT/MX bir arada bulunma Kasım 2025'te sona erdi, yapılandırılmış adresler Kasım 2026'da geliyor ve CPMI'nin uyumlaştırılmış veri gereksinimleri en az 2027 sonuna kadar sürüyor.

Uyumlaştırma mesaj sınırında durdu. CPMI ve SWIFT, bir ödemenin ne söylemesi gerektiğini standartlaştırdı. Bir bankanın bir kurumun onu nasıl kullanmasına izin vereceğini standartlaştırmadılar — kanal, kimlik doğrulama, hizmet seviyeleri, hata ve yeniden deneme semantiği.

Çözüm, mevcut standartları genişletir, yenisini icat etmez. Küresel bir kurumsal standart, ISO 20022 ve CBPR+ üzerine oturur ve üç soruyu yanıtlar: bir kurum bu mesajları bankalar arasında hangi arayüzler üzerinden, hangi güvenlik desenleri altında ve hangi davranışsal garantilerle kullanabilir?

Asimetri belirleyicidir. Ortak bir arayüz profili üzerinde anlaşmanın bedeli bir kez, toplu olarak ödenir; bunu yüzlerce ikili entegrasyona bırakmanın bedeli sonsuza dek, entegrasyon saatleri ve mutabakat kopuklukları olarak ödenir. Bir kurumsal standardın yokluğu artık haritayı çizmeme tercihidir.

Yeni temel çizgi: ISO 20022 artık veri için isteğe bağlı değil

Başlangıç noktası nettir. Kasım 2025 itibarıyla, SWIFT'in ağında sınır ötesi ödemeler ve raporlama için MT ile ISO 20022 arasındaki bir arada bulunma dönemi finans kuruluşları açısından sona erdi. CBPR+ artık ödeme talimatları için ISO 20022'yi zorunlu kılıyor ve bir sonraki dönüm noktası çoktan takvimde: Kasım 2026'dan itibaren, yapılandırılmamış posta adresleri CBPR+ mesajlarından kaldırılarak yerini tamamen yapılandırılmış ya da melez biçimlere bırakacak. Buna paralel olarak, CPMI ve PMPG, daha hızlı, daha ucuz, daha şeffaf sınır ötesi ödemeler için G20 programı kapsamında bu gereksinimleri en az 2027 sonuna kadar sürdürmeyi taahhüt ederek uyumlaştırılmış ISO 20022 veri gereksinimlerini yayımladı.

Başka bir deyişle, küresel topluluk bir ödemenin ne söylemesi gerektiği konusunda yakınsadı. CPMI'nin kendi gereksinimleri, benzersiz uçtan uca referanslardan yapılandırılmış taraf ve adres bilgilerine, şeffaf ücretlerden asgari havale alanlarına kadar her şeyi kapsar — tümü, mesajları piyasalar arasında daha karşılaştırılabilir ve makinece okunabilir kılmak için tasarlanmıştır. SWIFT bunu somut CBPR+ kılavuzlarına ve son tarihlerine çevirdi ve bunları ağ düzeyinde uyguladı. İşte veri katmanı budur: zengin, yapılandırılmış, uyumlaştırılmış.

SWIFT ve ISO 20022'nin kurumlara halihazırda sunduğu

Kurumlar bu hikâyede sonradan akla gelen unsurlar değil. SWIFT, "kurumlar için ISO 20022" ve ilgili piyasa uygulamasını inşa etmek için on yıl harcadı ve faydaları gerçek.

Mesaj düzeyinde, ISO 20022 kurumlara şunları sunar:

İyileştirilmiş mutabakat; pain ve camt mesajlarında yapılandırılmış havale bilgisi ve uçtan uca kimlikler kullanarak alacak eşleştirmesini hızlandırır ve manuel işi azaltır.
Daha iyi işletme sermayesi yönetimi; nakit raporlamasındaki (camt.052/053/054) daha zengin ve daha yapılandırılmış veri, gelen ve giden nakit akışlarının daha doğru tahmin edilmesini destekler.
Başkası adına (on-behalf-of) modelleri ve sanal hesaplar için destek; nihai borçlu/alacaklı, başlatan taraf ve eski MT yapısının hiçbir zaman temiz taşıyacak biçimde tasarlanmadığı diğer roller için ayrılmış alanlar aracılığıyla.

SWIFT'in kurumsal çalışması teoriyle sınırlı kalmadı. SCORE çerçevesi ve CGI-MP (Common Global Implementation – Market Practice) grubu, kurumsal ödeme başlatma ve nakit yönetimi mesajları için ayrıntılı ISO 20022 kullanım kılavuzları üretti. Bankalar ve kurumlar, her ilişki için yeni lehçeler icat etmekten kaçınmak amacıyla — MyStandards üzerinde yayımlanan ve canlı pilotlarla iyileştirilen — bu şablonları kullanır. SEB'in kurumlar için erken ISO 20022 uygulaması gibi vaka çalışmaları, çok uluslu şirketlerin birden çok banka ve piyasada tek bir pain.001 ve camt sürümünde standartlaşabildiğini, verimlilik ve kontrolde ölçülebilir kazanımlarla gösteriyor.

Dolayısıyla yapı taşları mevcut. Kurumların faydalar konusunda net bir görünümü var; bankaların mesaj kılavuzları ve örnekleri var; CPMI asgari veri setini yargı bölgeleri arasında uyumlaştırdı. Bunların hiçbirinin henüz sağlamadığı şey, farklı bir soruya küresel olarak tutarlı bir yanıttır: "mesaj nasıl görünmeli?" değil, "bir banka bir kurumun onu nasıl kullanmasına izin vermeli?"

Eksik katman: uyumlaştırılmış mesajlardan bir kurumsal standarda

Bu ayrım incelikli görünür, ancak bir sözlük ile bir taşıma sistemi arasındaki farktır. ISO 20022 ve CPMI, uçtan uca seyahat etmesi gereken kelimeleri ve dilbilgisini söyler. Şunları söylemezler:

Kurumun bu mesajlara dosyalar, portallar, ana bilgisayardan ana bilgisayara (host-to-host) hatlar ya da API'ler aracılığıyla mı ulaştığı — ya da bunlardan hangisinin birinci sınıf olarak ele alındığı.
Bu kanalların istemcileri nasıl kimlik doğruladığı — özel sertifikalar, manuel beyaz listeler ya da modern OAuth2/mTLS profilleri.
Kurumun hangi işlevsel olmayan davranışı varsayabileceği — gecikme bütçeleri, erişilebilirlik, kesim saati uygulaması ve STP beklentileri.
Hataların nasıl bildirildiği ve hangi yeniden deneme desenlerinin güvenli olduğu — özellikle otomasyon ve ajanlar bu kanallara karşı hareket etmeye başladığında.

Bu boşluk artık 2015'te olduğundan daha çok önem taşıyor. O zaman, entegratör bir insandı ve ufuk, kurum başına bir avuç bankaydı. Bugün, büyük kurumlar ve platformları, onlarca karşı taraf arasında gerçek zamanlı görünürlük, uçtan uca başlatma ve makine güdümlü mutabakat bekliyor — ve giderek düz dosyalar yerine API'ler üzerinden. ISO 20022 onlara daha zengin veri verdi. Ancak tek başına, onlara öngörülebilir bir arayüz vermedi.

İnandırıcı bir küresel kurumsal standart, açıkça ISO 20022 ve CBPR+ temel çizgisinin üzerine — aynı uyumlaştırılmış mesajları kullanarak — oturmalı ve üç soruyu yanıtlamalı: bir kurum bu mesajları bankalar arasında hangi arayüzler üzerinden, hangi güvenlik desenleri altında ve hangi davranışsal garantilerle güvenilir biçimde kullanabilir?

Küresel bir kurumsal standardın eklemesi gerekenler

İyi haber şu ki, bankaların sıfırdan yeni bir standart icat etmesi gerekmiyor. Hâlihazırda sahip olduklarını genişletmeleri gerekiyor.

1. Mesaj katmanını sabitleyin: uyumlaştırılmış ISO 20022 şablonlarını benimseyin

Öncelikle, bankalar ve kurumlar, CPMI'nin uyumlaştırılmış veri gereksinimlerini ve mevcut SWIFT/CGI-MP şablonlarını, sınır ötesi kurumsal akışlar için pazarlığa kapalı temel çizgiler olarak ele almayı taahhüt etmelidir.

Bu şu anlama gelir:

Sınır ötesi ödemeler ve nakit raporlaması için, CBPR+ ve Kasım 2026 gereksinimleriyle hizalanmış yapılandırılmış ve melez adreslerle birlikte uyumlaştırılmış ISO 20022 mesajlarını (pain, pacs, camt) kullanmak.
Kesinlikle gerekli olmadıkça özel uzantılardan kaçınmak — ve kullanıldıklarında, karanlıkta çoğalmak yerine keşfedilip yeniden kullanılabilmeleri için bunları MyStandards'ta belgelemek.
Dahili sistemlerin, zenginleştirilmiş ISO 20022 verisini çekirdekte MT benzeri yapılara geri düzleştirmek yerine gerçekten korumasını sağlamak.

Bu, "ne söyleneceği" katmanıdır: CPMI uyumlaştırılmış veri modelini tanımlar; SWIFT bunu CBPR+ içinde işlevsel hale getirir; CGI-MP, kurumlara ve bankalara izlenecek somut şablonlar verir.

2. Arayüz katmanını standartlaştırın: yalnızca dosyalar değil, API profilleri

İkinci olarak, bankalar ve finans kuruluşları, ISO 20022 tabanlı ödemeler ve nakit raporlaması için birincil kurumsal arayüzün, dosya ve portalların bir yamalı bohçası değil, ortak bir profile sahip API'ler olacağına karar vermelidir.

Bu şunları içerir:

Kurumsal ödeme başlatmayı (pain.001) ve nakit yönetimi mesajlarını (camt.052/053/054), standart bir sayfalama, korelasyon ve filtreleme deseniyle REST API'ler aracılığıyla açığa çıkarmak.
Bu API'ler için OpenAPI spesifikasyonlarını, kurumların kullanım kılavuzlarına zaten baktığı yerde yayımlamak — örneğin, MyStandards ya da eşdeğer portallardaki ISO 20022 şablonlarının yanında.
Özel SFTP anahtarları, gelişigüzel IP beyaz listeleri ve bankaya özgü sertifika ritüelleri yerine, sınırlı bir kimlik doğrulama modeli setini — tercihen kurumsal API'ler için karşılıklı TLS'li FAPI düzeyinde OAuth2.1'i — taahhüt etmek.

SWIFT'in kendi kurumsal kılavuzu zaten bu yönde ipuçları veriyor; ödeme mesajı hazırlığını giderek kurumsal müşteriler için API dağıtımlarıyla eşleştiren büyük bankaların ISO 20022 geçiş el kitapları da öyle. Küresel bir kurumsal standart bunu açık hale getirir: aynı ISO 20022 mesaj tanımlarına, az sayıda öngörülebilir API deseni aracılığıyla erişilebilmelidir.

3. Davranış katmanını tanımlayın: SLO'lar, hata semantiği ve yeniden denemeler

Üçüncü olarak, standart, kurumlar için — ve özellikle onların hazine sistemleri ve ajanları için — arayüzün nasıl davrandığının, mesajın nasıl göründüğü kadar önemli olduğunu kabul etmelidir.

Burada, bankalar ve finans kuruluşları en azından bölgesel olarak şu konularda koordine olmalıdır:

İşlevsel olmayan hizmet seviyeleri:
Ödeme başlatma, durum güncellemeleri ve nakit raporlaması çağrıları için gecikme beklentileri.
Erişilebilirlik hedefleri ve planlı bakım pencereleri.
Aynı gün ve sınır ötesi akışlar için uçtan uca işleme (STP) beklentileri ve kesim saati davranışı.
Ortak bir hata modeli:
Kurumlar arasında temiz biçimde eşleşen ortak hata kodları ve kategorileri (doğrulama hatası, kesim saati kaçırma, likidite sorunu, uyum bekletmesi, teknik arıza).
Neyin yeniden denenebileceği, neyin yeniden denenmemesi gerektiği ve idempotentlik anahtarlarının ödeme başlatma çağrıları arasında nasıl davranması gerektiği konusunda net rehberlik.

Bu davranış katmanı olmadan, hepsi pain.001 gönderiyor ve camt.053 alıyor olsa bile, kurumlar her bankayı kendine özgü bir entegrasyon projesi olarak görmeye devam edecektir. Bununla birlikte, banka bağlantısını daha çok takılabilir bir bileşen gibi ele alabilirler: aynı mesajlar, aynı API deseni, "kabul edildi", "beklemede", "başarısız" ve "yeniden deneme" için aynı semantik.

Bankalar ve finans kuruluşları yeni bir komite olmadan nasıl koordine olabilir

Bir başka standartlaştırma boşluğuyla karşılaşıldığında, akla yeni bir forum icat etmek gelir. Burada bu gerekli değildir. ISO 20022'yi zaten yöneten kurumlar, yetki alanlarını bir katman yukarı genişletebilir.

Üç mecra doğaldır:

SWIFT ve kurumsal programları. SWIFT zaten CBPR+, CGI-MP ve kurumsal kullanım kılavuzları için toplanma noktasıdır. Referans API profillerine ve davranışsal önerilere ev sahipliği yapabilir — örneğin, mevcut ISO 20022 mesaj şablonlarının yanında kanonik OpenAPI spesifikasyonları ve hata taksonomileri yayımlayabilir.
CPMI'nin uyumlaştırılmış veri yönetişimi. CPMI, bir piyasa uygulaması grupları paneliyle desteklenerek uyumlaştırılmış ISO 20022 gereksinimlerini en az 2027'ye kadar sürdürmeyi ve geliştirmeyi taahhüt etti. CPMI veriye odaklanmakla birlikte, "ne gönderildiği" ile "nasıl kullanıldığı" arasında bir ayrışmayı önleyerek, piyasaları bu verinin üzerine tutarlı arayüz standartları kurmaya açıkça teşvik edebilir.
Bölgesel ve küresel piyasa uygulaması grupları. ISO 20022 uygulaması konusunda zaten koordine olan gruplar — CGI-MP'den bölgesel ödeme konseylerine kadar — arayüz davranışını ikili müzakerelere bırakmak yerine, çalışmalarının bir parçası olarak ortak API ve SLO profillerini benimseyebilir.

Bu, CPMI'yi ya da SWIFT'i API düzenleyicilerine dönüştürmekle ilgili değildir. Mevcut toplulukları kullanarak, aynı uyumlaştırılmış mesajların sonsuz sayıda özel arayüzle çevrelenmemesi gerektiği konusunda anlaşmakla ilgilidir.

Önümüzdeki üç yıl için aşamalı bir yaklaşım

Takip etmek yerine öncülük etmek isteyen bankalar ve finans kuruluşları için yol, kademeli ve halihazırda karşılaştıkları dönüm noktalarıyla hizalıdır.

Aşama 1 – Veri çalışmasını uçtan uca tamamlayın

Hâlâ eksik olan yerlerde sınır ötesi MT mesajlarının CBPR+ için ISO 20022'ye geçişini tamamlayın ve dahili sistemlerin yapılandırılmış ISO verisini kenarda soymak yerine korumasını sağlayın.
Kurumsal ödeme başlatma ve nakit raporlaması mesajlarını CBPR+ ve CGI-MP şablonlarıyla hizalayın, uyumlaştırmayı bozan bankaya özgü varyasyonlardan kaçının.
Kasım 2026 son tarihinden önce, hem banka hem de kurumsal kanallar genelinde yapılandırılmış ve melez posta adreslerini uygulayın, böylece kurumlar tek bir adresleme modeline güvenebilir.

Aşama 2 – API'leri birinci sınıf kurumsal kanallar haline getirin

ISO 20022 ile hizalanmış ödeme başlatma ve nakit raporlamasını, piyasalar ve iş kolları genelinde ortak bir profile sahip REST API'ler aracılığıyla açığa çıkarın.
Özel dosya tabanlı kimlik doğrulama mekanizmalarının yerini alarak ya da önceliğini düşürerek, bu API'ler için karşılıklı TLS'li FAPI düzeyinde OAuth2.1'i varsayılan güvenlik modeli olarak benimseyin.
OpenAPI spesifikasyonlarını ve geliştirici kılavuzlarını, kurumların bankalar arasında kolayca karşılaştırabileceği bir biçimde yayımlayın — ideal olarak SWIFT'ten ya da sektör gruplarından bağlantı verilen ortak bir depoda ya da portalda.

Aşama 3 – Davranışı standartlaştırın ve yönetin

Kurumsal ISO 20022 API'leri için ortak hata kodlarını, idempotentlik kılavuzlarını ve yeniden deneme desenlerini tanımlamak üzere — SWIFT, CGI-MP ya da bölgesel konseyler altında — çalışma gruplarına katılın ya da oluşturulmalarına yardımcı olun.
Kurumsal ödeme başlatma ve raporlama API'leri için gecikme, erişilebilirlik ve STP'ye ilişkin SLO'ları belirleyin ve yayımlayın; bunları CBPR+ uyumluluğunu izlediğiniz kadar titizlikle izleyin.
SWIFT ve diğerlerinin ISO 20022 mesajlaşmasında zaten yaptığı gibi, erken benimseyenleri referans vaka olarak kullanarak kurumları ve hazine platformlarını bu ortak profillere göre inşa etmeye teşvik edin.

Kurumların kendileri için program paraleldir:

ERP ve TMS platformlarını, yapılandırılmış havale ve adres desteği ile camt nakit raporlamasının tam tüketimi dahil olmak üzere, ISO 20022 yerel (native) olacak biçimde modernize edin.
Yalnızca "dosya üzerinden ISO 20022" değil, şeffaf hizmet seviyeleri ve uyumlaştırılmış semantik sunan ISO 20022 ile hizalanmış API'ler sunan banka ilişkilerine öncelik verin.
Daha zengin veriyi ve öngörülebilir davranışı kullanarak, dahili süreçleri — mutabakat, tahmin, OBO modelleri — birer birer değil, tüm bankalar genelinde standartlaştırın.

Fırsat ve risk

Zorlayıcı işlevler çoktan harekete geçti. ISO 20022 artık dünya genelinde sınır ötesi ödemelerin standart dilidir; bir arada bulunma sona ermiş ve yapılandırılmış veri ağ düzeyinde uygulanmaktadır. CPMI'nin uyumlaştırılmış veri gereksinimleri, Frankfurt'tan Washington'a kadar piyasa uygulamasına ve düzenleyici beklentilere yerleştirilmektedir. Bankalar ISO 20022 geçişlerine ve kurumsal API dağıtımlarına yoğun yatırım yapıyor; kurumlar yeni mesajları işlemek için ERP'lerini ve TMS'lerini yükseltiyor.

Soru şu: Bu dalga mesaj sınırında mı duracak, yoksa kurumsal deneyime kadar mı taşınacak? Bankalar ISO 20022'yi salt bir mesajlaşma yükseltmesi olarak ele alırsa, kurumlar aynı ödemenin telde benzer göründüğü ancak her bankada farklı biçimde erişildiği, kontrol edildiği ve anlaşıldığı bir dünyada yaşamaya devam edecektir. Bunun yerine, bankalar ISO 20022'yi ve SWIFT'in çerçevelerini küresel bir kurumsal standardın temeli olarak kullanırsa — uyumlaştırmayı "ne"den "nasıl"a genişleterek — kurumlar nihayet G20 gündeminin yıllardır vaat ettiği şeye kavuşabilir: yalnızca yapısal olarak benzer değil, gerçekten standartlaştırılmış, daha hızlı, daha ucuz, daha şeffaf sınır ötesi ödemeler.

Burada tanıdık bir asimetri var. Ortak bir arayüz profili üzerinde anlaşmanın bedeli bir kez, toplu olarak ödenir. Bunu yüzlerce ikili anlaşmaya bırakmanın bedeli sonsuza dek, tek tek, entegrasyon saatleri, mutabakat kopuklukları ve kaçırılan otomasyon fırsatları olarak ödenir. Kurumların, platformların ve giderek ajanların ISO 20022'yi yerel (native) olarak tüketmeye hazır olduğu bir dünyada, küresel bir kurumsal standardın yokluğu, manzaradaki bir boşluktan çok, haritayı çizmeme tercihidir.

Sıkça Sorulan Sorular

ISO 20022 sınır ötesi ödemeler için hâlâ isteğe bağlı mı? Hayır. Kasım 2025 itibarıyla, SWIFT'in ağında sınır ötesi ödemeler ve raporlama için MT/MX bir arada bulunma dönemi finans kuruluşları açısından sona erdi ve CBPR+ ödeme talimatları için ISO 20022'yi zorunlu kılıyor. Bir sonraki dönüm noktası çoktan sabitlendi: Kasım 2026'dan itibaren, yapılandırılmamış posta adresleri CBPR+ mesajlarından kaldırılarak yerini yapılandırılmış ya da melez biçimlere bırakacak.

Mesajlar uyumlaştırılmışsa, hâlâ eksik olan nedir? Arayüz. CPMI ve SWIFT, bir ödemenin ne söylemesi gerektiğini — zengin, yapılandırılmış, karşılaştırılabilir bir veri seti — standartlaştırdı. Bir bankanın bir kurumun ona nasıl ulaşıp kullanmasına izin vereceğini standartlaştırmadılar: hangi kanalın birinci sınıf olduğu, nasıl kimlik doğruladığı, kurumun hangi gecikme ve erişilebilirliği varsayabileceği ve hataların ile yeniden denemelerin nasıl davrandığı. İşte bu, bir sözlük ile bir taşıma sistemi arasındaki farktır.

Bankaların bunu düzeltmek için yeni bir standartlar komitesine ihtiyacı var mı? Hayır. ISO 20022'yi zaten yöneten kurumlar, yetki alanlarını bir katman yukarı genişletebilir. SWIFT zaten CBPR+, CGI-MP ve kurumsal kullanım kılavuzlarını topluyor ve referans API profillerine ve hata taksonomilerine ev sahipliği yapabilir; uyumlaştırılmış veri setini 2027 sonuna kadar yöneten CPMI, bu verinin üzerine tutarlı arayüz standartları kurmayı teşvik edebilir; ve bölgesel piyasa uygulaması grupları ortak API ve SLO profillerini benimseyebilir.

Bir banka önce ne yapmalı? Veri çalışmasını uçtan uca tamamlayın — yapılandırılmış ISO 20022'yi çekirdekte düzleştirmek yerine koruyun ve Kasım 2026'dan önce yapılandırılmış ve melez adresleri uygulayın. Ardından, ortak bir FAPI düzeyinde profil ve yayımlanmış OpenAPI spesifikasyonlarıyla API'leri birinci sınıf bir kurumsal kanal haline getirin. Ardından davranışı standartlaştırın: ortak hata kodları, idempotentlik rehberliği ve CBPR+ uyumluluğu kadar titizlikle izlenen yayımlanmış SLO'lar.

Kaynaklar

Uluslararası Ödemeler Bankası (CPMI), Sınır ötesi ödemeleri iyileştirmek için uyumlaştırılmış ISO 20022 veri gereksinimleri ⧉. [G20 sınır ötesi ödemeler programı kapsamındaki 2027 sonu uyumlaştırılmış veri seti — bu analizin üzerine kurulduğu "bir ödemenin ne söylemesi gerektiği" katmanı.]
Swift, ISO 20022 — küresel ödemeler için yeni bir çağ ⧉. [CBPR+ programı; MT/MX bir arada bulunma, sınır ötesi ödemeler ve raporlama için Kasım 2025'te sona erdi ve ağ düzeyinde uygulandı.]
Swift, ISO 20022 dönüm noktası: Kasım 2026, yapılandırılmamış adresler kaldırılacak ⧉. [CBPR+ mesajları için yapılandırılmış / melez adres gereksinimi.]
Swift, Kurumlar için ISO 20022 ⧉. [SCORE ve CGI-MP kullanım kılavuzları; mutabakat, işletme sermayesi yönetimi ve başkası adına modellerinde kurumsal faydalar.]
Federal Reserve Financial Services, ISO 20022'yi Anlamak ⧉. [Yapılandırılmış havale, camt nakit raporlaması ve yukarıda belirtilen kurumsal mutabakat ve tahmin kazanımları.]
Swift, ISO 20022 uyumlaştırma sözleşmesi ⧉. [MyStandards, CGI-MP şablonları ve özel lehçeleri çoğaltmak yerine uzantıları belgeleme disiplini.]

Son gözden geçirme: Temmuz 2026. Özgün analiz; kaynaklar alıntılanmıştır, çoğaltılmamıştır. Bu alanda rakamlar ve zaman çizelgeleri hızla değişir — yeniden yayımlamadan önce birincil kaynaklarla doğrulayın. CC-BY-4.0 lisansı altında lisanslanmıştır.

Son inceleme 2026-07-08.

Bu makaleyi yeniden yayınla

Mesajlardan Haritaya: ISO 20022 ve SWIFT Üzerinde Küresel Bir Kurumsal Standart Kurmak — Sebastien Rousseau

ISO 20022 ve SWIFT'in CBPR+ programı, sınır ötesi ödemelere uyumlaştırılmış küresel bir dil kazandırdı — ancak kurumların bunu nasıl kullanacağına dair küresel bir harita sunmadı. Uyumlaştırmayı bir ödemenin ne söylediğinden bir kurumun onu nasıl kullandığına, hâlihazırda var olan raylar üzerinde nasıl genişleteceğinizi anlatır.

Bu makale şu lisans altında yayınlanmıştır Creative Commons Attribution 4.0 International. Yeniden yayın, kanonik URL'ye atıfta bulunulmasını gerektirir.

Mesajlardan Haritaya: ISO 20022 ve SWIFT Üzerinde Küresel Bir Kurumsal Standart Kurmak — Sebastien Rousseau

ISO 20022 ve SWIFT'in CBPR+ programı, sınır ötesi ödemelere uyumlaştırılmış küresel bir dil kazandırdı — ancak kurumların bunu nasıl kullanacağına dair küresel bir harita sunmadı. Uyumlaştırmayı bir ödemenin ne söylediğinden bir kurumun onu nasıl kullandığına, hâlihazırda var olan raylar üzerinde nasıl genişleteceğinizi anlatır.

Originally published at https://sebastienrousseau.com/tr/2026-07-08-global-corporate-standard-iso-20022-swift-2026/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER