Çoğu işletme sahibi banka hesabına düşen parayı görünce rahatlar ve o parayı kazanç sayar. Cüzdan sistemi olan bir e-pin işinde bu, yapılabilecek en pahalı zihinsel hatadır. Müşteri hesabına yüklediği 500 TL, senin kasandaki nakit olsa bile senin gelirin değildir; müşterinin sende duran, her an harcanabilir veya iade istenebilir parasıdır. Muhasebe diliyle bu bir yükümlülük. Kâr sanıp harcadığın gün, farkında olmadan kendi müşterinin parasıyla işletme gideri ödemeye başlamışsın demektir.
Bu yazı, cüzdan bakiyelerinin nasıl doğru tutulacağını ve bir epin yazılım altyapısında emanet mantığının hangi kayıt yapısıyla kurulduğunu anlatıyor. Konu kulağa muhasebecilerin işi gibi geliyor ama sonuçları doğrudan senin kasanı ilgilendiriyor: kasa açığı, tutmayan mutabakat, iade edilemeyen bakiye ve yıl sonunda hiç beklemediğin bir vergi sürprizi. Pinova gibi bir dijital ürün satış yazılımı burada e-pin satmaz; senin adına parayı doğru kovalara ayırır ve her kuruşun nereden gelip nereye gittiğini kanıtlanabilir hale getirir.
Cüzdan bakiyesi neden kesinlikle gelir değildir?
Bir müşteri cüzdanına para yüklediğinde sen henüz hiçbir ürün teslim etmemişsindir. Ortada satış yoktur, sadece emanete alınmış bir tutar vardır. Gelir, o para bir ürüne dönüştüğü anda doğar. Bu ayrımı yapmayan işletmelerde şu klasik tablo oluşur: aylık ciro şişkin görünür, ay sonunda nakit vardır, ama üç ay sonra müşteriler biriken bakiyelerini kullanmaya başlayınca tedarikçiye ödeme yapacak para kalmaz. Çünkü o para hiç senin olmamıştır. E-pin satış scripti seçerken bakman gereken ilk ayrıntı, sistemin "yüklenen bakiye" ile "harcanan bakiye" raporlarını ayrı tutup tutmadığıdır. Aynı ekranda tek bir toplamla gösteren sistem, seni yanlış karara doğru iter.
Emanet havuzu ile işletme kasası neden ayrılmalı?
Bankacılıkta buna müşteri varlıklarının ayrıştırılması denir ve sebebi tek kelimeyle özetlenir: karışım. Tek hesapta duran para, hangi kuruşun müşteriye ait olduğunu belirsizleştirir. Küçük ölçekte ayrı banka hesabı açmak zor olabilir, ancak muhasebe düzeyinde ayrım şart. Pratik uygulama şu: sistemde her an "toplam açık cüzdan bakiyesi" diye bir sayı olsun ve sen bu sayıdan düşük nakitle çalışmayı asla normalleştirme. Bu eşiğe emanet karşılık oranı diyebilirsin. Oran %100'ün altına indiği gün, teknik olarak müşteri parasını işletme sermayesi gibi kullanmaya başlamış olursun. Bir e-pin yazılımı bu oranı panelde günlük gösteriyorsa, kasa açığını üç ay önceden fark edersin.
Tek kolon bakiye neden çöküyor, çift kayıt neden kurtarıyor?
Basit sistemler kullanıcı tablosunda tek bir bakiye alanı tutar ve her işlemde o sayıyı artırıp azaltır. Sorun şu: bu sayı bozulduğunda geriye dönüp nedenini bulmanın hiçbir yolu kalmaz. Doğru yapı, bakiyeyi hareketlerin toplamı olarak tanımlamaktır. Her yükleme, her satış, her iade, her manuel düzeltme defterde kendi satırını açar; bakiye ise bu satırların hesaplanmış sonucudur. Böylece "bu müşterinin bakiyesi neden 137 TL" sorusunun cevabı her zaman kanıtlanabilir bir listedir. Üstüne her satıra bir referans (sipariş numarası, ödeme sağlayıcı kimliği, personel kaydı) eklersen, denetim tamamen mekanikleşir. Aşağıdaki tablo, iki yaklaşımın farkını somutlaştırıyor.
| Kriter | Tek kolon bakiye | Hareket defteri (ledger) | Sonuç |
|---|---|---|---|
| Geriye dönük izlenebilirlik | Yok | Satır satır | Denetim mümkün |
| Bozulan bakiyeyi onarma | Elle tahmin | Yeniden hesaplama | Hata sıfırlanır |
| Eşzamanlı işlem güvenliği | Kırılgan | Kilit + atomik kayıt | Çift harcama engellenir |
| Mutabakat süresi | Saatler | Dakikalar | Operasyon hafifler |
| Vergi ve mali müşavir uyumu | Zayıf | Doğrudan uyumlu | Yıl sonu sorunsuz |
Günlük mutabakat: tutması gereken üç sayı
Emanet muhasebesinin sağlık testi her sabah üç sayıyı karşılaştırmakla yapılır. Birincisi ödeme sağlayıcılarından gelen net tahsilat toplamı. İkincisi sistemde o gün açılan yükleme hareketlerinin toplamı. Üçüncüsü açık cüzdan bakiyelerinin gün başı ile gün sonu arasındaki değişimi artı gün içindeki satış tutarı. Bu üç sayı birbirini tutmuyorsa sorun küçük değildir; ya bir ödeme bildirimi sisteme iki kez düşmüştür ya da bir satış bakiyeden düşülmemiştir. İkisi de para kaybıdır. İyi kurulmuş bir e-pin scripti bu karşılaştırmayı otomatik yapar ve fark oluştuğunda seni beklemeden uyarır. Manuel yaptığın her mutabakat, bir gün yapmayacağın anlamına gelir.
Cüzdan mutabakat farklarının kaynakları
- Çift düşen ödeme bildirimi 40%
- Kısmi teslimat ve iptal 30%
- Manuel bakiye düzeltmesi 18%
- Komisyon ve kur farkı 12%
Yanlış yüklenen bakiyeyi düzeltirken hareketi silmek, defteri kör eder. Doğrusu ters kayıt açmaktır: aynı tutarı negatif yönde, sebebi ve onaylayan personel bilgisiyle yaz. Böylece hata da, düzeltme de tarihte durur.
İade, iptal ve kısmi teslimat emanete nasıl işler?
Emanet muhasebesinde en çok hata yapılan yer iade tarafıdır. Müşteri 300 TL'lik bir sipariş verdi, ürünün yarısı teslim edildi, kalanı tedarikçide tükendi. Doğru kayıt şu sırayla olur: satış hareketi gerçekleşen tutar kadar kalır, teslim edilemeyen kısım için ayrı bir iade hareketi açılır ve bu tutar cüzdana geri döner. Yanlış olan ise orijinal satış kaydını düzenleyip tutarı küçültmektir. Çünkü o anda gelir tablon da, mutabakatın da, müşterinin gördüğü geçmiş de birbirinden kopar. Bir başka kritik nokta: cüzdana dönen iade ile kart veya banka hesabına dönen iade aynı şey değildir; sistemin ikisini ayrı hareket türü olarak tutması gerekir, aksi halde ödeme sağlayıcı mutabakatı hiçbir zaman tutmaz.
Vergi, raporlama ve kanıt zinciri
Mali müşavirin senden istediği şey aslında tek bir cümledir: bu paranın hikâyesini bana göster. Cüzdan yüklemesinin gelir olmadığını, satışın hangi tarihte gerçekleştiğini ve kullanılmamış bakiyenin dönem sonunda yükümlülük olarak durduğunu belgeleyebiliyorsan, süreç sıkıntısız geçer. Bunun için sistemden alman gereken üç rapor var: dönem içi satış hasılatı, dönem sonu açık cüzdan bakiyesi ve iade özeti. Bu üç raporu tek tuşla üretemeyen bir e-pin satış yazılımı, her ay sana ekstra birkaç gün elle çalışma yükler. Aşağıdaki kontrol listesini kurulum öncesi doğrulama formu gibi kullan.
| Kontrol maddesi | Nasıl doğrularsın | Öncelik |
|---|---|---|
| Bakiye hareket toplamından mı hesaplanıyor? | Bir hareketi sil, bakiye değişiyor mu bak | Kritik |
| Açık cüzdan bakiyesi raporu var mı? | Panelde tek sayı olarak görünmeli | Kritik |
| Ödeme bildirimi tekrarına karşı koruma | Aynı referansla ikinci bildirim reddedilmeli | Kritik |
| İade türleri ayrı mı kaydediliyor? | Cüzdana iade ve karta iade ayrı listelenmeli | Yüksek |
| Manuel düzeltmede ters kayıt zorunlu mu? | Silme yetkisi hiç olmamalı | Yüksek |
| Günlük mutabakat farkı uyarısı | Fark oluştuğunda bildirim gelmeli | Orta |
| Dönem sonu yükümlülük raporu | Mali müşavire tek dosya olarak çıkmalı | Orta |
Cüzdanı defter gibi tutan bir altyapı kur
Hareket bazlı cüzdan defteri, açık bakiye raporu, ters kayıt zorunluluğu ve günlük mutabakat uyarıları Pinova'nın standart yapısında yer alır. Detayları özellikler bölümünde görebilirsin.
Müşteri cüzdanındaki parayı işletme gideri için kullanabilir miyim?
Teknik olarak nakit sende durur ama o para bir yükümlülüktür. Kullanırsan müşteri talep ettiğinde ödeyecek kaynağın kalmayabilir. Sağlıklı yaklaşım, açık cüzdan bakiyesi kadar nakdi her zaman ayrı tutmaktır.
Kullanılmayan bakiye zaman aşımına uğrar mı?
Kendi kullanım koşullarında süre tanımlayabilirsin, ancak tek taraflı silme ciddi itirazlara yol açar. Daha güvenli yol, uzun süre hareketsiz bakiyeleri raporlayıp müşteriyi bilgilendirmektir.
Cüzdan bakiyesi ile ödeme almak muhasebeyi karmaşıklaştırır mı?
Doğru kurulduğunda tam tersi olur. Yükleme, satış ve iade ayrı hareket türlerinde tutulduğunda dönem raporları tek kolondan çalışan sistemlere göre çok daha net çıkar.
Eski sistemden cüzdan bakiyelerini nasıl aktarırım?
Her müşteri için tek bir açılış hareketi oluştur, tutarı ve devir tarihini yaz. Geçmiş hareketleri ayrı bir arşiv tablosunda sakla; canlı deftere karıştırmak mutabakatı bozar.
Emanet muhasebesi kulağa ağır gelen bir başlık ama özü tek cümlede biter: parayı kimin olduğunu bilerek tut. Bu disiplini kuran işletmeler büyürken hız kaybetmez, kurmayanlar ise ciro arttıkça daha derin bir kasa açığına doğru koşar. Hareket bazlı cüzdan defterinin, açık bakiye göstergesinin ve iade akışının gerçek panelde nasıl çalıştığını görmek istersen canlı demo üzerinden bir yükleme yapıp ardından iade dene; defterde oluşan satırlar bu yazıda anlatılan her şeyi tek ekranda özetleyecek.