Cari Hesap (Veresiye) Sistemi: Bakkal ve Esnaf İçin 2026 Rehberi

Bakkal kültürünün en eski geleneği: veresiye. Müşteri ekmeği, sütü, çayı alır, "yaz hesaba" der, ay sonu ya da haftalık toplu öder. Defter karıştırıldı, "bu kim öderdi?" tartışmaları yapıldı, son sayfada hesap karışınca müşteriyle iyi-kötü konuşmalar oldu. 2026'da artık vakit, dijital cari hesap sistemine geçme zamanı.

Veresiye defter neden çağ dışı?

Klasik cari defter pratiği:

• Sayfanın üstüne müşteri adı
• Tarih, ürün listesi, tutar
• Ay sonunda tahsilat → çizgili kalemle "ÖDENDİ"

Sorunlar:

• Veri canlı değil. Müşteri 3 gün önceki bakiyesini soruyor, defter hızlı bulunmuyor
• Hata oranı yüksek. El yazısı ile yazılan tutarlar yanlış okunuyor, toplama hatası oluyor
• Yıl sonu felaket. Mali müşavir "veresiye satışlar şu kadar" derken sayılar net değil
• Kayıp/yanma riski. Defter su, yangın, kayıp olursa yıllık alacaklar gider
• KDV hesabı yapılamıyor. Veresiye satışın da KDV'si var, ne zaman beyan edileceği belirsiz

Cari hesap dijital sistemde nasıl çalışır?

Modern bir POS yazılımında akış şöyle:

1. Müşteri tanımı (bir kerelik)

Yeni müşteri ilk geldiğinde Müşteriler sayfasından eklenir:

• Ad, soyad, telefon (TR formatı)
• Opsiyonel: e-posta, adres, doğum tarihi
• Müşteri ID otomatik atanır

2. Cari satış (her veresiye alışveriş için)

Satış ekranında:

1. Barkodu okutarak ürünleri sepete ekle
2. Ödeme yöntemi: Cari seç
3. Müşteri seçim modal'ı açılır → mevcut müşteri ya da yeni ekle
4. Satış kaydedilir, müşterinin cari bakiyesi otomatik artar

Sistem kaydı:

• Sipariş "Tamamlandı" durumunda ama "Ödenmedi"
• KDV ve POS oranları snapshot'lanır (şu anki oranlarda)
• Ürün stoğu düşer (müşteri ürünü götürdü)

3. Cari Hesaplar dashboard'u

Sol menüden Cari Hesaplar sayfası açılır:

Borçlu müşteriler kırmızı/sarı uyarıyla görünür, ödenmiş satışlar gri.

4. Tahsilat (ödeme alma)

Müşteri parayı getirdiğinde:

1. Cari Hesaplar → ilgili müşteriye tıkla
2. Sipariş detayında "Ödeme Al" butonu
3. Otomatik olarak satış ekranına yönlendirilir: sepet o siparişin ürünleriyle doludur
4. Müşteri ürün iade etmek isterse sepetten çıkar (stok geri yüklenir)
5. Ödeme yöntemi: Nakit veya Kart (Cari değil!)
6. Submit → eski cari sipariş iptal, yeni POS sipariş açılır
7. Borç anında kapanır, ciroya o tarihte yansır

Ne zaman ciroya yansır?

Bu kritik bir muhasebe konusu. İki farklı yaklaşım:

A) Tahakkuk esası (sipariş tarihi)

Cari satış yapıldığı gün ciroya yazılır. Henüz ödenmedi ama "satış oldu" sayılır. Bu yaklaşım kurumsal şirketlerde standarttır ama küçük esnafta nakit akışını yansıtmaz.

B) Tahsilat esası (ödeme tarihi)

Cari satış yapıldığında "alacak" olarak durur, ciroya tahsilat günü yazılır. Stokify'ın yaklaşımı budur, küçük işletmelere daha uygun çünkü gerçek nakit akışını gösterir.

Pratikte: Aylık raporu açtığınızda Mayıs ayı cirosu "Mayıs'ta ödenen siparişler" toplamıdır. Mayıs'ta yapılan ama Haziran'da ödenen cari satış, Haziran cirosuna girer. Bu yaklaşım vergi hesabı açısından da nakit akışına uygun.

KDV ve POS komisyon snapshot'ı

Cari satışın inceliği: oranlar değişebilir. Mayıs'ta KDV %18 iken Haziran'da %20'ye çıktıysa Mayıs'ta yapılan ama Haziran'da ödenen cari sipariş hangi oranla hesaplanmalı?

Stokify'ın çözümü: tahsilat anında snapshot. Ödeme alındığı anda mağazanın güncel KDV ve POS oranı siparişe işlenir. Aylar sonra rapor incelenirken o sipariş hangi oran neyse onun üzerinden hesaplanır.

Bu şekilde:

• Geçmiş raporlar tutarlı kalır
• Mali müşavire sunum doğru olur
• Vergi denetiminde defter uyumlu

Sık karşılaşılan senaryolar

Senaryo 1: Müşteri iyi tahsilatçı

Müşteri ay sonu düzenli geliyor, son ay borcunu kapatıyor. Cari hesap defter olarak kullanılıyor, riski düşük.

→ Sistem davranışı: Her tahsilat o günkü oranla snapshot, ciroya tahsilat günü yansır. Sorun yok.

Senaryo 2: Müşteri 2-3 ay biriktirip ödüyor

Mayıs, Haziran, Temmuz alımları var. Ağustos'ta toplu ödüyor.

