Müşteriniz ödemeyi gönderdi. Ödeme önce işlemde göründü, ardından para geri gitti.

ACH iade kodu, transferin alıcı hesapta neden kalamadığını veya neden gönderildiği şekilde tamamlanamadığını açıklar. Bu kod size her zaman resmin tamamını göstermez ve otomatik olarak yanlış bilgiler girdiğiniz anlamına da gelmez.

Burada asıl sorulması gereken soru "ACH ödemem neden iade edildi?" değildir. Soru şudur:

Ödemeyi hangi kurum iade etti, kod neyi tanımlıyor ve bu sorunu çözme bilgisine veya yetkisine kim sahip?

ABD'li bir müşteriden ödeme alan Nijeryalı bir serbest çalışan için yanıt; müşteride, müşterinin bankasında, ödeme platformunda, ABD alıcı hesap sağlayıcısında veya hedef hesabı tutan kurumda olabilir. Süreçteki her şirketi aramak genellikle daha fazla kafa karışıklığı yaratır. İşe iade koduyla başlayın.

Yeni bir fatura için ACH kullanmadan önce, alıcı kanalınızın gelen ACH alacaklarını (credits) açıkça desteklediğini doğrulayın. Bir USD bakiyesi, ABD yönlendirme numarası (routing number) veya hesap numarası, her göndericinin, transfer türünün veya ACH işleminin kabul edileceğini garanti etmez. Nijerya'daki serbest çalışanlar için hazırladığımız ABD, Birleşik Krallık ve AB'deki müşterilerden ödeme alma kılavuzumuz, göndericinin ülkesine ve ödeme yöntemine göre vermeniz gereken bilgilerin nasıl değiştiğini açıklamaktadır.

ACH iadesi aslında ne anlama gelir?

ACH, doğrudan maaş yatırma ve otomatik ödeme gibi işlemler için kullanılan bir ABD elektronik banka transferi ağıdır. Bir ACH ödemesi şu taraflar arasında hareket eder:

1. Müşteriniz veya size ödeme yapan şirket

2. Ödemeyi başlatan banka veya sağlayıcı

3. ACH operatörü

4. İşlemi alan kurum

5. Alıcı hesabınız veya ödeme sağlayıcınız

Ödemeyi başlatan kuruma ODFI, alıcı kuruma ise RDFI denir.

RDFI, geçerli ACH kuralları gereği işlemi gerçekleştiremediğinde veya parayı tutamadığında, işlemi bir iade gerekçe koduyla geri gönderir. Nacha'nın kod tablosunda kapalı hesaplar, geçersiz hesap numaraları, reddedilen alacak işlemleri, dondurulmuş hesaplar, mükerrer işlemler ve diğer durumlar için iade gerekçeleri yer alır.

Bu kod ilk teşhistir ancak her zaman nihai açıklama olmayabilir.

Örneğin, R03 kodu hesap numarasının yapısal olarak geçerli olduğunu ancak hedeflenen alıcıya veya açık bir hesaba ait olmadığını gösterebilir. Kod size nereyi inceleyeceğinizi söyler; ancak müşterinin eski bir hesap numarasını kopyalayıp kopyalamadığını, sağlayıcının bilgilerinizi değiştirip değiştirmediğini, alıcı bilgilerinin eşleşip eşleşmediğini veya alıcı hesabın çoktan kapatılıp kapatılmadığını söylemez.

Öncelikle bunun bir ACH alacağı (credit) mı yoksa ACH borcu (debit) mi olduğunu doğrulayın

Bu ayrım, sık yapılan bir hatayı önler.

ACH alacağı (credit), gönderici tarafından hesaba gönderilir. Faturanızı ACH ile ödeyen bir ABD'li müşteri normalde bir ACH alacağı gönderir.
ACH borcu (debit) ise yetkilendirme sonrası hesaptan para çeker. Abonelik tahsilatları ve otomatik fatura ödemeleri buna yaygın örneklerdir.

Bazı bilinen iade kodları temel olarak veya yalnızca borçlandırma (debit) işlemleri için geçerlidir. Örneğin "Yetersiz Bakiye" anlamına gelen R01 kodu, alıcı hesabın mevcut bakiyesinin çekilmek istenen tutarı karşılayamadığını gösterir. Bir müşterinin gönderdiği ACH alacağının alıcı hesabınız tarafından reddedilmesinin normal açıklaması bu olamaz.

