Kısmi Ödeme Tuzağı: E-pin Scriptinde Bakiye Tamamlama Mantığını Yanlış Kurduğunda Kasandan Sessizce Para Nasıl Sızıyor?

Çoğu panel sahibi kısmi ödemeyi bir pazarlama hamlesi sanır: müşteri sepetin tamamını ödeyemiyorsa bir kısmını şimdi alalım, kalanını sonra tamamlasın. Kulağa masum geliyor. Oysa e-pin scripti tarafında kısmi ödeme bir indirim değil, bir muhasebe taahhüdüdür. Parayı aldığın anda henüz teslim etmediğin bir dijital ürün için sorumluluk altına girersin ve o sorumluluk panelinin veritabanında doğru yerde durmazsa, haftalar sonra karşına «kasa neden eksik?» sorusu olarak çıkar.

İşin can alıcı kısmı şu: kısmi ödeme tek başına bir özellik değil. Cüzdan bakiyesi, stok rezervasyonu, sipariş durum makinesi ve ödeme sağlayıcısı mutabakatı ile aynı anda konuşan bir zincir. Zincirin bir halkası gevşekse hata mesajı almazsın; sadece ay sonunda rakamlar tutmaz. Bu yazıda o zinciri halka halka açıyoruz: hangi tabloya ne yazılır, hangi an geri alınamaz, hangi ayarı yanlış kurduğunda kâr marjın erir. Kullandığın e-pin satış yazılımı ne olursa olsun, aşağıdaki mantık değişmez.

Çoğu Panel Sahibi Kısmi Ödemeyi Neden İndirim Sanıyor?

Kısmi ödeme fikri genelde şu cümleyle doğar: «Müşteri 500 liralık paketi almak istiyor ama elinde 300 lira var; kaçırmayalım.» Buradaki yanlış varsayım, eksik 200 liranın mutlaka geleceği inancıdır. Gerçekte kısmi ödeme, satışı bugünden yarına erteleyen bir mekanizmadır ve ertelenen her satış, dönüşüm hunisinde kaybetme riski taşır. Dolayısıyla kısmi ödemeyi bir kampanya gibi değil, bir kredi işlemi gibi düşünmen gerekir.

Kredi gibi düşünmek üç şeyi zorunlu kılar: alınan paranın hangi hesapta beklediğinin net olması, eksik tutarın son tarihinin bulunması ve süre aştığında ne olacağının baştan yazılı olması. Dijital ürün satış scripti içinde bu üç kural yoksa müşteri destek kanalına düştüğünde tartışma başlar. Sağlam kurulmuş bir akışta müşteri, ödeme ekranında «şu an 300 TL ödüyorsun, 200 TL bakiyeni 48 saat içinde tamamlamalısın, aksi halde ödenen tutar cüzdanına aktarılır» cümlesini görür. Cümle tek satır, ama arkasındaki iş mantığı panelin en hassas bölümüdür.

Bakiye Tamamlama Akışında Gizlenen Üç Kritik An

Bakiye tamamlama akışını üç kırılma noktasına ayırabilirsin. Birincisi ilk tahsilat anı: sağlayıcıdan başarılı yanıt geldiği saniyede sipariş durumu hangi değere geçiyor? «Ödendi» yazarsan teslimat tetiklenir ve eksik parayla e-pin gönderirsin. Doğrusu, «kısmi tahsil edildi» gibi ayrı bir durumdur; teslimat bu duruma asla bakmaz.

İkincisi tamamlama anı. Müşteri kalan tutarı öderken sistem yeni bir sipariş değil, aynı siparişin ikinci ödeme kaydını üretmeli. Ayrı sipariş açan panellerde raporlar ikiye bölünür, aynı stok iki kez düşer. Üçüncüsü süre aşımı anı. Zamanlanmış görev, süresi geçen kısmi siparişleri tarar; stok rezervasyonunu serbest bırakır, ödenen tutarı cüzdan bakiyesine işler ve müşteriye bilgi verir. Bu üçüncü an genelde hiç yazılmaz — sonuç olarak panelde aylarca kilitli duran hayalet rezervasyonlar birikir.

Cüzdan Bakiyesi Muhasebede Neden Borç Sayılır?

Cüzdana yüklenen para senin gelirin değildir. Müşteriye karşı yükümlülüktür; muhasebe dilinde bir borç kalemi. Panelinde «bugünkü ciro» rakamı cüzdan yüklemelerini satış gibi sayıyorsa, kendini olduğundan zengin görürsün. Ertesi ay müşteriler cüzdanlarını harcadığında ciroda ikinci kez sayılır ve toplam, gerçek tahsilatın çok üzerine çıkar.

