E-Pin Satış Sistemi Bayi Limit ve Risk Yönetimi: Tek Bir Gecede Kasanı Boşaltan O Sessiz Açığı ve Büyük Toptancıların Kurduğu Görünmez Fren Sistemi

Bayi limitini nasıl belirlediğini sorduğumda çoğu işletme sahibi aynı cevabı veriyor: "Adamı tanıyorum, iki yıldır çalışıyoruz." Bu cümle sektörde en pahalı cümledir. Çünkü dijital üründe risk, bayinin kötü niyetinden değil çoğunlukla bayinin kendi başına gelen bir olaydan doğar: hesabı ele geçirilir, çalışanı kaçar, kendi müşterisinden chargeback yer, nakit akışı bozulur. Güven bu senaryoların hiçbirini durdurmaz; sadece limit durdurur.

Diğer bir yanılgı da riski tek bir sayıya indirmektir. "Bu bayinin limiti 50.000 lira" demek, riskin sadece tutar boyutunu yönetmek demektir. Oysa e-pin işinde asıl tehlike hız boyutundadır: aynı 50.000 lira, bir ayda harcanırsa normal, on dakikada harcanırsa olaydır. Bu yazıda bir e-pin satış scriptinde limit ve risk yönetimini katman katman kuracağız; tutar, hız, ürün, davranış ve tahsilat. Sonunda kendi sisteminde hangi frenin eksik olduğunu net göreceksin.

Bayi limitini güven ile belirlediğini mi söylüyorsun?

Limit bir ödül değil, bir zarar tavanıdır. Doğru soru "bu bayiye ne kadar güveniyorum" değil, "bu bayide en kötü senaryoda kaç lira kaybetmeyi kabul ediyorum" sorusudur. İkisi kulağa benzer gelir ama bambaşka sayılar üretir. Güvenle bakınca limiti bayinin sana olan sadakatine göre yazarsın; zarar tavanıyla bakınca kendi nakit gücüne göre yazarsın.

Pratik bir başlangıç kuralı şudur: tüm açık hesap limitlerinin toplamı, bir haftalık nakit ihtiyacını aşmasın. Yani ortalama tedarik ödemelerin haftada 200.000 lira ise, sahada açık duran toplam limitin bunun üstüne çıkması seni tedarikçiye karşı savunmasız bırakır. Bir e-pin yazılımı kurarken ilk tanımlaman gereken alan bu portföy tavanıdır; bayi bazlı limitler bu tavanın içinden dağıtılır, tavan otomatik kontrol edilir.

Açık hesap riski neden e-pin işinde farklı?

Fiziksel üründe mal elinde kalır, en kötü senaryoda geri alırsın. Dijital üründe teslim edilen kod saniyeler içinde kullanılır ve geri dönüşü yoktur. Bu tek fark, risk yönetimini tamamen değiştirir. Fiziksel toptancının kullandığı "vade ver, mal gitsin, takip ederiz" mantığı burada işlemez.

İkinci fark tedarik tarafındadır. Sen çoğunlukla kodu ön ödemeyle alırsın ama bayine vadeyle satarsın. Yani nakit döngüsü sürekli negatiftir: para önce çıkar, sonra gelir. Bayi ödemeyi geciktirdiğinde kaybettiğin sadece o alacak değil, o parayla alacağın yeni stoktur. Üçüncü fark ise fiyat oynaklığıdır; popüler bir ürünün maliyeti bir hafta içinde artabilir ve vadeli sattığın stoğun yerine koyma maliyeti yükselir. Bu yüzden vadeli satışta uygulanan iskonto, ön ödemeliden her zaman daha düşük olmalıdır.

Hız limiti olmayan bir sistem tek gecede nasıl boşaltılır?

Senaryo tanıdıktır. Bayinin panel şifresi bir yerde sızar. Gece 03.00'te hesaba giriliyor, en likit ürün seçiliyor ve limit sonuna kadar tek seferde harcanıyor. Sabah bayi arıyor, sen kayıtlara bakıyorsun: her şey kurallara uygun görünüyor. Limit aşılmamış, ödeme doğru, teslimat başarılı. Sistem hiçbir şey yanlış yapmadı çünkü ona "bu normal değil" demeyi öğretmedin.

