1. Retry (Yeniden Deneme) Mekanizması Nedir?
Retry Mekanizması, e-ticaret sitelerinde, ödeme geçitlerinde (Payment Gateway) veya özellikle abonelik tabanlı sistemlerde tahsilatın çeşitli sebeplerle başarısız olması (Decline) durumunda, ödemenin belirli kurallar çerçevesinde yazılım tarafından otomatik olarak tekrar denenmesidir.
Ödeme anında sistem bir arıza verebilir veya o an müşterinin kartında yeterli bakiye bulunmayabilir. İşlemi anında iptal edip müşteriyi kaybetmek yerine, gelişmiş ödeme sistemleri (Örn: Dijigate) bu işlemi arka planda belirlenen gün veya saatlerde sessizce tekrar dener ve tahsilatı tamamlamayı hedefler.
2. Hangi Hatalarda Retry Çalıştırılmalıdır? (Soft vs Hard Decline)
Bir işlemi körü körüne arka arkaya denemek bankalar (Visa/Mastercard kuralları) tarafından riskli bulunur ve Sanal POS'unuzun bloke edilmesine (Kara listeye alınmaya) yol açabilir. Bu nedenle Retry mekanizması sadece Soft Decline durumlarında çalıştırılmalıdır.
Hata Türü
Örnek Hatalar
Retry Mantığı
Soft Decline (Geçici Ret)
Yetersiz Bakiye (Hata Kodu 51), Banka Zaman Aşımı (Timeout), Günlük İşlem Limiti Aşımı.
Kesinlikle denenmelidir. Bakiye daha sonra yüklenebilir veya banka sistemi düzelebilir.
Hard Decline (Kalıcı Ret)
Çalıntı/Kayıp Kart ihbarı, Geçersiz Kart Numarası (Hata Kodu 14), Kapatılmış Hesap.
Asla denenmemelidir. Hata kalıcıdır; tekrar denemek işletmeyi banka nezdinde riskli duruma düşürür.
3. Smart Retry (Akıllı Yeniden Deneme) Nasıl Çalışır?
Gelişmiş orkestrasyon sistemleri "aptalca" tekrar denemeler yerine Smart Retry algoritmaları kullanır. İşlemin neden reddedildiğine bakar ve stratejik zamanlarda atış yapar:
- Bakiye Yetersizliğinde (Hata 51): Sistem aynı gün denemez. Genellikle maaş günleri (ayın 1'i, 5'i veya 15'i) beklenir veya 3 gün sonra, 7 gün sonra şeklinde aralıklı bir takvim (Schedule) oluşturulur.
- Zaman Aşımı / Sistem Kesintisinde (Hata 91): Sorun kartta değil bankadadır. Sistem bu durumda saniyeler içinde farklı bir banka POS'una (Multi Acquiring) geçiş yaparak işlemi anında tekrar dener (Buna Failover da denir).
- Limit Aşımlarında: Müşterinin aylık e-ticaret harcama limiti dolmuş olabilir. Sistem ay dönümünü (örneğin ayın 1'ini) bekleyerek işlemi Retry eder.
Yalnızca "Yetersiz Bakiye" kaynaklı hatalarda bile doğru kurgulanmış bir Retry mekanizması, kaybedilmiş gibi görünen cironun %18 ile %25'ini başarıyla geri kazandırır.
4. Abonelik Sistemlerinde Dunning Süreci ve Retry Bağlantısı
SaaS (Yazılım), dijital yayıncılık (Netflix, Spotify benzeri), spor salonu üyelikleri gibi tekrarlayan (recurring) ödeme alan işletmeler için Retry mekanizması hayatta kalma meselesidir. Bu noktada Dunning Süreci devreye girer.
Dunning Yönetimi (Tahsilat Kurtarma İletişimi)
Müşterinin abonelik günü geldiğinde çekim başarısız olursa; sistem anında aboneliği iptal etmez. Önce Retry algoritması çalışır. Eğer işlem yine başarısız olursa Dunning süreci devreye girer: Müşteriye "Kartınızdan tahsilat yapılamadı, lütfen kart bilgilerinizi güncelleyin" şeklinde bir e-posta veya SMS atılır. Sistemin arka planda parayı çekmeyi denemesi "Retry", müşteriyi aksiyona davet etmesi ise "Dunning"dir.
5. İşletmelere Sağladığı Faydalar
Mekanizmayı aktif etmenin temel faydaları şunlardır:
- Müşteri Kaybı (Involuntary Churn) Düşer: İstem dışı abonelik iptalleri sıfıra yaklaşır.
- Operasyonel Maliyetler Azalır: Finans veya destek ekibinizin müşteriyi arayıp "Kredi kartı numaranızı günceller misiniz?" demesine gerek kalmaz, sistem kendi kendine tahsilatı çözer.
- Banka Maliyetleri Düşer: Hard Decline olan kartları sürekli pingleyip bankalara boşuna işlem ücreti ödemekten kurtulursunuz.
6. Dijigate ile Otomatik Retry ve Kurtarma Senaryoları
Ödeme reddi kodlarını kendi başınıza analiz etmek, buna uygun bir yazılım takvimi oluşturmak ve bankaların kısıtlamalarına takılmamak ciddi bir Ar-Ge gerektirir. Dijigate Ödeme Orkestrasyonu, bu güçlü teknolojiyi size hazır olarak sunar.
Dijigate paneliniz üzerinden kendi Smart Retry kurallarınızı oluşturabilirsiniz. Örneğin: "Bakiye yetersizse işlemi 3. gün, 5. gün ve 8. gün tekrar dene; eğer teknik hata varsa satışı anında alternatif Sanal POS'a (Failover) gönder." Bu sayede hiçbir manuel müdahale yapmadan her ay binlerce liralık kaybedilmiş ciroyu işletmenize geri kazandırırsınız.
Başarısız Ödemeleri Kâra Dönüştürün!
Abonelikleriniz teknik hatalar veya anlık bakiye yetersizlikleri yüzünden iptal olmasın. Dijigate'in akıllı Retry ve Dunning otomasyonlarıyla satışlarınızı güvenceye alın.
7. Sık Sorulan Sorular (S.S.S)
Retry işlemi sırasında müşteriye bildirim gider mi?
Arka plandaki tahsilat denemesi (Retry) işlemi sessiz gerçekleşir. Eğer tahsilat başarılı olursa, sadece standart bir "Ödemeniz Alındı" faturası/e-postası gider. Eğer başarısızlık uzarsa Dunning süreciyle kullanıcıya bilgi (Kart güncelleme talebi) yollanır.
Sistem bir kartı sonsuza kadar Retry edebilir mi?
Hayır. Visa, Mastercard ve BKM kuralları gereği başarısız bir işlemi sonsuza dek denemek "spam" olarak algılanır ve ceza sebebidir. Retry mekanizmaları genellikle 15 ile 30 gün içinde maksimum 3-5 mantıklı deneme yapacak şekilde ayarlanmalıdır.
E-ticarette sepette (tek seferlik) ödemede Retry nasıl çalışır?
Tek seferlik ürün satışlarında müşteri siteden çıkmışsa saatler sonra karttan para çekmek risklidir. Bu tür işlemlerde Retry genellikle banka kaynaklı zaman aşımlarında (Timeout) milisaniyeler içinde farklı POS kullanılarak anlık yapılır (Failover).