Müşteriniz parayı gönderdiğini söylüyor. Hesabınızda hiçbir şey görünmüyor. Bu noktada en faydalı soru “Desteğin daha hızlı yanıt vermesini nasıl sağlarım?” değildir.

Asıl soru şu: “Ödemenin hangi kısmının gerçekleştiğini kanıtlayabiliyoruz?”

Kayıp ödeme, reddedilen transfer, bekleyen inceleme, yanlış hedef ve kart iadesi farklı sorunlardır. Her biri farklı kanıt gerektirir. Son doğrulanmış adımı belirlemek; mükerrer transferleri, gereksiz hesap değişikliklerini ve boşa giden destek taleplerini önleyebilir.

Ödemenin gerçek durumuyla başlayın

Bir ödeme beklemede, gönderildi, işleniyor, tamamlandı, reddedildi veya iade edildi olarak tanımlanabilir.

Bu etiketler her sağlayıcıda aynı anlama gelmeyebilir.

Tek bir etikete güvenmek yerine, gönderenin kanıtlayabildiğini alıcının görebildiğiyle karşılaştırın.

“Ödeme gönderildi” ekran görüntüsü faydalı olabilir, ama bir inceleme için işlem referansı genellikle daha güçlü bilgi sağlar.

Destekle iletişime geçmeden önce kanıtları hazırlayın

Şunları içeren tek bir kayıt hazırlayın:

1. Ödeme tutarı ve para birimi

2. Gönderen ve alıcı adları

3. Ödeme yöntemi

4. Saat dilimi dahil tarih ve saat

5. Kullanılan hesap bilgileri

6. İşlem referansı

7. İki taraftaki güncel durum

8. İlgili fatura, sözleşme veya ödeme dökümü

9. Şimdiye kadar yapılanlar

Hassas belgeleri yalnızca kimliği doğrulanmış, resmi destek kanallarıyla gönderin.

Bir ACH ödemesi başarısız olduğunda

ACH, ABD'nin Otomatik Takas Odası ödeme ağıdır. Bir ACH işlemi iade edildiğinde iade kodu sorunu belirlemeye yardımcı olur. Nacha'nın yayınladığı iade kodu tanımlarından örnekler:

Bu tanımlar bankanın gerçek incelemesinin yerini tutmaz. Farklı ACH işlem türlerinin farklı iade koşulları ve süre kuralları olabilir.

Bir ödeme hesap bilgileri yanlış olduğu için iade edildiyse, doğru hesabı ve ödeme alma yolunu doğruladıktan sonra düzeltin. Ödeme başka bir nedenle reddedildiyse, sadece numaraları değiştirmek sorunu çözmeyebilir.

Uluslararası bir havale kaybolduğunda

SWIFT ödemeleri için gönderen kurumdan ilgili işlem bilgilerini isteyin.

SWIFT'in Benzersiz Uçtan Uca İşlem Referansı (UETR), ödeme mesajlarını takip etmeye yardımcı olan 36 karakterlik standart bir tanımlayıcıdır. Alıcı banka veya sağlayıcı işlemi incelemek için bu referansı kullanabilir.

UETR'nin olmasının paranın geldiği anlamına geldiğini varsaymayın. Güncel ödeme durumunu, kullanılan alıcı bilgilerini ve varsa izleme veya iade ayrıntılarını isteyin.

Modern sınır ötesi banka mesajlaşması ISO 20022 kayıtlarını kullanabilir; bu yüzden her bankanın belirli bir eski belge formatını vermesinde ısrar etmek yerine mevcut izleme belgelerini istemek daha faydalıdır.

Bir kart iadesi gelmediğinde

Kart iadesi, banka transferinden farklı bir süreçten geçer.

Asıl ödemeyi, işyeri onayını, iade edilen tutarı, para birimini ve gönderim tarihini saklayın. Kısmi bir iadenin tüm ödemeyi iptal ettiğini varsaymak yerine asıl ödemeyle karşılaştırın. İşyeri iade durumunu veremiyorsa, asıl işlemin tamamlanmış bir ödeme mi yoksa provizyon mu olduğunu sorun.

Doğrulama blokajları farklı bir yaklaşım gerektirir

Bir sağlayıcı, uyum yükümlülükleri kapsamında kimlik, hesap sahipliği, paranın kaynağı veya işlemle ilgili bilgi isteyebilir. Kesin şartlar sağlayıcıya, ülkeye ve işleme bağlıdır.

Bir destek temsilcisi “daha fazla belge” istedi diye ilgisiz kişisel bilgiler yüklemeyin.

Hangi belgenin gerektiğini, neyi kanıtlaması gerektiğini ve hangi güvenli yükleme sürecinin kullanılacağını sorun.

Talebin ve gönderimin tarihlerini kaydedin.

Çözülmemiş bir inceleme sırasında ödeme alma bilgilerini sürekli değiştirmek veya yeni ödemeler denemek mutabakatı zorlaştırabilir.

Satıcı iadeyi kendi içinde onaylamış ama henüz ödeme işlemcisine göndermemiş olabilir. Ya da iade başlatılmış ama kart veren kuruluş henüz hesabınıza yansıtmamış olabilir. Yeni bilgi paylaşmadan önce desteklenen ödeme yöntemlerini ve belgeleri kontrol edin.

Ödeme dolandırıcılıklarına dikkat edin

Her ödeme sorunu bir işlem hatası değildir.

