Bayi Risk ve Limit Yönetimi Nasıl Merkezi Hale Getirilir?

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.

1. Limit tanımlı ama veri güncel değil

Limitin anlamlı olması için hesaba giren kalemlerin gerçek zamanlı olması gerekir. Tahsilat dün geldi ama cariye bugün işlendiyse, bayi aslında ö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.

2. Limit tanımlı ama uygulanmıyor

Sistemde limit vardır, ancak aşıldığında ne olacağı tanımlı değildir. Karar her seferinde bir kişiye kalır: satış müdürü onaylar, finans itiraz eder, aradaki gerilim müzakereye döner. 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.

3. 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 bayi 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 bir 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 bayide 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 bu kırılımların nasıl tek ekranda toplandığını görebilirsiniz.

Bayi Bazlı Limit Yönetimini İnceleyin →

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 kendisinin limiti güncellemesi gerekir. Bayi ödemeyi sistem üzerinden yaptığında hangi faturayı kapattığı bellidir; kullanılabilir limit aynı saniyede artar ve bir sonraki siparişi hemen verebilir. Bu, sadece bir teknik detay değil ticari bir avantajdır — ödeme ile yeni sipariş arasındaki bekleme süresi ortadan kalkar.

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 ortadan kalkar, 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.

Buradaki teknik gereklilik önemlidir: 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 bu görünürlüğün 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 gerçek zamanlı 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 gün ve ay bazında 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

Bayi risk limiti nasıl hesaplanır?

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.

Limit aşıldığında sipariş otomatik durdurulmalı mı?

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.

Bayi limiti ile cari risk limiti aynı şey mi?

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.

Limit hesabına açık siparişler dahil edilmeli mi?

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.

Bayi limitini kendisi görebilmeli mi, ticari sakıncası olur mu?

Görebilmeli. Bayinin kendi limitini bilmesi ticari bir dezavantaj yaratmaz; aksine sipariş planlamasını kolaylaştırır ve gereksiz temasları ortadan kaldırı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.

Kaç bayiden sonra merkezi limit yönetimi gerekir?

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'de zaten limit tanımlı, ayrıca bir platforma neden ihtiyaç var?

ERP limiti tanımlar ve sipariş anında kontrol eder. Tahsilat platformu ise limiti tahsilat anında günceller ve bayiye kendi ekranında gösterir. İkisi entegre çalıştığında ödeme yapan bayinin kullanılabilir limiti aynı anda artar; ERP'yi değiştirmeniz gerekmez.

Yüksek riskli bayiyle çalışmayı tamamen durdurmalı mıyız?

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.

Limit istisnaları nasıl yönetilmeli?

İ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.

Bayi segmentasyonu ne sıklıkla güncellenmeli?

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.

Diğer İçeriklere Göz At

• Tahsilat Takibi Nasıl Yapılır? Dijital Rehber
• DSO Nedir? Türk Şirketleri Neden Sektör Ortalamasının 2 Katı Süreyle Tahsilat Yapıyor?
• Findeks Nedir? Ticari Risk Değerlendirmesi
• B2B Tahsilat Otomasyonu: Kurumsal İşletmeler İçin Rehber
• Tahsilat Nedir? B2B İşletmeler İçin Kapsamlı Tahsilat Rehberi
• e-Fatura Sonrası Tahsilat Otomasyonu Rehberi

Bayi Ağınızı Tek Ekrandan Yönetin

Limit yönetiminin merkezileşmesi, bayi ağının tamamının aynı kurallarla ve aynı görünürlükle yönetilmesiyle mümkün olur.

Bayi ve Distribütör Ağınızı Tek Platformdan Yönetin →

Tahsilat Beklemeye Gelmez

Bayi limitini tahsilat anında güncelleyen, bayinin kendi ekranından görebildiği ve her kanalda aynı şekilde çalışan bir yapı kurulduğunda risk yönetimi bir müzakere konusu olmaktan çıkar.

Demo Talep Edin →