Dijital ürün satışında en can sıkıcı an, stoğun bittiği an değildir. Stoğun bitmediğini sanıp sattığın andır. Panelde yetmiş adet kod görünür, üç bayi aynı dakikada sipariş açar, sistem hepsine "başarılı" der ve sonra teslim edilemeyen siparişler sırayla düşmeye başlar. Müşteri bayiye yazar, bayi sana yazar, sen tedarikçiye yazarsın. Tek bir zamanlama çakışması, bütün gününü yönetim yerine özür dilemeye çevirir.
Çoğu işletme sahibi bunun bir stok miktarı sorunu olduğunu sanır ve daha fazla kod almaya çalışır. Oysa sorun miktarda değil, stoğun kime ne zaman ait olduğunun tanımsız oluşuydu. Bunun çözümü de daha büyük depo değil, bayi bazlı ön tahsis ve rezervasyon mantığıdır. Doğru yapılandırılmış bir e-pin scripti stoğu tek bir havuz gibi değil, kilitlenebilir dilimler halinde yönetir. Bu yazıda o dilimleri nasıl kuracağını anlatıyorum.
Stok ön tahsisi tam olarak neyi çözüyor?
Ön tahsis, elindeki kod havuzunun bir bölümünü belirli bir bayiye önceden ayırmak demektir. Bayi o dilimin içinden satar; dilim tükenirse genel havuza değil, kendi kotasının yenilenmesine bakar. Bu yaklaşım üç şeyi birden çözer. Birincisi çift satış riski ortadan kalkar, çünkü aynı kod iki farklı dilimde bulunamaz. İkincisi büyük bayi, küçük bayinin stoğunu bir kampanya saatinde süpürüp bitiremez. Üçüncüsü tedarik planlaması netleşir; hangi bayinin ne kadar tükettiğini tahsis üzerinden görürsün.
Buna karşılık ön tahsisin bir maliyeti vardır: ayrılan ama satılmayan stok ölü sermayedir. Bu yüzden tahsis, sabit bir tablo olarak değil, dinamik bir mekanizma olarak kurulmalı. Bayinin son dönemdeki tüketim hızına göre kotası kendiliğinden büyüyüp küçülmeli. Kullandığın dijital ürün satış scripti tüketim hızını kayıt altında tutuyorsa bu ayarı elle değil kuralla yapabilirsin ve stok devir hızın belirgin biçimde iyileşir.
Rezervasyon ile tahsis arasındaki fark neden hayati?
Bu iki kavram sürekli karıştırılıyor ve karıştırıldığı yerde para kaybediliyor. Tahsis, bir bayiye belirli bir süre için ayrılan kota miktarıdır; gün veya hafta ölçeğinde çalışır. Rezervasyon ise tek bir sipariş için, ödeme tamamlanana kadar belirli kodların kilitlenmesidir; saniye ve dakika ölçeğinde çalışır. Tahsis planlama aracıdır, rezervasyon ise eşzamanlılık korumasıdır.
Yalnızca tahsis kurup rezervasyon kurmazsan, aynı bayinin iki müşterisi aynı saniyede sipariş açtığında yine çakışma yaşarsın. Yalnızca rezervasyon kurup tahsis kurmazsan, çakışma yaşamazsın ama büyük bayi havuzu boşaltır ve diğerleri satış yapamaz. İkisi birlikte çalıştığında sistem hem adil hem güvenli olur. Üçüncü katman olarak eşik uyarısı eklersin: bir bayinin kotası belirli seviyenin altına indiğinde otomatik bildirim gider, sen de tedariki krize dönüşmeden yaparsın.
| Katman | Zaman ölçeği | Önlediği sorun | Yanlış kurulursa |
|---|---|---|---|
| Ön tahsis (kota) | Gün / hafta | Havuzun tek bayiye kapılması | Ölü stok birikir |
| Sipariş rezervasyonu | Saniye / dakika | Aynı kodun çift satışı | Kilitler açılmaz, stok donar |
| Eşik uyarısı | Sürekli | Habersiz stok tükenmesi | Uyarı gürültüsü, körleşme |
| Yedek havuz | Anlık devreye girer | Kampanya ani talebi | Marj kontrolsüz düşer |
| Tüketim hızı kuralı | Haftalık | Sabit kotanın verimsizliği | Kota dalgalanması kafa karıştırır |
Teslim edilemeyen siparişlerin kök nedenleri
- Rezervasyonsuz eşzamanlı sipariş 35%
- Tedarikçi gecikmesi 30%
- Kota planlama hatası 20%
- Kod geçersizliği 15%
Bayi kotasını hangi ölçüye göre belirlemelisin?
En yaygın yöntem, bayilere eşit kota vermektir ve en verimsiz olan da budur. Eşit kota, az satan bayide stoğu dondurur, çok satan bayide ise gün ortasında satışı durdurur. Bunun yerine kotayı üç veriye bağla: son dört haftadaki ortalama tüketim, satışın gün içindeki dağılımı ve bayinin ödeme disiplini. İlk iki veri talebi tahmin eder, üçüncüsü riski sınırlar.
Pratik bir formül şudur: bayinin haftalık ortalama tüketiminin yaklaşık yüzde yüz yirmisi kadar kota ver, üzerine kampanya dönemleri için esneme payı tanı. Kotanın tamamı tükendiğinde sipariş reddedilmesin; genel havuzdan onaylı taşma ile karşılanabilsin ama bu taşma kayıt altına alınsın. Böylece hem satış kaçmaz hem de kimin planın ötesinde tükettiğini görürsün. Bu tür kural setlerinin panelde nasıl tanımlandığını görmek için özellik listesine bakabilirsin.
Rezervasyon kilidini ne kadar tutmalı, ne zaman bırakmalısın?
Kilit süresi, kaçırdığın satışla yaşadığın çakışma arasındaki dengedir. Çok kısa tutarsan ödeme onayı gelmeden kilit düşer ve müşteri ödemesini yapmış olmasına rağmen kod kalmaz. Çok uzun tutarsan stok gereksiz yere donar ve gerçek talebi göremezsin. Pratikte on beş dakika, kart ve havale karışımı ödeme yöntemleri için makul bir orta noktadır; anlık ödeme yöntemlerinde beş dakikaya kadar indirebilirsin.
Kritik nokta ise kilidin mutlaka serbest bırakılmasıdır. İptal edilen, yarıda kalan veya zaman aşımına düşen her siparişin kilidi otomatik çözülmeli; bunu bir zamanlanmış görev üstlenmeli. Serbest bırakma işlemi çalışmazsa sistemin "görünmez stok kaybı" başlar: kod duruyordur ama satılamaz durumdadır. Sağlam bir e-pin satış yazılımı bu temizlik işini kendi başına yapar ve sana yalnızca raporunu gösterir. Bu yüzden yazılım seçerken özellik listesinden çok, arka plandaki bu görev disiplinini sormalısın.
Kampanya günlerinde sistem neden çöker gibi görünür?
Kampanya saatlerinde yaşanan şey genelde sunucu çöküşü değil, stok mantığındaki darboğazdır. Yüzlerce sipariş aynı kod havuzuna aynı anda uzandığında, kilit alma sırası uzar, işlemler birbirini bekler ve kullanıcı tarafında "sistem takıldı" izlenimi doğar. Bu tabloyu önlemenin yolu daha güçlü donanım değil, havuzu bayi dilimlerine bölmektir; her dilim kendi sırasını beklediğinde rekabet dağılır.
İkinci koruma, kampanya için ayrı bir yedek havuz tanımlamaktır. Kampanya stoğu genel stoktan ayrı tutulur, bitince kampanya kapanır ve normal satış etkilenmez. Üçüncü koruma ise şeffaflıktır: bayi panelinde kalan kota gerçek zamanlı görünsün. Bayi stoğun azaldığını gördüğünde kendi müşterisini yönetir; görmediğinde satar, sonra sen özür dilersin. Sürüm ve lisans farklarını fiyat sayfasından karşılaştırabilirsin.
| Denetim maddesi | Kabul ölçütü | Kontrol yöntemi | Sıklık |
|---|---|---|---|
| Her bayi için kota tanımlı | Boş kota kalmadı | Bayi listesi taraması | Haftalık |
| Rezervasyon kilidi çalışıyor | Eşzamanlı test çakışmasız | İki oturumla deneme | Sürüm başına |
| Zaman aşımı kilidi çözüyor | Askıda kilit sayısı sıfır | Askıda sipariş raporu | Günlük |
| Eşik uyarısı iletiliyor | Bildirim ulaşıyor | Düşük kota simülasyonu | Aylık |
| Onaylı taşma kayıt altında | Taşma raporu dolu | Kota aşım listesi | Haftalık |
| Kampanya havuzu ayrı | Normal stok etkilenmiyor | Kampanya sonu karşılaştırma | Kampanya başına |
Stok kayıplarının büyük kısmı çalınan koddan değil, çözülmemiş rezervasyon kilitlerinden gelir. Her sabah askıda kalan kilitlerin listesine bak; sayı sürekli artıyorsa zaman aşımı görevinin çalışmadığını daha ilk günden anlarsın.
Stoğunu havuz gibi değil, kontrollü dilimler gibi yönet
Pinova, bayi bazlı kota, sipariş rezervasyonu ve eşik uyarılarıyla çift satışı ve teslim edilemeyen siparişi kaynağında keser. Lisans seçeneklerini incele.
Bayi stok ön tahsisi küçük bir işletme için gerekli mi?
Üç dört bayiyle çalışıyorsan rezervasyon yeterli olabilir; ancak bayi sayısı ona yaklaştığında veya kampanya yapıyorsan tahsis şart olur. Kurulumu erken yapmak, sonradan alışkanlıkları değiştirmekten çok daha kolaydır.
Rezervasyon kilidi kaç dakika olmalı?
Karışık ödeme yöntemleri için on beş dakika makul bir orta noktadır. Anlık ödeme kullanıyorsan beş dakikaya kadar inebilirsin. Önemli olan süre değil, zaman aşımında kilidin otomatik çözülmesidir.
Kota dolduğunda satışı tamamen kapatmalı mıyım?
Hayır. Genel havuzdan onaylı taşma tanımla; sipariş karşılanır ama aşım kayda geçer. Böylece satış kaçmaz, aynı zamanda planın ötesinde tüketen bayiyi ve tedarik açığını net biçimde görürsün.
Tahsis miktarını elle mi ayarlamalıyım?
Başlangıçta elle ayarlaman normaldir, ama kalıcı çözüm kuralla çalışmaktır. Son dört haftalık tüketim ortalamasının yaklaşık yüzde yüz yirmisi iyi bir başlangıç oranıdır; kampanya dönemleri için ayrı esneme payı tanımla.
Stok yönetimi, dijital ürün satışında en görünmez ama en belirleyici mekanizmadır; çift satışın bir kez yaşandığı bayi, güvenini kolay geri vermez. Kotayı tüketim hızına bağla, rezervasyonu kısa ve kendini temizleyen biçimde kur, eşik uyarısını gürültüye dönüşmeden tut. Bu üç katmanın panel üzerinde birlikte nasıl çalıştığını görmek istersen canlı demo içinde bayi stok ekranını dene, ardından lisans seçeneklerini incele.