Çoğu satıcı hesap kapanmasının aniden olduğunu sanır. Bir sabah panele giriyorsun, ödeme alınmıyor, bakiye "inceleme" yazıyor, destekten gelen cevap ise standart: "Hesabınız risk politikaları gereği askıya alınmıştır." O anda her şey sana ani gelir. Oysa kapanma hiç ani değildir; genelde 30 ila 90 gün süren bir puanlama sürecinin son adımıdır. Sen o süreçte kendine gönderilen sinyalleri okumadın, o kadar.
Ödeme kuruluşları müşterilerini canlı bir risk skoruyla izler. Bu skor itiraz oranı, iade davranışı, işlem tutarı dağılımı, kart tekrarları, ürün kategorisi, teslimat kanıtı ve müşteri şikâyetleriyle sürekli güncellenir. Skorun eşiği geçtiği anda insan devreye girmez, otomasyon devreye girer. Bu yazıda o skoru bozan dokuz tetikleyiciyi tek tek açıyorum ve her birinin önüne doğru kurulmuş bir dijital ürün satış scripti ile nasıl geçileceğini gösteriyorum.
Kapanma kararını kim ve neye göre veriyor?
Kararın arkasında üç taraf var: ödeme kuruluşunun risk ekibi, arkasındaki banka ve kart şemalarının kural setleri. Kart şemaları belirli bir itiraz oranını geçen satıcıyı izleme programına alır; program masrafı ve idari cezası ödeme kuruluşuna yazılır. Yani senin yüksek itiraz oranın, sağlayıcının cebinden çıkan bir maliyettir. Bu yüzden bekleyip seni eğitmek yerine hesabı kesmek onun için daha ucuzdur.
İkinci belirleyici, senin sunduğun kanıtın niteliğidir. Fiziksel üründe kargo takip numarası vardır ve tartışma biter. Dijital üründe ise kanıt üretmek satıcının sorumluluğundadır. Kanıt üretemiyorsan itirazların neredeyse tamamını kaybedersin ve kaybedilen her itiraz skorunu ikinci kez aşağı çeker. Bu döngüye giren bir e-pin satış scripti kullanmayan satıcı, üç aydan fazla dayanamaz.
Tetikleyici 1-3: itiraz, iade ve şikâyet üçlüsü
Birinci tetikleyici itiraz oranıdır. Aylık işlem sayısının yüzde birini geçen chargeback, hemen hemen tüm sağlayıcılarda uyarı üretir. İkinci tetikleyici iade yoğunluğudur; dijital üründe yüksek iade, "ürün teslim edilmiyor" varsayımını besler. Üçüncüsü müşteri şikâyetidir: sağlayıcıya doğrudan gelen "para çekildi ürün gelmedi" mesajı, tek başına manuel incelemeyi başlatabilir.
Bu üçlüyü kontrol etmenin yolu satış hızını düşürmek değil, teslimatı hızlandırmak ve iletişimi otomatikleştirmektir. Kod teslim edildiği anda müşteriye e-posta gitmeli, panelde görünmeli, sipariş geçmişinde kalmalı. Müşteri koda ulaşamadığını düşündüğü anda destek talebini sana açar; açmazsa bankasına açar. Fark budur.
Tetikleyici 4-6: hacim sıçraması, tutar dağılımı ve kart tekrarları
Dördüncü tetikleyici beklenmedik hacim sıçramasıdır. Aylık 80 bin TL ciro beyan edip bir haftada 600 bin TL işlem geçirirsen, sistem bunu büyüme değil anomali olarak okur. Kampanya yapacaksan önceden sağlayıcıya haber vermek, limit artırımı talep etmek gerekir; bu tek e-posta çoğu askıya alma vakasını önler.
Beşinci tetikleyici tutar dağılımıdır. Ortalama sepetin 150 TL iken art arda 4.900 TL'lik işlemler geçmesi, kart testi veya kayıt dışı tahsilat şüphesi üretir. Altıncı tetikleyici ise aynı kartın kısa sürede çok sayıda işlem yapmasıdır — bayi müşterilerinde doğal görünen bu davranış, risk motorunda kart suistimali olarak işaretlenir. Çözüm, bayi tahsilatını ayrı bir akışa (bakiye yükleme, cari hesap) taşımaktır; iyi bir e-pin yazılımı bunu zaten ayrı modülde tutar.
| # | Tetikleyici | Risk motorundaki karşılığı | Önleyici aksiyon |
|---|---|---|---|
| 1 | İtiraz oranı %1 üzeri | Şema izleme programı riski | Otomatik teslim + hızlı savunma dosyası |
| 2 | Yüksek iade yoğunluğu | Ürün teslim edilmiyor şüphesi | Cayma hakkı metnini netleştir |
| 3 | Doğrudan müşteri şikâyeti | Manuel inceleme tetiği | Panel içi destek ve teslim bildirimi |
| 4 | Ani hacim sıçraması | Anomali / devir şüphesi | Kampanya öncesi limit bildirimi |
| 5 | Aykırı tutar dağılımı | Kart testi veya aracı tahsilat | Ürün bazlı tutar limiti koy |
| 6 | Aynı kartın tekrar işlemleri | Kart suistimali sinyali | Bayiyi bakiye/cari akışına taşı |
| 7 | Sözleşme dışı ürün satışı | Yasaklı kategori ihlali | Katalogu sözleşmeyle eşle |
| 8 | Site-sözleşme uyuşmazlığı | Beyan dışı faaliyet | Alan adı ve unvanı güncel tut |
| 9 | Teslimat kanıtı üretilemiyor | Savunulamaz satıcı | Sipariş-kod-zaman logu zorunlu kıl |
Tetikleyici 7-9: sözleşme dışı ürün, uyuşmazlık ve kanıtsızlık
Yedinci tetikleyici, sözleşmede tanımlı olmayan bir ürünü satmaktır. Katalogunu genişletirken hesap satışı, aracı hizmetler veya kategorisi belirsiz ürünler ekliyorsan, sağlayıcı bunu ihlal sayar. Hiçbir uyarı gelmeden kapanan hesapların çoğu buradan gider. Yeni kategori açmadan önce sözleşme ekini kontrol etmek beş dakikalık iştir.
Sekizinci tetikleyici, sözleşmedeki alan adıyla ödemenin geçtiği alan adının farklı olmasıdır. İkinci bir siteye aynı POS'u bağlamak, sağlayıcı açısından "POS paylaşımı" demek — en sert yaptırımı olan ihlallerden biri. Dokuzuncusu ise hepsinin üstünde: teslimat kanıtı üretemiyor olmak. Bu, tek başına kapanma sebebi olmasa da diğer sekiz tetikleyicinin hepsini ölümcül hale getirir. Kanıtı olan satıcı itirazı kazanır, skoru düzelir, hesabı yaşar.
Pinova'nın çözdüğü asıl problem tam olarak budur: e-pin satış yazılımı olarak her siparişte ödeme referansı, stoktan ayrılan kod, teslim zamanı, müşteri IP'si ve bildirim kaydını birbirine bağlar. Sağlayıcı 48 saat içinde kanıt istediğinde, saatlerce ekran görüntüsü aramak yerine tek rapor gönderirsin.
Hesap kapanma vakalarında baskın sebep dağılımı
- Yüksek itiraz oranı 45%
- Teslimat kanıtı sunulamaması 25%
- Sözleşme dışı ürün / alan adı 20%
- Belge ve beyan uyumsuzluğu 10%
Erken uyarı sistemini kendi panelinde nasıl kurarsın?
Sağlayıcının skorunu göremezsin ama kendi versiyonunu kurabilirsin. Dört metriği haftalık izle: itiraz sayısı / işlem sayısı, iade tutarı / ciro, ortalama teslim süresi, açık destek talebi sayısı. Bunlardan herhangi biri iki hafta üst üste bozuluyorsa, hesabın kapanmasına haftalar kalmış demektir.
İkinci katman davranış kurallarıdır. Aynı karttan gün içinde belirli sayının üstünde işlem denemesi, aynı IP'den farklı kartlarla sipariş, ilk kez alışveriş yapan müşterinin doğrudan en yüksek tutarlı ürünü seçmesi — bunların hepsi panelde işaretlenebilir ve manuel onaya düşürülebilir. Böyle bir epin yazılım kurgusu, riskli işlemi sen daha ödeme almadan yavaşlatır.
Üçüncü katman iletişimdir. Sağlayıcıya proaktif rapor gönderen satıcı, kapanma listesinden çıkar. Üç ayda bir tek sayfalık özet gönder: ciro, itiraz oranı, ortalama teslim süresi, aldığın önlemler. Bu alışkanlık komisyon pazarlığında da elini güçlendirir.
Hesap askıya alındığında ilk 48 saatte gönderdiğin kanıt paketi bakiyenin serbest kalmasını belirler. Kanıtı sonradan üretmeye çalışmak yerine her siparişte otomatik üretilsin.
| Haftalık kontrol | Eşik | Durum |
|---|---|---|
| İtiraz sayısı / işlem sayısı | %0,5 altı hedef | Tamam / Riskli |
| İade tutarı / aylık ciro | %3 altı | Tamam / Riskli |
| Ortalama teslim süresi | 60 saniye altı | Tamam / Riskli |
| Cevaplanmamış destek talebi | 24 saat üstü yok | Tamam / Riskli |
| Sözleşme dışı kategori | Sıfır | Tamam / Riskli |
| POS'a bağlı alan adı sayısı | Sözleşmedeki kadar | Tamam / Riskli |
| Kanıt raporu üretim süresi | 5 dakika altı | Tamam / Riskli |
| Sağlayıcıya son rapor tarihi | 90 günü geçmemiş | Tamam / Riskli |
Hesabını kapatan sinyalleri paneline taşı
İtiraz oranı, teslim süresi ve şüpheli işlem uyarılarını tek ekranda gör. Pinova'nın risk ve teslimat modüllerini yakından incele.
Hesabım askıya alındı, bakiyemi ne zaman alırım?
Askıya alınan bakiye tipik olarak 90-180 gün bekletilir; çünkü bu süre içinde yeni itiraz gelebilir. Kanıt paketini hızlı gönderirsen ve açık itiraz yoksa süre kısalabilir. Kanıt sunamayan satıcılarda bekleme tam süreye yayılır.
Kapanan hesap tekrar açılır mı?
Nadiren. Aynı sağlayıcıda yeniden açılma genelde ihlalin teknik bir yanlış anlaşılmadan kaynaklandığı durumlarda olur. Bu yüzden ikinci sağlayıcıya geçerken aynı hataları tekrarlamamak, kapanan hesabı zorlamaktan daha verimlidir.
Aynı POS'u iki sitemde kullanabilir miyim?
Sözleşmede her iki alan adı da tanımlı değilse kullanma. Beyan dışı alan adından geçen işlem, en hızlı kapanma sebeplerinden biridir. Ek site için ek tanım veya ayrı üye iş yeri numarası talep et.
Yazılımım kapanma riskini gerçekten azaltır mı?
Doğrudan azaltır. İtirazı kazandıran teslimat kaydı, şüpheli işlemi yavaşlatan kurallar ve teslim bildirimleri risk skorunu besleyen üç ana kalemi iyileştirir. Manuel operasyonda bu üçü de eksik kalır.
Hesap kapanması kötü şans değil, ölçülmeyen bir operasyonun sonucudur. Dokuz tetikleyicinin sekizi senin kontrolündeki değişkenler; dokuzuncusu ise altyapının kalitesi. Hangi modülün hangi sinyali izlediğini özellikler bölümünde okuyabilir, ihtiyacına uygun paketi fiyat tablosundan seçebilir ve itiraz savunması raporunun gerçekte nasıl göründüğünü canlı demo ekranlarında kendi gözünle test edebilirsin.