WMS Nedir? Depo Yönetim Sistemi ile Hata Oranını Düşürmek

Saat 17.40, kargo aracı kapıda. Müşteri arıyor: kutudan çıkan ürün sipariş ettiği değil. Depoya soruyorsunuz, kimse hatırlamıyor. O siparişi kimin topladığı, ürünün hangi raftan alındığı, koliye kaç parça girdiği hiçbir yerde kayıtlı değil. Konu "daha dikkatli olalım" uyarısıyla kapanıyor ve iki hafta sonra aynı yerden tekrar ediyor. Sorun genelde personelin dikkatsizliği değil, operasyonun hafızasının olmaması. WMS (Warehouse Management System / Depo Yönetim Sistemi), depoyu tahmine değil kayda dayandıran sistemdir; hangi hareketi kimin, ne zaman, hangi adreste yaptığını sonradan geri okunabilecek şekilde tutar.

WMS ile ERP'nin stok modülü aynı şey değil

ERP "hangi üründen kaç adet var" sorusuna cevap verir. WMS ise "o ürün tam olarak nerede, kim aldı, hangi koliye girdi" sorusuna. İkisi rakip değil.

Farkı somutlaştıralım. ERP'de bir ürün için 40 adet yazıyor. Bu rakam doğru olabilir; ama o 40 adedin 18'i A koridorunda, 12'si mal kabulde bekleyen palette, 10'u iade alanında kontrol sırasındadır. Sipariş düştüğünde toplayıcının bulacağı stok 18'dir, 40 değil. ERP yanlış söylemiyor, farklı bir soruyu cevaplıyor. Depo büyüdükçe iki cevap arasındaki mesafe açılır ve o boşluk yanlış sevkiyat olarak geri döner. İki sistemin veriyi nasıl paylaşacağını WMS ve ERP entegrasyonu yazısında ayrıca ele aldık.

Depo operasyonunun beş adımı

1. Mal kabul

Gelen ürün irsaliyeyle karşılaştırılarak okutulur. Eksik veya fazla teslimat burada yakalanmazsa fark aylar sonra sayımda çıkar ve kaynağı bulunamaz. Kör mal kabul tam bunun için: terminal beklenen miktarı göstermez, personel ne saydıysa onu girer, karşılaştırmayı sistem yapar.

2. Yerleştirme

Adresli depo yapısında her rafın bir kodu vardır. Sistem, ürünün hacmine ve devir hızına göre uygun adresi önerir; hızlı satan ürünler toplama rotasına yakın konumlandırılır. Toplama gözü ile yedek stoğun durduğu alan ayrıysa, gözü besleyen ikmal emri de bu adımın parçasıdır. Adres şeması yazılımdan önce gelen bir tasarım işi; koridor-raf-seviye-göz kırılımını ve etiketlemeyi adresli depo kurulumu yazısında anlattık.

3. Toplama

Toplama stratejisi, verimliliği doğrudan belirler:

• Tekli toplama: Sipariş başına bir tur. Basit, düşük hacimde yeterli.
• Toplu (batch) toplama: Birden çok sipariş tek turda ve ürün bazında toplanır; sonra ayrıştırma masasında sipariş sipariş dağıtılır. Yürüme mesafesi düşer, karşılığında ayrıştırma adımı gelir.
• Bölgesel toplama: Depo bölgelere ayrılır, her personel yalnızca kendi bölgesinden toplar. Koli bölgeden bölgeye geçer ya da bölge çıktıları tek noktada birleştirilir.

Günde 400 sipariş alan bir mağazada tekli toplama hâlâ yürür, ama toplama süresinin büyük bölümünü yürüme yer. Hangi stratejinin size uyacağı sepet yapınıza bağlı: tek satırlı siparişler ağırlıktaysa batch belirgin fark yaratır, çok satırlı ve dağınık sepetlerde bölgesel toplama daha isabetli olur. Batch'e geçmeden önce ayrıştırma için masa ve alan ayırın; kazandığınız yürüme süresini orada geri verebilirsiniz.

4. Paketleme ve kontrol

Koli kapanmadan önce yapılan kontrol okutması, yanlış ürün sevkiyatını kesen en etkili adım. Koli başına birkaç saniye sürer; tek bir yanlış gönderinin kargo, iade ve yeniden sevk maliyetiyle kıyaslandığında hesabı zaten tutar. Bu adımı atlayanlar genelde "zaten toplarken okuttuk" der. Oysa paketleme masasında yan yana duran iki kolinin içeriği kolayca karışır.

