Sanal POS’ta Reddedilen Ödemeler: Hangisi Kayıp, Hangisi Kurtarılabilir?

Ay sonu yaklaşıyor. Bayilerinizden biri 480.000 TL’lik ödemesini yapmak için ödeme linkini açıyor. İlk denemede işlem reddediliyor. Bayi bir kez daha deniyor, yine olmuyor. “Sonra hallederim” deyip ekranı kapatıyor. O ödeme üç hafta sonra geliyor.

Finans ekibi bu iki denemeyi hiç görmüyor. Ekranlarında yalnızca gelmeyen bir ödeme var. Oysa iki ret de farklı bir şey söylüyordu: biri bayinin o an limitinin yetmediğini, diğeri bankanın işlemi genel bir nedenle onaylamadığını. Biri finansmanla, diğeri farklı bir kartla aynı gün çözülebilirdi.

Reddedilen her ödeme aynı şeyi anlatmaz. Bazıları gerçek bir kayıptır, bazıları ise doğru adımla aynı gün kurtarılabilir. Bu yazıda red nedenlerini tahsilat üzerindeki etkilerine göre dört grupta ele alıyoruz.

Reddedilen Ödeme Neden Yalnızca Teknik Bir Sorun Değildir?

Bir kart işlemi reddedildiğinde banka, nedenini bir kodla bildirir. Bu kodlar çoğu zaman yazılım ekibinin ya da çağrı merkezinin konusu olarak görülür. Oysa B2B tahsilatta reddedilen her işlem, nakit akışınızdan geçici ya da kalıcı olarak çıkan bir tutardır.

Bireysel e-ticarette reddedilen bir sepet, birkaç yüz liralık bir kayıptır. Bayi tahsilatında ise tek bir işlem yüz binlerce lira tutabilir. Reddedilen ödeme bayi tarafından hemen tekrar denenmezse, tahsilat günlerce hatta haftalarca ertelenir. Bu süre boyunca alacak bilançonuzda bekler.

Bu yüzden asıl soru “bu kod ne demek?” değil, “bu red beni ne kadar bekletecek ve ne yaparsam ödemeyi bugün alırım?” sorusudur. Kodların tam anlamlarını merak ediyorsanız, sanal POS hata kodları listesi yazımızda hepsini bulabilirsiniz. Burada kodları değil, arkalarındaki dört farklı durumu konuşacağız.

Red Nedenlerinin Dört Grubu

Kodların açıklamaları bankadan bankaya küçük farklılıklar gösterebilir. Ancak hepsi, tahsilat açısından dört gruptan birine girer.

1. Teknik redler: Ödeme yolda takıldı

Örnek kodlar: 91 (kartı çıkaran banka ya da ağ hizmet dışı),96 (sistem arızası),zaman aşımı

Bu redlerde ne bayinizin ne de sizin bir hatanız var. Bayi ödemeyi yapmak istiyor, kartında limit var, ama işlem bankanın sisteminde takılıyor. Para kaybolmuyor, yalnızca gecikiyor.

Tek bir bankaya bağlı çalışan bir işletme için bu durum riskli. Banka tarafındaki aksaklık sürdükçe o kanaldan gelen bütün tahsilat durur. Tahsildar ödeme geçidi 50'den fazla banka ve ödeme kuruluşuyla çalıştığı için, bir kanal aksadığında işlemler alternatif kanala yönlendirilir. Bayinin yeniden denemesi, başka bir kanal üzerinden tamamlanabilir.

Kurtarılabilir mi? Büyük ölçüde evet.

2. Ödeme gücü redleri: Bayinin o an nakdi yok

Örnek kod: 51 (yetersiz bakiye ya da limit)

B2B tahsilatta en sık karşılaşılan ve en çok yanlış okunan red budur. 51 kodu teknik bir hata değil, bir nakit sinyalidir. Bayiniz ödemek istiyor, ama o gün kartının limiti ya da hesabındaki bakiye yetmiyor.

Klasik yöntemde bu red, “ödemeyi sonra yapın” ile sonuçlanır ve tahsilat ertelenir. Oysa sorun ödeme isteğinde değil, ödeme gücünde. Kredi ile tahsilat modelinde bayi; Fibabanka, İş Bankası Dijikolay ve VakıfBank Vinov entegrasyonları üzerinden 2 milyon TL’ye kadar teminatsız dijital kredi kullanır, siz de peşin tahsilat alırsınız. Bir red kodu, böylece bir finansman fırsatına dönüşür.

Kurtarılabilir mi? Evet, doğru finansman aracıyla aynı gün.

