Bayinin Bakiyesi Eksiye Düştüğünde Parayı Kim Kaybediyor? E-pin Scriptinde Kredi Limiti Meselesinin Kimsenin Sana Anlatmadığı Tarafı

Çoğu kişi bayi bakiyesinin teknik olarak asla eksiye düşemeyeceğini sanır. Mantık basit görünür: bakiye yoksa satış olmaz, satış olmazsa borç da olmaz. Oysa sahada e-pin satan hemen her işletmenin defterinde eksi bakiyeli en az bir bayi vardır ve bu bakiye çoğu zaman bilinçli bir kararla değil, sistemin açık bıraktığı bir kapıdan oluşur. Gerçek şu: negatif bakiye bir yazılım hatası değil, bir finansman kararının kontrolsüz halidir. Kontrollü olduğunda büyüme motoru, kontrolsüz olduğunda tahsilat davasıdır.

Bu yazıda negatif bakiyenin nasıl oluştuğunu, kredi limitinin hangi modellerle kurulduğunu ve bir e-pin satış scripti üzerinde hangi kuralların yazılı olması gerektiğini adım adım anlatıyorum. Burada okuyacağın şeylerin çoğu, bir bayinin ödeme yapmadığı ilk sabah öğrenilir. Öğrenmenin ucuz yolu ise şu: sistemi daha kurarken limit mimarisini doğru kurmak. Pinova gibi bir e-pin yazılımı tam olarak bu noktada devreye girer; senin yerine e-pin satmaz, e-pin satarken kasanı koruyan kuralları uygular.

Negatif bakiye bir hata mı, yoksa gizli bir kredi mi?

Bir bayinin bakiyesi eksiye düştüğünde olan şey şudur: sen o bayiye, farkında olmadan, faizsiz ve teminatsız kredi vermişsindir. Tedarikçine parayı ödemişsin, ürünü teslim etmişsin, karşılığını almamışsın. Bu yüzden negatif bakiyeyi "teknik sorun" diye geçiştirmek en pahalı yaklaşımdır. Doğru yaklaşım onu muhasebedeki adıyla anmaktır: ticari alacak. Adını doğru koyduğun anda soruların da değişir. Kime, ne kadar, hangi vadeyle, hangi teminat karşılığında? İşte dijital ürün satış yazılımı seçerken sorman gereken ilk soru da bu: sistem bu dört alanı bayi kartında tutuyor mu, yoksa tek bir bakiye kolonuyla mı idare ediyor?

Kredi limiti verdiğin bayi seni neden üçüncü günde zorlar?

Limit verilen bayinin davranışı neredeyse hep aynı eğriyi izler. İlk gün limitin küçük bir kısmını kullanır, ikinci gün güvenin arttığını görünce yarısına yaklaşır, üçüncü gün limitin tamamını doldurup ödeme tarihini sorar. Bunun sebebi kötü niyet değil, nakit akışıdır: bayi de kendi müşterisinden tahsilat bekliyordur. Sorun, senin limitinin onun tahsilat vadesinden kısa olmasıdır. Bu yüzden limit belirlerken tek başına tutar konuşmak yetmez; vade ile tutarı birlikte tanımlamak gerekir. 20.000 TL / 7 gün ile 20.000 TL / 2 gün tamamen farklı iki üründür. İyi bir epin yazılım kurgusunda limit kaydı her zaman bir tutar ve bir gün sayısı içerir.

Scriptin sessiz açığı: aynı anda gelen iki sipariş

Negatif bakiyenin en sinsi kaynağı insan değil, koddur. Bayi panelinde iki sekme açıp iki siparişi aynı saniyede gönderdiğinde, bakiye kontrolü ile bakiye düşümü arasındaki milisaniyelik boşluk iki siparişin de onaylanmasına yol açabilir. Bakiyesi 100 TL olan bayi, 100 TL'lik iki ürünü birden alır ve hesap eksi 100'e iner. Çözüm tek satırlık bir kontrol değildir; satır bazında kilit ve tek atomik işlem içinde düşüm gerekir. Bir e-pin scripti değerlendirirken tedarikçiye sorulacak en teknik ama en değerli soru budur: bakiye düşümü ile sipariş kaydı aynı işlem bloğunda mı yapılıyor? Cevap net değilse, sistem seni gecenin bir yarısı uyandırır.

Hangi limit modeli senin işine uyar?

Limit tek tip değildir. Bayinin cirosuna, ödeme geçmişine ve verdiği güvenceye göre dört ana model kullanılır. Hepsinin tahsilat riski, operasyon yükü ve büyüme etkisi farklıdır. Aşağıdaki tablo, sahada en çok karşılaştığım dört modelin karşılaştırmasıdır.

Tahsilatı insana değil sisteme bağlamak

Limit vermek kolay, geri almak zordur. Bu yüzden tahsilat kademeleri baştan yazılmalıdır. Pratikte işleyen kurgu şudur: vadenin bitmesine 48 saat kalınca bilgilendirme, vade gününde yeni sipariş için onay şartı, vadeyi bir gün geçince otomatik satış kısıtı, üç gün geçince panel erişiminin salt okunur hale gelmesi. Bu kademeleri elle uygulamaya kalkarsan iki şey olur: ya uygulamazsın ya da sadece sevmediğin bayiye uygularsın. İkisi de kötüdür. Kuralın herkese aynı işlemesi, bayi ilişkisini duygusal pazarlıktan çıkarıp sözleşmeye taşır. E-pin satış yazılımı tarafında aradığın özellik tam olarak bu: kademeli kısıt tetikleyicileri ve her kısıtın kaydı.

Negatif bakiye muhasebede nerede durur?

Panelde eksi görünen sayı, mali tabloda kendi başına anlam taşımaz. Bayi bakiyesi pozitifken bu bir yükümlülüktür, çünkü müşterinin sende duran parasıdır. Eksiye döndüğünde ise alacağa dönüşür ve bilançonun tamamen başka bir tarafına geçer. Aynı kolonun iki yönde iki farklı muhasebe anlamı olması, yıl sonunda mali müşavirinle yaşadığın kavganın ana sebebidir. Doğru kurgu, sistemin her bakiye hareketini yön, sebep ve referans kaydıyla tutması ve pozitif ile negatif bakiyeleri ayrı raporlarda sunmasıdır. Böylece "toplam bayi bakiyesi" gibi yanıltıcı tek bir sayıya bakmaktan kurtulursun.

Kurulumdan önce doldurman gereken kontrol listesi

Aşağıdaki listeyi sistemi canlıya almadan önce tek tek işaretle. Her satırın karşılığı sende net değilse, o satır ileride bir tahsilat sorunu olarak geri dönecek.

Negatif bakiye, doğru kurulduğunda bayi ağını büyüten bir araç; yanlış kurulduğunda sessizce kâr eriten bir delik. Aradaki farkı yaratan şey iyi niyet değil, sistemin yazılı kuralları. Limit mimarisinin gerçek panelde nasıl göründüğünü, vade uyarılarının nereye düştüğünü ve kısıt kademelerinin nasıl tetiklendiğini kendi gözünle görmek istersen canlı demo üzerinden bayi kartını açıp bir limit tanımlayarak dene; on beş dakikada anlaman, altı ay sonra tahsilat peşinde koşmandan iyidir.