Cüzdan sistemi kuran bayilerin neredeyse tamamı aynı sırayla ilerler: bakiye yükleme sayfasını açar, ödeme sağlayıcısını bağlar, ilk yüklemenin geldiğini görür ve "oldu" der. Limit alanlarını ise boş bırakır. Çünkü ilk bakışta limit koymak satışı kısıtlamak gibi görünür; "müşteri ne kadar yüklerse yüklesin, bana para geliyor" diye düşünülür. Bu düşünce doğru olsa cüzdan limiti diye bir alan yazılımlarda hiç olmazdı.
Gerçekte cüzdan bakiyesi senin kasandaki para değil, müşteriye olan borcundur. Panelde 400 bin liralık toplam bakiye görüyorsan, o tutarın karşılığını ürün olarak teslim etmek ya da iade etmek zorundasın. Limitler bu borcun kontrolsüz büyümesini, tek hesapta yoğunlaşmasını ve kara para ile chargeback senaryolarında sana patlamasını engeller. Ciddi bir dijital ürün satış scripti bu yüzden tek bir "maksimum bakiye" kutusu değil, katmanlı bir limit seti sunar. Bu yazıda o katmanları tek tek açıyoruz.
Cüzdan bakiyesi neden bir borç kalemidir?
Muhasebe mantığıyla bakıldığında müşterinin yüklediği para senin gelirin değildir. Gelir, o bakiyeyle ürün satın alındığı anda doğar. Arada geçen sürede o tutar bilançonda alacaklı tarafta durur. Bunu içselleştirmediğin sürece cüzdan büyüdükçe kendini zengin sanırsın; oysa yükümlülüğün büyümektedir.
Bu ayrımın pratik sonucu şudur: cüzdanda biriken parayı işletme sermayesi gibi harcarsan, ani bir toplu çekilme ya da itiraz dalgasında karşılık bulamazsın. Limitler tam olarak bu senaryoyu yönetmek için vardır. Üst limit koyduğunda, tek bir müşterinin senin nakit dengeni bozacak büyüklükte bir alacak oluşturmasını baştan engellemiş olursun. E-pin satış yazılımı tarafında bu ayarın yeri, pazarlama değil risk yönetimi bölümüdür.
Kaç farklı limit var? Beş katmanı karıştırma
Bayilerin en sık hatası tüm limit ihtiyacını tek bir alanla çözmeye çalışmaktır. Oysa birbirinden bağımsız beş katman vardır ve her biri farklı bir riski kapatır. Alt yükleme limiti komisyon zararını, işlem başı üst limit kart dolandırıcılığını, günlük toplam limit yıkama denemelerini, cüzdan tavanı borç yoğunlaşmasını, harcama limiti ise otomatik teslimatta stok boşaltma saldırısını engeller.
Bu katmanları kurarken en çok gözden kaçan alt yükleme limitidir. Sabit komisyonu olan bir ödeme yönteminde 10 liralık yükleme senin için zarardır: komisyon, ekstre satırı ve destek yükü tutarı aşar. Dolayısıyla alt limit bir kısıtlama değil, doğrudan kârlılık ayarıdır. Pinova'da bu beş katman ödeme yöntemi ve müşteri grubu bazında ayrı ayrı tanımlanabilir; kapsamı özellikler sayfasında listelenmiş.
| Limit katmanı | Kapattığı risk | Tipik başlangıç değeri | Kime göre değişir |
|---|---|---|---|
| Minimum yükleme | Sabit komisyon zararı, mikro işlem yükü | 50 ₺ | Ödeme yöntemi |
| İşlem başı maksimum | Çalıntı kartla tek seferde büyük yükleme | 2.500 ₺ | Müşteri kıdemi |
| Günlük toplam yükleme | Parçalı büyük tutar, yıkama denemesi | 5.000 ₺ | Doğrulama seviyesi |
| Cüzdan üst tavanı | Tek hesapta borç yoğunlaşması | 10.000 ₺ | Müşteri grubu |
| Günlük harcama tavanı | Ele geçirilmiş hesapla stok boşaltma | 7.500 ₺ | Ürün kategorisi |
Limit müşteri grubuna göre değişmezse büyüyemezsin
Tek bir sabit limit, iki tarafı da mutsuz eder. Yeni kaydolmuş, doğrulanmamış bir kullanıcıya 20 bin lira yükleme izni vermek risk; iki yıldır düzenli alışveriş yapan toptan bayiyi 2 bin lirada tutmak ise doğrudan ciro kaybıdır. Doğru kurgu, limiti statik bir sayı olmaktan çıkarıp güven seviyesine bağlı bir merdiven haline getirmektir.
Merdiven basitçe şöyle işler: hesap açıldığında dar limitlerle başlar; e-posta ve telefon doğrulaması yapıldığında bir kademe yükselir; belirli sayıda itirazsız sipariş tamamlandığında bir kademe daha; toptan bayi statüsü verildiğinde ise limitler işletme ihtiyacına göre elle tanımlanır. Bu yaklaşımın güzelliği şu: riskli kullanıcıyı engellemek için iyi müşteriyi cezalandırmak zorunda kalmazsın. Epin yazılım kurgusunda müşteri grubu tanımı olmayan bir cüzdan, ölçeklenmeye hazır değildir.
Cüzdan kaynaklı sorunların dağılımı
- Limitsiz yüklemeden doğan itiraz 45%
- Mikro yüklemede komisyon zararı 25%
- Hesap ele geçirme ve stok boşaltma 20%
- Manuel bakiye düzeltme hataları 10%
İadesi olmayan ürün satıyorsan limit ikinci kalkanındır
E-pin ve dijital kod satışının en kırılgan yanı, ürünün teslim edildikten sonra geri alınamamasıdır. Kod görüntülendiği an değerini kaybeder. Bu yüzden dolandırıcılık senaryosu hep aynı işler: çalıntı kartla büyük bir bakiye yüklenir, bakiye anında yüksek değerli kodlara çevrilir, kodlar başka yerde bozdurulur ve haftalar sonra kart sahibinin itirazı sana gelir. Tutarı, komisyonu ve ürün maliyetini sen karşılarsın.
Bu zincirin en zayıf halkası "anında büyük tutar" adımıdır ve kırılacak yer tam orasıdır. İşlem başı üst limit ile büyük yüklemeyi engellersin; günlük toplam limitle bunu parçalayarak aşmasını zorlaştırırsın; harcama tavanıyla da yüklense bile tek seferde stoğu boşaltmasını önlersin. Üstüne ilk yüklemede bekletme süresi eklersen, itiraz gelme olasılığı en yüksek pencereyi teslimattan önce geçirmiş olursun.
Limit aşıldığında kullanıcıya çıkan metin "İşlem başarısız" olmamalı. Kalan limitini, sıfırlanma saatini ve limit yükseltmek için ne yapması gerektiğini aynı ekranda söyle. Aksi halde ödeyecek müşteriyi kapıda kaybeder, desteği gereksiz doldurursun.
Yuvarlama, para birimi ve eksi bakiye: sessiz sızıntılar
Limitler kadar kritik ama neredeyse hiç konuşulmayan bir konu, bakiyenin teknik olarak nasıl tutulduğudur. Bakiye ondalıklı kayan noktalı sayıyla tutuluyorsa, binlerce işlem sonunda kuruş farkları birikir ve raporlarınla muhasebe kayıtların birbirini tutmaz. Doğru yaklaşım tutarı tam sayı olarak, en küçük birim üzerinden saklamaktır.
İkinci sızıntı eksi bakiyedir. Eşzamanlı iki sipariş aynı bakiyeyi kullanırsa, kilit mekanizması yoksa cüzdan eksiye düşer ve müşteriye bedava ürün vermiş olursun. Üçüncüsü de çoklu para birimi: bakiye lira olarak tutulup ürünler dolar bazında fiyatlandırılıyorsa, kur güncellemesi anında bakiye değerini değiştirir. Bu üçü birlikte düşünülmeden kurulan bir e-pin scripti aylar sonra açıklanamayan kasa farkları üretir. Paket karşılaştırması için fiyat bölümüne bakabilirsin.
Cüzdanını canlıya almadan önce kontrol listesi
Aşağıdaki listeyi cüzdan modülünü açmadan önce ya da mevcut kurgunu denetlerken uygula. "Sonra hallederim" diyerek atladığın her satır, ilk kötü niyetli kullanıcıda maliyet olarak geri döner.
| Kontrol | Neden gerekli | Öncelik |
|---|---|---|
| Ödeme yöntemi bazında minimum yükleme | Sabit komisyonlu yöntemde mikro işlem zararı | Yüksek |
| İşlem başı ve günlük üst limit birlikte | Tek limit parçalayarak aşılır | Yüksek |
| Müşteri grubuna göre limit merdiveni | İyi müşteriyi cezalandırmadan risk yönetimi | Yüksek |
| Bakiyenin tam sayı olarak saklanması | Kuruş farkı birikmesini önler | Yüksek |
| Eşzamanlı harcamada satır kilidi | Eksi bakiye ve bedava teslimatı engeller | Yüksek |
| İlk yüklemede bekletme süresi | İtiraz riski en yüksek pencereyi geçirir | Orta |
| Limit aşımında açıklayıcı mesaj | Dönüşüm kaybını ve destek yükünü azaltır | Orta |
| Her bakiye hareketinin değişmez log'u | Mutabakat ve itiraz kanıtı | Yüksek |
| Manuel bakiye eklemede ikinci onay | Yönetici hatası ve iç suistimal riski | Orta |
| Toplam cüzdan borcu raporu | Nakit karşılığını görmeden büyümemek | Orta |
Doğru limit satışı kısar mı, yoksa büyütür mü?
Pratikte yaşanan şey sezgiye ters: limitler doğru kurulduğunda satış artar. Sebebi basit. İtiraz oranın düştüğü için ödeme sağlayıcın seni riskli kategoriye almaz, komisyonun yükselmez, hesabın askıya alınmaz. Kesintisiz çalışan bir ödeme altyapısı, kısıtsız ama sürekli sorun üreten bir altyapıdan her zaman daha fazla ciro üretir.
İkinci etki müşteri tarafında görülür. Limit merdiveni olan bir sistemde düzenli müşteri, alışveriş yaptıkça limitinin arttığını görür ve bu doğal bir bağlılık mekanizması yaratır. Yani başta "kısıtlama" sandığın alan, doğru kurgulandığında hem risk kalkanı hem sadakat aracına dönüşür. Bir e-pin satış scripti değerlendirirken cüzdan limitlerinin ne kadar ince ayarlanabildiğine bak; çünkü bu, yazılımın sahadan gerçekten geçip geçmediğinin en iyi göstergesidir.
Cüzdanını limitsiz açma
Pinova, beş katmanlı cüzdan limiti, müşteri grubu merdiveni ve değişmez bakiye hareket kaydını hazır sunar. Kendi eşiklerini dakikalar içinde tanımla.
Cüzdan üst tavanını ne kadar koymalıyım?
Başlangıç için ortalama sipariş tutarının 8-10 katı makul bir bandır. Asıl ölçüt şudur: tek bir hesabın bakiyesi, toplu iade halinde nakit akışını bozmayacak büyüklükte kalmalı. Toptan bayiler için tavanı elle ve sözleşmeye bağlı yükseltebilirsin.
Minimum yükleme koymak müşteri kaçırmaz mı?
Kaçırdığı müşteri genelde zarar ettiğin müşteridir. Sabit komisyonlu yöntemlerde 20-30 liralık yükleme net zarardır. Alternatif olarak alt limiti yöntem bazında ayarla: havale için düşük, kartlı ödeme için daha yüksek tut.
Limitleri kullanıcıya göstermeli miyim?
Evet. Kalan günlük limit, cüzdan tavanı ve sıfırlanma saati cüzdan ekranında görünmeli. Gizli limit, kullanıcı ödeme yapmak isterken duvara çarpması anlamına gelir; bu hem dönüşüm hem destek maliyetidir.
Bakiye eksiye düşebilir mi, nasıl engellenir?
Eşzamanlı iki sipariş aynı bakiyeyi kullanırsa düşebilir. Engellemek için harcama işlemi veritabanı seviyesinde satır kilidi ve tek işlem bloğu içinde yapılmalı; bakiye ayrıca tam sayı olarak tutulmalıdır.
Cüzdan, dijital ürün satışında hem en güçlü dönüşüm aracı hem en sessiz risk kaynağıdır; farkı yaratan tek şey limitlerin ne kadar bilinçli kurulduğudur. Beş katmanın gerçek bir panelde nasıl göründüğünü, limit merdiveninin müşteri grubuna göre nasıl değiştiğini ve bakiye hareket kaydının neye benzediğini görmek için canlı demo üzerinden cüzdan modülünü kendi eşiklerinle dene.