Teşhis olarak genel bir ACH kodları listesini doğrudan kabul etmeyin. Sağlayıcınızdan şunları doğrulamasını isteyin:

• Orijinal işlemin alacak (credit) mı yoksa borç (debit) mu olduğunu

• Tam iade kodunu

• İadenin başlatıldığı tarihi

• ACH takip numarasını (trace number)

• İadeyi hangi kurumun oluşturduğunu

• Güncellenmiş bilgilerin mi yoksa farklı bir ödeme yönteminin mi gerekli olduğunu

Serbest çalışan ödemelerini etkileyebilecek yaygın ACH iade kodları

R02: Hesap Kapalı

Anlamı: Hedef hesap daha önce aktifti ancak müşteri veya alıcı kurum tarafından kapatılmış.

Muhatabı: Serbest çalışan veya alıcı hesap sağlayıcısı.

Kontrol edilmesi gerekenler:

• Sağlayıcınız hesap bilgilerini değiştirdi mi veya devre dışı bıraktı mı?

• Müşteriye eski bir faturadaki bilgileri mi gönderdiniz?

• Alıcı hesap, sağlayıcı veya bankacılık ortağı değişikliğinden sonra mı kapatıldı?

• Hesap hâlâ aktif ve gelen ACH ödemelerine açık görünüyor mu?

Yapılması gereken: Güncel ödeme bilgilerini doğrudan sağlayıcıdan alın. Sağlayıcı hesabın aktif olduğunu yazılı olarak onaylayana kadar müşteriden aynı hesaba tekrar göndermesini istemeyin.

Yabancı para birimi alıcı bilgileri kullanıyorsanız, bunları paylaşmadan önce hesabın para birimi, gönderici ve ödeme yöntemi kısıtlamalarını inceleyin. walllet.com IBAN Hesabı kılavuzu, tek başına bir hesap numarasının hangi ödeme yöntemlerini, para birimlerini veya gönderici türlerini desteklediğini kanıtlamaya yetmediğini açıklamaktadır.

R03: Hesap Yok veya Hesap Bulunamadı

Anlamı: Hesap numarasının yapısı geçerli olabilir ancak alıcı kurum bunu hedeflenen kişiyle veya açık bir hesapla eşleştiremiyor.

Muhatabı: Gönderici bilgileri yanlış girmiş olsa da genellikle serbest çalışan veya alıcı hesap sağlayıcısıdır.

Yaygın nedenler:

• Hesap numarasındaki bir veya daha fazla hanenin yanlış girilmesi

• Müşterinin önceki bir faturadaki bilgileri kullanması

• Alıcı veya hesap sahibi bilgilerinin hesap kayıtlarıyla eşleşmemesi

• Sağlayıcının hesap bilgilerinin değişmiş olması

• Hesabın ilgili ödeme türü için tam olarak etkinleştirilmemiş olması

• Alıcı kurumun işlemi hedeflenen hesapla ilişkilendirememesi

Yapılması gereken: İade edilen ödeme talimatını, hesabınızda görüntülenen güncel bilgilerle karşılaştırın. Her haneyi tek tek kontrol edin. Eski bir yazışmadan alınan ekran görüntülerine güvenmeyin.

Sağlayıcıya R03 kodunun geçersiz bir hedef, isim veya kimlik uyuşmazlığı, aktif olmayan sanal hesap veya başka bir işlem kuralı nedeniyle tetiklenip tetiklenmediğini sorun. Tek başına kod, hangi alanın hata verdiğini göstermeyebilir.

R04: Geçersiz Hesap Numarası Yapısı

Anlamı: Hesap numarasının yapısı geçerli değil. Hane sayısı yanlış olabilir veya başka bir format kontrolünden geçememiş olabilir.

Muhatabı: Müşteri veya muhasebe ekibi numarayı yanlış girdiyse genellikle göndericidir. Kullanılamayan bilgiler sağladıysa sorun alıcı sağlayıcıdan kaynaklanıyor olabilir.

Yapılması gerekenler:

