Fazla satış riskini azaltmak için stok verisini depo, sipariş ve satış kanallarıyla aynı akışta yönetin. Kritik eşik, rezervasyon ve sayım düzeniyle satışa açık stok miktarını kontrol edin.
Fazla satış, depo stoğu siparişi karşılamadığında başlar. Müşteri ürünü satın alır, ancak ekip paketi hazırlayamaz. Bu aksama, teslimat planını bozar ve destek ekibinin iş yükünü artırır.
E-ticaret stok yönetimi, yalnız ürün adedini panelde tutmaz. Depo hareketlerini, siparişleri, iptalleri ve tüm satış kanallarını tek akışta yönetir. Bu akış, düşük stoklu ürünleri sipariş gelmeden önce görünür kılar.
Özellikle aynı ürünü site, pazaryeri ve mağazada satan işletmeler düzenli kontrol ister. Ürün sayfası, raflardaki satışa açık miktarı her an yansıtmalıdır.
Fazla satış neden sadece entegrasyon hatası değildir?
Birçok ekip sorunu kanal entegrasyonunda arar. Fakat fark çoğu zaman ürün depoya girerken veya raftan çıkarken oluşur. Depo ekibi gelen koliyi kaydetmezse sistem eksik adet gösterir.
Ekip raf değişikliğini, hasarı veya numune kullanımını sisteme girmezse stok şişer. İptal sonrası sistem rezervasyonu tutarsa satışa açık adet gereksiz düşer. Mağaza ekibi satışı geç girerse site stokta olmayan ürünü satışta tutar.
Bu farklar şu hatalardan doğabilir:
- Aynı SKU kodunu farklı varyasyonlarda kullanmak.
- Barkodsuz ürün girişleri yapmak.
- Kısmi iade paketlerini doğrudan rafa koymak.
- Pazaryeri iptalini ana stok kaydına geç aktarmak.
- Depolar arası transferi çıkışta veya varışta kaydetmemek.
Stok kaydındaki farkı sadece adet değişikliği olarak görmeyin. Farkın hangi aşamada doğduğunu kaydedin. Böylece ekibiniz düzeltme yerine kök nedeni hedefler.
E-ticaret stok yönetimi için stok doğruluğunu ölçün
Sağlıklı e-ticaret stok yönetimi tek bir ana stok kaydıyla başlar. Ana kayıt, hangi sistemin stok üzerinde son sözü söylediğini belirler. Bu rolü e-ticaret paneline, ERP sistemine veya depo yazılımına verebilirsiniz.
Ancak iki sistemi aynı anda ana kaynak kabul etmeyin. Her ürün ve varyasyon ayrı SKU kodu taşımalıdır. Aynı gömleğin iki bedeni veya iki rengi tek stok kodunu paylaşmamalıdır.
Satışa açık stok için şu hesabı kullanın: fiziksel adet - sipariş rezervasyonu - kalite kontrolünde bekleyen birimler - güvenlik stoku. Fiziksel adet, depoda saydığınız ürünlerin toplamını ifade eder. Rezervasyon ise sistemin müşteri sepeti veya siparişi için geçici tuttuğu miktardır.
- SKU ve barkod bilgisini kontrol edin.
- Renk, beden, ölçü ve paket varyasyonlarını ayırın.
- Raf veya depo konumunu her ürüne ekleyin.
- Satışa açık, rezervde, hasarlı ve iade bekleyen durumları ayırın.
- Son sayım tarihini ve sorumlu ekibi kaydedin.
Toplu düzenlemelerde tüm kanalları aynı anda güncelleyin. Yeni ürün açarken de SKU ve barkod kurallarını ilk günden uygulayın. Bu kayıtlar, sonraki sayımlarda ekibin hata kaynağını daha hızlı bulmasına yardım eder.
Kritik stok eşiğini satış hızına göre kurun
Her ürün aynı hızla satmaz. Bu nedenle tek bir genel eşik belirlemeyin. Satış hızı, tedarik süresi, kampanya planı ve ürünün yerine koyma zorluğu eşik seviyesini birlikte etkiler.
Yeniden sipariş noktası için şu formülü kullanın: tedarik süresindeki beklenen satış + güvenlik stoku. Bir ürün günde üç adet satıyor ve tedarikçi ürünü yedi günde depoya ulaştırıyorsa bu sürede 21 adet gerekir. Beş adet güvenlik stoğu eklediğinizde kritik eşik 26 adede çıkar.
Geçmiş satış verisini ürün grubu bazında inceleyin. Mevsimsel talep, indirim dönemi ve reklam bütçesi satış hızını değiştirebilir. Bu nedenle eşiği sabit bir sayı olarak değil, düzenli gözden geçiren bir kural olarak ele alın.
Eşik uyarısını satış kuralına bağlayın
Panelde uyarı görmek tek başına yeterli değildir. Her stok seviyesi için ekibin izleyeceği adımı önceden belirleyin.
- Normal seviye: Kanal satışını sürdürün.
- Kritik seviye: Satın alma ekibine uyarı gönderin ve reklam bütçesini gözden geçirin.
- Sıfır veya altı: Ürünü tüm kanallarda satıştan kaldırın.
Kampanya ekipleri de bu eşikleri görmelidir. Reklamla öne çıkan ürün kritik seviyeye yaklaşınca bütçeyi azaltın veya ürünü kampanya listesinden çıkarın. Böylece talebi, karşılayabileceğiniz stokla daha dengeli yönetirsiniz.
Tek stok havuzu ve sipariş rezervasyonu kurun
Çok kanallı satışta tek ürün, birden fazla ekranda görünür. Siteniz, pazaryerleri, sosyal satış araçları ve fiziksel kasa aynı stok havuzuna erişebilir. Bir sipariş oluştuğunda tüm kanallar yeni satışa açık adedi hemen almalıdır.
Önce ana stok kaynağını seçin. Ardından her kanalın bu kaynaktan hangi veriyi okuyacağını yazılı kuralla netleştirin. API, yani uygulama programlama arayüzü, sistemler arasında veri aktarır. Ancak hata kayıtlarını da düzenli izlemeniz gerekir.
- Müşteri siparişi verdiğinde sistem rezervasyon açsın.
- Sistem, rezervasyonu tüm satış kanallarındaki açık stoktan düşsün.
- Ödeme başarısız olursa veya süre dolarsa sistem rezervasyonu kaldırsın.
- Kargo ekibi paketi teslim aldığında sistem sipariş durumunu güncellesin.
Her adım için zaman damgası ve hata kaydı tutun. Başarısız güncellemeleri bekletmeyin. Pazaryeri panelindeki stok ile ana kaynaktaki stok farklıysa önce satışa açık ürünü durdurun, sonra farkı inceleyin.
Çok kanallı büyüme planı yapan işletmeler, e-ticaret altyapısı seçimi sırasında stok kaynağını ve entegrasyon sınırlarını da değerlendirmelidir.
Depo sayımıyla sistem kaydını eşleştirin
Depo sayımı, sistem kaydını fiziksel gerçekle karşılaştırır. Yıl sonunu beklemek yerine döngüsel sayım planı kurun. Yüksek hareketli ve kritik SKU'ları daha sık kontrol edin.
Sayım sırasında ekip sistem adedini görmeden rafı saymalıdır. Bu yöntem, önce ekrandaki rakama uyma eğilimini azaltır. Sayım farkı çıkınca ilgili SKU'nun satışını geçici olarak durdurun.
Günlük ve haftalık kontrol listesi
- Her gün kritik SKU'ların rezervasyon, iptal ve satış hareketlerini inceleyin.
- Her hafta hızlı dönen ürünlerde raf sayımı yapın.
- Her mal kabulünde koli, adet ve barkod kontrolü yapın.
- Her transferde çıkış ve varış işlemlerini ayrı kaydedin.
- Her kampanya öncesinde satışa açık stok ile reklam ürünlerini karşılaştırın.
Sayım farkını neden koduyla kaydedin
Farkı sadece panelde düzeltmeyin. Mal kabul, toplama, hasar, iade, transfer veya barkod hatası gibi neden kodları kullanın. Sayım tarihi, SKU, konum ve sorumlu ekibi de kaydedin.
Bu kayıtlar, tekrar eden hataları görünür kılar. İade paketi depoya ulaştığında ekip ürünü hemen satışa eklememelidir. Ürün durumunu kontrol edin ve iade ve cayma hakkı sürecini stok kaydınızla birlikte yönetin.
Sevk sırasında barkod okutma adımını kargo entegrasyonu akışına bağlayın. Bu adım, paketin depodan ayrıldığı anı sistemde netleştirir.
Antalya ilçelerinde çok noktalı stok akışını kurun
Bu rehber, Antalya'nın tüm ilçelerinde e-ticaret operasyonu yürüten ekiplerin kullanabileceği adımları içerir. Farklı konumlardaki her satış noktası, ana stok kaynağına aynı kurallarla veri göndermelidir.
- Akseki, Aksu, Alanya, Demre, Döşemealtı, Elmalı ve Finike için depo konum kodlarını ayrı tutun.
- Gazipaşa, Gündoğmuş, İbradı, Kaş, Kemer, Kepez ve Konyaaltı için kanal rezervasyonlarını ana stokta birleştirin.
- Korkuteli, Kumluca, Manavgat, Muratpaşa ve Serik için transfer ve sayım saatlerini kaydedin.
Birden çok depo veya mağaza kullanan işletmeler, her konuma ayrı kod vermelidir. Merkez depo, şube rafı ve iade alanı aynı ürün kodunu kullanabilir. Ancak sistem, her miktarın hangi konumda olduğunu ayrıca göstermelidir.
E-ticaret stok yönetimi, ilçe adı veya depo sayısından bağımsız olarak tek veri kaynağı ve net sorumluluk ister. Yerel mağaza satışı, transfer veya iade hareketi gecikmeden ana kaynağa ulaşmalıdır.
Stok sorunu oluştuğunda hızlı müdahale edin
Depo stoğu siparişi karşılamazsa müşteriyi uzun süre belirsizlikte bırakmayın. Önce veriyi doğrulayın, ardından satış kanallarını kontrol altına alın. Herkesin aynı sırayı izlemesi için kısa bir müdahale planı oluşturun.
- SKU, varyasyon, fiziksel raf ve bekleyen sipariş bilgilerini yeniden kontrol edin.
- Ürünü tüm kanallarda satıştan kaldırın ve yeni rezervasyonları durdurun.
- Müşteriye gecikme nedenini açıkça yazın ve mümkün seçenekleri sunun.
- İptal veya ürün değişimi sonrası stok ve sipariş kaydını güncelleyin.
- Hatanın kaynağını kaydedin ve aynı gün süreç sorumlusuna aktarın.
Bu olaydan sonra aynı SKU için daha sık sayım planlayın. Bir sonraki sayımı beklemeden kanal güncelleme kayıtlarını inceleyin. Bu disiplin, benzer hataların hangi adımda başladığını görmenizi kolaylaştırır.
Sıkça Sorulan Sorular
Kritik stok eşiği nasıl hesaplanır?
Yeniden sipariş noktası, tedarik süresindeki beklenen satış ile güvenlik stoğunun toplamıdır. Günlük satış hızını, tedarikçiye erişim süresini ve kampanya etkisini kendi verinizden alın. Eşiği her ürün grubu için ayrı izleyin.
Pazaryeri stokları ne sıklıkla senkronize olmalı?
Satış hızı ve kanal sayısı bu süreyi belirler. Sisteminiz olay bazlı güncelleme destekliyorsa her stok hareketinde veri aktarın. Zaman aralığı kullanan sistemlerde yoğun saatlerde gecikmeyi test edin.
Depo sayım farkı çıkarsa ne yapmalıyım?
Fark çıkan SKU'nun satışını geçici durdurun. Rafı tekrar sayın, bekleyen siparişleri kontrol edin ve neden kodunu kaydedin. Aynı neden tekrar ederse süreç sahibini ve ilgili işlem adımını inceleyin.
Sipariş rezervasyonu ne zaman başlamalı?
Sipariş oluştuğunda rezervasyon açmak çoğu akışta fazla satış riskini düşürür. Ödeme kontrolü uzarsa süre sınırı koyun. Ödeme başarısız olursa veya müşteri vazgeçerse sistem rezervasyonu otomatik kaldırsın.
Fiziksel mağaza stokları ana havuza nasıl katılır?
Her mağaza ayrı konum kodu taşımalıdır. Kasa işlemleri ana stok kaynağına gecikmeden ulaşmalıdır. Transfer, iade ve sayım hareketlerini aynı SKU koduyla kaydedin.
Stok akışını, kanal bağlantılarını ve rezervasyon kurallarını proje hedeflerinizle birlikte değerlendirmek için teklif formunu kullanarak kapsam paylaşabilirsiniz. KepezWeb ile mevcut e-ticaret altyapınızın entegrasyon, raporlama ve operasyon adımlarını planlayabilirsiniz.
