WMS & Depo Yönetimi
Döngüsel sayım ( Cycle count ) planı: Stok farkını düzeltmekten kök nedeni bulmaya
Döngüsel sayımı risk, ölçüm tanımı ve fark incelemesiyle planlayın. Depo ekipleri için uygulanabilir kontrol listesi ve pilot yaklaşımı.
Bu yazıda neler var?
Stok farkı görüldüğünde bütün depoyu tekrar saymak ilk refleks olabilir. Oysa asıl soru, aynı farkın neden tekrar oluştuğudur. Döngüsel sayımı ( Cycle count ) yalnızca miktarı düzeltmek için değil, işlem hatasını görünür kılan düzenli bir kontrol olarak tasarlamak daha yararlı bir başlangıçtır.
Bu yazı, depo yöneticilerinin kendi operasyonuna uyarlayabileceği bir planlama yaklaşımı sunar. Bir yazılımın varsayılan ayarı veya her depo için geçerli sayım sıklığı önerilmez.
Önce hangi doğruluğu ölçtüğünüzü belirleyin
Bir ürünün toplam miktarı doğru görünürken yanlış rafta bulunması, toplama ekibi açısından hâlâ problemdir. Bu nedenle ölçümü ürün, lokasyon, stok durumu ve gerekiyorsa lot/seri boyutlarıyla tanımlayın. Karantinadaki miktarı serbest stokla karşılaştırmak başka bir sorunu sayım hatası gibi gösterebilir.
Örneğin kontrol edilen ürün-lokasyon kayıtlarının kaçının beklenen miktarla eşleştiğini izleyebilirsiniz. Bu, önerilen bir iç ölçüm tanımıdır; tek başına finansal stok değerini veya bütün deponun doğruluğunu temsil etmez. Payda ve tolerans değişirse önceki dönemle kıyaslamayı da yeniden değerlendirin.
Sayım işini nasıl başlatacağınızı seçin
Microsoft'un WMS dokümantasyonu, sayım işlerinin planlarla, eşiklerle veya manuel olarak oluşturulabildiğini; sayım sonucunun işlenip farkların incelendiğini açıklıyor. Bu, düzenli ve olay tetiklemeli kontrollerin birlikte ele alınabileceğine dair bir ürün örneğidir. Aynı işlevlerin her WMS'de aynı biçimde bulunacağını varsaymayın.
Kendi planınızda hızlı hareket eden bölgeler, sık fark çıkan ürünler ve yeni açılan lokasyonlar için farklı kontrol nedenleri tanımlayabilirsiniz. Başlangıçta bütün lokasyonları aynı sıklıkta saymak yerine hangi riskin hangi kontrolü gerektirdiğini yazın. Sayım işinin mevcut sevkiyat işlerini nasıl etkileyeceği ayrıca değerlendirilmelidir.
Sayım anındaki hareketleri açıklığa kavuşturun
Sayım ile sistem miktarını karşılaştırırken hangi zamanın referans alındığını bilmek gerekir. Bir ekip ürünü sayarken başka bir ekip aynı lokasyondan toplama yapıyorsa, zaman farkı fiziksel kayıp gibi görünebilir.
Bu nedenle deneme senaryosuna sayım sırasında mal kabulü, ikmal ve toplama hareketlerini ekleyin. Yazılımın bu hareketleri engelleyip engellemediğini veya nasıl uzlaştırdığını ürün özelinde doğrulayın. İşlem kilidi bulunduğunu varsayarak süreç yazmayın.
Farkı düzeltmeden önce nedeni kaydedin
Yeniden sayım, birim dönüşümü kontrolü, lokasyon doğrulaması ve son hareketlerin incelenmesi farklı adımlardır. Miktar düzeltmesini kimin onayladığı ile incelemeyi kimin yaptığı açık olmalı. Her farkı aynı nedenle kapatmak, tekrar eden sorunları görünmez kılar.
Başlangıç için nedenleri birkaç anlaşılır grupta toplayın: yanlış lokasyon, eksik işlem kaydı, birim dönüşümü, etiket sorunu ve henüz açıklanamayan fark. Bunlar editoryal bir sınıflandırma örneğidir; işletmenizin kayıt ve yetki yapısına uyarlanmalıdır.
İlk ay için küçük bir kontrol tablosu
- Sayımı başlatan neden ve kapsanan lokasyonlar.
- Referans stok anı ve devam eden hareketler.
- İlk sonuç, yeniden sayım sonucu ve inceleyen kişi.
- Onaylanan düzeltme ve tespit edilen kök neden.
- Aynı lokasyonda veya üründe farkın tekrarlanıp tekrarlanmadığı.
Başarıyı yalnızca kaç sayım yapıldığıyla değerlendirmeyin. Açıklanamayan farkların azalması ve aynı hatanın yeniden oluşmaması daha anlamlı sorulardır. Hedef ve kabul eşiği, gerçek başlangıç ölçümünüzden sonra belirlenmelidir.
Kapsam notu
Microsoft bağlantısı Dynamics 365'e ait ürün davranışını açıklar. Buradaki risk grupları, ölçüm önerileri ve ilk ay kontrol listesi özgün editoryal değerlendirmedir; kurulum veya muhasebe talimatı değildir.
Kaynaklar
Kaynak kontrol tarihi: 1 Kasım 2026.