1. Güncel alıcı ekranındaki hesap numarasını kopyalayın.

2. Bunu müşterinin sağladığı ödeme kaydıyla karşılaştırın.

3. Müşterinin hesap numarası alanına yönlendirme numarası (routing number) girip girmediğini kontrol edin.

4. Müşterinin Wire transfer yerine ACH seçtiğinden emin olun.

5. ACH ve Wire talimatlarınızın farklı yönlendirme bilgileri kullanıp kullanmadığını kontrol edin.

R04 kodu normalde bir düzeltme problemidir; bekleyip ödemenin daha sonra görünmesini ummak işe yaramaz. İşlem iade edilmiştir. Yeni bir ödeme başlatılmadan önce bilgileri düzeltin.

R06: Gönderici Bankanın Talebiyle İade Edildi

Anlamı: Gönderici kurum, alıcı kurumdan işlemi iade etmesini istemiştir. Nacha, R06 kodunu, göndericinin izni olmadan gönderilen bazı hatalı işlemler veya alacaklar da dahil olmak üzere, ODFI tarafından talep edilen bir iade olarak tanımlar.

Muhatabı: Müşteri ve müşterinin bankası veya ödeme sağlayıcısı.

Olası nedenler:

• Müşterinin bir hata bildirmesi

• Ödemenin mükerrer yapılması

• Yanlış tutarın gönderilmesi

• Göndericinin işlemi onaylamamış olması

• Gönderici bankanın işlem gönderildikten sonra bir sorun tespit etmesi

Yapılması gereken: Müşteriden ödemeyi gönderen banka veya platformla iletişime geçmesini isteyin. Alıcı sağlayıcınız normalde gönderici kurumun neden iade talep ettiğini açıklayamaz.

R06 kodunu, müşterinin ödemenizi kasıtlı olarak iptal ettiğinin kanıtı olarak görmeyin. Bankanın açıklamasını ve düzeltilmiş bir ödeme planı isteyin.

R16: Hesap Donduruldu veya İşlem Geçerli Kısıtlamalar Kapsamında İade Edildi

Genel olarak gösterdiği durum: Alıcı hesaba, ilgili kurallar ve kurumsal kontroller çerçevesinde işlemin gerçekleştirilmesini veya serbest bırakılmasını engelleyen bir kısıtlama getirilmiştir.

Muhatabı: Serbest çalışanın bilgi sağlaması gerekebilecek olsa da alıcı kurum veya sağlayıcıdır.

Yapılması gereken: Alıcı sağlayıcıyla iletişime geçip şunları sorun:

• Tam hesap durumu

• Kısıtlamanın tüm işlemleri mi yoksa yalnızca bu ödemeyi mi etkilediği

• Gerekli belgeler

• İncelemeyi yürüten taraf

• Bir sonraki güncelleme tarihi

• Ödemenin zaten iade edilip edilmediği

• Yeni bir transferin de başarısız olup olmayacağı

Hesaptaki kısıtlama devam ederken müşteriden ödemeyi tekrar göndermesini istemeyin. İkinci bir transfer, ikinci bir iadeye neden olabilir.

İade ve inceleme farklı durumlardır. Serbest çalışan ödemelerinin neden bekletildiği, incelendiği veya geciktiği hakkındaki kılavuzumuz; mutabakat gecikmelerini, doğrulama kontrollerini, sağlayıcı kısıtlamalarını ve gerçek ödeme iadelerini nasıl ayırt edeceğinizi açıklamaktadır.

R20: İşlem Yapılamayan Hesap

Anlamı: Hedef hesap, gönderilen ACH işlem türüne izin vermiyor.

Muhatabı: Alıcı hesap sağlayıcısı veya serbest çalışanın kanal seçimi.

Yaygın senaryo: Hesap mevcuttur ancak bu türdeki ACH işlemlerini kabul etmemektedir.

Yapılması gereken: Sağlayıcıya hesabın hangi gelen ödeme türlerini desteklediğini sorun. Şunları kabul edip etmediğini doğrulayın:

• ACH alacakları (credits)

• ACH borçları (debits)

• Ticari ödemeler

• Bireysel ödemeler

• Maaş ödemeleri

• Yurt içi Wire transferleri

