Çok Mağazalı Perakendede Stok Yönetimi: Sayım, Transfer ve Görünürlük

Asıl sorun: görünürlük

Çok mağazalı yapıda kaybedilen ilk şey görünürlüktür. Bir mağazada tükenen ürün diğerinde beklerken satış kaçar; envanter doğru olsa bile kimse tamamını göremez.

Bu durumun en görünür sonucu, aynı ürünün bir şubede stok fazlası, diğerinde stok dışı olmasıdır. İkisi de maliyettir: biri bağlı sermaye, diğeri kaçan satış.

İkinci sonucu, satın alma kararlarının yanlış verilmesidir. Merkez, gerçek toplam stoğu görmediğinde ya fazla alır ya geç alır.

Anlık stok neden şart?

Anlık stok, satış anında düşen ve tüm şubelerden görülebilen stoktur. Günlük veya haftalık güncellenen tablo, hızlı devir yapan üründe karar vermeye yetmez.

Müşteri mağazada dururken “diğer şubede var mı?” sorusuna verilecek cevabın anlık olması gerekir. Gecikmeli veri, verilen sözün tutulamamasına yol açar.

Anlık stok aynı zamanda rezervasyonu mümkün kılar: ürün başka şubeden getirilecekse o an ayrılır ve ikinci bir müşteriye satılmaz.

Stok verisi satış anında düşmüyorsa, sistem stok takip etmiyor demektir; yalnızca geçmişi kaydediyordur.

Mağazalar arası transfer süreci

Transfer, gönderen şubede stoktan düşen ve alan şubede kabul edilerek stoğa giren bir süreçtir. Kabul adımı atlanırsa ürün iki şubede birden görünür veya hiçbirinde görünmez.

En sık atlanan adım kabuldür. Ürün fiziken gelmiş ama sisteme işlenmemişse, iki şubenin stoğu da yanlıştır.

1. Talep — ihtiyaç duyan şube ürünü sistem üzerinden ister.
2. Onay — kaynak şube stok durumuna göre onaylar.
3. Sevk — ürün transfer belgesiyle çıkar, stoktan düşer.
4. Yolda — ürün transfer durumunda görünür, satışa açılmaz.
5. Kabul — hedef şube fiziksel olarak teslim alır ve sisteme işler.
6. Kapanış — transfer kapanır, ürün hedef şubede satılabilir hale gelir.

Sayım disiplini

Sayım, sistemdeki stok ile fiziksel stoğun karşılaştırılmasıdır. Yılda bir kez yapılan büyük sayım yerine, sürekli işleyen kısmi sayım daha sağlıklı sonuç verir.

Sayım farkının kaynağı çoğu zaman hırsızlık değil, süreç hatasıdır: kaydedilmemiş iade, işlenmemiş transfer, yanlış barkod okutması.

• Dönemsel kısmi sayım — her hafta belirli bir ürün grubu sayılır.
• Hızlı devirli ürünlerde sık sayım — fark en çok burada birikir.
• Sayım sırasında satışın durdurulması veya sayım anının kaydedilmesi.
• Fark analizi — farkın nereden geldiği araştırılmadan düzeltme yapılmamalı.
• Düzeltme kaydı — her düzeltme gerekçesiyle birlikte kayda geçmeli.

Merkezden raporlama

Çok mağazalı yapıda karar merkezde verilir, veri ise sahada üretilir. Bu yüzden raporlamanın tüm şubeleri tek tabloda birleştirmesi gerekir.

Süreç mi, yazılım mı?

Yazılım, tanımlı bir süreci hızlandırır; tanımsız bir süreci düzeltmez. Transfer, iade ve sayım adımları yazılı hale getirilmeden kurulan sistem, aynı karışıklığı dijital ortamda tekrarlar.

Doğru sıra şudur: önce süreç yazılır, sonra sistem bu sürece göre kurulur. Süreç yoksa, sistemde herkes kendi yöntemini uygular ve veri güvenilmez hale gelir.

İkinci konu, sahanın sistemi kullanmasıdır. Mağaza personeli için fazladan iş yaratan bir akış, bir süre sonra atlanır. Bu yüzden veri girişi satışın doğal parçası olmalıdır: satış yapılırken stok kendiliğinden düşmelidir.

NorVolt'un geliştirdiği ESA, tam olarak bu ihtiyaçtan doğdu: satış, stok, cari ve kasa aynı anda güncellensin; şube müdürü de merkez de aynı tabloya baksın.

Sık sorulan sorular