Müşteri risk limiti CRM'de nasıl takip edilir?

Kısa cevap

Müşteri risk limiti CRM'de, müşteri kartında üç alanla takip edilir: onaylı limit, açık bakiye (vadesi gelmemiş ve gecikmiş faturalar) ve teklif aşamasındaki fırsatlar. Satışçı yeni teklif vermeden önce bu üçünün toplamını limite karşı görür. Limit aşılacaksa teklif çıkmadan finansla konuşulur, sevkiyattan sonra değil.

Risk limiti nedir?

Risk limiti, bir müşteriye peşin ödeme almadan aynı anda açık bırakabileceğiniz en yüksek alacak tutarı demektir. Vadeli satış yapan her B2B firmada bu sınır finansın kafasında ya da ERP'nin bir köşesinde vardır.

Sorun, satışçının bu sınırı genellikle teklif verirken değil, sipariş takıldığında öğrenmesidir. O noktada müşteriye söz verilmiş, fiyat konuşulmuş, belki üretim planı yapılmıştır.

Risk limiti neden satışın da işidir?

Çünkü limiti aşan sipariş ya bekler ya da iptal olur, ikisi de satışçının hedefinden düşer. Finans "riski kapattım" der, satış "müşteriyi kaybettim" der, ikisi de haklıdır.

Satışçı limiti önceden görürse seçenekleri vardır: siparişi bölmek, kısmi peşinat istemek, vadeyi kısaltmak ya da limit artışı için finansa erken dosya hazırlamak. Bu seçeneklerin hepsi teklif aşamasında konuşulur.

CRM'de risk limiti için hangi alanlar gerekir?

Müşteri kartında beş alan yeterlidir. Fazlası kimse tarafından doldurulmaz.

• Onaylı limit: Finansın verdiği tutar ve onay tarihi.
• Açık bakiye: Kesilmiş ama tahsil edilmemiş faturaların toplamı. ERP'nizden gelir.
• Gecikmiş tutar: Açık bakiyenin vadesi geçmiş kısmı.
• Teklifteki tutar: Açık fırsatların toplamı, kazanma ihtimaliyle ağırlıklı ya da ağırlıksız.
• Kullanılabilir limit: Onaylı limit eksi açık bakiye eksi teklifteki tutar. Bu alan hesaplanır, elle girilmez.

Kullanılabilir limit nasıl hesaplanır?

Kullanılabilir limit, onaylı limitten açık bakiyeyi ve henüz faturalanmamış teklifleri çıkararak bulunur. Örnek bir hesapla bakalım.

Bir müşterinin onaylı limiti 2.000.000 TL olsun. Açık bakiye 1.200.000 TL, bunun 300.000 TL'si 30 günü geçmiş. Satışçının elinde 600.000 TL'lik bir teklif daha var.

Kullanılabilir limit 2.000.000 − 1.200.000 − 600.000 = 200.000 TL kalır. Satışçı 500.000 TL'lik yeni bir teklif hazırlıyorsa bu sipariş limiti 300.000 TL aşar. Üstelik gecikmiş bir tutar olduğu için finans büyük ihtimalle limit artışını reddeder.

Satışçı limit aşımını ne zaman görmeli?

Satışçı limit aşımını teklif oluştururken görmelidir. Sipariş girildiğinde görmek geçtir, çünkü müşteriyle fiyat ve teslim tarihi konuşulmuştur.

Pratikte üç uyarı noktası işe yarar:

1. Teklif tutarı kullanılabilir limiti aştığında, teklif ekranında.
2. Müşterinin gecikmiş tutarı belirlediğiniz eşiği geçtiğinde, satışçıya ve satış müdürüne.
3. Kullanılabilir limit onaylı limitin beşte birinin altına düştüğünde, finansa.

Eşikleri kendi tahsilat geçmişinize göre koyun. Her sektörün vade alışkanlığı farklıdır.

Risk limiti verisi neden CRM'de eksik kalır?

Çünkü limit ERP'de, fırsatlar CRM'de, gecikme bilgisi muhasebede ve müşterinin "bu ay ödeme yapamayacağız" cümlesi satışçının telefonunda kalır. Dört kaynak birleşmeyince kimse resmin tamamını görmez.

