Çoğu panel sahibi stok yönetimini bir sayaç meselesi sanır. Ekranda "37 adet kaldı" yazıyorsa işler yolundadır, sıfıra düştüğünde tedarikçiye yazılır, kodlar yüklenir, hayat devam eder. Oysa e-pin satışında para tam olarak o sayaç sıfıra inmeden önceki 48 saatte kaybedilir. Çünkü senin stoğun bitmiyor; talebin devam ederken satılabilirliğin bitiyor. Aradaki fark, bir e-pin scripti içindeki raporlama katmanının olup olmamasıyla belirlenir.
Gerçek şu: stok tükenmesi ani bir olay değil, günler önceden sinyal veren bir süreç. Satış hızı artıyor, sepete eklenme sayısı yükseliyor, aynı ürün için gelen destek talepleri çoğalıyor. Bu sinyalleri toplayıp "bu ürün 2 gün 6 saat sonra tükenecek" diyen bir stok tükenme tahmini raporu kurmadıysan, tedarikçine her seferinde geç yazıyorsun. Bu yazıda o raporun mantığını, hangi alanlardan beslendiğini ve kendi e-pin satış scripti içinde hangi sırayla kuracağını adım adım açıyorum.
Stok Sayacına Bakmak Neden Seni Her Zaman Geç Bırakıyor?
Sayaç geçmişi anlatır, geleceği anlatmaz. Elinde 40 kod olması hiçbir şey ifade etmez; o 40 kodun kaç günlük olduğu ifade eder. Günde 3 satış yapan bir ürün için 40 kod iki haftalık rahatlık, günde 25 satış yapan bir ürün için ise bir buçuk günlük alarmdır. Panelin ikisini de aynı yeşil renkle gösterdiği anda körleşiyorsun. Doğru kurulmuş bir dijital ürün satış scripti stoğu adetle değil gün cinsinden gösterir: "40 adet" değil, "1,6 günlük stok". Bu tek değişiklik, tedarik kararlarını tahminden hesaba çevirir. Üstelik hız hesabı ürün bazında tutulmalı, kategori ortalamasıyla değil; aynı kategoride yer alan iki oyun kodunun satış ritmi birbirinden tamamen kopuk olabilir.
Tükenme Tahmini Raporu Aslında Neyi Ölçüyor?
Rapor tek bir sayı üretir ama beslendiği kaynak dörttür. Birincisi son 7 ve son 30 günün günlük ortalama satış adedi; ikisini birlikte tutarsın çünkü kısa dönem ivmeyi, uzun dönem zemini gösterir. İkincisi haftanın günü katsayısı, çünkü cuma akşamı ile pazartesi sabahı aynı ürün için aynı hızda tükenmez. Üçüncüsü bekleyen ve ödemesi onay aşamasında olan siparişler; bunlar teknik olarak stokta duruyor ama satılmış sayılmalı. Dördüncüsü tedarikçi teslim süresi. Bu dördü birleştiğinde rapor sana iki tarih verir: ürünün tükeneceği tarih ve sipariş vermen gereken son tarih. İkinci tarih birincisinden daha kıymetlidir, çünkü aksiyon alınabilir olan odur.
| Ürün | Günlük ortalama | Eldeki stok | Gün cinsinden stok | Son sipariş tarihi | Risk |
|---|---|---|---|---|---|
| Popüler oyun kodu 100 TL | 24 | 38 | 1,6 gün | Bugün | Kritik |
| Mobil oyun elması orta paket | 11 | 96 | 8,7 gün | 6 gün sonra | Normal |
| Platform hediye kartı 250 TL | 7 | 21 | 3,0 gün | Yarın | Yüksek |
| Abonelik kodu 1 aylık | 4 | 140 | 35 gün | Acele yok | Fazla stok |
| Sezonluk etkinlik paketi | 19 | 44 | 2,3 gün | Bugün | Kritik |
Hangi Ürünün Ne Zaman Biteceğini Görmek Kârını Nasıl Değiştiriyor?
Tükenme tahmini sadece stoksuz kalmayı önlemez; fiyatlama gücü verir. Elinde üç günlük stok kaldığını ve talebin arttığını bilen bir satıcı indirimi durdurur, marjı korur. Tersi de geçerli: 35 günlük stokla oturan bir ürün senin nakdini kilitliyordur, onu kampanyaya sokup parayı hızlı dönen ürüne aktarman gerekir. Fazla stok, tükenmiş stok kadar pahalıdır ama gürültü çıkarmadığı için kimse fark etmez. Rapor iki yönü de gösterdiğinde stok artık bir gider kalemi değil, yönetilen bir portföy olur. Bir e-pin yazılımı bu tabloyu tek ekranda verdiğinde, haftalık tedarik toplantın on dakikaya iner.
Stoksuz kalma anlarının sebep dağılımı
- Geç verilen tedarik siparişi 45%
- Ani kampanya talebi 25%
- Tedarikçi gecikmesi 20%
- Hatalı stok girişi 10%
Tedarikçi Teslim Süresini Hesaba Katmayan Rapor Neden İşe Yaramaz?
"Bu ürün 3 gün sonra bitecek" bilgisi, tedarikçin kodları 4 günde gönderiyorsa hiçbir işe yaramaz. Bu yüzden her ürün kaydında tedarikçi ortalama teslim süresi alanı bulunmalı ve bu alan elle yazılmış bir tahmin değil, geçmiş siparişlerin gerçek ortalaması olmalı. Panelin sipariş verdiğin saat ile kodların yüklendiği saat arasındaki farkı otomatik kaydediyorsa bu sayı kendiliğinden doğru kalır. Üstüne bir güvenlik payı eklersin: teslim süresinin dalgalanması yüksekse pay büyür. Sonuç, sana "şimdi sipariş ver" diyen tek bir bayraktır. Özellik listesinde bu tür alanların var olup olmadığını satın alma öncesi mutlaka kontrol et.
Kampanya Günleri Tahmini Neden Bozar, Nasıl Düzeltirsin?
Büyük indirim günlerinde günlük satış hızı üç katına çıkabilir; 7 günlük ortalamaya bakan rapor bu patlamayı göremez ve seni yanlış güvene sokar. Çözüm, takvim bazlı katsayı tanımlamaktır. Panelinde "kampanya modu" gibi bir işaretleyici varsa, o tarih aralığı için hız katsayısını manuel yükseltirsin; rapor tükenme tarihini otomatik olarak öne çeker. Aynı mantık ters yönde de kurulur: talebin düştüğü ölü haftalarda katsayı düşürülür, gereksiz tedarik engellenir. Bir epin yazılım kurgusunda bu katsayı alanı yoksa, en azından kampanya öncesi elle iki katı stok kuralı uygularsın; ama elle yapılan her şey unutulmaya mahkûmdur.
Birinci eşik tedarik süresine göre sipariş uyarısı verir, ikinci eşik ürünü vitrinde "son adetler" olarak işaretler. Tek eşikle çalışan paneller ya çok erken panik yapar ya çok geç haber verir.
Raporu Panelinde Hangi Sırayla Kurmalısın?
Sıra önemlidir, çünkü her adım bir sonrakinin verisini üretir. Önce stok hareketlerini tarih ve saat damgasıyla kaydeden bir hareket tablosu kurarsın. Sonra ürün bazında günlük hız hesabını çalıştırırsın. Ardından tedarikçi teslim sürelerini geçmişten türetirsin. Dördüncü adımda iki eşiği tanımlar, beşincide bildirimi bağlarsın; e-posta yerine anlık mesaj tercih et, çünkü stok uyarısı bir saat içinde okunmazsa değerini yitirir. Son adım raporun günlük özet hâlini sabah panele düşürmektir. Aşağıdaki kontrol listesini kendi kurulumunun üstünden geçirirken kullan.
| Kontrol noktası | Neden gerekli | Hazır mı? |
|---|---|---|
| Stok hareketleri saat damgalı kaydediliyor | Hız hesabı ancak zaman verisiyle mümkün | Zorunlu |
| Gün cinsinden stok kolonu var | Adet yanıltır, gün yanıltmaz | Zorunlu |
| Bekleyen siparişler stoktan düşülüyor | Çift satış ve iade zincirini engeller | Zorunlu |
| Tedarikçi teslim süresi otomatik ortalama | Elle yazılan süre eskir | Önemli |
| Kampanya katsayısı tanımlanabiliyor | İndirim günü hızı üçe katlar | Önemli |
| İki kademeli eşik uyarısı | Erken panik ve geç haber arası denge | Önemli |
| Fazla stok listesi ayrı raporlanıyor | Kilitlenen nakdi görünür kılar | İyi olur |
Stok tahminini tahminden çıkar, sisteme bağla
Pinova, e-pin ve dijital ürün satan işletmeler için geliştirilmiş bir satış yönetim yazılımıdır. Stok hareketi, tedarik takibi ve raporlama katmanı kutudan çıkar.
Stok tükenme tahmini için kaç günlük geçmiş veri gerekir?
En az 14 gün anlamlı bir zemin verir, 30 gün ise haftalık dalgalanmayı da yakalar. İlk iki hafta boyunca raporu bilgi amaçlı okur, aksiyon eşiklerini üçüncü haftadan sonra sıkılaştırırsın.
Yeni eklediğim ürünün hızını nasıl tahmin ederim?
Benzer fiyat ve kategoridense en yakın iki ürünün ortalamasını başlangıç katsayısı olarak atarsın. İlk 50 satıştan sonra ürün kendi gerçek hızına oturur ve başlangıç değeri devre dışı kalır.
Fazla stok da raporlanmalı mı?
Kesinlikle. Fazla stok nakdini kilitler ve bazı dijital ürünlerde kampanya dönemi geçtiğinde satılabilirliği düşer. Aynı raporun ters ucunda fazla stok listesini tutmak sermaye devrini hızlandırır.
Bu rapor için ayrı bir araç mı kurmalıyım?
Gerekmez. Stok hareketleri zaten satış yazılımının içinde oluştuğu için rapor, doğru kurulmuş bir e-pin satış yazılımının kendi verisinden üretilir. Dışarıya veri taşımak hem gecikme hem hata kaynağıdır.
Stok tükenme tahmini, panelinde çalıştığında sessizce para kazandıran o nadir raporlardan biridir: kimse ondan bahsetmez ama olmadığı gün herkes hisseder. Eşikleri, tedarik sürelerini ve kampanya katsayısını nasıl yönettiğini kendi gözünle görmek istersen canlı demo üzerinden stok ekranını dolaş, ardından fiyat tablosunda sana uygun paketi seç.