- Bayi risk limiti; açık bakiye, tahsil edilmemiş ve vadesi geçmiş faturalar, açık siparişler ve tahsil edilmemiş çek/senetleri kapsar. Biri eksik kaldığında risk sessizce taşınır.
- Limit üç yerden kırılır: veri güncel değildir, aşıldığında ne olacağı tanımlı değildir ya da bayi kendi limitini görmez.
- Merkezi yapıda limit tek yerde tanımlanır; sipariş, sevkiyat ve tahsilat anında her kanalda aynı şekilde çalışır.
Saha temsilcisi arıyor: “Bu bayiye sevkiyatı çıkaralım mı?” Muhasebe cariye bakıyor, bakiye limitin altında görünüyor. Ama o bakiye dünkü veriye ait, bu sabah gelen iki fatura henüz işlenmemiş. Bayinin geçen ay da aynı soruyla gündeme geldiği hatırlanıyor. Sipariş beklerken karar bir kişinin o anki değerlendirmesine kalıyor.
Bayi risk limiti hemen her işletmede tanımlıdır. Sorun limitin var olmaması değil, tanımlandığı yerle uygulandığı yer arasındaki mesafedir. Bu yazı o mesafeyi kapatmakla ilgili.
Bayi Risk Limiti Nedir, Neyi Kapsar?
Bayi risk limiti, bir bayiye tanımlanan azami ticari risk tutarıdır. Şirketin o bayi için ne kadar açık pozisyon taşımayı kabul ettiğini gösterir ve sorunun sistemdeki karşılığı şudur: bu bayiyle ne kadar kredi riski taşıyabiliriz?
Limit hesabına giren kalemler çoğu işletmede eksik tanımlanır. Tam kapsam şunları içerir: açık hesap bakiyesi, tahsil edilmemiş faturalar, vadesi geçmiş borçlar, henüz sevk edilmemiş açık siparişler ve tahsil edilmemiş çek veya senetler. Bu kalemlerden biri hesaba katılmadığında limit dolu görünmez ama risk fiilen taşınmaya devam eder.
Kullanılabilir limit bu toplamdan hesaplanır: tanımlı limitten mevcut risk düşüldüğünde geriye kalan tutar, o bayiye o an satış yapılabilecek büyüklüktür.
Limit Tanımlamak Neden Yetmiyor: Üç Kırılma Noktası
Bayi ağıyla çalışan işletmelerde limit yönetimi neredeyse her zaman aynı üç noktadan kırılır. Hangisinin sizde baskın olduğunu bilmek çözümü de belirler.
Limit tanımlı ama veri güncel değil
Limitin anlamlı olması için hesaba giren kalemlerin güncel olması gerekir. Tahsilat dün geldi ama cariye bugün işlendiyse, bayi ödeme yapmış olmasına rağmen limiti dolu görünür ve sipariş gereksiz yere durur. Tersi daha tehlikelidir: sevkiyat çıktı, fatura henüz işlenmedi, limit boş görünür ve risk sessizce büyür.
Limit tanımlı ama uygulanmıyor
Sistemde limit vardır ama aşıldığında ne olacağı tanımlı değildir. Karar her seferinde bir kişiye kalır; kural kişiselleştiğinde artık kural değildir. En sık görülen sonuç, en yüksek riskli bayinin en çok istisna alan bayi olmasıdır — çünkü en çok o ısrar eder.
Limit tanımlı ama bayi bilmiyor
Bayi kendi limitini ve kalan kullanılabilir tutarını göremediği için sipariş verirken körlemesine hareket eder. Sipariş durdurulduğunda sürpriz yaşar, telefon trafiği başlar ve ilişki gerilir. Oysa limitini görebilseydi ya siparişi küçültür ya da önce ödeme yapardı.
Risk Yalnızca Bakiye Değildir: İzlenmesi Gereken Beş Sinyal
Toplam bakiye tek başına bir risk göstergesi değildir. Limiti dolmamış bir bayi de riskli olabilir, limiti dolmuş bir bayi de sağlıklı. Ayrımı şu beş sinyal yapar:
- Vadesi geçmiş oranı — toplam bakiyenin ne kadarı vadesi gelmemiş, ne kadarı gecikmiş. Limiti dolmamış ama borcunun yarısı doksan günü geçmiş bir bayi, limiti dolu ama tamamı vadesi gelmemiş bir bayiden çok daha risklidir.
- Ödeme sözü tutma oranı — bayi “cuma öderim” dediğinde ödüyor mu. Bu oran gecikme gününden daha erken uyarı verir; sözünü tutmamaya başlayan bayi henüz ciddi gecikmeye girmeden fark edilir.
- Limit doluluk hızı — limitin ne kadar sürede dolduğu. Aynı limiti üç ayda dolduran bayi ile üç haftada dolduran bayi farklı davranıyordur.
- Sipariş-tahsilat dengesi — sipariş hacmi artarken tahsilat aynı hızda artmıyorsa, büyüme değil birikme vardır.
- Sessizleşme — sipariş sıklığı düşen bayi ya işini küçültüyordur ya da başka bir tedarikçiye kaymaktadır. İkisi de risktir.
Yeni bir bayiyle çalışmaya başlarken ticari geçmişin kontrol edilmesi de aynı disiplinin parçasıdır; Findeks raporunun ne işe yaradığını ayrı bir yazıda ele almıştık.
Bayi Segmentasyonu ve Farklılaştırılmış Kurallar
Tüm bayilere aynı limit ve vadeyi uygulamak yönetimi kolaylaştırır ama riski gizler. Düzenli ödeyen bayi ile sürekli geciken bayi aynı koşullarla çalışıyorsa, ikincisinin davranışını değiştirmesi için hiçbir sebep yoktur. İşleyen bir segmentasyon üç gruptan oluşur:
- Düşük riskli bayi — düzenli öder, limit kullanımı dengelidir, vadesi geçmiş borç eğilimi sınırlıdır. Bu gruba daha uzun vade veya daha yüksek limit tanımlanabilir.
- Orta riskli bayi — dönemsel dalgalanma gösterir. Sipariş tutarı, limit doluluğu ve vade geçmişi daha sık izlenmelidir.
- Yüksek riskli bayi — gecikme, itiraz veya limit aşımı eğilimi vardır. Bu grupta onay akışı ve alternatif ödeme yöntemi devreye girmelidir.
Segmentasyonun kritik yanı şudur: sınıflandırma tek başına kredi kararı değildir. Sınıf, hangi kuralın uygulanacağını belirler; kararı yine veri verir. Bayi ve distribütör ağınızı tek platformdan yönetin sayfasında bayi ağının tek ekranda nasıl izlendiğini görebilirsiniz.
Tahsildar çözümüBayi TahsilatıBayi bazında limit ve ödeme politikası, link, QR ve SMS ile tahsilat, bayinin kendi paneli.Limitin Merkezi Hale Gelmesi Ne Demek?
Merkezileşme, limitin tek bir yerde tanımlanıp her kanalda aynı şekilde geçerli olması demektir. Pratikte çoğu işletmede durum bunun tersidir: limit ERP’de tanımlıdır, ancak bayi telefonla sipariş verdiğinde saha temsilcisi limiti bilmez; bayi panelden sipariş verdiğinde başka bir kural işler; ödeme başka bir kanaldan geldiğinde limit güncellenmez.
Merkezi yapıda ise tanım tektir ve üç yerde birden çalışır: sipariş alınırken, sevkiyat çıkarken ve tahsilat düşerken. Bayi hangi kanaldan gelirse gelsin aynı limitle karşılaşır. Kanal sayısı arttıkça bu tutarlılık daha da kritik hale gelir.
Kanallar arasındaki bu tutarlılığın nasıl kurulduğunu B2B tahsilat süreçlerinizi hızlandırın sayfasında inceleyebilirsiniz.
Kritik Nokta: Limit Tahsilat Anında Uygulanmalı
Bayi risk yönetimini ERP penceresinden ele alan yaklaşımların ortak sınırı şudur: limit sipariş anında kontrol edilir, tahsilat anında güncellenmez. Aradaki boşlukta risk gerçek durumundan farklı görünür.
Limitin doğru çalışması için tahsilatın limiti güncellemesi gerekir. Bayi ödemeyi sistem üzerinden yaptığında hangi faturayı kapattığı bellidir; ödeme ERP’ye işlendiğinde kullanılabilir limit artar ve bayi bir sonraki siparişi beklemeden verebilir. Bu yalnızca teknik bir detay değil, ticari bir avantajdır — ödeme ile yeni sipariş arasındaki bekleme kısalır.
Tahsilat ile muhasebe kaydı arasındaki gecikmenin nasıl kapatıldığını mutabakat süreçlerinizi otomatikleştirin sayfasında ele aldık. Manuel takibin bu noktadaki sınırları için Excel ve manuel takip süreçlerinden kurtulun sayfasına bakabilirsiniz.
Bayinin Kendi Limitini Görmesi
Limit yönetiminde en az konuşulan ama en çok iş yükü yaratan konu görünürlüktür. Bayi kendi limitini, kullanılabilir tutarını ve açık faturalarını göremediği sürece her soru size gelir.
Bayi bu bilgiyi kendi panelinden görebildiğinde üç şey aynı anda olur: gereksiz temas azalır, sipariş büyüklüğü kendiliğinden limite göre ayarlanır ve ödeme kararı sizi aramadan verilir. Sipariş durdurma da artık bir sürpriz değil, bayinin önceden gördüğü bir eşiktir.
Teknik gereklilik: her bayi yalnızca kendi bilgisini görmelidir. Diğer bayilerin limiti, bakiyesi veya koşulları hiçbir şekilde görünmemelidir.
Bayi sipariş yönetimi tarafında bayinin kendi cari bakiyesini ve ekstresini görmesinin sipariş akışına nasıl bağlandığını inceleyebilirsiniz.
Çok Temsilcili Yapıda Yetki ve Ekran Ayrımı
Bayi sayısı arttıkça takip birden fazla kişiye dağılır ve yeni bir sorun doğar: kim hangi bayiden sorumlu, kim hangi veriyi görebiliyor. Herkesin her şeyi gördüğü bir yapıda sorumluluk belirsizleşir; aynı bayiye iki temsilci temas eder ya da hiçbiri etmez.
Çözüm, her tahsilat sorumlusuna yalnızca kendi bayilerini kendi yetkisi dahilinde yönetebileceği bir ekran tanımlamaktır. Doğru kişi doğru bilgiye ulaşır, sorumluluk netleşir ve limit kararları izlenebilir hale gelir — hangi istisnayı kimin verdiği kayıt altında kalır.
Merkezileşmenin Finansal Etkisi
Limit yönetiminin merkezileşmesi doğrudan nakit akışına yansır. Riskin güncel olarak görünmesi, tahsil edilemeyecek sevkiyatın en baştan önlenmesini sağlar; bu, sonradan tahsilat çabası harcamaktan her zaman ucuzdur.
İleri vadeli alacakların izlenmesi için nakit akışınızı güçlendirin sayfasına, alacak tahsil süresinin nakit üzerindeki etkisi için DSO nedir yazımıza bakabilirsiniz.
Sıkça Sorulan Sorular
Yaygın yaklaşım, bayinin ortalama aylık alım tutarı ile vade süresini çarpıp bir risk katsayısıyla düzeltmektir. Teminat varsa limit yukarı, gecikme geçmişi varsa aşağı çekilir. Tek bir doğru formül yoktur; önemli olan formülün yazılı olması ve herkese aynı şekilde uygulanmasıdır.
Otomatik durdurma en tutarlı yöntemdir çünkü kararı kişiselleştirmez. Ancak tamamen katı bir kural ticari kayıp yaratabilir. Pratikte en iyi çalışan model kademeli yapıdır: belirli bir aşım oranına kadar uyarı, üstünde onay akışı, daha üstünde otomatik durdurma.
Aynı kavramın iki adıdır. Cari risk limiti muhasebe tarafında, bayi limiti ticari tarafta kullanılır. İkisi de aynı soruyu sorar: bu cari hesapta ne kadar açık pozisyon taşıyabiliriz.
Evet. Henüz sevk edilmemiş sipariş de taşınacak riskin parçasıdır. Dahil edilmediğinde limit boş görünür ancak sevkiyat çıktığı anda risk aniden yükselir. Bu, limit yönetiminde en sık yapılan kapsam hatasıdır.
Görebilmeli. Bayinin kendi limitini bilmesi ticari bir dezavantaj yaratmaz; aksine sipariş planlamasını kolaylaştırır ve gereksiz temasları azaltır. Sakınca yalnızca bir bayinin başka bir bayinin koşullarını görmesinde olur; bu yüzden görünüm yetki bazlı ayrılmalıdır.
Bir eşik rakamı yok. Belirleyici olan bayi sayısından çok kanal ve temsilci sayısıdır. Yirmi bayiniz varsa ama sipariş üç ayrı kanaldan geliyor ve dört temsilci takip ediyorsa merkezileşme ihtiyacı zaten doğmuştur.
ERP limiti tanımlar ve sipariş anında kontrol eder; ama tahsilat başka bir yerde gerçekleştiği için limit hesabı gecikmeli veriyle çalışır. Tahsilat platformu ERP’ye bağlandığında ödeme tamamlanınca ERP’ye işlenir ve limit güncel veriyle hesaplanır; bayi de kendi bakiyesini panelinde görür. ERP’yi değiştirmeniz gerekmez.
Genellikle hayır; ticari kayıp yaratır. Daha işlevli yaklaşım koşulu değiştirmektir: vadeyi kısaltmak, peşin veya teminatlı çalışmak, ya da sipariş başına onay akışı uygulamak. Amaç bayiyi kaybetmek değil, riski taşınabilir hale getirmek.
İstisna kaçınılmazdır ama kayıt altında olmalıdır. Kimin, hangi bayiye, hangi gerekçeyle, ne kadar süreyle istisna verdiği izlenebilir olmalı. İstisnalar görünür hale geldiğinde sayıları kendiliğinden azalır.
Aylık yeterlidir. Daha sık güncellemek gürültü üretir, daha seyrek güncellemek davranış değişikliğini geç fark ettirir. Segment değişimi tetiklendiğinde ilgili temsilcinin bilgilendirilmesi güncelleme sıklığından daha önemlidir.
Limit yönetimi, bayi ağının tamamı aynı kurallarla ve aynı görünürlükle yönetildiğinde bir müzakere konusu olmaktan çıkar.