En çok kaybolan bilgi sonuncusudur. Müşteri görüşmede nakit sıkışıklığından, bayram öncesi ödeme planından ya da büyük bir alacağının gecikmesinden bahseder. Bu cümle CRM'e girmezse finans riski ancak fatura gecikince fark eder.

Benzer bir kopukluğu CRM'de tahsilat takibi yazısında anlatmıştık. Limit takibi bunun bir adım öncesidir.

Risk limiti satış tahminini nasıl etkiler?

Limiti dolmuş bir müşterinin teklifleri, kazanma ihtimali yüksek görünse bile gerçekte zayıftır. Satış tahmininize bu fırsatları tam tutarla koyarsanız tahmin şişer.

Basit bir kural uygulayın: kullanılabilir limiti aşan kısım, limit artışı onaylanana kadar tahminde ayrı satırda durur. Böylece hem satış hem finans aynı rakama bakar. Bu ayrım CRM verisiyle nakit akışı tahmini için de doğru başlangıç noktasıdır.

Risk limiti takibine nereden başlanır?

İlk hafta küçük başlayın. Bütün müşterileri değil, cironuzun büyük kısmını getiren vadeli müşterileri ele alın.

1. Finanstan bu müşterilerin onaylı limitlerini ve onay tarihlerini alın.
2. ERP'nizden açık bakiye ve gecikmiş tutarı günlük olarak CRM'e aktarın.
3. Son aşamadaki teklifleri müşteri kartında toplayın ve kullanılabilir limiti hesaplatın.
4. Haftalık satış toplantısında limiti dolmaya yakın müşterileri ilk gündem maddesi yapın.

Bir ay sonra hangi siparişlerin limit yüzünden takıldığına bakın. Takılan sipariş sayısı düşüyorsa sistem çalışıyor demektir; düşmüyorsa uyarı eşiklerinizi gözden geçirin.

Ne alıyorsunuz, ne veriyorsunuz?

Elinizde zaten limit bilgisi, fatura verisi ve fırsat listesi var. Ayrı ayrı duruyorlar.

Bunu fark etmeden ödediğiniz bedel; takılan siparişler, son dakika finans toplantıları ve satışçıyla finans arasındaki gerginliktir. Üç alanı aynı müşteri kartında birleştirdiğinizde teklif aşamasında doğru kararı verirsiniz ve tahmininiz gerçeğe yaklaşır.

Sık sorulan sorular

Risk limiti CRM'de mi, ERP'de mi tutulmalı?

Limitin kaynağı ERP'niz ya da muhasebe sisteminiz olabilir. Önemli olan, satışçının teklif verirken CRM'inde güncel limiti ve açık bakiyeyi görmesidir.

Teklifteki tutarlar limite dahil edilmeli mi?

Evet, en azından son aşamadaki teklifler dahil edilmeli. Aksi hâlde aynı müşteriye iki satışçı aynı limiti iki kez kullandırabilir.

Risk limiti ne sıklıkla güncellenmeli?

Açık bakiye her gün ERP'den gelmeli. Onaylı limit ise çeyrekte bir ya da müşterinin ödeme davranışı değiştiğinde gözden geçirilmeli.

Gecikmiş ödemesi olan müşteriye teklif verilir mi?

Verilebilir, ama koşulu teklif aşamasında konuşulur: kısmi peşinat, kısa vade ya da önce gecikmenin kapanması. Bu karar satış ve finansın birlikte gördüğü bir ekranda verilmelidir.

Limit aşımını kim onaylamalı?

Onay yetkisi finansta olmalı. Satışçının görevi, aşımı erken görüp gerekçesiyle birlikte finansa taşımaktır.

Closync AI, satış konuşmalarından CRM/ERP'ye kaliteli veri üreten ve bu veriyi satış kararlarına çeviren bir yapay zekâ katmanıdır. Müşterinin görüşmede söylediği ödeme sıkıntısı gibi bilgiler doğru alana işlenir ve limit, bakiye ve teklif verisiyle birlikte okunur.

Son güncelleme: 2 Kasım 2026