→ Sistem davranışı: 3 farklı sipariş ayrı kaydedildi (Mayıs/Haziran/Temmuz tarihleri). Her birinin tahsilatı Ağustos'ta yapılır → Ağustos cirosuna toplu girer. Cari hesaplar dashboard'unda 3 satır → 3 ayrı "Ödeme Al" butonu.

Senaryo 3: Müşteri vazgeçti, kısmi iade

Ahmet 5 ürün almıştı, 2'sini iade etmek istiyor, kalan 3'ünü ödüyor.

→ Sistem davranışı: "Ödeme Al" → satış ekranı → sepette 5 ürün → 2'sini sepetten çıkar → Nakit/Kart ile öde → eski sipariş iptal (5 ürün stoğa döner) → yeni sipariş 3 ürünle oluşur, ödendi statüsüyle. Stok 2 ürün kadar artar, ciro 3 ürün kadar yansır.

Senaryo 4: Müşteri tüm siparişi iptal etmek istiyor

Hiç almak istemiyor, tüm ürünleri geri getiriyor, hiç ödeme yapmıyor.

→ Sistem davranışı: Cari Hesaplar → siparişin yanındaki İptal Et butonu → onay → sipariş iptal, stok tamamen geri yüklenir, borç silinir.

Senaryo 5: Yeni alışveriş + eski borç birlikte

Ahmet tahsilat için geldi ama bir ekmek + bir süt daha alıyor. Toplam tutarı bir defada ödüyor.

→ Sistem davranışı: "Ödeme Al" → satış ekranı → sepette 5 eski ürün + müşteri 2 yeni ürünü ekler → toplam = 7 ürün → Nakit/Kart ile tek seferde öder. Tek transaction, tek toplam. Eski sipariş iptal + yeni sipariş 7 ürünle oluşur.

Senaryo 6: Kısmi ödeme (cebinde sadece bir kısmı var)

Ahmet'in 2.450₺ borcu var ama bugün yanında sadece 1.000₺ var. "Şimdilik bunu alın, kalanını haftaya getiririm" diyor.

→ Sistem davranışı: Cari Hesaplar → Ahmet → "Ödeme Al" → satış ekranında ödeme tutarı alanına 1.000 girilir → Nakit/Kart seçilir → submit. Stokify alınan tutarın toplam borçtan az olduğunu görür, kısmi ödeme olarak işler: 1.000₺ ciroya bugünün tarihiyle yansır, kalan 1.450₺ Ahmet'in cari bakiyesinde durur. Geçmiş raporlarda hangi tarihte ne kadar tahsilat alındığı net görünür, müşterinin alacak/borç çizelgesi tutarlı kalır. Defterle yapılınca hata kaçınılmaz olan bu akış sistemde tek tıkla çözülür.

Senaryo 7: Yeni borç + kısmi ödeme aynı işlemde

Ahmet 1.450₺ borçluyken bir ekmek + bir süt daha alıyor (toplam +85₺), yeni borcu 1.535₺ oluyor. Ama elinde sadece 800₺ var.

→ Sistem davranışı: "Ödeme Al" → satış ekranı → sepete 2 yeni ürün eklenir → ödeme tutarı 800 → submit. Sistem: eski sipariş iptal edilir, yeni sipariş 7 ürünle (5 eski + 2 yeni) açılır, 800₺ tahsilat olarak işlenir, kalan 735₺ cari borç olarak durur. Tek transaction, tek fiş, hata payı sıfır.

Müşteri tipleri ve risk yönetimi

Tüm müşteriler eşit değil:

Stokify şu an müşteri-bazlı limit özelliği sunmuyor (ileride eklenebilir), ama Cari Hesaplar dashboard'unda kim ne kadar borçlu listesi sayesinde yüksek riskli müşterileri kolayca tespit eder, sözle uyarırsınız.

Yasal yön

Veresiye yapmak yasal mı? Evet. Türk Ticaret Kanunu ve Tüketici Yasası buna izin verir. Ancak:

• Senet/protokol önerilir belirli bir tutarı aşan satışlarda
• KDV beyanı her ay düzenli yapılmalı
• Tahsilat makbuzu verilmeli (Stokify yazdırır)
• Vergi denetiminde defter uyumu önemli, dijital sistem bunu sağlar

Özet

Veresiye defteri 2026'da artık geçerli değil çünkü:

• Veri kaybı, kayıp/bayatlama riski
• KDV ve POS hesabı yapılamıyor
• Yıl sonu vergi sezonunda kabus
• Müşteri başına toplam görme zorluğu

Stokify gibi modern sistem ile:

• ✓ Müşteri tanımı, cari satış, tahsilat tek panelde
• ✓ KDV ve kart komisyonu oranları tahsilat anında snapshot
• ✓ Kısmi ödeme desteği: müşteri borcun bir kısmını ödese de işlem kayda girer, kalan bakiye otomatik korunur
• ✓ Satır bazlı ürün iadesi: hangi üründen ne kadar iade edileceği seçilir, stok veya hatalı stok olarak yönlendirilir
• ✓ Yeni satış + eski borç + kısmi ödeme aynı işlemde
• ✓ Aylık rapor mali müşavire tek tıkla mail
• ✓ Vergi denetiminde tutarlı

Stokify'a ücretsiz kayıt olabilirsin, müşterilerini tanımla, cari satış yapmaya başla. Kart bilgisi sormuyoruz.

İlgili rehberler:

• Bakkal Stok Takibi Nasıl Yapılır? 2026 Rehberi, defter dağınıklığından çıkmanın tüm adımları
• KDV Dâhil ve Hariç Fiyat Hesaplama: 2026 Türkiye Rehberi, vergi hesabını doğru yap
• POS Komisyonu Nedir, Nasıl Hesaplanır?, kart tahsilatlarındaki ek kesinti