Rafta 24 adet ürün duruyor ama pazaryeri paneli sıfır gösteriyor ve gün boyu satış kaçıyor. Aynı akşam başka bir SKU’da ise sitede 10 görünürken depoda yalnızca 2 kalmış oluyor.
Bu iki tablo aynı sorunun iki yüzüdür: depo gerçeği ile kanal stoğunun ayrışması. Uyum bozulunca ya satış kaçar ya fazla satış doğar.
Bu yazıda senkron sıklığı, rezerv stok, sayım etkisi ve sapma analizini anlattık. Amacımız, raftaki ile sitedeki rakamı aynı gerçeğe kilitlemektir.
İçindekiler
Tek stok kaynağı
Her kanalın kendi stoğunu tutması uyumu imkânsız kılar. Tek doğru kaynak depo hareketlerinden beslenen merkezi bakiyedir.
Pazaryeri panelleri bu bakiyeyi yansıtır; kendi başına “gerçek” sayılmaz. Panel düzeltmesi depodan bağımsız yapılırsa sapma büyür.
Mevcut ERP sisteminiz mali stok sahibi olabilir; platform operasyon bakiyesini yönetir. Sahiplik yazılı tanımlanmalıdır.
Çok depolu yapıda hangi deponun hangi kanala yazılacağı net olmalıdır. Yanlış depo eşlemesi “rafta var sitede yok” üretir.
Depo yapısını çok depolu stok yönetimi yazısında anlattık.
Senkron sıklığı
Günde bir kez yapılan stok aktarımı yoğun satışta yetmez. Satış anında veya kısa aralıklarla güncelleme gerekir.
Kampanya saatlerinde sıklık artırılmalıdır; aksi halde fazla satış hızla birikir. Yoğunluk bitince sıklık normale dönebilir.
Tüm ürünleri aynı sıklıkta güncellemek zorunlu değildir. Hızlı dönen SKU’lar daha sık, yavaş dönenler daha seyrek senkronlanabilir.
Senkron gecikmesi ölçülmeli ve eşik aşınca alarm üretmelidir. Sessiz gecikme, en pahalı stok hatalarını yaratır.
Teknik modeli pazaryeri stok senkronu yazısında ele aldık.
Rezerv stok kuralları
Sipariş alındığında ürün hemen satışa kapalı rezervlenmelidir. Paketlenene kadar “serbest stok” saymak çift satışı davet eder.
İptal olan siparişlerin rezervi de hızla çözülmelidir. Çözülmeyen rezerv, rafta olup satılamayan stoğa dönüşür.
Güvenlik stoğu veya buffer miktarı kanallara yansıtılmadan tutulabilir. Bu, sayım sapması ve transit ürün için yastık görevi görür.
Buffer’ın aşırı yüksek tutulması ise satış kaçırır. Oran, iade ve sapma geçmişine göre ayarlanmalıdır.
Kritik seviyeyi kritik stok seviyesi yazısında anlattık.
Çoklu kanal paylaşımı
Aynı stoku tüm kanallara son birime kadar açmak risklidir. Kanal bazlı kota veya öncelik kuralı tanımlanmalıdır.
B2B ve e-ticaret aynı depodan besleniyorsa çatışma kaçınılmazdır. Ayrı rezerv veya ayrı lokasyon bu çatışmayı azaltır.
Kanal kârlılığına göre tahsis yapmak da mümkündür. Düşük marjlı kanalda tükenen stok, yüksek marjlı kanalı aç bırakmamalıdır.
Transfer fişleri de senkronu etkilemelidir; depolar arası hareket kanal bakiyesine yansımalıdır. Unutulan transfer “kayıp stok” hissi yaratır.
Perakende-bayi ayrımını e-ticaret ve B2B aynı stok yazısında ele aldık.
Sayımın kanal etkisi
Depo sayımı bittiğinde düzeltme yalnızca iç sistemde kalmamalıdır. Kanallara da aynı anda yansımalıdır.
Sayım sırasında ilgili SKU’lar geçici olarak satışı kapatılabilir. Aksi halde sayım anında gelen sipariş sapmayı yeniden bozar.
Kısmi sayımda yalnızca sayılan lokasyonlar güncellenmelidir. Tüm stoğu sıfırlamak klasik bir hatadır.
Sayım farklarının nedeni kayıt altına alınmalıdır. Tekrarlayan fark, hırsızlık değil süreç hatası da olabilir.
Sayım yöntemini depo sayımı yazısında anlattık.
Ürün eşleme disiplini
Yanlış barkod veya yanlış pazaryeri kodu eşlemesi, stoğu başka ürüne yazar. Uyum sorununun büyük kısmı eşlemeden doğar.
Yeni ürün açılırken eşleme tamamlanmadan satışa açılmamalıdır. Yarım eşleme, yarım stok demektir.
Varyantlı ürünlerde her beden ve renk ayrı kodla eşlenmelidir. Ana ürüne toplu stok yazmak sapma üretir.
Eşleme değişiklikleri versiyonlanmalı ve kim yaptığı görülmelidir. Sessiz kod değişikliği en zor bulunan hatadır.
Önceliği ürün eşleştirme yazısında açıkladık.
Sapma analizi
Depo bakiyesi ile kanal bakiyesi günlük karşılaştırılmalıdır. Fark eşiği aşıldığında otomatik liste oluşmalıdır.
Sapmanın kaynağı senkron gecikmesi, eşleme hatası veya sayım farkı olabilir. Kaynak bulunmadan “elle düzeltme” alışkanlık haline gelir.
Fazla satış oranı da sapma göstergesidir. İptal ve stok yok kaynaklı iptaller ayrı izlenmelidir.
Haftalık sapma özeti yöneticiye sunulmalıdır. Görünmeyen sapma, büyüyen stok krizine dönüşür.
Fark kapatmayı stok sayım farkı yazısında ele aldık.
Alarm ve kritik seviye
Kritik stok alarmı yalnızca depoda değil kanallarda da anlamlıdır. Sitede tükenmeden tedarik tetiklenmelidir.
Senkron hatası alarmı, stok alarmından ayrı tutulmalıdır. Teknik kesinti ile gerçek tükenme karıştırılmamalıdır.
Alarmlar sorumlu role gitmelidir; herkese giden uyarı kimseye gitmez. Escalation süresi tanımlanmalıdır.
Sezonluk ürünlerde eşikler dinamik ayarlanmalıdır. Yaz ürününde kış eşiği kullanmak yanlış alarm üretir.
Talep sıçramalarını sezonluk talep planlaması yazısında ele aldık.
Hata yönetimi
Başarısız stok güncellemeleri kuyrukta görünür olmalıdır. Sessizce düşen kayıtlar günler sonra fark edilir.
Kanal API limitleri aşıldığında yeniden deneme stratejisi gerekir. Sonsuz retry, hesabı kilitleyebilir.
Manuel müdahale sonrası otomatik senkronun üzerine yazma kuralları net olmalıdır. “Son yazan kazanır” modeli sahiplik olmadan tehlikelidir.
Hata listesi günlük kontrol rutini olmalıdır. Operasyon büyüdükçe bu rutin ihmal edilemez.
İzlemeyi entegrasyon hatalarını izlemek yazısında anlattık.
Platformda stok uyumu
EQLEM bir çözüm platformudur ve mevcut ERP sisteminizin yerini almaz. Depo hareketini kanal stoğuna bağlayarak uyumu korur.
Rezerv, senkron ve sapma listeleri tek hatta görünür. Elle panel düzeltme ihtiyacı azalır.
Mali stok kaydı mevcut sistemde kalabilir; operasyon bakiyesi platformda yönetilir. İki katman birlikte çalışır.
Çoklu kanal satışında stok çatışması kurallarla önlenir. Büyüme, stok kaosuna dönüşmez.
Ölçekleme çerçevesini e-ticaret operasyonu ölçekleme yazısında bulabilirsiniz.
Sık sorulanlar
Günde bir senkron yeter mi?
Yoğun satışta yetmez; hızlı SKU’larda kısa aralıklı veya anlık güncelleme gerekir.
Buffer stok ne kadar olmalı?
Sapma ve iade geçmişine göre ayarlanır; aşırı buffer satış kaçırır, sıfır buffer fazla satış üretir.
Panelden elle stok düzeltmek doğru mu?
Geçici acil durumlarda olabilir; kalıcı çözüm depo kaynağını ve senkronu düzeltmektir.
Mevcut ERP’yi değiştirmeli miyiz?
Gerekmez; EQLEM yanında çalışır. Logo entegrasyonu gibi kurgularla mali kayıt korunur.
Rafta var sitede yok tablosu, satış kaybının en sessiz biçimidir. Tek stok kaynağı olmadan bu tablo tekrar eder.
Senkron sıklığını hacme göre ayarlayın ve rezerv kurallarını netleştirin.
Sayım ve eşleme disiplinini ihmal etmeyin; teknik senkron kötü veriyi yalnızca daha hızlı yayar.
Sapma listesini günlük okuyun; görünmeyen fark büyüyen krize dönüşür.
Kanal tahsisini kârlılık ve öncelikle yönetin; tüm stoğu her kanala son birime açmak risklidir.
EQLEM ekibiyle görüşerek depo-kanal stok uyumu kurgunuzu netleştirebilirsiniz.