BIC Doğrulama ≠ SEPA Katılımcılık: Üç Ayrı Katman

"BIC'i araca yazdım, geçerli çıktı — demek ki bu bankaya SEPA transferi yapabilirim" cümlesi, ödeme dünyasının en yaygın ama en riskli kısayollarından biridir. Bir BIC'in doğrulanması aslında üç tamamen farklı soruyu kapsayabilir ve bunların yalnızca ilki bir sorgulama aracıyla cevaplanır. Bu üç soru şudur: (1) Bu kod biçimsel olarak doğru mu? (2) Bu kurum ilgili SEPA şemasına katılımcı mı? (3) Bu kurum, göndereceğim ödemede fiilen erişilebilir mi? Bu rehber üç katmanı ayırır ve her birini hangi kaynağın cevapladığını gösterir.

Üç katman tek tabloda

Katman 1 — Yapısal geçerlilik: BIC sorgulama ne yapar, ne yapmaz

BIC (Business Identifier Code, günlük dilde SWIFT kodu), ISO 9362 standardıyla tanımlanır ve 8 ya da 11 karakterden oluşur. İlk 4 karakter kurum kodu, sonraki 2 karakter ülke kodu (ISO 3166), sonraki 2 karakter konum kodu ve varsa son 3 karakter şube kodudur. Bir BIC sorgulama aracı bu bileşenlerin uzunluğunu, karakter tipini (harf/rakam) ve ülke kodunun bilinen bir ülkeye karşılık gelip gelmediğini kontrol eder. Yani cevapladığı soru dar ve nettir: "Bu dizge geçerli bir BIC gibi görünüyor mu?"

Bu araç şunları yapamaz: kurumun bugün hâlâ faaliyette olduğunu doğrulayamaz (BIC'ler emekliye ayrılabilir veya birleşmeyle değişebilir), kurumun herhangi bir SEPA şemasına katıldığını söyleyemez ve göndereceğiniz belirli bir ödemenin ulaşacağını garanti edemez. Biçimsel geçerlilik, doğrulama merdiveninin yalnızca ilk basamağıdır — gerekli ama tek başına yeterli değildir.

Katman 2 — Şema katılımcılığı: yalnızca EPC Register doğrular

Bir kurumun bir SEPA şemasına katılıp katılmadığı biçimden okunamaz; bunun tek yetkili kaynağı European Payments Council'ın (EPC) Register of Participants listesidir. Bu resmî liste, her şemaya fiilen katılan ödeme hizmeti sağlayıcılarını içerir ve kritik nokta şudur: her şema ayrı değerlendirilir. Bir kurum:

• SCT (SEPA Credit Transfer — standart euro transferi) şemasında olabilir,
• ama SCT Inst (anlık transfer) şemasında olmayabilir,
• SDD Core (bireysel doğrudan borçlandırma) ile SDD B2B (kurumsal) katılımı ayrıdır,
• ve VoP (Verification of Payee — alıcı doğrulama) katılımı yine ayrı bir kayıttır.

Dolayısıyla "banka SEPA'da mı?" sorusu tek başına eksiktir; doğru soru "banka hangi şemada katılımcı?" olmalıdır. Bir BIC'in EPC listesinde SCT altında görünmesi, aynı kurumun SCT Inst veya SDD altında da erişilebilir olduğu anlamına gelmez. Her ödeme türü için ilgili şema ayrı doğrulanmalıdır.

Şema katılımı ≠ müşteriye sunum ≠ operasyonel durum

Şema katılımcılığı doğrulanmış olsa bile, bu tek başına hizmetin size sunulduğu anlamına gelmez. Üç kavramı asla birbirine karıştırmayın:

• Şema katılımı: Kurumun EPC Register of Participants listesinde ilgili şema altında yer alması.
• Müşteriye sunum: Bu özelliğin sizin bireysel veya kurumsal hesap paketinizde/ürününüzde açık olması. Bir banka bir şemaya kayıtlı olup özelliği yalnızca belirli paketlerde sunabilir.
• Operasyonel durum: Kurumun o an fiilen hizmet verip vermediği (bakım, kısıtlama, kanal farkı vb.).

Bu üçlü ayrım, "matematiksel geçerli bir kod" ile "işleyen bir ödeme yolu" arasındaki farkın özüdür. EPC listesi ikinci katmanı (şema katılımı) doğrular; müşteriye sunum ve operasyonel durum için bankanızın güncel ürün/tarife sayfasını ve gerektiğinde doğrudan bankayı teyit kaynağı almanız gerekir.

Katman 3 — Erişilebilirlik: CNOR / DNOR red kodları

Üçüncü ve çoğu zaman gözden kaçan katman erişilebilirliktir (reachability): kurum ilgili şemaya kayıtlı olsa bile, göndereceğiniz belirli ödeme için o an fiilen erişilebilir durumda olmayabilir. Erişilebilirlik sorunları biçim hatasından farklıdır ve genellikle işlem geri döndüğünde bir sebep koduyla kendini gösterir. İki tipik örnek:

• CNOR — Creditor (alıcı) bankası / alıcı ilgili şemada erişilebilir değil.
• DNOR — Debtor (borçlu) bankası / borçlu ilgili şemada erişilebilir değil (özellikle SDD doğrudan borçlandırmada).

Bu kodlar biçim hatası bildirmez; kod pekâlâ geçerli, kurum pekâlâ var olabilir. Bildirdikleri şey, hedefin bu şemada bu ödeme için ulaşılabilir olmadığıdır. Bir transfer bu tür bir kodla geri döndüğünde çözüm BIC'i "düzeltmek" değil, doğru şemayı/kanalı seçmek veya alıcının o şemada erişilebilir olup olmadığını doğrulamaktır. Geri dönen kodun tam karşılığını görmek isterseniz sebep kodu araçlarımızdan yararlanabilirsiniz.

Pratik doğrulama sırası

Bir euro ödemesi öncesinde bir BIC'i güvenle değerlendirmek istiyorsanız üç adımı sırayla uygulayın; hiçbir adım bir öncekinin yerine geçmez:

1. Biçim: BIC / SWIFT sorgulama ile kodun yapısal geçerliliğini ve bileşenlerini kontrol edin.
2. Şema: EPC katılımcı sorgulama ile kurumun tam olarak hangi şemaya (SCT / SCT Inst / SDD Core / SDD B2B / VoP) katıldığını doğrulayın.
3. Erişilebilirlik ve sunum: Ödeme türü ve kanalı için erişilebilirliği, müşteri ürünündeki açıklığı ve operasyonel durumu bankanızın güncel bilgisinden teyit edin; işlem geri dönerse sebep kodunu (CNOR/DNOR vb.) yorumlayın.

Özetle: BIC sorgulama biçimi doğrular, EPC Register katılımı doğrular, erişilebilirlik ise ancak ödeme sonucu ve banka teyidiyle netleşir. Bu üç katmanı ayrı tuttuğunuzda, "geçerli görünen ama işlemeyen" ödeme sürprizlerinin çoğunu önceden yakalamış olursunuz.