• Uluslararası Wire transferleri

Bir ABD banka transferi türünü kabul eden bir hesabın tüm transfer türlerini kabul edeceğini varsaymayın.

R23: Alacak İşlemi Alıcı Tarafından Reddedildi

Anlamı: Alıcı taraf bir ACH alacağını (credit) reddetti.

Muhatabı: Alıcı kurum veya hesap sağlayıcısı.

Olası nedenler: Alıcı taraf veya kurum; hesap kuralları, gönderici kısıtlamaları, şüpheli hata, eksik bilgi veya süreçlerinin izin verdiği başka bir nedenle alacağı reddedebilir. Nacha, R23 kodunu reddedilen veya şüpheli görülen bazı alacak işlemleri için olası bir kod olarak belirtir.

Yapılması gereken: Alıcı sağlayıcıya alacağı neden reddettiğini ve sorunun şunlarla ilgili olup olmadığını sorun:

• Gönderici veya ödeyen türü

• Alıcı adı

• Ödeme amacı

• Fon kaynağı

• Hesabın uygun kullanım amacı

• İşlem limiti

• Uyum (compliance) veya risk kararı

• Desteklenmeyen ödeme kategorisi

Müşteri, alıcı tarafın açıklanmayan bir kuralını düzeltemez. Yeniden göndermeyi veya başka bir kanal kullanmayı seçmeden önce sağlayıcıdan spesifik bir açıklama almanız gerekir.

R24: Mükerrer İşlem

Anlamı: Alıcı kurum ödemeyi mükerrer (çift) işlem olarak tanımladı.

Muhatabı: Genellikle müşteri, muhasebe ekibi veya gönderici sağlayıcıdır.

Kontrol edilmesi gerekenler:

• Aynı fatura için iki ödeme mi gönderildi?

• Müşteri, işlemin askıda olduğunu görünce tekrar mı denedi?

• Banka aynı ödeme dosyasını iki kez mi gönderdi?

• Tutar, tarih ve tanımlayıcı bilgiler tamamen aynı mıydı?

Yapılması gereken: Yeni bir ödeme istemeden önce orijinal ve iade edilen işlemleri karşılaştırın. Gönderilen kopyalardan birinin başarıyla ulaşıp ulaşmadığını doğrulayın.

R29: Kurumsal Müşteri Onaylanmadığını Bildirdi

Bu kod, kurumsal bir alıcının bir borçlandırma (debit) işleminin yetkisiz olduğunu bildirmesiyle ilgilidir.

Bu durum genellikle bir ticari hesaptan para çekildiğinde geçerlidir; müşterinin bir serbest çalışana fatura ödemesi gönderdiği durumlarda geçerli değildir. Serbest çalışan ödemesi anlaşmazlığında R29 kodu görünüyorsa işlem türünü doğrulayın ve gönderici sağlayıcıdan işlemin neden borçlandırma (debit) olarak gönderildiğini açıklamasını isteyin.

İade kodu karar haritası

Destek ekibiyle iletişime geçmeden önce bu haritayı kullanın.

Temel kural basittir: Hatanın kaynağı olan taraf neyin değişmesi gerektiğini onaylayana kadar, iade edilen bir ACH ödemesini tekrar göndermeyin.

Hemen talep etmeniz gereken kanıt paketi

Sadece "iade edildi" yazan bir ekran görüntüsü yeterli değildir. Müşteriden veya ödeme sağlayıcısından şunları isteyin:

• Tam ACH iade kodu

• İade açıklaması

• ACH takip numarası (trace number)

• Orijinal ödeme tutarı

• Orijinal mutabakat veya geçerlilik tarihi

• İade başlangıç tarihi

• Gönderenin yasal adı

• Gönderici banka veya ödeme sağlayıcısı

• Girilen alıcı adı

• Kullanılan yönlendirme numarası (hassas haneler güvenli bir şekilde gizlenmiş olarak)

• Hedef hesabın son dört hanesi

• Alacak (credit) veya borç (debit) gibi ACH işlem türü

• Varsa Standart Giriş Sınıfı (SEC) kodu

• Fatura numarası veya ödeme referansı

• Banka veya sağlayıcıdan alınan yazılı açıklama

