Cüzdandaki O Bakiyeyi Kendi Paran Sandın: E-Pin Scriptinde Zamanaşımı ve İade Yükümlülüğünün Kimsenin Yüzüne Söylemediği Tarafı

Çoğu e-pin satıcısı panelindeki "toplam cüzdan bakiyesi" kutusuna baktığında içi rahatlar. Orada duran rakamı, kasadaki para gibi görür; hatta ay sonu kârını hesaplarken sessizce o tutarı da ekler. Sonra bir gün altı ay önce 500 TL yükleyip hiç harcamamış bir müşteri yazar: "Bakiyemi iade edin." O an anlaşılır ki cüzdan ekranındaki sayı senin kazancın değil, senin yükümlülüğündür. Yani müşterinin sende bıraktığı, istediği anda geri isteyebileceği bir emanet.

İkinci yanılgı daha da yaygın: "Kullanılmayan bakiye bir yıl sonra otomatik yanar, ben site kurallarına yazdım." Bir satır metinle silinebilen bir borç yoktur. Bakiyenin ne zaman, hangi koşulla, hangi kayıtla düşürülebileceği; hangi durumda iade edilmek zorunda olduğu; bunun muhasebeye nasıl yansıdığı tamamen senin altyapının kurgusuna bağlıdır. Doğru kurulmuş bir e-pin satış scripti bu soruların cevabını sen sormadan verir; yanlış kurulmuş bir panel ise seni her iade talebinde Excel'e, WhatsApp geçmişine ve tahmine mahkûm eder. Bu yazıda cüzdan yükümlülüğünün gerçek mekaniğini, zamanaşımı kurgusunun nasıl kayıtlanacağını ve bunu yazılım tarafında nasıl kilitleyeceğini anlatıyorum.

Cüzdan bakiyesi cironun mu, borcun mu?

Muhasebe mantığıyla bakınca fark çok net: müşteri sana 500 TL gönderdiğinde satış gerçekleşmemiştir. Sen sadece ileride teslim edeceğin bir hizmet karşılığında avans almışsın. Gelir, o bakiye bir e-pine, bir oyun koduna, bir dijital ürüne dönüştüğü anda doğar. Bu yüzden cüzdan toplamını gelir gibi okuyan işletme, kendi kârını sistematik olarak şişirir ve bir gün gelen toplu iade dalgasında nakit sıkışması yaşar.

Bu ayrımı yazılım seviyesinde görünür kılmak şart. İyi bir dijital ürün satış scripti panelinde tek bir "bakiye" sayısı göstermez; en az üç sayı gösterir: yüklenmiş ama harcanmamış emanet tutar, harcanmış ve gelire dönmüş tutar, promosyon olarak hediye edilmiş ve nakit karşılığı olmayan tutar. Üçüncüsü özellikle kritik, çünkü hediye bakiyenin iadesi yoktur; ama ayrı etiketlenmediyse müşteri "benim 100 TL'm vardı" der ve sen hangi 100 TL olduğunu ispat edemezsin.

"Kullanılmayan bakiye yanar" cümlesi nereden çıktı?

Bu alışkanlık, hediye çeki ve kampanya kredisi dünyasından kopyalanıp nakit bakiyeye yapıştırıldı. Oysa iki şey birbirinden temelde farklıdır. Müşterinin kartından çekilmiş gerçek parayla oluşan bakiye, tek taraflı bir süre kuralıyla ortadan kaldırılamaz. Buna karşılık senin kendi bütçenden dağıttığın kampanya kredisi, en baştan süreli tanımlandığı ve müşteriye o süre bildirildiği sürece sona erebilir.

Pratikte yapılması gereken şey şu: nakit bakiyeye zamanaşımı değil, hareketsizlik takibi uygula. Yani 6, 9, 12. ayda müşteriye otomatik hatırlatma gitsin, bakiyesini kullanmaya ya da iade istemeye davet edilsin, bu bildirimlerin logu tutulsun. Kampanya kredisine ise net bitiş tarihi yaz ve o tarihi hem müşteri panelinde hem de bakiye hareket satırında göster. Pinova'da bu iki kalemi ayrı tutmanın tek sebebi estetik değil; iade tartışmasında elindeki tek savunma bu ayrımdır.

İade talebi geldiğinde seni kurtaracak üç kayıt

Bir iade tartışması aslında bir ispat yarışıdır. Müşteri "param duruyordu" der, sen "harcandı" dersin ve kazanan, elinde zaman damgalı kayıt olan taraf olur. Bu yüzden e-pin yazılımı seçerken bakılacak ilk şey arayüzün ne kadar şık olduğu değil, hareket defterinin ne kadar dürüst tutulduğudur.