Doğru yaklaşım, kasa hareketlerini üç ayrı defterde tutmaktır: tahsilat (paranın gerçekten geldiği an), cüzdan yükümlülüğü (harcanmamış bakiye) ve hasılat (ürünün teslim edildiği an). Kısmi ödeme bu üç defterin hepsine aynı anda dokunduğu için tehlikelidir. İyi bir epin yazılım mimarisinde her para hareketi için değiştirilemez bir hareket satırı yazılır; bakiye alanı asla doğrudan güncellenmez, hareketlerin toplamından hesaplanır. Böylece bir uyuşmazlıkta «bakiye neden 120 lira?» sorusunun cevabını satır satır gösterebilirsin.

Kısmi Ödemede Stok Rezervasyonu Ne Zaman Başlar?

Sınırlı stoklu ürünlerde (özellikle elde tuttuğun kod havuzları) rezervasyon politikası doğrudan kâra etki eder. Rezervasyonu ilk kuruş geldiği anda başlatırsan, ödeme yapmayan müşteriler stokunu bloke eder. Hiç rezerve etmezsen, bakiyeyi tamamlayan müşteriye verecek kod kalmaz ve iade sarmalına girersin.

Pratikte işleyen çözüm kademeli rezervasyondur: ödenen tutarın oranına göre süre tanımlamak. Yüzde ellinin üzerini ödeyen müşteriye 72 saat, altındakine 12 saat rezervasyon hakkı verirsin. Bu ayar tek bir konfigürasyon satırıdır ama stok devir hızını hissedilir biçimde değiştirir. Pinova gibi konfigürasyon odaklı bir e-pin satış scripti kullanıyorsan, bu politikayı kod değiştirmeden panel üzerinden ayarlayabilir, farklı kategorilere farklı süreler tanımlayabilirsin. Kritik nokta şudur: rezervasyonu serbest bırakan iş her koşulda çalışmalı; kuyruğa bağlı, tek noktadan tetiklenen bir tasarım ilk sunucu kesintisinde stokunu kilitli bırakır.

Ödeme Sağlayıcısı Komisyonu Kısmi Tahsilatta Nasıl Katlanır?

Bir siparişi iki parçada tahsil ettiğinde sağlayıcıya iki işlem ücreti ödersin. Sabit kalem içeren komisyon modellerinde bu fark küçük sepetlerde acı verir: 120 liralık bir siparişte iki kez sabit ücret, marjının önemli bir dilimini yer. Üstelik kısmi ödemeler genelde küçük tutarlı olduğu için bu en kötü senaryo tam da en sık yaşanan senaryodur.

Çözüm iki yönlü. Birincisi asgari kısmi ödeme eşiği koymak: sepet tutarının belirli bir oranının altında kısmi ödeme kapalı olmalı. İkincisi, mümkün olduğunda kalan bakiyeyi cüzdandan düşürmek. Müşteri zaten cüzdanına yükleme yaptıysa ikinci tahsilat sağlayıcıya hiç uğramaz, komisyon doğmaz. Bu yüzden iyi kurulmuş bir dijital ürün satış yazılımı müşteriyi ödeme adımında önce cüzdana yönlendirir; kart ekranı ikinci seçenektir. Komisyon farkını hesaplamadan kısmi ödeme açmak, ciroyu büyütüp kârı küçültmenin en kestirme yoludur.

Kendi Panelinde Bu Akışı Test Etmenin En Hızlı Yolu

Kısmi ödeme mantığını kod okuyarak doğrulamak yorucudur; davranış testi çok daha hızlıdır. Test kullanıcısıyla küçük tutarlı bir sipariş aç, yarısını öde, sonra paneli iki soruyla sorgula: teslimat tetiklendi mi ve stok rezerve mi? Ardından süre aşımını manuel olarak zorla; rezervasyonun serbest kaldığını ve ödenen tutarın cüzdanda göründüğünü gör. Son adım olarak aynı müşteriyle cüzdandan ödeme yaparak siparişi tamamla ve sipariş geçmişinde tek sipariş, iki ödeme kaydı gördüğünü doğrula.

Bu beş dakikalık tur, aylarca fark edilmeyecek hataların çoğunu yakalar. Aşağıdaki kontrol listesini panelinin yanına açıp tek tek işaretlemeni öneririm; her satır gerçek bir işletmenin kaybettiği parayla yazıldı.

Kısmi ödeme, doğru kurulduğunda dönüşümü artıran; yanlış kurulduğunda kasayı yavaşça boşaltan bir mekanizmadır. Fark, özelliğin varlığında değil, arkasındaki durum makinesinde. Kendi akışını şu an nasıl yönettiğini görmek istersen özellik listesine göz at, fiyatlandırmayı fiyat bölümünden incele ve kısmi tahsilat, cüzdan hareketi ve rezervasyon serbest bırakma adımlarını kendi gözünle test etmek için canlı demo üzerinden küçük tutarlı bir sipariş açıp süreci baştan sona yürüt.