Epin Script Bayi Sipariş Limiti Otomasyonu: Tek Bir Bayinin Stoğunu Dakikalar İçinde Nasıl Süpürdüğünü ve Bunu Durduran Sessiz Kuralları Anlat

Çoğu işletme sahibi bayi limitini bir güvensizlik göstergesi sanır. "Adam parasını yatırmış, ne kadar isterse alsın" mantığı kulağa doğru gelir. Oysa e-pin ve dijital ürün satışında limit, bayiye duyulan güvenle ilgili değildir; stok akışının fiziğiyle ilgilidir. Sen tedarikçiden günde belirli bir hacim alabiliyorsun, bayilerin toplam talebi ise dalgalı. Tek bir bayi, indirim kampanyası ya da bir oyunun etkinlik günü yüzünden birkaç dakika içinde o günkü tüm stoğunu çekebilir ve diğer on bayi ertesi güne kadar satışsız kalır.

Bu yazıda sipariş limitinin yalnızca "günlük adet" demek olmadığını göreceksin. Tutar bazlı limit, ürün bazlı limit, hız limiti, kademe bazlı esneme, ön ödemeye bağlı otomatik yükselme ve stok koruma eşiği gibi katmanlar var. Bir e-pin satış scripti bunları birlikte çalıştırabildiğinde limit bir fren değil, kanalı ayakta tutan bir denge mekanizmasına dönüşür.

Limit gerçekten kimi koruyor: seni mi, küçük bayiyi mi?

İkisini birden, ama önce küçük bayiyi. Limitsiz bir sistemde hacimli bayi, sabah stok yenilendiği anda otomatik alım yapar; küçük bayi öğlen paneli açtığında karşısında tükenmiş ürün bulur. Bir hafta bu şekilde geçtiğinde küçük bayi başka bir tedarikçiye geçer ve geri dönmez. Sen de farkında olmadan tek bayiye bağımlı bir kanal inşa etmiş olursun. O bayi koşullarını dayattığında pazarlık gücün kalmaz.

İkinci koruma senin nakit akışın içindir. Cari hesapla çalışan bayilerde limit, aynı zamanda risk tavanıdır. Bakiyesi açık bir bayi limitsiz sipariş verdiğinde, senin tedarikçiye ödediğin para ile bayiden tahsil edeceğin para arasındaki açık büyür. Sipariş limiti burada basit ama etkili bir kredi kontrolüne dönüşür: bayi ancak kapatabileceği kadar borçlanabilir. Bu kuralı sisteme gömdüğünde, tahsilat konuşmalarının önemli bir kısmı hiç başlamadan biter.

Hangi limit türü hangi sorunu çözer?

Adet limiti en yaygın olanıdır ve stok korumasında işe yarar. Ancak tek başına yetersizdir, çünkü 10 adet 50 TL'lik ürün ile 10 adet 2.000 TL'lik ürün aynı şey değildir. Tutar limiti risk tarafını dengeler. Hız limiti ise farklı bir sorunu çözer: aynı bayinin saniyeler içinde arka arkaya istek göndermesini, yani entegrasyon hatasından ya da kasıtlı süpürmeden doğan ani yükü engeller.

Bunların üzerine iki katman daha gelir. Ürün bazlı limit, kritik ve az bulunan kalemlerde tek elde toplanmayı önler; bol stoklu kalemlerde ise limiti gevşetip satışı hızlandırır. Stok koruma eşiği ise ürün seviyesinde çalışır: stok belirlenen yüzdenin altına düştüğünde, bayi limitleri otomatik olarak daralır ve kalan miktar tek bir hesaba akmaz. İyi kurgulanmış bir epin yazılım altyapısında bu beş katman ayrı ayrı değil, tek bir karar anında birlikte değerlendirilir; sipariş ancak hepsinden geçerse onaylanır.

Eşikleri neye göre belirlemelisin?

