SEPA Ödeme Referansı: EndToEndId, Açıklama ve Amaç Kodları

Bir euro transferi gönderirken IBAN, tutar ve alıcı adının yanında birkaç "referans" alanı daha vardır. Bunlar ödemenin karşı tarafta doğru faturayla, doğru müşteriyle veya doğru muhasebe kaydıyla eşleştirilmesini sağlar. SEPA'nın altında yatan ISO 20022 mesaj standardı bu alanları net biçimde ayırır. Bu rehberde en sık karıştırılan alanları — EndToEndId, açıklama, Purpose Code ve Category Purpose Code — açıklıyor ve bunların SWIFT dünyasındaki UETR'den neden farklı olduğunu gösteriyoruz.

EndToEndId (uçtan-uca referans)

EndToEndId, gönderenin ödemeye eklediği ve ödeme zinciri boyunca değişmeden taşınması öngörülen bir referanstır. Amacı, göndericinin sistemiyle alıcının sistemi arasında ödemeyi tek bir anahtarla eşleştirmektir: örneğin bir fatura numarasını buraya koyarsanız, alıcının muhasebe yazılımı gelen ödemeyi otomatik olarak o faturaya bağlayabilir. Bu yönüyle EndToEndId, insan tarafından okunan açıklamadan ziyade makine tarafından kullanılan teknik bir alandır.

Biçim kısıtları vardır ve bunlar ISO 20022 ve ilgili EPC Uygulama Kılavuzu tarafından belirlenir. Genel olarak alan uzunluğu en fazla ~35 karakter ile sınırlıdır ve yalnızca kılavuzun izin verdiği karakter kümesi (Latin harfler, rakamlar ve sınırlı sayıda noktalama) kabul edilir. Türkçe'ye özgü harfler veya bazı özel semboller reddedilebilir. Değer verilmediğinde uygulama kılavuzlarında yaygın varsayılan "NOTPROVIDED" ifadesidir; yani alanı boş göndermek yerine sistem bu sabiti yerleştirir. Kesin uzunluk ve karakter seti kuralları, bankanızın uyguladığı kılavuz sürümüne göre değişebildiğinden, kritik bir entegrasyonda bunları bankanızla teyit etmelisiniz — aksi doğrulanmadı sayılmalıdır.

Açıklama: remittance information

Açıklama alanı (İngilizce remittance information), ödemenin neyin karşılığı olduğunu alıcıya anlatır. İki biçimi vardır ve aradaki fark otomatik mutabakat açısından önemlidir:

• Yapılandırılmamış (unstructured): Serbest metin. Standart SEPA Credit Transfer akışında bu alan tipik olarak ~140 karakter ile sınırlıdır. "Mart faturası ödemesi" gibi insan tarafından okunan bir not için uygundur, ama otomatik eşleştirme için biçimsel bir garanti sunmaz.
• Yapılandırılmış (structured): Standart bir referans biçimi taşıyan alan. Avrupa'da en yaygın biçim ISO 11649 "RF" Creditor Reference'tır. Bu referansın içinde bir kontrol basamağı bulunur; alıcının sistemi referansı okuyup faturayı otomatik olarak, hatasız biçimde kapatabilir. Kurumsal ve tahsilat akışlarında bu yüzden tercih edilir.

Pratik kural: insan okuyacaksa yapılandırılmamış metin yeterlidir; bir yazılım ödemeyi otomatik eşleştirecekse yapılandırılmış (RF) referans çok daha güvenilirdir. Genellikle bir ödemede bu iki biçimden biri kullanılır; ikisini aynı anda kullanma imkânı ve kuralları kılavuz sürümüne göre değişir.

Purpose Code ve Category Purpose Code (amaç kodları)

Amaç kodları, ödemenin ne için yapıldığını standart bir kodla belirtir. İki ayrı alan vardır:

• Purpose Code: Tek bir ödemenin amacını belirten, ISO 20022 dış kod listelerinden (External Code Sets) seçilen bir koddur. Yaygın örnekler: SALA (maaş), SUPP (tedarikçi ödemesi), RENT (kira). Bu kod daha çok alıcı ve raporlama tarafına bilgi verir.
• Category Purpose Code: Ödemenin kategorisini belirten ve bankaya bir işleme/ önceliklendirme ipucu vermeyi amaçlayan koddur. Örnek: SALA (maaş ödemesi), PENS (emeklilik/pension). Fikir, bankanın bir toplu maaş dosyasını buna göre farklı işleyebilmesidir.

