Çoğu toptancı vadeyi bir pazarlama aracı sanır: "Bayiye 7 gün vade verirsem daha çok alır." Doğru, daha çok alır. Ama sen o anda satış yapmıyorsun; faizsiz kredi veriyorsun ve teminatın sadece güven. Dijital üründe bu daha da keskin, çünkü teslim ettiğin şey geri gelmez. Bir bayiye verdiğin 80 bin liralık kod, tahsil edemediğinde stoktan düşmüş, satılmış, harcanmış durumdadır. İade edilecek bir kutu yok.
İkinci yanılgı şu: "Ben bayilerimi tanıyorum, sorun çıkmaz." Sorun genelde tanımadığın bayiden çıkmaz; en çok alan, en düzenli ödeyen, iki yıldır çalıştığın bayiden çıkar. Çünkü limit onda en yükseğe tırmanmıştır ve o battığında rakam telafi edilemez. İşin özü burada: vade bir ilişki meselesi değil, bir limit ve otomasyon meselesidir. Bu yazıda risk limitinin nasıl hesaplandığını ve bir e-pin satış scriptinin bu kuralı senin yerine nasıl uygulaması gerektiğini anlatıyorum.
Risk limiti gerçekte neyin fonksiyonu olmalı?
Limitin cirodan bağımsız belirlenmesi en yaygın hata. "Ayda 300 bin alıyor, 150 bin limit veririm" mantığı, bayinin ödeme davranışını hiç hesaba katmıyor. Sağlıklı limit üç girdinin fonksiyonudur: ortalama ödeme süresi, ödeme düzenliliği ve senin nakit dayanma kapasiten. Üçüncüsü en çok atlananı: bir bayi batarsa işletmen kaç gün ayakta kalır? Limit, bu cevabı bozmayacak büyüklükte olmak zorunda.
Pratik bir başlangıç formülü şu: bayinin son üç aydaki haftalık ortalama alım tutarı, çarpı verdiğin vade haftası, çarpı güven katsayısı (yeni bayide 0,5; iki yıl sorunsuz geçmişte 1,2'yi aşmamak üzere). Çıkan sayı üst sınır olur, altında kalmak serbesttir. Bunun üstüne bir de mutlak tavan koy: hiçbir cari, toplam açık alacağının belirli bir yüzdesini geçmesin.
Bu hesabın elle tutulması mümkün değil; çünkü bayi sipariş verirken kimse hesap makinesi çıkarmıyor. Limitin panelde yaşayan bir alan olması, siparişin limit aşımında otomatik durması gerekiyor. Ciddi bir dijital ürün satış yazılımı bunu "uyarı" olarak değil, engel olarak uygular.
Vade neden dijital üründe daha tehlikeli?
Fiziksel toptanda satıcının elinde iki kalkan vardır: mal geri alınabilir ve teslim kademelidir. Dijitalde ikisi de yok. Kod teslim edildiği saniyede değer transfer olur, üstelik bayi o kodu saniyeler içinde son kullanıcıya satıp nakde çevirebilir. Yani senin alacağın doğduğu anda, bayinin eline geçen şey doğrudan nakitdir. Bu asimetri, dijital toptanda vadeyi fiziksele göre yapısal olarak riskli yapıyor.
Bunun ikinci sonucu daha az konuşulur: zor durumdaki bayi için senden vadeli kod almak, en hızlı nakit bulma yoludur. Yani finansal sıkıntıya giren bayi, batmadan önce alımını artırır. Ani sipariş büyümesini "bayim büyüyor" diye kutlamak bu yüzden yanlış; sipariş davranışındaki ani sıçrama, ödeme gecikmesiyle birleştiğinde en net erken uyarı sinyalidir.
Panelin sana bu sinyali göstermesi gerekir: son 30 gün alım eğilimi, ortalama ödeme gecikmesi, açık bakiyenin limit kullanım oranı. Bu üç veriyi yan yana koyan bir e-pin yazılımı, tahsilat sorununu doğmadan önce fark etmeni sağlar.
| Bayi profili | Önerilen model | Vade | Limit mantığı | Teminat |
|---|---|---|---|---|
| Yeni bayi (0-3 ay) | Ön ödemeli bakiye | Yok | Limit sıfır | Gerekmez |
| Oturmuş bayi (3-12 ay) | Kısmi vade | 7 gün | Haftalık ortalamanın yarısı | Çek veya senet tercihen |
| Uzun vadeli bayi (1 yıl+) | Vade + limit | 7-14 gün | Haftalık ortalama x1, mutlak tavanlı | Sözleşme + teminat |
| Yüksek hacim / tek kanal | Karma: bakiye + limit | 7 gün | Toplam alacağın %20'sini aşmaz | Teminat zorunlu |
| Gecikme geçmişi olan | Sadece peşin | Yok | Limit kapatılır | Eski borç kapanmadan açılmaz |
Otomatik satış kesme neden "katı" değil, tam tersine ilişki kurtarıcı?
Çoğu satıcı otomatik kesmeyi kaba bulur: "Bayiyi kırmak istemem, arayıp konuşurum." Sahadaki sonuç bunun tersi. Elle yönetilen limitlerde kesme kararı kişisel hale gelir; bayi "beni kestin" diye alınır, sen de kesmemek için erteler ve risk büyür. Sistem kestiğinde ise mesaj başka: kural herkese aynı işliyor, kimse cezalandırılmıyor.
Doğru kurgu iki kademeli olur. Birinci kademe yumuşak: limit kullanımının %80'ine gelindiğinde bayiye bildirim gider, yeni siparişte uyarı görünür. İkinci kademe sert: limit aşıldığında ya da vadesi geçmiş bakiye varken yeni vadeli sipariş kabul edilmez, ama peşin veya bakiyeli satın alma açık kalır. Böylece bayi çalışmaya devam eder, sen risk büyütmezsin.
Kritik detay: kesme kuralı teslim anına da bağlanmalı. Sipariş oluşabilir ama kod, vade koşulu sağlanmadan teslim edilmemelidir. Sipariş ile teslimi ayıran bir yapı, dijital toptancının en güçlü kalkanı.
Batan bayi alacaklarının ortak nedenleri
- Elle açılan limit istisnası 42%
- Tek bayide aşırı yoğunlaşma 26%
- Vadesi geçmiş bakiyeye rağmen satış 18%
- Cari kaydının eksik tutulması 14%
Cari hesabın doğru tutulmaması neden en sinsi zarar?
Alacak batmasından daha sık yaşanan şey, alacağın bulanıklaşması. Bayi kısmi ödeme yapar, bir siparişte iade olur, bir kodda arıza çıkar, aradan bir de kur farkı geçer. Üç ay sonra ne senin ne bayinin rakamı aynıdır ve tartışma başlar. Bu tartışmanın sonu genelde ortada buluşmak, yani senin zarar yazman olur.
Çözüm basit ama disiplin ister: her hareket cariye ayrı satır olarak işlenmeli. Sipariş borcu, tahsilat, iade alacağı, arızalı kod mahsubu, kur farkı, kesinti; hepsi kendi satırında, kendi tarihinde. Toplamı bir ekranda gösteren ve bayinin de kendi panelinden görebildiği bir yapı, itirazların büyük kısmını doğmadan bitirir. Bayi kendi ekstresini görebiliyorsa ay sonu mutabakatı telefon konuşmasına gerek kalmadan kapanır.
Bu yüzden toptan iş yapacak bir e-pin satış yazılımı seçerken bakılacak ilk yer ürün listesi değil, cari ekranıdır. Pinova'nın bayi tarafında ekstre, limit kullanımı ve vade durumu aynı sayfada durur; özellik kırılımını /#ozellikler bölümünde inceleyebilirsin.
Limiti sen değil sistem uygulasın. Tek bir istisna açtığın gün, limit artık bir kural değil bir öneriye dönüşür.
Vadeyi fiyatlamıyorsan zaten zarardasın
Vade bedava değil: paranın 14 gün cepte olmaması senin için finansman maliyeti. Çoğu toptancı aynı fiyatı hem peşin hem vadeli bayiye veriyor, sonra kârın nereye gittiğini anlamıyor. Doğru yaklaşım iki fiyat kademesi: peşin/bakiyeli fiyat ve vadeli fiyat. Aradaki fark büyük olmak zorunda değil; ama olması, bayilerin bir kısmını peşin tarafa çeker ve riskini kendiliğinden azaltır.
İkinci araç erken ödeme indirimi. Vadesinden önce kapatan bayiye küçük bir iskonto vermek, tahsilat hızını ölçülebilir biçimde artırır. Üçüncüsü kademeli bayi seviyeleri: ödeme düzenliliğine göre yükselen limit ve iyileşen fiyat, bayiyi düzenli ödemeye teşvik eden en sağlam mekanizma. Bu üçünü panelde kural olarak tanımlayabiliyorsan, tahsilat yönetimi kovalamaktan çıkıp sisteme dönüşür. Paket ve lisans karşılaştırması /#fiyat bölümünde, kurulum adımı ise panelden ilerliyor.
| Kontrol | Neden gerekli | Panelde karşılığı | Öncelik |
|---|---|---|---|
| Her cari için tanımlı limit | Risk tavanını sabitlemek | Bayi kartı, limit alanı | Zorunlu |
| Limit aşımında otomatik engel | Kişisel karar baskısını kaldırmak | Sipariş onay kuralı | Zorunlu |
| Vadesi geçmiş bakiyede vadeli satış kapalı | Borcun üstüne borç binmesin | Vade kontrolü | Zorunlu |
| Sipariş ile teslimin ayrılması | Kod teslim edilince geri dönüş yok | Teslim onayı adımı | Yüksek |
| Bayi kendi ekstresini görüyor | Mutabakat itirazlarını bitirmek | Bayi paneli cari ekranı | Yüksek |
| Peşin ve vadeli fiyat ayrımı | Vadenin maliyetini fiyatlamak | Fiyat listesi / bayi seviyesi | Yüksek |
| Yoğunlaşma raporu | Tek bayiye bağımlılığı görmek | Alacak dağılımı raporu | Orta |
| Gecikme ve eğilim uyarısı | Batmadan önce fark etmek | Bayi risk paneli | Orta |
Bu düzeni tabloyla mı, yazılımla mı kuracaksın?
Beş bayiye kadar tablo yürür. Onbeşte yürümez; çünkü sorun hesaplama değil zamanlama. Bayi gece yarısı sipariş verir, kodu anında alır, limit kontrolü ise sen sabah tabloya bakınca yapılır. O aradaki sekiz saat, riskin bütün hikayesi. Limitin işe yaraması için siparişin geçtiği saniyede uygulanması gerekir; bunu ancak satışın içinden geçen bir sistem yapar.
Bu yüzden toptan tarafa geçen satıcılar için lisanslı bir dijital ürün satış scripti, bir "site" değil bir finansal kontrol katmanıdır. Bayi paneli, cari, limit, vade, teslim logu ve raporlar aynı veri üstünde durduğunda, hem tahsilat kaybı düşer hem de bayiyle ilişkin sağlıklı kalır: kural tartışması sende değil sistemde olur.
Limiti sistem uygulasın, sen büyümeye bak
Cari, limit, vade ve teslim kontrolünü tek yapıda birleştirerek toptan bayi ağını risk büyütmeden ölçekleyebilirsin.
Yeni bayiye vade vermeli miyim?
İlk üç ay vade vermemek en sağlıklısı. Yeni bayiyi ön ödemeli bakiye ile çalıştır, ödeme düzenliliğini ve alım ritmini gözle. Üç ay sonra haftalık ortalama alımının yarısı kadar bir limitle kısmi vadeye geçebilirsin; kademeli açmak, sonradan limit kapatmaktan çok daha kolaydır.
Risk limitini hangi formülle hesaplarım?
Pratik başlangıç: son üç aydaki haftalık ortalama alım tutarı x vade haftası x güven katsayısı (yeni bayide 0,5, uzun geçmişte en fazla 1,2). Çıkan sayıyı üst sınır kabul et ve üstüne mutlak bir tavan koy: tek cari, toplam açık alacağının belirli bir yüzdesini aşmasın.
Bayinin siparişini otomatik kesmek ilişkiyi bozar mı?
Genelde tersi olur. Kesme kararı kişiselleştiğinde bayi alınır, sen de ertelersin ve risk büyür. Sistem uyguladığında kural herkese aynı işler. Doğru kurgu iki kademeli: %80 kullanımda bildirim, aşımda vadeli satışın kapanması ama peşin ve bakiyeli alımın açık kalması.
Cari hesabı bayiye göstermek riskli mi?
Riskli değil, koruyucu. Bayi kendi ekstresini, limit kullanımını ve vade durumunu görebildiğinde ay sonu mutabakat tartışmalarının büyük kısmı hiç doğmaz. Sinsi zarar, bayinin rakamı ile senin rakamının sessizce ayrışmasıdır; şeffaflık bunu önler.
Toptan e-pin satışında büyümeyi durduran şey talep değil, kontrolsüz vade. Limiti sistemin uyguladığı, cari hareketlerin tek tek loglandığı ve teslimin vade koşuluna bağlandığı bir yapıda bayi ağını gönül rahatlığıyla genişletebilirsin. Bayi paneli, limit kullanım göstergesi ve ekstre ekranının pratikte nasıl çalıştığını görmek için canlı demo üzerinden kendi bayi senaryonu kurup deneyebilirsin.