3. Kart ve işlem kuralı redleri: Bir ayarın değişmesi gerekiyor

Örnek kodlar: 05 (onaylanmadı),12 (geçersiz işlem),14 (geçersiz kart numarası),54 (kartın süresi dolmuş),57 (kart sahibine izin verilmeyen işlem),58 (terminale izin verilmeyen işlem)

Bu redlerde bir tarafın bir şeyi değiştirmesi gerekir. 54 kodunda kartın süresi dolmuştur. 57 kodunda kart, örneğin internetten alışverişe kapalıdır. 05 kodu ise bankanın gerekçe vermeden işlemi onaylamadığını gösterir; çoğu zaman en belirsiz koddur.

58 kodu ise farklıdır: sorun çoğunlukla işyeri tarafındadır, örneğin denenen taksit seçeneği o POS’ta tanımlı değildir. Ödeme geçidinde taksit ve yönlendirme kurallarının merkezi olarak tanımlanması, bu tür redleri baştan azaltır.

Bayi tarafındaki redlerde en hızlı çözüm, bayinin farklı bir kartla aynı gün yeniden ödeme yapabilmesidir. Online ödeme alma altyapısıyla link, QR ya da SMS üzerinden yeni bir ödeme talebi saniyeler içinde gönderilir. Bayi tahsilat sistemindeki otomatik hatırlatmalar da yarım kalan ödemenin unutulmasını önler.

Kurtarılabilir mi? Kısmen. Müşterinin ya da işyerinin bir adım atması gerekir.

4. Güvenlik redleri: Durmak gereken yer

Örnek kodlar: 04 ve 07 (karta el konulması),41 (kayıp kart),43 (çalıntı kart),3D Secure doğrulamasının tamamlanamaması

Bu redler bir sorunu değil, bir korumayı gösterir. Kayıp ya da çalıntı olarak işaretlenmiş bir kartla yapılan işlem tekrar denenmemelidir. Bu tür işlemlerde ısrar etmek, ileride itiraz ve ters ibraz riskini artırır. Konuyla ilgili ayrıntıları chargeback yazımızda bulabilirsiniz.

Tahsildar, PCI-DSS standartlarındaki altyapısı ve 3D Secure doğrulamasıyla bu işlemleri tahsilat akışınıza girmeden durdurur.

Kurtarılabilir mi? Hayır, ve kurtarılmaya çalışılmamalı.

Hangi Red Kurtarılabilir? Özet Tablo

Reddedilen ödemelerin tahsilatınıza etkisini birlikte inceleyelim. Demo talep edin →

Yeni Bir Metrik: Ödeme Başarı Oranı

Çoğu finans ekibi tahsil edilen tutarı izler, ama denenip tahsil edilemeyen tutarı izlemez. Oysa bu iki rakam arasındaki fark, sessiz bir kayıptır.

Ödeme Başarı Oranı = Başarılı İşlem Tutarı / Denenen Toplam İşlem Tutarı

Aşağıdaki rakamlar, hesabı göstermek için kurgulanmış bir örnektir. Aylık 50 milyon TL kartlı tahsilat deneyen bir şirkette başarısız işlem oranı yüzde 3 ise, her ay 1,5 milyon TL’lik tahsilat ya ertelenir ya da kaybedilir. Bu tutarın ne kadarının kurtarılabileceği ise redlerin hangi gruplarda yoğunlaştığına bağlıdır.

Bu yüzden başarı oranını tek bir sayı olarak değil, iki eksende izlemek gerekir. Banka bazında bakmak, hangi kanalın daha sık takıldığını gösterir. Red grubu bazında bakmak ise sorunun teknik altyapıda mı, bayinin nakit durumunda mı, yoksa kart ve kural ayarlarında mı olduğunu ortaya koyar. Teknik redler çoğalıyorsa kanal yapınızı, 51 kodları çoğalıyorsa bayi finansmanı tarafını gözden geçirme zamanı gelmiştir.

Reddedilen ödemelerin bekleme süresinin size maliyetini hesaplamak için Geç Tahsilat Maliyet Hesaplayıcı’yı kullanabilirsiniz.

Reddedilen Ödemeleri Kurtarmanın Yolları

Kanalları çeşitlendirin. Tek bir bankaya bağlı tahsilat, o bankanın aksaklığını sizin aksaklığınıza dönüştürür. Ödeme geçidindeki çoklu kanal yapısı, teknik redlerin tahsilatı durdurmasını önler.

