SEPA R-İşlemleri: Reject, Return, Recall ve Refund

SEPA'da ödemelerin büyük çoğunluğu sorunsuz tamamlanır, ama her zaman değil. Yanlış bir IBAN, kapalı bir hesap, yetersiz bakiye, mükerrer talimat veya dolandırıcılık şüphesi bir ödemenin geri dönmesine yol açabilir. European Payments Council (EPC) bu "ters yönlü" işlemleri ortak bir isimle toplar: R-transactions (R-işlemleri). Bu sayfa dört ana R-işlemini — Reject, Return, Recall ve Refund — ayrı ayrı açıklar, hangisinin kim tarafından, ne zaman ve hangi sonucu doğuracak biçimde başlatıldığını gösterir. Not: Ana kaynak EPC kural kitabıdır ve süreler ilgili kural kitabı sürümüne göre değişebilir; kritik bir durumda mutlaka bankanızla doğrulayın.

R-işlemi ne demektir?

Bir SEPA ödemesi başlatıldıktan sonra tamamlanmasını engelleyen veya geri çeviren her mesaj, teknik olarak bir R-işlemidir. "R" harfi bu işlemlerin İngilizce adlarının ortak baş harfinden gelir (Reject, Return, Recall, Refund, Reversal, Request for Recall by the Originator). Her R-işlemi kendi başına bir para hareketi değildir; çoğu, ISO 20022 mesajlarında (örneğin pacs.004 return mesajı) bir sebep kodu (reason code) taşıyarak neyin, neden geri döndüğünü açıklar. Bu kodlar (AC01, AM04, MD01, RR04, RC01…) işlemle birlikte yolculuk eder ve bankanızın size gösterdiği açıklamanın kaynağıdır. Kodun tam karşılığını çözmek için SEPA red/hata kodu çözücü aracımızı kullanabilirsiniz.

R-işlemlerini anlamanın en kritik ayrımı zamanlamadır: işlem, tutarın bankalar arasında mutabakatının (settlement) yapılıp yapılmadığına göre farklı bir kategoriye girer. Bu, hem sürecin hem de kimin kimden ne isteyebileceğinin belirleyicisidir.

1. Reject — mutabakat öncesi red

Reject, ödemenin takas ve mutabakat tamamlanmadan önce reddedilmesidir. Yani para henüz alıcı bankaya geçmemiştir; işlem teknik veya biçimsel bir nedenle daha akış aşamasındayken durdurulur. Reject'i genellikle gönderen banka, ödeme altyapısı (clearing) veya alıcı banka işlemin mutabakatından önce başlatır.

Tipik Reject nedenleri: hatalı biçimlendirilmiş IBAN, geçersiz bir BIC, zorunlu bir alanın eksik olması veya şema kurallarına uymayan bir mesaj. Reject sonucunda ödeyenin hesabından çıkan tutar (çıktıysa) hızlıca geri yansıtılır, çünkü mutabakat hiç gerçekleşmemiştir. Kullanıcı açısından Reject en "temiz" senaryodur: para el değiştirmediği için geri alma da nettir.

2. Return — mutabakat sonrası alıcı bankasının iadesi

Return, tutar alıcının bankasına ulaştıktan (mutabakat sonrası) sonra, alıcı bankası tarafından ödemenin geri gönderilmesidir. Burada para gerçekten karşı bankaya geçmiştir; ancak alıcı banka onu hesaba geçiremez veya geçmemesi gereken bir durum vardır ve tutarı gönderen bankaya iade eder.

Tipik Return nedenleri: alıcının hesabı kapalı, IBAN alıcı bankada bulunamıyor, hesap bloke, ya da alıcı ödemeyi reddediyor. Return, kural kitabında tanımlı belirli bir süre penceresi içinde yapılır ve yine bir sebep koduyla (ör. AC04 kapalı hesap, AC01 hatalı hesap) döner. Kullanıcı için Return, "gönderdim ama geri geldi" senaryosudur; gelen tutarda bankaların uyguladığı bir iade işlem ücreti olup olmadığı bankaya göre değişir — kesin bilgi için bankanıza danışın. Transferiniz geri döndüyse SEPA transferi iade edildi aracımız yol gösterebilir.

3. Recall — gönderen bankanın geri çağırması

Recall, gönderen bankanın, hâlihazırda işlenmiş bir ödemeyi geri çağırma talebidir. Return'den farkı, talebi başlatanın alıcı tarafı değil gönderen taraf olmasıdır. Recall genellikle şu durumlarda kullanılır: mükerrer (çift) ödeme, teknik hata sonucu yanlış işlenmiş talimat veya dolandırıcılık şüphesi.

Burada çok önemli bir nokta var: Recall bir hak değil, taleptir. Gönderen banka Recall mesajı gönderir, ancak tutarın gerçekten geri gelip gelmeyeceği alıcının ve alıcı bankasının yanıtına bağlıdır. Alıcı banka, parayı geri verebilir (positive response) veya reddedebilir (örneğin tutar zaten çekilmişse). Ödemeyi gönderenin kendisinin başlattığı özel bir varyant, "Request for Recall by the Originator" olarak adlandırılır: müşteri bankasından ödemenin geri çağrılmasını resmen ister, banka da bunu alıcı bankaya Recall olarak iletir. Yine sonucu garanti değildir. Dolayısıyla "SEPA transferini iptal edebilir miyim?" sorusunun dürüst yanıtı: "deneyebilirsiniz, ama garanti yoktur."