Önemli uyarı: bir bankanın Category Purpose Code'u fiilen dikkate alıp almadığı, alırsa nasıl işlediği bankaya göre değişir. Bir kod girmek, o davranışın garanti edildiği anlamına gelmez. Ayrıca kod listeleri zaman içinde güncellenir. Bu nedenle yukarıda yalnızca yaygın bilinen kodları örnek verdik; kullanacağınız kodun güncel ve geçerli olduğunu her zaman ISO 20022 External Code Sets üzerinden doğrulayın. Listedeki bir kodun sizin bankanızda belirli bir sonuç doğuracağı doğrulanmadıysa, kesin varsaymayın.

Alanları bir arada görmek

Aşağıdaki tablo, bu alanların amacını, kimin doldurduğunu ve yaklaşık karakter sınırlarını özetler. Sınırlar EPC Uygulama Kılavuzu sürümüne göre değişebildiğinden "yaklaşık" olarak verilmiştir.

Alan	Amaç	Kim doldurur	Karakter sınırı (yaklaşık)
EndToEndId	Uçtan-uca teknik referans; otomatik eşleştirme	Gönderen (kişi/yazılım)	~35, sınırlı karakter seti
Açıklama — yapılandırılmamış	Alıcının okuyacağı serbest not	Gönderen	~140 (SCT)
Açıklama — yapılandırılmış (ISO 11649 RF)	Kontrol basamaklı, otomatik mutabakat referansı	Genelde alacaklı belirler, gönderen girer	RF + en fazla 21 karakter
Purpose Code	Ödemenin amacı (ör. SALA, SUPP, RENT)	Gönderen (isteğe bağlı)	4 harfli kod
Category Purpose Code	Kategori/işleme ipucu (ör. SALA, PENS)	Gönderen (isteğe bağlı)	4 harfli kod

UETR ile karıştırmayın (bu SWIFT'tir)

Sık yapılan bir hata, EndToEndId'yi UETR ile aynı sanmaktır. UETR (Unique End-to-end Transaction Reference), SWIFT gpi'ye özgü bir referanstır ve UUID biçiminde (36 karakterlik standart bir kimlik) üretilir. Amacı, bir uluslararası SWIFT ödemesini ağ boyunca uçtan uca izlemektir. UETR farklı bir ağa (SWIFT) ve farklı bir amaca (ödeme takibi) aittir; SEPA'nın EndToEndId'siyle karıştırılmamalıdır. Kısaca: EndToEndId SEPA/ISO 20022 dünyasının eşleştirme referansı, UETR ise SWIFT dünyasının izleme kimliğidir. Türkiye ile Avrupa arasındaki euro transferleri genellikle SWIFT ile yapıldığından, o koridorda bir UETR görmeniz olağandır; bu, işlemin SEPA değil SWIFT olarak işlendiğinin bir belirtisi olabilir.

Pratikte: bu alanları nasıl doldurursunuz, nasıl görürsünüz

Bir ödeme dosyası (ISO 20022 pain.001) hazırlıyorsanız, bu alanların her biri mesajın ilgili bölümlerine yazılır: EndToEndId ödeme kaleminin referans alanına, açıklama yapılandırılmış ya da yapılandırılmamış remittance bölümüne, amaç kodları ise kendi alanlarına girer. Alanların yapısını denemek ve biçimini görmek için pain.001 oluşturucu aracını kullanabilirsiniz.

Ödeme gerçekleştikten sonra bu referanslar hesap ekstresinde de görünür. Banka ekstresi ISO 20022 camt biçiminde geldiğinde (örneğin camt.053), EndToEndId ve açıklama alanları ilgili işlem kaydında yer alır; böylece gönderdiğiniz referansı gelen kayıtla eşleştirebilirsiniz. Bir camt dosyasını okunur hâle getirmek için camt dönüştürücü aracına bakabilirsiniz. Bu araçlar tamamen tarayıcınızda çalışır; girdiğiniz veriler sunucuya gönderilmez.

Özet

SEPA ödemesinde EndToEndId teknik/eşleştirme referansıdır ve değişmeden taşınır (varsayılan "NOTPROVIDED"); açıklama alanı yapılandırılmamış serbest metin (~140 karakter) veya yapılandırılmış ISO 11649 RF referansı olabilir. Amaç kodları (Purpose ve Category Purpose) ödemenin niteliğini belirtir ama etkileri bankaya göre değişir ve kod listeleri güncellenir. Bunların hiçbiri, SWIFT ağına özgü UETR ile aynı şey değildir. Kesin biçim ve davranışlar EPC Uygulama Kılavuzu sürümüne bağlı olduğundan, kritik entegrasyonlarda güncel kod listelerini ISO 20022 kaynağından doğrulamak gerekir.