Sezgiyle değil, kendi geçmiş verinle. Son 60 günün bayi bazlı sipariş kayıtlarını al; her bayi için günlük ortalama adedi ve en yüksek günü çıkar. Limiti ortalamanın hemen üstüne koyarsan bayi sürekli duvara toslar ve destek hattın dolar. En yüksek günün çok üstüne koyarsan limit hiç devreye girmez, yani yokmuş gibi olur. Pratikte işe yarayan bant, ortalamanın üç katı ile en yüksek günün 1,2 katı arasındaki aralıktır.

İkinci adım, limitin sabit değil mevsimsel olmasıdır. Oyun etkinlikleri, okul tatilleri ve maaş günleri talebi öngörülebilir biçimde yukarı çeker. Bu günler için önceden planlanmış geçici limit artışı tanımlamak, hem satışı kaçırmamanı sağlar hem de "acil limit açar mısın" mesajlarını ortadan kaldırır. Üçüncü adım ise otomatik yükselmedir: bayi son 30 günde limitinin belirli bir yüzdesini düzenli kullanıyor ve ödemelerini zamanında yapıyorsa, limit insan onayı beklemeden kademeli olarak artmalıdır. Bu, sadakati ödüllendirirken riski kontrollü tutar.

Bayi limite takıldığında ekranda ne yazmalı?

Bu, teknik değil ticari bir sorudur ve çoğu kurulum burada hata yapar. "İşlem gerçekleştirilemedi" gibi bir mesaj bayiyi doğrudan telefona sarılmaya iter. Doğru mesaj üç bilgiyi birlikte verir: hangi limite takıldın, ne kadar kaldı, ne zaman sıfırlanıyor. Dördüncü olarak da bir çıkış yolu sunmalı: ön ödeme yaparak limiti anında yükseltme ya da talep oluşturma bağlantısı.

Bu detay ölçülebilir fark yaratır. Açık mesaj gösteren kurulumlarda limit kaynaklı destek talepleri belirgin biçimde azalır, çünkü bayi durumu kendisi çözer. Ayrıca mesajın içinde kalan limit bilgisini sipariş vermeden önce göstermek, yani sepette uyarmak, reddedilen sipariş sayısını daha da düşürür. Kullanıcıyı duvara çarptıktan sonra bilgilendirmek yerine, duvara yaklaşırken uyarmak gerekir. Bu prensip, iyi kurgulanmış her dijital ürün satış yazılımı için geçerlidir.

Otomasyon nerede bitmeli, insan kararı nerede başlamalı?

Otomasyonun görevi rutin kararları almaktır: eşik hesaplama, kademe esnemesi, ön ödeme sonrası limit yükseltme, stok düşünce daralma. Bunların hepsi kuralla ifade edilebilir ve insan müdahalesi gerektirmez. Ancak üç durumda karar insana bırakılmalıdır. Birincisi, bayinin kalıcı limit artışı talebi; bu bir kredi kararıdır. İkincisi, olağan dışı davranış; örneğin normalde 20 adet alan bir bayinin aniden 400 adet istemesi. Üçüncüsü, yeni bayinin ilk 30 günü.

Bu ayrımı netleştirmek, otomasyonun en sık eleştirilen yanını da çözer: katılık hissi. Sistem sıradan işi sessizce hallederken, istisnalar sana bildirim olarak gelir ve sen yalnızca gerçekten karar gerektiren durumlara bakarsın. Aşağıdaki kontrol listesi, kendi limit yapını kurarken sırayla ilerlemen için hazırlandı.

Sipariş limiti, doğru kurulduğunda bayiyi kısıtlayan değil kanalı ayakta tutan bir mekanizmadır; yanlış kurulduğunda ise hem satışı hem ilişkiyi yaralar. Farkı yaratan şey eşiğin kendisi değil, eşiği belirleyen veri ve bayiye gösterilen şeffaflıktır. Kademeli limitlerin, stok koruma eşiğinin ve sepetteki kalan limit uyarısının gerçek bir panelde nasıl göründüğünü denemek istersen canlı demo üzerinden bayi hesabıyla giriş yapıp kendi senaryonu test edebilirsin.