Nakit sinyalini finansmana çevirin. 51 kodu, bayinin ödeme isteği olduğunu ama ödeme gücünün o an yetmediğini gösterir. Kredi ile tahsilat, bu boşluğu bankanın riskiyle kapatır.

Yeniden ödemeyi kolaylaştırın. Bayinin farklı bir kartla aynı gün ödeme yapabilmesi için link, QR ya da SMS ile yeni bir ödeme talebi gönderin.

Kuralları merkezi yönetin. Taksit ve yönlendirme kurallarını tek bir panelden tanımlamak, işyeri kaynaklı redleri baştan azaltır.

Güvenlik redlerinde ısrar etmeyin. Kayıp ya da çalıntı kart uyarılarında işlemi tekrar denemek, sorunu çözmez, büyütür.

Görünürlük kurun.POS Rapor ile tüm POS hareketlerinizi tek ekranda izlemek, hangi kanalda ne olduğunu ay sonunu beklemeden görmenizi sağlar.

Sıkça Sorulan Sorular

Sanal POS’ta bir ödeme neden reddedilir?
Red nedenleri dört grupta toplanır: banka ya da ağ kaynaklı teknik sorunlar, yetersiz bakiye veya limit, kart ve işlem kuralları, güvenlik kontrolleri. Her grubun tahsilat üzerindeki etkisi farklıdır.

51 kodu B2B tahsilatta ne anlama gelir?
Bayinin ödeme yapmak istediğini ama o an limitinin ya da bakiyesinin yetmediğini gösterir. Bu durumda kredi ile tahsilat modeli, bayinin dijital krediyle ödeme yapmasını ve sizin peşin tahsilat almanızı sağlar.

91 ve 96 gibi teknik hatalarda ödeme tekrar denenebilir mi?
Evet. Bu redler ödeme isteğinden değil, banka ya da ağ tarafındaki aksaklıktan kaynaklanır. Birden fazla kanalla çalışan bir yapıda yeniden deneme, başka bir kanal üzerinden tamamlanabilir.

05 kodu neden belirsiz kabul edilir?
05 kodu, bankanın işlemi bir gerekçe belirtmeden onaylamadığını gösterir. Nedeni çoğu zaman kart sahibinin bankası tarafında olduğu için, en hızlı çözüm farklı bir kartla yeniden ödeme yapılmasıdır.

58 kodu işyerinden mi kaynaklanır?
Çoğunlukla evet. Denenen işlem tipi ya da taksit seçeneği o terminalde tanımlı değildir. Kuralların merkezi olarak tanımlanması bu redleri azaltır.

Güvenlik redlerinde işlem tekrar denenmeli mi?
Hayır. Kayıp, çalıntı ya da el konulması gereken kart uyarılarında işlem durdurulmalıdır. Israr etmek ileride itiraz ve ters ibraz riskini artırır.

Ödeme başarı oranı nasıl hesaplanır?
Başarılı işlem tutarının, denenen toplam işlem tutarına bölünmesiyle hesaplanır. Bu oranı banka ve red grubu bazında izlemek, sorunun kaynağını gösterir.

Reddedilen ödeme ile chargeback aynı şey mi?
Hayır. Reddedilen ödeme hiç gerçekleşmemiş bir işlemdir. Chargeback ise gerçekleşmiş bir işleme sonradan yapılan itirazdır.

Hata kodlarının tam listesine nereden ulaşabilirim?
Kodların tam listesi ve açıklamaları için sanal POS hata kodları yazımızı inceleyebilirsiniz. Açıklamalar bankadan bankaya küçük farklılıklar gösterebilir.

Tahsildar reddedilen ödemelerde nasıl yardımcı olur?
Çoklu kanallı ödeme geçidi, kredi ile tahsilat, link ile yeniden ödeme, otomatik hatırlatma ve tüm POS hareketlerini tek ekranda gösteren raporlama ile.

Diğer İçeriklere Göz At

• Sanal POS Hata Kodları
• Chargeback Nedir?
• PCI-DSS Sertifikası Nedir, Nasıl Kullanılır?
• Linkle Tahsilat Nedir?
• Kredi Kartı ile Online Tahsilat Nasıl Yapılır?
• Bayi Ağınızda Her 30 Günlük Gecikme Size Kaç TL’ye Mal Oluyor?

B2B Tahsilat Süreçlerinizi Hızlandırın ile Başlayın

Reddedilen ödemeleri tahsilat kaybına dönüşmeden yakalayın. B2B Tahsilat Süreçlerinizi Hızlandırın →

Demo Talep Et

Reddedilen ödemelerinizin ne kadarının kurtarılabileceğini birlikte görelim. Demo talep edin →