5. Sevkiyat

Koli kapandığında sipariş numarasıyla koli barkodu eşleşir, kargo etiketi basılır ve stok düşer. Hangi kargo firmasına gideceği çoğu depoda elle seçiliyor; oysa desi, teslimat ili ve seçilen teslimat tipi üzerinden yazılan basit bir kural bu kararı masadan alır. Araca yüklenirken kolilerin ikinci kez okutulması ise kapıdan çıkmayan koliyi aynı gün yakalar; o okutma yoksa eksik teslimatı müşteri arayınca öğrenirsiniz. Takip numarası kanala döndükten sonraki bilgilendirmeyi otomasyon tarafında kuruyoruz.

Hatanın çoğu belli beş yerde doğuyor

"Depo hata yapıyor" cümlesi tek başına kullanışsız. Hatayı tipine ayırdığınızda her birinin hangi adımda doğduğu ve o adımı hangi okutmanın kestiği de ortaya çıkar.

Sistemde görünüp rafta bulunamayan stoğun kök nedenlerini depo sayım farkı yazısında ayrıntılandırdık.

WMS hata yapmayı imkânsız kılmaz; hatayı koli kapanmadan önce görünür kılar. Depodan çıkan bir hatanın bedeli kargo, iade ve müşteri temsilcisinin telefonu. Çıkmadan yakalananınki birkaç saniye.

El terminali kağıt listenin yerini neden alıyor?

Kağıt toplama listesi ucuz görünür. Gerçek maliyeti başka yerde: liste basıldığı anda eskir. Basımdan sonra iptal edilen sipariş, adres değişikliği ya da stoksuz kalan satır listede görünmez; personel koridora çıkmıştır, kimse haber veremez. Terminalde emir anlık gelir, iptal anında düşer.

İkinci fark izlenebilirlikte. Terminalden yapılan her hareket kullanıcı, saat ve adres bilgisiyle kayda girer. Bir hata çıktığında "kim yaptı" değil "hangi adımda koptu" sorusunu sorabilirsiniz.

Terminal seçimi

Endüstriyel el terminali mi, barkod okuyucu takılmış bir Android cihaz mı? Duruma göre değişir. Soğuk hava, toz ve düşme riski varsa endüstriyel cihaz masrafını çıkarır; ofis benzeri koşullarda çalışan 800 SKU'lu bir depoda standart bir cihaz uzun süre iş görür. Asıl bakılacak nokta cihazın markası değil, uygulamanın tek elle kullanılabilir olması: büyük butonlar, sesli onay, yanlış okutmada net uyarı.

Hangi metrikleri takip etmeli?

• Stok doğruluk oranı: Sistemdeki miktarın sayımla uyuşma yüzdesi. Adet üzerinden değil, satır bazında ölçün.
• Sipariş doğruluğu: Hatasız sevk edilen sipariş oranı.
• Satır/saat: Toplama verimliliğinin en pratik göstergesi.
• Sipariş yaşı: Siparişin depoya düşmesiyle sevki arasındaki süre.
• Kontrol aşamasında yakalanan hata sayısı: Bu sayı yükseliyorsa kötü haber değil; hata zaten vardı, artık görünüyor.

Terminalden geçen her hareket aynı zamanda bir zaman damgasıdır. Yoğunluğun hangi saatte toplandığını ve hangi koridorun akışı yavaşlattığını ancak o damgalar söyler.

WMS'e ne zaman ihtiyaç duyulur?

Depo şu belirtilerin birkaçını birden gösteriyorsa elle yönetilebilir olmaktan çıkmış demektir: sayım farkları kronikleşmiştir, yeni personelin verimli hale gelmesi haftalar sürer, aynı ürün depoda birden fazla yerde durur, yanlış sevkiyat kaynaklı iadeler artar.

