ERP'de Stok Sayım Farkı Kapatma Sırası Nasıl Olmalı?

Fiziksel sayımda bulunan adet ile ERP'nin ekranında gördüğü stok adedi uyuşmuyorsa fark, genellikle tek bir nedenden değil, sayım anına kadar birikmiş birkaç küçük kayıt gecikmesinden kaynaklanır. Farkı kapatmadan önce yapılması gereken ilk iş, farkın hangi hareket türünden geldiğini bulmaktır; aksi hâlde sayı düzeltilir ama aynı fark bir süre sonra tekrar oluşur ve her sayım döneminde yeniden tartışılan bir konu hâline gelir.

Fark nereden gelir

ERP ile depo arasındaki stok farkının en sık görülen üç kaynağı vardır ve bunların izini sürmek, sayım tarihinden önceki hareket kayıtlarına bakmayı gerektirir.

Bu üç kaynağın her biri farklı bir ekip tarafından oluşturulur: zamanlama farkı depo personelinin fişleme hızından, lokasyon karışıklığı deponun fiziksel düzeninden, hatalı hareket kaydı ise veri girişinden kaynaklanır. Bu yüzden farkı tek bir kişiye ya da tek bir sisteme yüklemek yerine, kaynağına göre ayrı ayrı incelemek gerekir.

Fark kapatılmadan önce izlenecek sıra

Farkı doğrudan "düzeltme girişi" ile kapatmak, nedeni örtbas eder ve aynı hata tekrarlanır. Bunun yerine sıra şu şekilde izlenmelidir:

1. Sayım tarihiyle son stok hareketi arasındaki tüm giriş-çıkış kayıtlarını listele.
2. Bu kayıtlardan hangilerinin depoda fiziksel olarak gerçekleşip ERP'ye işlenmediğini (veya tersini) belirle.
3. Kalan farkı, ürün ve lokasyon bazında ayrı ayrı doğrula; toplam fark sıfırlansa da ürün bazında fark kapanmamış olabilir.
4. Nedeni bulunamayan kalan fark için, nedeni açıkça belirtilen bir düzeltme hareketi oluştur.

Bu sıralamanın atlanmaması gereken en önemli adımı üçüncüsüdür; çünkü toplam adet üzerinden yapılan bir karşılaştırma, bir üründe artı bir üründe eksi farkı birbirini götürüyormuş gibi gösterebilir, oysa bu iki fark aslında bağımsız iki ayrı hatadır.

Yazılım bu süreci nasıl destekler

Özel yazılımda stok sayım modülünün görevi, sayım sonucunu ERP'ye tek bir toplam adet olarak değil, sayım anındaki hareket geçmişiyle birlikte işlemektir. Sayım başlamadan önceki stok anlık görüntüsü (snapshot) kayıt altına alınmalı; sayım sırasında sisteme giren yeni hareketler (örneğin bir satış) ayrı tutulmalı ve sayım tamamlandığında bu hareketler farkın hesaplanmasına karıştırılmamalıdır.

Düzeltme hareketleri her zaman kim tarafından, hangi sayım oturumuna bağlı olarak yapıldığı bilgisiyle kaydedilmelidir; imzasız düzeltme girişleri, bir sonraki sayımda aynı farkın tekrar aranmasına yol açar. Bu kayıt, yalnızca bir denetim gereği değildir; aynı zamanda bir sonraki sayımda "bu fark zaten geçen dönemde kapatılmıştı" diyebilmek için tek güvenilir kaynaktır.

Tekrarlanan farkı önlemek

Aynı ürün veya lokasyonda fark sürekli tekrarlanıyorsa, sorun artık sayım hatası değil, süreç hatasıdır. En sık görülen süreç hatası, mal kabul ile sisteme giriş arasındaki gecikmenin standart bir kurala bağlı olmamasıdır. Yazılımda bu gecikmeyi sıfıra indirmek yerine, mal kabul anında geçici bir "yolda" stok durumu tutmak ve bu durumu sayım hesaplamasına dahil etmek daha gerçekçi bir çözümdür.

Sayım sıklığı farkı nasıl etkiler

Sayım aralığı uzadıkça, farkın kaynağını bulmak da zorlaşır; çünkü sayım tarihleri arasında geçen süredeki hareket sayısı artar ve her hareket potansiyel bir hata noktası olur. Sık değer kaybeden veya sık hareket gören ürünlerde (hızlı tüketilen sarf malzemeleri, kampanyalı ürünler gibi) sayım aralığını kısaltmak, farkın küçük kalmasını ve kaynağının daha kolay bulunmasını sağlar. Yıl sonu gibi tek bir büyük sayıma bırakılan ürünlerde ise fark genellikle birkaç ayrı hatanın toplamı olduğu için ayrıştırma çok daha uzun sürer.

Yazılım tarafında bu nedenle, yüksek hareketli ürünler için ayrı ve daha sık bir "döngüsel sayım" takvimi tanımlanabilir; bu takvim, tüm depoyu aynı anda durdurmadan, ürün gruplarını sırayla sayarak farkın erken yakalanmasını sağlar.

Birden fazla depo arasında transfer varsa

Şubeler veya depolar arasında mal transferi yapılan işletmelerde fark, çoğunlukla transferin "gönderildi" ve "teslim alındı" kayıtlarının farklı tarihlerde girilmesinden kaynaklanır. Gönderen depo malı sistemden düşerken alan depo henüz teslim almamışsa, bu süre içinde ürün hem ERP'de hem fiziksel sayımda görünmeyen bir ara durumda kalır. Yazılımda bu ara durumun "yolda" olarak ayrı takip edilmesi, iki depodan birinin sayımında sebepsiz bir eksik görünmesini önler.

Transfer kayıtlarının gönderim ve teslim alım tarihleri arasındaki süre izlenirse, hangi depo çiftinde bu gecikmenin sık yaşandığı da görülebilir; bu bilgi, lojistik planlamasında teslim süresinin gerçekçi beklenmesi için de kullanılabilir.

Özet

Stok sayım farkı, önce nedenine göre ayrıştırılmadan kapatılırsa geri gelir. Zamanlama, lokasyon ve hareket kaydı hatalarını ayrı ayrı kontrol eden bir sayım akışı, farkı kalıcı olarak azaltır.