4. Refund — SDD'de borçlunun iade hakkı

Refund, yukarıdaki üçünden farklı olarak yalnızca SEPA Direct Debit (SDD — doğrudan borçlandırma) şemasına özgüdür ve borçlunun (ödemesi hesabından çekilen tarafın) yasal iade hakkını ifade eder. SCT (havale) tarafında Refund yoktur; Refund, doğrudan borçlandırmadaki tüketici korumasının çekirdeğidir.

EPC kural kitabında iki temel süre tanımlıdır ve bunlar şema kaynaklı, kesin değerlerdir:

• Yetkili (izin verilmiş) borçlandırma: Borçlu, mandate (yetki) geçerli olsa bile, borçlandırma tarihinden itibaren 8 hafta içinde koşulsuz iade (no-questions-asked refund) talep edebilir; banka tutarı iade eder.
• Yetkisiz (izinsiz) borçlandırma: Ortada geçerli bir yetki yoksa (izinsiz veya mandate'siz borçlandırma), iade talep süresi 13 aya kadar uzayabilir.

Bu iki süre, EPC SDD kural kitabında tanımlandığı için "belirtilere göre" değil, kural olarak nettir; yine de uygulama detayı ve istisnaların değerlendirilmesi bankaya ve ilgili kural kitabı sürümüne göre değişebilir. Emin olmadığınız bir borçlandırmada bankanızla iade sürecini doğrulayın.

SCT R-işlemleri ile SDD R-işlemleri farkı

R-işlemlerinin hangi şemaya ait olduğu önemlidir. Kabaca:

• SCT (SEPA Credit Transfer — havale): Reject, Return ve Recall geçerlidir. Borçlunun koşulsuz iade hakkı (Refund) yoktur — çünkü parayı gönderen zaten sizsiniz; geri almak talep konusudur.
• SDD (SEPA Direct Debit — doğrudan borçlandırma): Reject ve Return'ün yanı sıra, SCT'de bulunmayan Refund hakkı da vardır (8 hafta / 13 ay). Ayrıca mutabakat öncesi bir Reversal kavramı da alacaklı tarafın hatalı borçlandırmayı geri alması için tanımlıdır.

Ayrıca her iki şemada da, alıcının parayı hiç almadığını iddia ettiği durumlarda kullanılan bir "claim of non-receipt" / bilgi talebi (inquiry) süreci vardır. Bu, bir para hareketi değil, iki banka arasında bir soruşturma/talep akışıdır; sonucunda gerekiyorsa bir Return veya düzeltme tetiklenebilir.

Karşılaştırma tablosu

Tablo genel bir çerçevedir. Kesin süreler ve istisnalar EPC kural kitabı sürümüne göre değişebilir; kritik bir işlemde bankanızdan teyit alın.

Sebep kodları (reason codes) R-işlemleriyle birlikte gelir

Bir R-işlemi asla "boş" dönmez; yanında neden döndüğünü açıklayan bir ISO 20022 sebep kodu taşır. Sık görülen örnekler:

• AC01 — hesap numarası / IBAN hatalı veya biçimsel olarak geçersiz.
• AC04 — hesap kapalı.
• AM04 — yetersiz bakiye.
• MD01 — geçerli bir mandate (yetki) yok (SDD'de sık görülür).
• RR04 — düzenleyici/regülasyon nedeniyle red.

Bankanızın size gösterdiği "işlem iade edildi" açıklamasının arkasında genellikle bu kodlardan biri vardır. Elinizdeki kodu girip Türkçe karşılığını ve ne yapmanız gerektiğini görmek için SEPA red/hata kodu çözücü aracımızı kullanın.

Pratikte ne yapmalısınız?

Bir SEPA ödemeniz geri döndüyse ya da yanlış gittiyse, doğru R-işlemini tanımak zaman kazandırır: yanlış IBAN girdiyseniz ve tutar geri geldiyse muhtemelen bir Return yaşadınız; parayı yanlış kişiye gönderdiyseniz ve iptal etmek istiyorsanız bankanızdan bir Recall (geri çağırma) talep edebilirsiniz — ama sonucu garanti değildir; hesabınızdan izinsiz bir doğrudan borçlandırma çekildiyse SDD Refund hakkınızı (yetkili 8 hafta / yetkisiz 13 aya kadar) kullanabilirsiniz.

Her durumda ilk adım bankanızla iletişime geçmek ve işlemle birlikte gelen sebep kodunu öğrenmektir. Bu sayfadaki bilgiler bilgilendirme amaçlıdır; SEPA R-işlemlerinin bağlayıcı kuralları European Payments Council'in yürürlükteki kural kitaplarında tanımlıdır ve zamanla güncellenir. Kesin olmayan hiçbir süreyi kendi başınıza varsaymayın; bankanızla doğrulayın.