Netsis'te Cari Risk Limiti Nasıl Tanımlanır? (ve Neden Tek Başına Yetmez)

"Netsis cari risk girişi" araması yapıyorsanız muhtemelen şu dertle karşı karşıyasınız: bir müşterinin bakiyesi beklenmedik şekilde kabarmış ve "bunun bir sınırı olmalı" noktasına gelinmiş. Doğru yerdesiniz — Netsis'in risk takibi bu iş için var. Bu yazıda mantığını, kurulum adımlarını ve en kritik soruyu ele alıyoruz: limiti tanımladıktan sonra onu kim, ne zaman kontrol edecek?

Önce kavram: risk = bakiye değil

Yaygın hata, risk limitini yalnızca açık hesap bakiyesiyle kıyaslamaktır. Oysa müşterinizin size gerçek riski daha geniştir: açık hesap bakiyesi + portföydeki (henüz tahsil edilmemiş) çek ve senetleri + faturalanmamış irsaliye ve verilmiş siparişleri. Vadesi gelmemiş çek, tahsil edilene kadar risktir. Cari risk limiti kavramının tamamını bu rehberde anlattık; Netsis tarafında da kurulumun kalitesi, bu kalemlerden hangilerini riske dahil ettiğinize bağlıdır.

Netsis'te kurulumun üç katmanı

Sürümünüze göre ekran ve alan adları değişebilir (analiz görüşmelerinde en sık Netsis 3 Standard/Enterprise ve Wings kurulumları görüyoruz); mantık hep aynıdır:

1. Cari kartta limit tanımı. Her müşterinin cari hesap kaydında risk bilgileri bölümü bulunur: müşteriye tanıyacağınız üst sınır burada tanımlanır. Limit belirlerken ölçü olarak müşterinin aylık ortalama alımı × vade süresi + güvenlik payı formülü sağlıklı bir başlangıçtır — rakamı "hatıra göre" değil, geçmiş ciroya göre koyun.

2. Riske nelerin dahil olacağı. Risk takip parametrelerinde; çek-senet risklerinin, açık siparişlerin ve faturalanmamış irsaliyelerin limite dahil edilip edilmeyeceği belirlenir. Önerimiz nettir: çek-senet riskini mutlaka dahil edin. Türkiye pratiğinde batıkların büyük kısmı, "bakiyesi temizdi ama elimizde beş çeki vardı" hikâyesiyle başlar.

3. Aşımda ne olacağı: uyarı mı, blokaj mı? Evrak girişinde limit aşıldığında Netsis'in iki tepkisi kurgulanabilir: kullanıcıyı uyarır (ama devam edilebilir) ya da işlemi durdurur. Uyarı modunun sahadaki gerçeği şudur: telefonda bekleyen müşteri + iş yetiştirmeye çalışan personel = "Evet"e basılıp geçilen uyarı. Ciddi bir risk politikası için blokaj (ya da yetkili onayına bağlı devam) gerekir.

Tanımladınız — peki sipariş nereden geliyor?

Burada işin az konuşulan tarafına geliyoruz. Netsis'teki risk kontrolü, Netsis'e evrak girildiği anda çalışır. Sipariş telefonla ya da WhatsApp'la alınıp gün sonunda sisteme işleniyorsa, kontrol de o anda — yani mal çoğu zaman söz verilmişken, hatta bazen araca yüklenmişken — devreye girer. "Sipariş aldık ama sistem blokaj koydu, şimdi müşteriyi arayıp geri mi çevireceğiz?" sıkıntısı tam bu boşluktan doğar.

Çözüm, kontrolü siparişin doğduğu ana taşımaktır: Netsis entegrasyonlu bir B2B bayi panelinde bayiniz siparişini kendisi girerken, panel Netsis'teki güncel risk bilgisini anlık okur. Limiti dolan bayi siparişi tamamlayamaz; ekranında nedenini görür ve dilerse kartla ödeme yapıp — ödeme Netsis'teki cari hesabına anında işlenir — limitini açarak siparişine devam eder. Personeliniz ne uyarı geçer ne müşteri geri çevirir: kural, insan araya girmeden çalışır.

Hızlı kontrol listesi

• Tüm aktif carilerde risk limiti tanımlı mı? (Limitsiz cari = sınırsız kredi)
• Çek-senet riski limite dahil mi?
• Açık sipariş ve faturalanmamış irsaliyeler riske sayılıyor mu?
• Aşımda uyarı değil blokaj/onay mı çalışıyor?
• Limitler en son ne zaman güncellendi? (Enflasyon ortamında yıllık gözden geçirme şart — vade yönetimi rehberi)
• Kontrol, sipariş alındığı anda mı yoksa evrak girildiğinde mi çalışıyor?

Son madde "evrak girildiğinde" ise, riskin en kritik penceresi — sipariş ile kayıt arasındaki saatler — hâlâ açık demektir.

Sonuç

Netsis'in risk altyapısı sağlamdır; doğru parametrelerle (çek-senet dahil, blokajlı) kurduğunuzda içeride güçlü bir emniyet hattı olur. Eksik kalan tek halka zamanlamadır: kontrolün sipariş anına, yani bayinizin karşısına taşınması. O halkayı 14 günlük ücretsiz denemede kendi Netsis verinizle tamamlayıp deneyebilirsiniz.