Tek başına sipariş adedi iyi bir eşik değil. Günde 80 sipariş gönderen ama 4.000 SKU taşıyan bir depo, günde 500 sipariş gönderen 200 SKU'lu bir depodan daha zorludur. Belirleyici olan çeşit sayısı, varyant benzerliği ve sezon değişim hızı. Sık rastlanan bir tetikleyici de iade tarafından geliyor: iade oranı yükselen markalarda ihtiyaç toplamadan değil, geri dönen ürünün nereye konacağının belli olmamasından doğuyor. Rafın hangisi olacağı depo tarafının işi; iade kaydının, sebebinin ve para iadesinin tek ekranda toplandığı tarafı ise İade Yönetim Paneli projemizde ele almıştık.

Hazır WMS, ERP'nin depo modülü ve özel geliştirme

Üç yol var, üçü de belirli bir profile oturuyor. Karar verirken operasyonunuzun ne kadar standart olduğuna bakın; standart dışı her kural hazır üründe eklenti maliyeti olarak geri gelir.

Çoğu e-ticaret işletmesi ortadaki sütunla başlıyor, zamanla kenarlarda özel katmanlar ekliyor. Kararın çerçevesini özel yazılım mı hazır paket mi yazısında tartışmıştık. Depo tarafında ek bir soru var: pazaryeri ve site stoğunun hangi sistemden besleneceği baştan netleşmezse, üç sistem birbirini sürekli düzelten bir döngüye girer. Bu yüzden e-ticaret entegrasyonları tarafında stoğu tek kaynaktan kanala tek yönlü besliyoruz; sipariş ve iade ters yönde akar, ama kanal stok miktarını geri yazamaz.

Geçiş nasıl yapılır?

1. Depo fiziksel olarak adreslenir ve raf etiketleri basılır.
2. Ürün barkod yapısı standartlaştırılır, barkodsuz ürünler tanımlanır.
3. Sayım yapılarak başlangıç stoğu adres bazında sisteme yüklenir.
4. Önce mal kabul ve yerleştirme, ardından toplama ve sevkiyat devreye alınır.
5. ERP ile senkronizasyon kurulur; bunun detayını WMS ve ERP entegrasyonu yazımızda anlattık.

Hangi yazılımı seçtiğinizden çok, bu sırayı koruyup korumadığınız belirleyici oluyor. Barkod disiplini oturmadan açılan bir toplama ekranı, en iyi sistemi bile kağıt listeye çevirir.

Geçiş öncesi kontrol listesi

• Her SKU'nun okunabilir tek bir barkodu var mı, aynı barkod iki farklı stok kodunda tanımlı mı?
• Çoklu paket ve tekil ürün ayrı kodlarda mı, ölçü birimleri tutarlı mı?
• Mal kabul, karantina, ayrılmış stok ve iade alanlarının adresi tanımlı mı?
• Depoda kablosuz ağ kapsaması her koridorda var mı? Ölü nokta varsa terminal orada iş görmez.
• Vardiya başına kaç terminal düşecek, şarj ve yedek cihaz planı ne?
• Açılış sayımı hangi gün yapılacak ve o gün sevkiyat duracak mı?
• Sistem çöktüğünde ne olacak? Yazılı bir kağıt yedeği prosedürü olmadan canlıya geçmeyin.

Canlıya geçtikten sonraki ilk ay

İlk hafta verim düşer. Ekip ekrana alışırken satır/saat geriler ve bazı yöneticiler tam bu noktada eski yönteme dönme kararı verir. İkinci haftadan itibaren eğri toparlar. Bu dönemde ölçülecek şey hız değil okutma disiplini: kaç hareket terminalden, kaç hareket ofisten manuel düzeltmeyle yapıldı? Manuel oranı yüksek kalıyorsa sistemin verisi güvenilir olmaz.

İkinci bakılacak şey istisnalar. Her depoda terminale sığmayan durumlar çıkar: barkodu okunmayan ürün, yarım kalan toplama, iptal edilen sipariş. Tanımlı bir yol yoksa personel kendi yolunu bulur ve o yol kayıt dışıdır. İstisna listesini ilk ay yazılı tutup her birine bir akış tanımlamak, sonraki aylarda çıkacak farkların çoğunu baştan keser.

Bu konuda nasıl yardımcı oluyoruz?

Yuog Dev olarak e-ticaret işletmelerinin ERP, entegrasyon ve otomasyon altyapısını kuruyoruz. İhtiyaç analiziyle başlıyor, ölçülebilir hedefler koyuyor ve teslim sonrasında da destek veriyoruz. Süreçlerinizi konuşmak isterseniz iletişim sayfasından bize ulaşabilirsiniz.