Bayi Tahsilatını Otomatikleştirmek: Cirosu Yüksek Ama Kasası Boş Kalan E-Pin Satıcılarının Fark Etmediği Tahsilat Sızıntısı

Çoğu işletme sahibi bayi tahsilatını bir muhasebe işi sanır. Ay sonu gelir, ekstreler açılır, WhatsApp'tan "abi şu havaleyi yaptım mı" mesajları gidip gelir, birkaç bayi ödemeyi üç güne yayar ve sonunda tabloya bakıp "ciro güzel" denir. Oysa tahsilat bir muhasebe işi değil, bir sistem tasarımı işidir. Sen ürünü teslim ettiğin anda parayı almadıysan, aslında satış yapmamış; bayine faizsiz kredi vermiş olursun.

İşin ilginç tarafı şu: bu sızıntı hiçbir zaman kayıp gibi görünmez. Kimse kaçmaz, kimse dolandırmaz, herkes "birkaç gün sonra" öder. Ama o birkaç gün senin stok yenileme hızını, tedarikçiden alacağın iskonto kademesini ve kampanya yapabilme cesaretini doğrudan kesiyor. Bu yazıda bayi tahsilatının neden manuel yürütülemeyeceğini, hangi noktalarda para kaybettiğini ve doğru kurulmuş bir e-pin satış scripti ile tahsilatın nasıl kendi kendine döndüğünü anlatıyorum.

Bayin sana borçlanıyorsa, aslında sen ona sermaye mi veriyorsun?

Açık hesap çalışmanın mantığı basit görünür: bayi güvenilirdir, ödemesini yapar, sen de satışı kaçırmamış olursun. Ama bu modelde işletme sermayesi senin kasandan çıkar. Bayine 20 bin liralık kod teslim ettiğinde o kod artık satılmıştır, tedarikçiye olan borcun doğmuştur, fakat karşılığı hâlâ tahsil edilmemiştir. Bu boşluğu kapatmanın tek yolu kendi cebinden nakit koymaktır. Üç bayide sorun olmaz; on beş bayide işletmenin nakit akışı tamamen bayilerin ödeme disiplinine teslim olur. Sermayeni bayilerin alışkanlıklarına emanet etmiş olursun. Ön ödemeli bakiye modeli bunu tersine çevirir: para önce gelir, ürün sonra çıkar. Modern bir dijital ürün satış yazılımı tam olarak bu sırayı zorunlu kılmak için vardır.

Havaleyi elle eşleştirmek gerçekten "sadece birkaç dakika" mı?

Elle eşleştirmenin görünen maliyeti süredir, görünmeyen maliyeti ise hatadır. Banka ekstresine bakıp açıklamayı okumak, hangi bayiye ait olduğunu tahmin etmek, panele girip bakiye yüklemek ve bayiye haber vermek tek işlemde on dakikayı aşar. Günde yirmi yükleme yapan bir işletmede bu üç saatlik bir insan mesaisi demektir. Daha kötüsü: açıklamaya kod yazmayan bayi, yanlış hesaba geçen havale, iki kez yüklenen bakiye. Bunların her biri güven kaybı üretir. Otomatik tahsilatta ise bayi kendi panelinden ödeme başlatır, sanal POS veya banka entegrasyonu onayı döner, bakiye saniyeler içinde yüklenir ve hareket kaydı değiştirilemez biçimde log'lanır. İnsan sadece istisnaya bakar.

Bakiye sistemi sadece "cüzdan" mı, yoksa tahsilat motoru mu?

Bayi bakiyesi çoğu panelde bir sayıdan ibarettir. İyi kurgulanmış bir e-pin yazılımı ise bakiyeyi bir motor gibi çalıştırır: minimum yükleme tutarı, kademeli yükleme bonusu, otomatik düşük bakiye uyarısı, kritik seviyede sipariş kilidi ve yükleme geçmişine bağlı iskonto kademesi. Bayi 500 liranın altına düştüğünde otomatik bildirim aldığında, senin hatırlatmana gerek kalmadan yükleme yapar. Kademeli bonus tanımlandığında ise tek seferde daha yüksek tutar yükler; bu da nakit akışını öne çeker. Yani doğru kurulmuş bakiye yapısı tahsilatı hızlandırmakla kalmaz, ortalama yükleme tutarını da büyütür. Tahsilat otomasyonunun asıl getirisi buradadır.

Otomatik tahsilat kurulurken hangi kurallar önceden yazılmalı?

Otomasyon, kararların önceden verilmesidir. Sistem kurulmadan önce şu soruların cevabı net olmalı: Hangi bayiye ne kadar limit tanınır? Limit hangi koşulda otomatik yükselir? Bakiye sıfırlandığında sipariş tamamen kilitlenir mi, yoksa belirli ürün gruplarına izin verilir mi? İade ve iptal durumunda bakiye mi geri yüklenir, para mı iade edilir? Komisyon ve sanal POS masrafı bayiye mi yansır? Bunlar yazılı kurala dönüşmediği sürece her istisna yine sana gelir ve otomasyon kâğıt üstünde kalır. Otomasyonun kalitesi, kurallarının netliği kadardır. Bir epin yazılım altyapısında bu kuralların panel üzerinden tanımlanabiliyor olması, kod değiştirmeden politika değiştirebilmek anlamına gelir.

Tahsilat verisi elinde olunca hangi kararları ilk kez verebilirsin?

Manuel takipte elinde sadece "kim borçlu" bilgisi olur. Otomatik sistemde ise yükleme sıklığı, ortalama yükleme tutarı, bakiye devir hızı ve yüklemeden siparişe geçen süre gibi veriler birikir. Bu veriler sana pazarlama bütçesinden daha değerli bir şey verir: hangi bayinin gerçekten büyüdüğünü, hangisinin sadece göründüğünü. Ayda dört kez 5 bin lira yükleyen bayi, ayda bir kez 20 bin lira yükleyen bayiden daha sağlıklıdır; çünkü sürekli satıyor demektir. Bu ayrımı yapabilmek, iskonto kademelerini duyguya göre değil performansa göre kurmanı sağlar. Böylece bayi ağı büyürken kâr marjı erimez, aksine sıkışır ve netleşir.

Peki geçişi yaparken mevcut bayileri kaybetme riski var mı?

En sık duyduğum itiraz budur: "Bayilerim açık hesaba alışmış, ön ödemeye geçersem giderler." Pratikte olan şu: bayi, hızlı teslimat ve kesintisiz stok karşılığında ödeme şeklini değiştirmeye razı olur. Geçişi kademeli yaparsan direnç de düşer. İlk ay hem açık hesap hem bakiye açık kalır, bakiye ile alana ek iskonto verilir. İkinci ay açık hesap limiti yarıya iner. Üçüncü ay sadece uzun geçmişli bayilere kontrollü limit bırakılır. Teşvikle kurulan geçiş, yasakla kurulandan çok daha kalıcıdır. Detaylı özellik listesini özellikler bölümünde, paket karşılaştırmasını ise fiyatlandırma kısmında bulabilirsin.

Tahsilat, bayi ağı büyüdükçe kendiliğinden düzelen bir şey değil; büyüdükçe daha da ağırlaşan bir yüktür. Bu yüzden kararı erken vermek gerekir. Bakiye mantığının, otomatik yükleme akışının ve limit kurallarının gerçek panelde nasıl göründüğünü merak ediyorsan canlı demo üzerinden kendi senaryonu deneyebilir, ardından paketleri karşılaştırarak işine uygun kurulumu seçebilirsin.