FBI'ın İnternet Suç Şikâyet Merkezi, iş e-postası ele geçirme saldırılarının ödeme talimatlarında sahte değişiklikler içerebileceği konusunda uyarıyor. Biri size bir müşterinin banka bilgilerinin değiştiğini söylerse, talebi güvendiğiniz ikinci bir kanaldan doğrulayın.

FTC de sözde bir müşterinin fazla ödeme yaptığını iddia edip farkı geri istediği sahte fazla ödeme ve iade dolandırıcılıkları konusunda uyarıyor. Biri size bir ödemenin ekran görüntüsünü gösterdi diye asla ayrı bir iade göndermeyin.

Kendi sağlayıcınızın işlem kaydını kontrol edin ve yetkili bir iade veya geri alma sürecini izleyin. Hesap erişimi için benzersiz giriş bilgileri ve mevcut çok faktörlü doğrulamayı kullanın. Tek kullanımlık kodları, özel anahtarları, seed phrase'leri veya passkey'leri destek olduğunu iddia eden birine asla vermeyin.

Tek bir hatayı iki ödemeye dönüştürmeyin

Tekrar göndermek, ancak ilk denemeye ne olduğu belirlendikten sonra doğrudur.

• Ödeme iade edildiyse veya kesin olarak başarısız olduysa, gönderen düzeltilmiş bir transfer başlatabilir.

• Ödeme hâlâ beklemede veya incelemedeyse, ikinci bir transfer mükerrer ödemeye yol açabilir.

Durum çözülene kadar asıl ödeme referansını saklayın.

Buradan başlayın

Geciken ödemeler, doğrulama sorunları, dolandırıcılık girişimleri ve transfer incelemeleriyle ilgili rehberleri bulun.

Ayrıntılı rehberler

Mikro yatırma doğrulaması: Bu küçük banka hareketleri aslında neyi kanıtlıyor

Müşteri Faturanızdan Fazla mı Ödedi? İade Dolandırıcılığından Nasıl Korunursunuz

Sanal Kart İadesi Gelmedi mi? Paranızı Nasıl Takip Edersiniz

Banka Dökümü mü, Hesap Mektubu mu, İşlem Dekontu mu: Hangisini Göndermelisiniz?

walllet.com Doğrulama Rehberi: KYC Neden Başarısız Olur ve “İncelemede” Ne Demek

Ödeme mi Kayıp? Destekle İletişime Geçmeden Önce Bu Kanıt Dosyasını Hazırlayın

Nijerya'da Gelir Kanıtı, Fon Kanıtı ve Paranın Kaynağı: Serbest Çalışanlar için Kanıt Dosyası

ACH Ödemesi İade mi Edildi? R01, R02, R03, R04 ve Diğer ACH İade Kodları Ne Anlama Geliyor

Sorunun hangi aşamada olduğunu belirleyin

Bekleyen bir ödeme, iade edilen bir banka transferi, bir KYC incelemesi ve bir kart iadesi farklı incelemelerdir. Değişiklik yapmadan önce zaman çizelgesini, referans numaralarını ve durum mesajlarını toplayın.

Sorun başarısız bir ödeme mi, yoksa kimlik doğrulama hatası mı?

Ödeme hatası ile KYC hatası farklı kontroller gerektirir.

Sorun uluslararası bir transferle ilgiliyse; işlem referansını, ödeyen bilgilerini, ödeme alma yolunu ve ödeme durumunu toplayın.

Sorun reddedilen bir kimlik belgesi, bekleyen bir doğrulama başvurusu veya BVN çakışmasıyla ilgiliyse, bunun yerine doğrulama kaydını inceleyin. Bir kimlik doğrulama hatasını ödemeyi tekrar göndererek veya yeni bir hesap açarak düzeltmeye çalışmayın.

İlgili kurtarma adımları için walllet.com kimlik doğrulama sorun giderme rehberini kullanın.

İşe yarar bir kanıt dosyası hazırlayın

Hesap bilgilerini güvenli bir yerde tutun, işlem dekontlarını dışa aktarın ve destek talep numaralarını kaydedin. Resmi destek kanallarıyla yalnızca gereken en az kişisel bilgiyi paylaşın.

Kendinizi taklitçilere karşı koruyun

Bir incelemeyi hızlandırabileceğini iddia eden birine asla şifre, passkey, seed phrase veya doğrulama kodu göndermeyin. Destek iletişim bilgilerini sağlayıcının resmi ürünü üzerinden doğrulayın.

Takip edilebilir tek bir kayıt tutun

Bir ödeme başarısız olduğunda, ticari işlemi teknik ödeme denemesinden ayırın, son doğrulanmış adımı belirleyin ve bir sonraki adımdan sorumlu kurumun ihtiyaç duyduğu kanıtları toplayın.

Kanıtları resmi kanallar üzerinden yönetin

Faturaları, makbuzları, banka transferi referanslarını veya zincir üstü işlem hash'lerini saklayın. Desteği hızlandırmayı teklif eden birine asla kurtarma ifadesi, özel anahtar, şifre veya tek kullanımlık kod vermeyin.

Takip edilebilir tek bir kayıt tutun

Bir ödeme başarısız olduğunda ticari işlemi teknik ödeme denemesinden ayırın, son onaylanan olayı belirleyin ve bir sonraki adımdan sorumlu kurumun ihtiyaç duyduğu kanıtları toplayın.

Ödeme yolunuz için bir sonraki adımı gözden geçirin.