Epin Scripti Bayi Cari Hesap Takibi: Bakiye Doğru Görünürken Paranın Nerede Kaybolduğunu Ancak Ekstre Açınca Fark Edeceksin

Çoğu panel sahibi cari hesabı bakiye ile aynı şey sanır. Bayinin ekranında bir sayı vardır, o sayı azalır artar, işler yürüyor gibi görünür. Oysa bakiye tek bir andaki fotoğraf, cari hesap ise o fotoğrafa nasıl gelindiğinin tam kaydıdır. Bakiye yanlış olduğunda fark edersin; cari hesap yanlış olduğunda aylar sonra, bayinle oturup ay sonu mutabakatı yaparken fark edersin. Ve o noktada kimin haklı olduğunu kanıtlamak çoğu zaman mümkün olmaz.

Bu yazıda cari hesabı bir muhasebe terimi olarak değil, bayilik ilişkisinin güven altyapısı olarak ele alıyoruz. Hangi hareket tipleri kaydedilmeli, kredi limiti nasıl kurulur, iade ve iptal bakiyeyi nasıl bozar, negatif bakiye nasıl frenlenir. Pinova gibi bayilik omurgası üzerine kurulmuş bir e-pin satış yazılımı bunları tek hareket defterinde tutar; elle Excel tutan panellerde ise kayıp neredeyse her zaman aynı yerde başlar.

Cari hesap bakiye değildir, hareket defteridir

Bakiye bir sonuçtur; cari hesap o sonucu üreten hareketlerin sıralı listesidir. Bir bayinin bakiyesi doğru görünüyor olabilir ama arkasında eksik kaydedilmiş bir iade, iki kez işlenmiş bir ödeme ve elle düzeltilmiş bir bakiye satırı duruyorsa defter çürüktür. Çürük defterle çalışan panel, ilk ciddi itirazda dayanağını kaybeder.

Bu yüzden temel kural nettir: bakiye asla doğrudan yazılmaz, yalnızca hareketlerden hesaplanır. Yönetici bile bakiyeyi elle değiştirememeli; değiştirmek gerekiyorsa bunu bir düzeltme hareketi olarak, gerekçesi ve işlem sahibiyle birlikte kaydetmeli. Bir dijital ürün satış scripti bakiyeyi güncellenebilir bir alan olarak tutuyorsa, o panelde mutabakat hiçbir zaman tam güvenilir olmaz.

Bayinin kredisi nereden geliyor?

E-pin işinde bayiler üç farklı biçimde çalışır. Ön ödemeli bayi parayı yükler, bakiyesi kadar alır; en güvenli modeldir, en düşük hacmi üretir. Kredili bayi belirlenen limit kadar eksiye düşebilir, ay sonu kapatır; hacim artar, risk de artar. Karma bayi ise bakiyesi bittiğinde kredi limitine geçer, limit de bittiğinde satın alma durur.

Kredi verirken tek başına ciroya bakmak en yaygın hatadır. Anlamlı kriterler şunlardır: ödeme gecikme geçmişi, iade oranı, sipariş düzenliliği ve limit kullanım yoğunluğu. Limitini sürekli sonuna kadar kullanan bayi büyüyen bayi değildir, çoğu zaman nakit akışı sıkışan bayidir. İyi bir e-pin scripti bu dört göstergeyi bir risk skoru olarak hesaplar ve limit artışı kararını duygudan çıkarır.

Mutabakat ekstresi neden tek doğruluk kaynağıdır?

Bayi ile aranızdaki her tartışma tek bir soruya iner: hangi kayıt doğru? Bu sorunun cevabı önceden belirlenmemişse tartışma ilişkiyi yorar. Doğru yaklaşım, ekstreyi tek otorite ilan etmek ve bunu bayiye baştan söylemektir. Ekstre günlük veya haftalık olarak otomatik üretilir, bayi kendi panelinden indirebilir, itiraz süresi tanımlıdır ve süre geçtikten sonra dönem kapanır.

