Depo Yönetim Sistemi (WMS) Nedir, Nasıl Kurulur?

Depo yönetim sistemi (WMS), deponuzdaki her ürünün yalnızca kaç adet olduğunu değil, tam olarak hangi rafta, hangi gözde ve hangi lotla durduğunu tutan; mal kabulden sevkiyata kadar her hareketi barkodla kayda geçiren yazılımdır. Stok takip programı "elimde ne var" sorusunu cevaplar, depo yönetim sistemi "nerede ve önce hangisi çıkmalı" sorusunu. Tek depoda birkaç yüz kalemle çalışıyorsanız stok programı yeter; ürün sayısı, raf sayısı ve günlük sipariş satırı arttıkça toplama hataları ve aranan ürün için harcanan süre, WMS ihtiyacının asıl göstergesi olur.

Depo yönetim sistemi ile stok takip programı arasındaki fark

İki yazılım aynı ürün kartını kullanır ama farklı soruların cevabıdır. Stok takip programında kayıt ürüne açılır: ürün A, 340 adet. Depo yönetim sisteminde kayıt ürün ile lokasyonun kesişimine açılır: ürün A, 120 adet B-03-02 gözünde, 220 adet C-11-04 gözünde, ikisi farklı lot ve farklı son kullanma tarihiyle. Bu fark küçük görünür ama bütün süreç buna göre değişir. Stok yazısında anlattığımız stok takip programı mı özel yazılım mı kararı ambarın toplam miktarını yönetir; WMS ise o miktarın depo içindeki fiziksel dağılımını ve hareket sırasını yönetir.

Stok programı kaç tane olduğunu söyler, depo yönetim sistemi nerede olduğunu ve önce hangisinin çıkması gerektiğini. Lokasyon kaydı olmayan bir depoda doğru sayı bile ürünü bulmaya yetmez.

Temel kayıt: lokasyon hiyerarşisi

WMS kurulumunun ilk işi yazılım değil, deponun adreslenmesidir. Her göz okunabilir bir koda ve barkod etiketine sahip olmalıdır. Yaygın yapı bölge, koridor, raf, kat ve göz şeklindedir. Adres yalnızca bir isim değildir; kapasite, izin verilen ürün tipi ve toplama önceliği gibi özellikler taşır. Soğuk oda, tehlikeli madde alanı ya da karantina gözü ayrı lokasyon tipleri olarak tanımlanmazsa sistem yanlış yere yerleştirme önermeye başlar.

• Bölge: mal kabul, ana depolama, hızlı toplama, sevkiyat hazırlık, iade ve karantina alanları ayrı bölgelerdir.
• Adres formatı: koridor-raf-kat-göz gibi sabit ve okunabilir bir kod; etiket raf önüne değil göze yapıştırılır.
• Lokasyon özellikleri: azami ağırlık ya da hacim, karışık ürüne izin verilip verilmediği, toplama mı yedek stok mu olduğu.
• Taşıyıcı birimi: palet ya da koli kendi barkodunu taşıyorsa, tek okutmayla içindeki tüm ürünler taşınabilir.

Mal kabulden sevkiyata: WMS süreç adımları

Depo yönetim sistemi her adımda iki şeyi doğrular: okutulan ürün doğru mu ve okutulan lokasyon doğru mu. Mal kabulde gelen miktar satın alma siparişiyle karşılaştırılır, eksik ya da fazla gelen kalem kabul anında işaretlenir. Yerleştirmede sistem uygun gözü önerir ve operatör gözü okutmadan işlem tamamlanmaz. Toplamada sipariş satırları depo içindeki yürüme sırasına göre dizilir; operatör gözü ve ürünü okutur, yanlış ürün okutulduğunda işlem anında durur. Sevkiyatta paketlenen koli siparişle eşleşir ve kargo etiketine bağlanır; bu noktada kargo entegrasyonu devreye girer.

Toplama yöntemi deponun yapısına göre seçilir. Sipariş bazlı toplamada her operatör bir siparişi baştan sona toplar; basittir ama yoğun günlerde aynı koridor defalarca yürünür. Dalga ya da toplu toplamada birden fazla siparişin kalemleri birlikte toplanıp sonra ayrıştırılır. Bölge bazlı toplamada her operatör kendi alanından sorumludur. Hangisinin doğru olduğu sipariş başına ortalama satır sayısına ve deponun yerleşimine bağlıdır; bunu kurulum öncesinde mevcut sipariş verisinden ölçmek tahminden iyidir.

Lot, son kullanma tarihi ve FEFO kuralı

Gıda, kozmetik, ilaç ya da kimyasal gibi son kullanma tarihli ürünlerde toplama sırası rastgele olamaz. FIFO ilk gireni önce çıkarır; FEFO ise son kullanma tarihi en yakın olanı önce çıkarır ve tarihli üründe doğru kural genellikle FEFO’dur. Bu kural operatörün dikkatine bırakılamaz; sistem toplama listesini üretirken lotu ve gözü kendisi seçmelidir. Aşağıdaki örnek, bir sipariş satırı için FEFO sırasıyla lokasyon önerir ve satılamaz durumdaki gözleri dışarıda bırakır.