Bu kanıtları faturanın, sözleşmenin ve müşteri yazışmalarının yanında saklayın. Ödeme daha sonra incelemeye alınırsa, e-posta ve WhatsApp'a dağılmış beş ekran görüntüsü yerine elinizde düzenli bir kayıt bulunacaktır.

Farklı bir yöntemle gönderilen ödemeler için gerekli kanıtlar değişir. Örneğin, kayıp bir uluslararası Wire transferi için UETR, MT103 veya ISO 20022 ödeme kaydı gerekebilir. Kayıp uluslararası Wire transferini takip etme kılavuzumuz bu süreci kapsamaktadır. Bir Wire transferini teşhis etmek için ACH iade kodunu kullanmayın.

Müşterinize göndereceğiniz mesaj

ACH ödemesi hesaba geçmeden önce iade edildi. Lütfen bankanızdan veya ödeme sağlayıcınızdan tam ACH iade kodunu, iade tarihini ve takip numarasını (trace number) isteyin.

Ayrıca alıcı adını, tutarı, kullanılan yönlendirme bilgilerini, hedef hesabın son dört hanesini ve ödeme referansını gösteren ödeme onayını da gönderebilir misiniz?

Ben de alıcı bilgilerini sağlayıcımla doğruluyorum. Orijinal talimatların düzeltilmesi gerekip gerekmediğini veya farklı bir ödeme yöntemi kullanmamız gerekip gerekmediğini onaylayana kadar lütfen ödemeyi tekrar göndermeyin.

Bu mesaj, kanıtlar ortaya çıkmadan önce kimseyi suçlamadan müşteriyi bilgilendirir.

Alıcı sağlayıcıya göndereceğiniz mesaj

[gönderen] tarafından gönderilen [tutar] tutarındaki gelen ACH alacağı iade edildi.

İade kodu: [kod]
ACH takip numarası: [numara]
Orijinal ödeme tarihi: [tarih]
İade tarihi: [tarih]
Kullanılan alıcı adı: [ad]
Hedef hesabın son haneleri: [son dört hane]
Fatura referansı: [referans]

Lütfen şunları doğrulayın:

1. İadeyi hangi kurum başlattı?

2. Bunu tam olarak hangi hesap veya uygunluk durumu tetikledi?

3. Mevcut alıcı bilgilerim bu gönderici türünden gelen ACH alacakları için aktif mi?

4. Herhangi bir alanın düzeltilmesi gerekiyor mu?

5. Müşteri ACH ile tekrar gönderebilir mi yoksa desteklenen başka bir kanal mı kullanılmalı?

İade edilmiş, geri çekilmiş, başarısız ve askıda durumlarını karıştırmayın

Bu terimler birbiriyle aynı değildir.

Askıda (Pending), işlemin henüz nihai bir duruma ulaşmadığı anlamına gelir.
Başarısız (Failed), genellikle ödemenin başarıyla gönderilemediği veya tamamlanamadığı anlamına gelir ancak platformun işlemin tam olarak nerede başarısız olduğunu tanımlaması gerekir.
İade edilmiş (Returned), bir ACH işleminin iade sürecine girdiği ve bir iade gerekçesiyle geri gönderildiği anlamına gelir.
Geri çekilmiş (Reversed), hatalı bir ödemeyi iptal etmek amacıyla yapılan ayrı bir düzeltme işlemini ifade edebilir. Nacha, geri çekme işlemleri için belirli kurallar uygular ve hatalı bir geri çekme işleminin kendisi de iade edilebilir.
İnceleme altında (Under review), bir kurumun hesabı veya işlemi incelediği anlamına gelir. İncelenen bir ödeme sonunda hesaba geçebilir, başarısız olabilir veya iade edilebilir.

Teknik durumu ve izlenebilir kanıtları isteyin. Durum simgesinin rengine güvenmeyin.

Müşteri ödemeyi ne zaman tekrar göndermeli?

Yalnızca şu durumlardan biri karşılandığında tekrar gönderim yapın:

• Yanlış yazılan bir hesap numarası düzeltildiğinde

• Alıcı sağlayıcı, mevcut hesabın aktif olduğunu onayladığında

• Sağlayıcı, göndericinin ve ACH alacak türünün uygun olduğunu onayladığında

