Bayi Ağı İçin Stok Tahsis Kuralları: Kodları Kime, Ne Zaman ve Hangi Sırayla Vereceğini Belirleyen Gizli Sistem Aslında Nasıl Kuruluyor?

Çoğu işletme sahibi stok tahsisini bir tablo işi sanır: elinde 5.000 kod var, on bayi var, böl ve dağıt. Oysa stok tahsisi bir matematik problemi değil, bir güç dengesi problemidir. Kime önce verdiğin, kime ne kadar ayırdığın, kritik günde kimin eli boş kaldığı; bunların hepsi bayi ağının sana olan bağlılığını sessizce yeniden yazar. Ağını kaybeden işletmelerin çoğu fiyattan değil, tahsis adaletsizliğinden kaybetti.

İkinci bir yanılgı daha var: "stok bol olduğu sürece tahsis kuralı gerekmez" fikri. Gerekir. Çünkü tahsis kuralı yokluk zamanı için değil, davranış şekillendirmek için vardır. Doğru kurulmuş bir tahsis düzeni, bayinin ödeme disiplinini, sipariş düzenini ve satış hacmini yukarı çeker. Bu yazıda o düzeni dört katmanda kuracağız ve her katmanın bir e-pin satış scripti üzerinde hangi ayara karşılık geldiğini göstereceğiz.

Neden "ilk gelen alır" modeli bayi ağını sessizce çürütür?

İlk gelen alır modeli adil görünür çünkü herkese aynı kapıyı açar. Pratikte ise ağı iki gruba böler: paneli sürekli yenileyen teknik bayiler ve gerçekten satış yapan ama bilgisayar başında bekleyemeyen bayiler. Zamanla stokun tamamı birinci gruba akar, ikinci grup küser. Kötü olan şu: birinci grup genelde en kârlı grup değildir, çünkü çoğu kodu kendi alıp daha alt kanala kırık fiyatla dağıtır.

Bunu fark ettiğinde iş işten geçmiş olur. Gerçek satış yapan bayi "senden ürün alamıyorum" diyerek rakibine geçer, elinde kalan hızlı bayiler ise fiyatını aşağı çeker. Tahsis kuralı tam olarak bu kaymayı engellemek için vardır: stoku hıza göre değil, üretilen değere göre paylaştırır.

Rezerv havuzu: kimsenin görmediği üçüncü depo

Her stoku satışa açmak acemi hatasıdır. Sağlıklı yapı üç havuzludur: serbest havuz (herkesin alabildiği), tahsisli havuz (bayi bazında ayrılmış) ve rezerv havuzu (kimsenin göremediği). Rezerv havuzu genelde toplam stokun %10-15'i kadardır ve tek amacı vardır: söz verdiğin bir teslimatı kurtarmak.

Rezervi kullanacağın anlar bellidir; büyük bir kurumsal siparişin eksik kalması, sadık bir bayinin kampanya ortasında stoksuz kalması, ya da tedarikçi gecikmesi. Rezervi olan işletme kriz anında "yok" demez, "hallediyorum" der. Bu tek cümlenin bayi gözündeki değeri, yapacağın bütün indirimlerden yüksektir. Rezervi yönetmek için de stoku etiketleyip görünürlüğünü kısabilen bir dijital ürün satış yazılımı gerekir.

Kademeli tahsis: bayi seviyesine göre kotanın matematiği

Kademeli tahsis, bayiyi seviyelere ayırıp her seviyeye günlük veya haftalık kota tanımlamaktır. Ama kotayı sadece ciroya bağlarsan büyük bayi her şeyi süpürür. Kotayı üç değişkenin bileşimine bağlamak gerekir: son 30 günlük net satış, ödeme disiplini ve iade/destek yükü. Üçüncü değişken en çok atlanan ama en belirleyici olandır; çok satan ama sürekli destek talebi üreten bayi aslında pahalı bir bayidir.

Pratik bir formül şöyle kurulabilir: temel kota, seviyenin taban değeri olsun; net satış çarpanı 0,8 ile 1,3 arasında hareket etsin; gecikmiş ödeme varsa çarpan 0,5'e düşsün. Böylece kota, bayi davranışına tepki veren canlı bir sayı olur. Bunu elle takip etmek imkânsız; hesap grubuna bağlı kota tanımı yapabilen bir epin yazılım kurgusu şart.

Kampanya günlerinde tahsis nasıl kilitlenir?

Kampanya, tahsis kurallarının sınandığı gündür. Talep üç katına çıkar, stok saatler içinde erir ve ağın yarısı eli boş kalır. Çözüm kampanyadan önce havuzu bölmektir: toplam stokun belirli bir dilimini kampanya havuzuna al ve bu havuza bayi başına üst sınır koy. Üst sınır tek bir bayinin havuzu süpürmesini engeller.

İkinci önlem zaman dilimidir. Havuzu tek seferde açmak yerine üç dilime bölüp saatlere yayarsan hem panik alımı azalır hem geç kalan bayiye şans doğar. Üçüncü önlem ise şeffaflıktır: kampanya kurallarını önceden bayi paneline yaz. Kuralı önceden bilen bayi kotayı adaletsizlik olarak görmez, oyunun parçası olarak görür.

Tahsis kurallarını script tarafında nasıl kurarsın?

Tahsis, iyi niyetle değil ayarla yürür. Uygulanabilir bir kural setinin panelde dört karşılığı olmalı: stok etiketleme (havuz ayrımı), hesap grubu bazlı görünürlük, sipariş anında kota kontrolü ve kota aşımında otomatik ret veya onaya düşme. Bu dördü olmadan kuralı yazsan da bayi bir şekilde aşar; aştığı ilk gün de kural ölür.

Ayrıca kuralın ihlal denemelerini görmek istersin. "Hangi bayi kaç kez kota sınırına çarptı" verisi, kimin kotasını yükselteceğini söyleyen en dürüst sinyaldir. Bu tür sinyalleri bir e-pin scripti içinden raporlayabiliyorsan tahsis politikanı her ay veriye göre güncelleyebilirsin. Hangi ayarların hazır geldiğini özellikler bölümünde, paket farklarını fiyat kısmında görebilirsin.

Stok tahsisi, bayi ağını yönetmenin en sessiz ama en etkili aracıdır. Bugün üç havuzu ayır, seviyeleri tanımla ve kotayı bayi paneline duyur; farkı ilk kampanyada göreceksin. Havuz etiketleri, seviye bazlı kota ve kampanya kilidinin gerçek bir panelde nasıl göründüğünü incelemek istersen canlı demo üzerinden kendi senaryonu kurup deneyebilirsin.