Bir sabah PayTR ya da bankanızdan gelen bir bildirimle sanal POS'unuzun "inceleme" gerekçesiyle geçici olarak durdurulduğunu öğrenirseniz ne yaparsınız? E-pin ve dijital ürün satan pek çok işletme sahibi için bu senaryo teorik değil; hesap kısıtı, gecikmiş ödeme veya ani limit düşüşü şeklinde en az bir kez yaşanmış bir gerçek. Bu yazıda bankaların ve ödeme kuruluşlarının e-pin sektörüne neden temkinli yaklaştığını, bu temkinliliğin işinize nasıl yansıdığını ve riski dağıtarak sürdürülebilir bir ödeme altyapısı kurmanın yollarını ele alıyoruz.
E-pin satıcılarının hesapları neden sık sık mercek altına alınıyor?
Bankalar ve ödeme kuruluşları, işlem hacmini değil işlem profilini izler. E-pin satışı; yüksek işlem sıklığı, düşük ortalama sepet tutarı, anlık teslimat ve kart sahibi olmayan kişilerin de sıkça alışveriş yaptığı bir model olduğu için dolandırıcılık skorlama sistemlerinde otomatik olarak "riskli kategori" etiketiyle işaretlenir. Bunun asıl sebebi kötü niyet değil, istatistik: çalıntı kartla yapılan denemelerin büyük bölümü, saniyeler içinde nakde çevrilebilen dijital kodlara yönelir.
- Kısa sürede çok sayıda küçük tutarlı işlem, "kart testi" (carding) paternine benzer görünür.
- Anında teslimat, itiraz (chargeback) süreçlerinde satıcının elinde fiziksel kanıt bırakmaz.
- Bazı MCC (Merchant Category Code) sınıflandırmaları dijital oyun kodlarını doğrudan "yüksek riskli e-ticaret" grubuna sokar.
Sonuç olarak, işinizi tamamen usulüne uygun yürütseniz bile hesabınız zaman zaman ek belge talebiyle, geçici dondurmayla ya da günlük/aylık işlem tavanıyla karşılaşabilir.
Bankalar bu riski nasıl fiyatlandırıyor, sizi nasıl etkiliyor?
Risk algısı soyut kalmıyor; somut kısıtlara dönüşüyor. Bankalar ve sanal POS sağlayıcıları e-pin işletmelerine genellikle üç şekilde önlem uygular: daha yüksek komisyon oranı, daha uzun blokaj (hakediş) süresi ve daha düşük günlük işlem limiti. Bazı kuruluşlar işin niteliğini öğrendiğinde başvuruyu doğrudan reddedebiliyor ya da mevcut hesabı tek taraflı kapatabiliyor — sözleşmenin "yüksek riskli faaliyet" maddesine dayanarak.
Bu durum özellikle yeni başlayan ya da tek bir ödeme sağlayıcısına bağımlı kalan işletmeler için ciddi bir nakit akışı sorunu yaratır: satış gerçekleşir ama tahsilat gecikir, bloke tutar büyür, günlük ciro tavana takılır ve müşteri siparişleri bekletmek zorunda kalır.
Sanal POS ve ödeme kuruluşları hangi sınırları koyuyor?
Türkiye'de faaliyet gösteren PayTR, Shopier gibi ödeme kuruluşları e-pin/dijital ürün kategorisini kendi risk politikalarına göre yönetir. Sık karşılaşılan kısıtlar şunlardır:
- Günlük/aylık ciro tavanı: Belirli bir tutarın üzerindeki işlemler otomatik olarak incelemeye alınır.
- Uzatılmış hakediş (blokaj) süresi: Standart 1-2 gün yerine 7-15 güne kadar çıkabilen bekleme süreleri.
- Belge ve faaliyet doğrulama talepleri: Vergi levhası, tedarikçi sözleşmesi, iade politikası gibi ek evrak istekleri.
- Kategori bazlı reddetme: Bazı sağlayıcılar dijital oyun kodu / e-pin satışını hiç kabul etmiyor.
- Ani askıya alma: Şüpheli işlem paterni tespit edildiğinde önceden haber verilmeden hesabın dondurulması.
Bu kısıtların hiçbiri "kötü satıcı" olduğunuz anlamına gelmez; sektörün doğasından kaynaklanan standart bir temkinlilik politikasıdır. Ama işinizi buna göre kurmazsanız, bir gün ödeme akışınız durur ve müşteri güveniniz zedelenir.
Tek bir hesaba bağımlı kalmanın gerçek bedeli ne?
Birçok küçük e-pin satıcısı işe tek bir banka hesabı ve tek bir sanal POS ile başlar. Bu, başlangıçta pratik görünse de büyüdükçe tek nokta arızası (single point of failure) haline gelir. O hesap donduğunda ya da limit tavanına ulaştığınızda alternatif bir tahsilat kanalınız yoksa, siparişler birikir, teslimat gecikir ve müşteriler iade talep etmeye başlar — ki bu da hesabınızın risk skorunu daha da kötüleştirir.
Bu kısır döngü özellikle sezonluk yoğunluklarda (kampanya dönemleri, bayram öncesi oyun indirimleri gibi) can yakıcı olur: tam da en çok satış yapmanız gereken günde hesabınız incelemeye takılabilir.
Çoklu ödeme altyapısı riski gerçekten azaltıyor mu?
Evet, ama doğru kurgulandığında. Tek çözüm yerine PayTR, Shopier ve banka havalesini aynı anda, birbirinin yedeği olacak şekilde kullanmak; bir kanal kısıtlandığında diğerine otomatik geçiş yapabilmek anlamına gelir. Buradaki kritik nokta, bu geçişin manuel değil sistem seviyesinde yönetilmesidir — çünkü kriz anında saatler kaybetmek, müşteri kaybetmek demektir.
| Durum | Manuel / Elle | Pinova ile |
|---|---|---|
| Bir ödeme yöntemi askıya alındığında | Site üzerinden manuel kapatma, müşteri hataya düşer | Yöntem panelden anında pasife alınır, diğerleri otomatik öne çıkar |
| Yeni ödeme sağlayıcı eklemek | Kod değişikliği, geliştirici bekleme süresi | Panelden PayTR / Shopier / havale entegrasyonu dakikalar içinde açılır |
| Havale/EFT ile gelen ödemeleri eşleştirme | Excel veya elle dekont kontrolü, gecikme riski | Site cüzdanı ve sipariş eşleştirme otomatik işler |
| Kısıtlı dönemde ciroyu izleme | Farklı panellerde ayrı ayrı takip | Tek yönetim panelinde tüm yöntemler bir arada raporlanır |
| Sunucu/veri kontrolü | Üçüncü taraf altyapıya bağımlı | Kendi sunucunuzda çalışır, veri ve süreç sizde kalır |
Tek bir ödeme yöntemine bağlı kalmayın: en az bir kart ödeme kuruluşu ve bir de havale/site cüzdanı seçeneğini eş zamanlı açık tutun. Böylece bir kanal incelemeye takıldığında satışlarınız durmaz, sadece o yöntem geçici olarak devre dışı kalır.
Hesabınız kısıtlanırsa iş nasıl durmadan devam eder?
Kısıt anında panik yapmak yerine önceden hazırlıklı olmak fark yaratır. Pratikte işe yarayan yaklaşım şudur:
- Site cüzdanı / bakiye sistemi kurun: Müşteriler önceden bakiye yükleyip sipariş anında bu bakiyeden ödeme yapabilsin; anlık kart tahsilatına olan bağımlılık azalır.
- Yedek ödeme yöntemini önceden aktif edin, kriz anında değil — sağlayıcı onayları günler sürebilir.
- Bayi/toplu müşterilerinize havale seçeneği tanımlayın; düzenli alım yapan bayiler zaten kart yerine banka transferini tercih eder.
- İşlem geçmişinizi ve faturalarınızı düzenli tutun; ödeme kuruluşu ek belge istediğinde hızlı yanıt hesabın daha çabuk açılmasını sağlar.
Bu adımların hepsini elle koordine etmek, özellikle günde onlarca sipariş alan bir e-pin sitesinde yönetilemez hale gelir. Sistemin bunu otomatik yapması, hem sizi hem müşterinizi bu belirsizlikten korur.
Ödeme riskinizi hâlâ tek bir noktaya mı bağladınız?
Pinova ile PayTR, Shopier ve havale/site cüzdanı seçeneklerini tek panelden yönetir, bir yöntem kısıtlandığında satışlarınızı kesintiye uğratmadan diğerine geçersiniz.
Bankam e-pin satışı yaptığımı öğrenirse hesabımı kapatabilir mi?
Evet, bazı bankalar ve ödeme kuruluşları sözleşmelerindeki "yüksek riskli faaliyet" maddesine dayanarak hesabı tek taraflı kapatabilir ya da limitleyebilir. Bu riski azaltmanın yolu, sözleşme şartlarını önceden netleştirmek ve tek sağlayıcıya bağımlı kalmamaktır.
Sanal POS'um donarsa bekleyen siparişlerim ne olur?
Eğer alternatif bir ödeme yöntemi (havale, site cüzdanı gibi) önceden aktifse, müşteriler o kanaldan ödemeye devam edebilir ve teslimat kesintisiz sürer. Tek yönteme bağlıysanız siparişler birikir ve manuel müdahale gerekir.
Havale ile gelen ödemeleri otomatik eşleştirmek mümkün mü?
Evet, doğru kurgulanmış bir sistemde havale/EFT bildirimleri sipariş numarasıyla eşleştirilip site cüzdanına otomatik yansıtılabilir; bu, elle dekont kontrolüne göre çok daha hızlı ve hatasız çalışır.
Birden fazla ödeme yöntemi kullanmak maliyeti artırır mı?
Ek bir sağlayıcı açmanın maliyeti genelde işlem başına küçük bir komisyon farkıdır; buna karşılık bir kanal kısıtlandığında satış kaybı yaşamamanın getirisi bu maliyeti fazlasıyla karşılar.