type StockSlot = {
  location: string;
  lot: string;
  expiry: Date;
  qty: number;
  status: 'available' | 'quarantine' | 'damaged';
};

type PickLine = { location: string; lot: string; qty: number };

export function suggestPicks(slots: StockSlot[], needed: number, today: Date): PickLine[] {
  const usable = slots
    .filter((s) => s.status === 'available' && s.qty > 0 && s.expiry > today)
    .sort((a, b) => a.expiry.getTime() - b.expiry.getTime());

  const picks: PickLine[] = [];
  let remaining = needed;
  for (const slot of usable) {
    if (remaining === 0) break;
    const take = Math.min(slot.qty, remaining);
    picks.push({ location: slot.location, lot: slot.lot, qty: take });
    remaining -= take;
  }
  if (remaining > 0) throw new Error(`Yetersiz stok: ${remaining} adet eksik`);
  return picks;
}

Örnekteki iki ayrıntı önemlidir. Karantina ya da hasarlı gözdeki ürün sayıda görünse bile toplamaya önerilmez; aksi hâlde stok doğru, sevkiyat yanlış olur. Stok yetmediğinde fonksiyon eksik toplama listesi üretmek yerine hata verir; eksik sevkiyat kararını yazılım değil, sipariş sahibi vermelidir. Lot kaydı ayrıca geri çağırma durumunda bu partinin hangi müşterilere gittiğini dakikalar içinde gösterir.

Sayım: yılda bir büyük sayım yerine döngüsel sayım

Depoyu kapatıp yapılan yıllık sayım hem pahalıdır hem de farkları aylar sonra ortaya çıkarır. WMS ile depo kapanmadan döngüsel sayım yapılır: her gün belirli gözler sayılır, hızlı dönen ve değerli ürünler daha sık sayılır. Sayım farkı doğrudan stoğa yazılmamalıdır; önce ikinci bir sayımla teyit edilir, sonra sebep koduyla düzeltme kaydı oluşur. Sebep kodu tutulmazsa aynı gözde tekrarlanan farkın yanlış yerleştirmeden mi, hasardan mı yoksa kayıp kaçaktan mı geldiği anlaşılmaz.

Entegrasyon: WMS tek başına çalışmaz

Depo yönetim sistemi siparişi kendisi üretmez; sipariş ERP, e-ticaret sitesi, pazaryeri entegrasyonu ya da B2B bayi sipariş sistemi üzerinden gelir. Bu yüzden veri akışının yönü baştan yazılmalıdır: ürün kartı ve sipariş ERP’den WMS’e gelir, sevk edilen miktar ve sayım düzeltmesi WMS’ten ERP’ye döner. Üretim yapan işletmelerde hammadde çıkışı ve mamul girişi üretim takip programı ile eşleşmelidir. Aynı stok iki sistemde ayrı ayrı düzeltilirse birkaç hafta içinde hangisinin doğru olduğu bilinmez hâle gelir; her alanın tek bir sahibi olmalıdır.

Hazır WMS mi, özel yazılım mı?

Standart bir dağıtım deposu için hazır bir WMS ürünü genellikle daha hızlı devreye girer. Özel yazılım şu durumlarda anlam kazanır: süreç standart dışıysa (ürüne göre farklı paketleme, müşteriye özel etiket, kitleme), deponun ERP ya da pazaryerleriyle hazır paketin desteklemediği bir biçimde konuşması gerekiyorsa veya birden fazla depo arasında transfer ve ortak stok görünürlüğü kritikse. Bu üçünden en az ikisi sizin için geçerliyse özel çözümü değerlendirmeye değer. Karar verirken dördüncü soruyu da sorun: lokasyon, lot ve hareket geçmişi dışa aktarılabiliyor mu? Bu sorunun cevabı hayırsa, ileride sistem değiştirmek bütün depoyu yeniden adreslemek demektir. Genel çerçeve için özel yazılım mı hazır çözüm mü yazımıza bakabilirsiniz.

WMS projelerini bozan hatalar

• Depoyu adreslemeden yazılım kurmak: etiketsiz göz, sistemde var sahada yok demektir.
• El terminali yerine kağıt listeyle başlamak: okutma yoksa doğrulama da yoktur, hata oranı değişmez.
• Açılış stoğunu sayım yapmadan aktarmak: ilk günden yanlış veriyle başlayan sisteme operatör güvenmez.
• Depo içi bağlantıyı test etmemek: metal raflar kablosuz ağı keser, terminal koridorun ortasında bağlantı kaybeder.
• Her istisnayı yönetici onayına bağlamak: onay bekleyen toplama, operatörü sistemi atlamaya iter.

Sonuç

Depo yönetim sistemi, stoğun miktarını değil konumunu ve hareket sırasını yönetir. Başarısı yazılımın ekranlarından önce deponun adreslenmesine, her adımın barkodla doğrulanmasına ve ERP ile veri sahipliğinin baştan yazılmasına bağlıdır. Deponuz için hazır paket mi yoksa süreçlerinize göre kurulmuş bir sistem mi gerektiğini birlikte değerlendirmek isterseniz kurumsal çözümler sayfamıza göz atabilir ya da doğrudan teklif alabilirsiniz.