• Geçici bir kısıtlama çözüldüğünde

• Gönderici banka bir R06 iadesini açıklayıp çözüme kavuşturduğunda

• Mükerrer bir işlem mutabakata bağlandığında

• Her iki taraf da desteklenen farklı bir ödeme yöntemi üzerinde anlaştığında

Ödemeyi sırf iade edilen para müşteriye geri ulaştığı için tekrar göndermeyin. Orijinal hata hâlâ devam ediyor olabilir.

ACH'nin kullanılamadığı veya uygun olmadığı durumlarda; desteklenen bir Wire transferini, platform ödemesini, yerel döviz hesabı yöntemini, uygun başka bir yabancı para alıcı hesabını veya her iki tarafın da bildiği bir stabil kripto para ödemesini karşılaştırın. PayPal olmadan Nijerya'da USD alma kılavuzu, tek bir seçeneğin her serbest çalışana uymayacağını göz önünde bulundurarak bu kanal kategorilerini karşılaştırır.

Makale arası işlem: Bir sonraki faturadan önce kanalı doğrulayın

Bir müşteriye yeni ödeme talimatları vermeden önce, kendi hesabınız için gösterilen alıcı para birimini, desteklenen yöntemi, gönderici türünü, alıcı adı kuralını, güncel ücretleri, limitleri ve hesap uygunluğunu kontrol edin.

walllet.com'da şu anda kullanılabilir olan küresel gelir kanallarını kontrol edin

Kullanılabilirlik, ücretler, limitler ve ödeme yöntemleri hesaba, sağlayıcıya, bölgeye ve kullanıma sunulma durumuna göre değişiklik gösterebilir.

walllet.com neleri taahhüt edebilir ve neleri edemez?

Bir ödeme kılavuzu, hiçbir uygulamanın ACH kurallarını, bir bankanın iade kararını veya denetlenen bir sağlayıcının inceleme sürecini geçersiz kılamayacağını belirtmelidir.

Uygun kullanıcılar için walllet.com; desteklenen alıcı kanallar, dolara endeksli değer yönetimi, harcama ve yerel kullanım dahil olmak üzere küresel gelir iş akışının parçalarını birleştirmek üzere tasarlanmıştır. Müşteriye talimat göndermeden önce, güncel üründeki tam alıcı yöntemleri, para birimleri, gönderici türleri, ücretler, limitler ve inceleme kuralları kontrol edilmelidir.

Bu ayrım önemlidir. Bir kanal, her yerde kullanılabilir olmasa bile faydalı olabilir.

Müşteriniz ACH ile Payoneer, Wise, PayPal veya bir stabil kripto para kanalını karşılaştırıyorsa; gönderici uygunluğunu, toplam maliyeti, zamanlamayı, kanıtları ve ödeme ulaştıktan sonra ne olduğunu değerlendirmek için serbest çalışan ödeme yöntemi karşılaştırmasını kullanın.

Unutulmaması gereken kural

Bir ACH iadesi, bankalar arasında uçuşan gizemli bir ödeme değildir.

Bir kodu, gönderici kurumu, alıcı kurumu, kanıt takibi ve sonraki işlem için bir muhatabı olan net bir işlemdir.

Tam kodu alın. İşlemin alacak mı yoksa borç mu olduğunu doğrulayın. İadeyi kimin oluşturduğunu belirleyin. Takip numarasını ve ödeme kaydını toplayın. Müşteri tekrar göndermeden önce belirtilen nedeni düzeltin.

Son işlem: Düzenli müşteri ödemeleri için daha sorunsuz bir kanal oluşturun

Düzenli uluslararası gelirler için, bir ödeme yöntemini yalnızca müşterinize, para biriminize, gönderici türünüze ve güncel hesap uygunluğunuza uyduğunu doğruladıktan sonra kullanın.

Küresel gelir elde etmek, dijital dolar tutmak, çevrim içi harcama yapmak ve Nijerya'da nakde çevirmek için walllet.com'u inceleyin

Belirli hizmetler güncel kullanılabilirliğe, denetlenen sağlayıcılara, doğrulamaya, limitlere ve hesabınız için gösterilen kanallara bağlıdır.