Dönem kapanışı çoğu panelde eksik olan parçadır. Kapanmamış dönem, geçmişe dönük her düzeltmeyle yeniden şekil değiştirir; böylece üç ay önceki bir rakam bugün farklı çıkar. Kapanış uygulandığında ise geçmiş donar, düzeltmeler yalnızca cari döneme hareket olarak yazılır. Bu tek disiplin, epin yazılım tarafındaki mutabakat kavgalarının büyük bölümünü tamamen bitirir.

Limit, risk ve otomatik fren

Kredili çalışmanın tek gerçek koruması otomatik frendir. Bayi limitine ulaştığında sistem satın almayı durdurmalı, yalnızca uyarı göstermekle yetinmemeli. Uyarı gösteren ama satışa devam eden panellerde tahsil edilemeyen bakiye her ay biraz daha büyür ve bir noktada bayiyi kaybetmekle alacağı kaybetmek arasında seçim yapmak zorunda kalırsın.

Frenin yumuşak çalışması için üç kademe kur. Limitin yüzde yetmişinde bilgilendirme, yüzde doksanında ödeme hatırlatması ve gecikmiş bakiye varsa yeni sipariş kilidi. Bu kademeler bayiye sürpriz yaşatmaz, ilişkiyi korur ve aynı zamanda seni korur. Vadesi geçmiş bakiyenin yeni satışı engellemesi, bayilik yönetiminin en basit ama en çok atlanan kuralıdır.

İade, iptal ve negatif bakiye senaryoları

E-pin işinin en kırılgan noktası iade tarafıdır, çünkü ürün dijitaldir ve teslim edildikten sonra geri alınamaz. Bu yüzden iade ile iptalı kesin biçimde ayırmak gerekir. Kod henüz görüntülenmemiş ve teslim edilmemişse iptaldir; bakiye tam döner ve kod havuza geri girer. Kod görüntülendikten sonra yapılan işlem iadedir; burada karar politikaya bağlıdır ve ters kayıt olarak, kaynak sipariş referansıyla yazılır.

Negatif bakiye ise bir hata değil, bir durum olarak modellenmeli. Kredili bayide negatif normaldir; ön ödemeli bayide ise asla oluşmamalıdır. Ön ödemelide negatif görüyorsan orada bir yarış durumu vardır: aynı anda gelen iki sipariş aynı bakiyeyi harcamıştır. Çözümü tek satırlık bir kontrol değil, işlem seviyesinde kilit ve tek atomik düşüm işlemidir. Bir e-pin satış scripti yüksek eşzamanlılıkta bunu yapamıyorsa yoğun kampanya gününde defterin bozulur.

Cariyi Excel'de tutmanın gerçek bedeli

Excel başta kolaydır, on bayiye kadar da idare eder. Sorun yirmiden sonra başlar. Formül kayar, birisi yanlış satıra yazar, aynı dosyanın iki kopyası dolaşır, iade satırı unutulur. En kötüsü ise şu: Excel'in kayıt geçmişi yoktur. Bir rakam değiştiğinde ne zaman, kim tarafından, hangi gerekçeyle değiştiğini kimse bilemez. Bayi itiraz ettiğinde elinde yalnızca iddia kalır.

Sistem içine taşındığında cari hesap yalnızca doğru olmakla kalmaz, aynı zamanda otomatik hâle gelir. Ödeme geldiğinde hareket kendiliğinden yazılır, satış anında bakiye düşer, iade ters kayıt üretir, ekstre kendi kendine oluşur ve bayi kendi ekranından görür. Bu noktadan sonra ay sonu kapanışı saatler değil dakikalar sürer; kazandığın zaman ise doğrudan yeni bayi kazanmaya gider.

Cari hesap, bayilik ilişkisinin sessiz sözleşmesidir; doğru tutulduğunda tartışma çıkmaz, yanlış tutulduğunda her ay yeniden çıkar. Hareket defteri, kredi limiti ve otomatik ekstre ekranlarının gerçekte nasıl çalıştığını görmek için canlı demo içinde bayi cari sayfasını aç, ardından özellikleri ve fiyatlandırmayı karşılaştır.