ERP'deki stok neden raftakini tutmuyor?

Depo yazılımı arayan firmaların çoğu aynı cümleyle başlar: “ERP'deki stok tutmuyor.” Bu cümle genelde ERP'ye yönelik bir şikâyet gibi kurulur, oysa ERP kendisine söyleneni doğru saklar. Tutmayan şey ERP değil, ERP'ye ne zaman haber verildiğidir.

Deponuzda mal sabah dokuzda hareket eder. O hareketin kaydı akşam altıda, biri oturup irsaliyeleri ve toplama listelerini sisteme girdiğinde oluşur. Arada dokuz saat vardır ve bu dokuz saat boyunca ERP'nin gösterdiği stok, gerçekte olanın geçmiş hâlidir. Sorun bir kere olsa önemsizdir; her gün tekrarlandığında birikir.

Fark nereden birikir

Stok farkı tek bir büyük hatadan değil, birbirini besleyen küçük boşluklardan oluşur. En sık görülenler şunlardır:

• Kaydedilmeyen depo içi transfer: mal bir raftan diğerine taşınır ama bu bir işlem olarak girilmez. Sistem malı hâlâ eski yerinde sanır.
• Toplu giriş sırasında yapılan yazım hataları: 120 yerine 12, benzer kodlu iki ürünün karışması.
• Sarf ve fire kaydının atlanması: kırılan, bozulan veya üretimde tüketilen mal stoktan hiç düşülmez.
• Sipariş toplandıktan sonra iptal edilen kalemin rafa geri konulup sisteme bildirilmemesi.
• Sayım sırasında devam eden mal kabul ve sevkiyat: sayılan raf sayımdan sonra tekrar hareket görür.

Bu maddelerin ortak noktası dikkatsizlik değil. Hepsi, kaydın işin yapıldığı yerde değil başka bir yerde ve başka bir zamanda tutulmasından çıkar. İnsan hatasını azaltmaya çalışmak burada işe yaramaz; azaltılması gereken şey aradaki mesafedir.

Sayım neden kalıcı çözüm değil

Fark büyüyünce ilk refleks sayım yapmaktır. Sayım gerçekten de o günkü farkı kapatır — ama farkı üreten mekanizmaya dokunmaz. Sayımdan bir hafta sonra aynı boşluklar aynı hızla birikmeye başlar.

Dahası, geleneksel sayımın kendisi de aynı hastalığı taşır. Liste basılır, ekip raflara dağılır, kâğıtlar toplanır, sonra biri bunları sisteme girer. Giriş bittiğinde sayılan rafların bir kısmı çoktan değişmiştir. Sonuç çıktığında güvenilirliği tartışmalıdır ve fark çıktığında sayım hatası mı, kayıt hatası mı olduğu ayırt edilemez.

İkinci bir stok sistemi kurmak da çözüm değil

Bazı firmalar ERP'nin yanına ayrı bir depo sistemi kurar ve stoğu orada tutmaya başlar. Bu, sorunu çözmek yerine ikiye katlar: artık birbirini tutması gereken iki kayıt vardır ve ikisi de bakım ister. Ay sonunda “hangisi doğru” tartışması başlar.

Doğru kurgu, ikinci bir gerçek üretmek değil, tek gerçeği zamanında beslemektir. ERP kaynak olarak kalır; depo yazılımı ERP'nin yerine geçmez, ona depoda olan biteni anında bildirir.

Boşluğu kapatan şey: kaydın işin yapıldığı yerde oluşması

Depo yönetim sisteminin asıl işi budur. Mal kapıya geldiğinde barkod okutulur ve kayıt o anda oluşur. Sipariş toplanırken uygulama adım adım yönlendirir, toplanan her kalem anında kayda geçer. Mal raf değiştirdiğinde transfer bir işlem olarak yapılır. Sarf ve fire, olduğu anda düşülür.

Gün sonunda girilecek bir şey kalmaz. Girilecek bir şey kalmadığı için giriş hatası da olmaz; fark üreten mekanizma ortadan kalkar. Sayım da bu düzende bambaşka bir işe dönüşür: farkı kapatan bir kurtarma operasyonu değil, düzenin doğru çalıştığını teyit eden rutin bir kontrol.

Nereden başlamalı

Tüm operasyonu aynı anda değiştirmek zorunda değilsiniz. Farkın en çok biriktiği yerden başlamak genelde en hızlı sonucu verir: çoğu depoda bu, mal kabul ve sevkiyattır. Bu iki uç kayıt altına alındığında stok farkının önemli bölümü kendiliğinden kapanır; sayım, üretim ve fason sonra devreye alınabilir.

Kendi deponuzda farkın nereden çıktığını konuşmak isterseniz, demo görüşmesinde kendi stok ve sipariş verinizle birlikte bakabiliriz.