Çözüm limit değil, hız ve desen kontrolüdür. Üç basit kural olayların büyük kısmını keser: birincisi, bayinin son 30 günlük ortalama günlük hacminin belirli bir katını aşan işlemler otomatik onaya düşsün. İkincisi, gece belirli saatler arasında yapılan yüksek tutarlı işlemler için ikinci doğrulama istenmelidir. Üçüncüsü, tek ürüne yoğunlaşan ani alım kalıbı işaretlenmelidir. Bu üç kural hiçbir dürüst bayiyi rahatsız etmez, çünkü dürüst bayinin alım deseni istikrarlıdır. Ciddi bir dijital ürün satış scriptinde bu kurallar ayarlanabilir olmalı, koda gömülü olmamalıdır.

Chargeback ve iade zinciri: kim kaybediyor?

Bu zincir çoğu işletmenin gözden kaçırdığı yerdir. Bayinin son müşterisi kartla ödeme yapar, kodu alır, kullanır, sonra bankasına itiraz eder. Banka parayı bayiden geri alır. Bayi zarar eder ve sana gelir: "Bu kodu ben satamadım, iptal edin." Kod kullanılmıştır, sen tedarikçine ödemişsindir. Yani zincirin en sonundaki sen değilsin ama parayı sen kaybediyorsun, çünkü bayi zararı üstlenemeyip ödemeyi kesiyor.

Bunu önlemenin yolu sözleşme ve sistemi birlikte kurmaktır. Sistem tarafında: teslimat kaydı zaman damgalı olmalı, kodun panelde ilk görüntülenme anı kaydedilmeli ve mümkünse tedarikçiden kullanım durumu sorgulanabilmelidir. Sözleşme tarafında: teslim edilmiş ve görüntülenmiş kodun iade edilmeyeceği açık yazılmalı, bayinin kendi müşterisiyle olan chargeback riskinin bayiye ait olduğu belirtilmelidir. Bu iki tarafı birlikte kuran bir e-pin satış yazılımı, itiraz görüşmelerini duygusal tartışmadan kayıt okumaya dönüştürür.

Skorlama motoru kurmak için hangi verilere ihtiyacın var?

Skorlama kulağa karmaşık gelir ama aslında elindeki veriyle kurulur. İhtiyacın olan beş sinyal şudur: bayinin yaşı (ilk siparişten bu yana geçen gün), ödeme disiplini (vadeye uyma oranı), hacim istikrarı (aylık dalgalanma), itiraz oranı (toplam siparişe göre iade talebi) ve davranış tutarlılığı (sabit IP aralığı, benzer saat dilimi).

Bu beş sinyali basit ağırlıklarla toplayıp 0-100 arası bir skor üret. Skoru limit hesabına doğrudan bağla: skor 80 üstüyse limit otomatik artsın, 50 altına düşerse otomatik daralsın. Önemli nokta, limitin canlı bir sayı olmasıdır. Çoğu sistemde limit bir kez yazılır ve yıllarca hiç dokunulmaz; bayi küçülse de limit büyük kalır, işte zarar oradan doğar. Skor tabanlı limit ise bayiyle birlikte nefes alır ve sen her ay tek tek hesap incelemek zorunda kalmazsın.

Limit aşımında sistem ne yapmalı: blokla, beklet yoksa uyar?

Limit aşımını tek tepkiyle yönetmek yanlıştır. Her aşım aynı şey değildir: on bin liralık limitte 200 lira taşan bir sipariş ile limitin iki katını isteyen bir sipariş farklı muamele ister. Doğru yapı üç seviyelidir ve her seviye farklı davranır. Aşağıdaki tabloyu kendi sistemine uyarlayıp senaryo senaryo test et; testi yapılmamış bir risk kuralı, olmayan bir kuraldır.

Risk yönetimi bayiye güvenmemek değil, güveni sayıya çevirmektir; iyi kurulmuş frenler aslında daha hızlı gitmeni sağlar, çünkü limit artırmak için artık cesaret değil veri kullanırsın. Kurulum seçeneklerini fiyat bölümünden karşılaştırabilir, limit ve onay akışlarının gerçek bir panelde nasıl çalıştığını görmek için canlı demo üzerinden senaryoları kendin deneyebilirsin.