Musterinin sanal POS\'tan ödeme yapmaya calistigi ama bankanin reddettigi islemlere basarisiz ödeme (declined transaction) denir.

Sistem her basarisiz işlemi kayıt eder:

• Tarih ve saat
• Müşteri bilgileri (varsa kayıtlı)
• Tutar
• Banka cevap kodu (decline reason)
• Açıklama (insufficient funds, expired card vs.)
• Cihaz/browser bilgisi
• IP adresi
• 3D Secure denemesi var miydi

Basarisiz ödemeler genelde %5-10 oraninda gerçekleşir. Bu işlemleri takip etmek ve geri kazanım (recovery) yapmak kritik onemde.

Bankalar işlemi reddederken standart kod gonderir. En sık görülen kodlar:

Sistem bu kodlari otomatik türkçe aciklamaya cevirip müşteriye gosterir. Müşteri ne yapacagini bilir.

Basarisiz ödemelerin bir kısmı otomatik retry (yeniden deneme) ile basariya cevrilir. Strateji:

Sistem ayarı:

1. E-Tahsilat → Ayarlar → Otomatik Retry
2. Hangi kodlar için retry yapilacak (51, 61, 65, 91, 96)
3. Retry sayısı (max 3-5 olmalıdır, daha fazla degil)
4. Bekleme süresi (kod bazlı)
5. Toplam timeout (orn. 7 gün sonra vazgec)

Cron job her gece 02:00\'de çalışır, retry kuyrugunu isler. Basarili olanlar müşteriye bilgi gonderir, basarisizlar listede kalir.

Basarisiz odemede musteriyi anlık ve takipte bilgilendirmek gerekir. Yontemler:

• Anlık mesaj → ödeme ekraninda hata mesaji ("kart limiti asildi, baska kart deneyin")
• SMS → 5 dakika sonra ("siparisinizin ödemesi alinamadi, aşağıdaki linkten tekrar deneyebilirsiniz")
• E-posta → 30 dakika sonra (daha detaylı, retry linki, müşteri destek iletisimi)
• Manuel arama → yuksek tutarlı siparislerde (>5000 TL) operator arar

Mesaj sablonlari:

SMS Sablonu:
"Sayin {AD}, {TUTAR} TL'lik siparisinizin ödemesi {SEBEP} nedeniyle alinamadi.
Tekrar denemek için: {LINK}
Yardım: 0850 XXX XX XX"

E-Posta Sablonu:
Subject: Siparisinizin Odemesi Alinamadi - {SIPARIS_NO}
Body: ...

Recovery oraninizi arttirmak için:

1. Mesajda somut sebep yazin (genel "hata olustu" yerine "limit asildi")
2. Tek tik retry link verin (müşteri bilgileri kayıtlı, sadece kart bilgisi)
3. Alternatif yöntem onerin (havale/EFT, kapida ödeme)
4. Müşteri destek iletisimini eksiksiz koyun

Özet:

• Basarisiz ödeme orani %5-10, %30-40\'i recovery edilebilir
• Decline reason kodlari ile sebep otomatik tespit edilir
• Retry stratejisi kod bazlı ozelletirilir
• SMS + e-posta ile müşteri bilgilendirme zorunlu
• Yuksek tutarlı siparislerde manuel arama

Bekleyen siparis (pending payment) hareketi:

1. Siparis oluşturulur → durum: Ödeme Bekliyor
2. Stok rezerve edilir (varsa)
3. Otomatik retry kuyruguna girer
4. Müşteri bilgilendirme SMS/E-posta gonderilir
5. Basarili olursa → durum: Hazirlaniyor
6. 7 gün gecerse veya 3+ retry basarisiz ise → durum: İptal

Rapor:

• Recovery Orani = (basariya cevrilen) / (toplam basarisiz)
• Hedef: %30+
• Aylik takip edilmeli, dusukse retry stratejisi gozden gecirilir