Şu üç kaydın istisnasız her satırda bulunması gerekir: bakiyenin hangi ödeme referansıyla oluştuğu, hangi sipariş numarasında eridiği ve her iki işlemde de o anki bakiye bakiyesinin ne olduğu. Üçüncüsü en çok atlanandır. Her harekette "öncesi" ve "sonrası" tutarı yazılmıyorsa, kayıtlar arasında bir tutarsızlık doğduğunda hangi satırın bozuk olduğunu asla bulamazsın. Bu yapıya çift kayıtlı bakiye defteri denir ve iyi bir e-pin satış yazılımı bunu kullanıcıya hiç göstermeden arka planda tutar.

Kaynak etiketi olmayan cüzdan neden bomba?

Diyelim müşteri 200 TL kartla yükledi, 150 TL kampanya kredisi kazandı ve 300 TL'lik alışveriş yaptı. Geriye 50 TL kaldı. Soru şu: bu 50 TL nakit mi, kredi mi? Cevap, sistemin harcama sırasını nasıl kurduğuna bağlı. Kredi önce eritilirse kalan 50 TL nakittir ve iade edilmesi gerekir. Nakit önce eritilirse kalan tutar kredidir ve iade dışıdır.

Bu karar bir tercih meselesi değil, baştan tanımlanıp değiştirilmeyen bir kural olmalı. Kuralın ortada değişmesi, geçmiş siparişlerin anlamını da bozar. Pinova kurulumunda önerdiğim kurgu şudur: süreli kredi önce harcanır, çünkü müşteri lehinedir ve müşteri o krediyi boşa harcamadan kullanmış olur; kalan nakit ise dokunulmamış şekilde durur ve iadesi net şekilde hesaplanabilir. Böylece hem müşteri memnun olur hem de yükümlülük tablon temiz kalır.

Muhasebe ile yazılımı aynı dile getirmek

Ay sonunda mali müşavirine üç sayı verebiliyor olmalısın: dönem başı emanet bakiye toplamı, dönem içinde gelire dönüşen tutar, dönem sonu emanet bakiye toplamı. Bu üçlü birbiriyle tutmuyorsa bir yerde kayıtsız bakiye ekleniyor demektir; genelde suçlu, panelden elle yapılan "bakiye düzeltmesi" işlemleridir.

Çözüm, elle müdahaleyi yasaklamak değil; her elle müdahaleye zorunlu gerekçe ve yetkili kullanıcı kaydı eklemektir. Bir yöneticinin tek tuşla bakiye ekleyebildiği ama kimin, neden eklediğinin yazılmadığı bir panel, altı ay sonra kimsenin açıklayamadığı bir fark üretir. Bu yüzden mutabakat raporu, epin yazılım tarafında bir lüks değil, ilk gün kurulması gereken bir zorunluluktur.

Küçük paneller bu işi neden elle çözemez?

Elle çözmeye çalışan işletmenin hikâyesi hep aynı ilerler. İlk aylarda talep az olduğu için WhatsApp geçmişi yeterli görünür. Müşteri sayısı dört haneye çıktığında ise aynı gün içinde birbiriyle çelişen iki iade yapılır, bir müşteriye iki kez ödeme gider, başka birine hiç gitmez. Sorun tembellik değil; tek doğruluk kaynağı olmayan bir sistemde insan hafızasının ölçeklenmemesidir.

Bu yüzden cüzdan modülünü sonradan eklenecek bir özellik olarak görme. Ürün kataloğundan, tema seçiminden, hatta ödeme entegrasyonundan önce netleşmesi gereken şey bakiye defterinin kurgusudur; çünkü diğer her şey onun üzerine yazılır. Özellik listesini incelerken "cüzdan var mı" diye değil, "cüzdan defteri nasıl tutuluyor" diye sor. Fiyat karşılaştırması yapacaksan da fiyatlandırma sayfasında lisansın hangi modülleri kapsadığına bak.

Cüzdan, dijital ürün satışının en sessiz ama en riskli modülüdür; doğru kurulduğunda müşteriyi siteye bağlar, yanlış kurulduğunda ise yıl sonunda kimsenin açıklayamadığı bir fark üretir. Hareket defterinin nasıl tutulduğunu, nakit ile kredinin nasıl ayrıldığını ve mutabakat raporunun gerçekten çalışıp çalışmadığını kendi gözünle görmek istiyorsan canlı demo üzerinden bir yükleme yapıp aynı bakiyeyi kısmen harcayarak defterin arkasında ne olduğunu adım adım izleyebilirsin.