← Analizlere dön

WMSTurkiye analiz · ANL-04

WMS projeleri neden başarısız olur? Belgelenmiş vakalar ve erken uyarı işaretleri

Depo sistemi projelerindeki başarısızlıklar nadiren tek bir yazılım hatasından çıkar. Kamuya yansımış vakalar ve sahada tekrar eden örüntüler aynı noktaları gösteriyor: güvenilmez ana veri, kısaltılan test, yanlış zamanda canlıya geçiş ve operasyonun projeye geç dahil edilmesi.

WMSTurkiye editör ekibi · Yayın:

Kamuya yansımış üç vaka

Aşağıdaki vakalar farklı ülkelerden ve yalnızca WMS'ten ibaret olmayan projelerden geliyor; ancak depo ve dağıtım süreçlerinde yaşananlar, bir WMS projesinde karşılaşılabilecek riskleri açıkça gösteriyor. Rakamlar yalnızca gösterilen kaynaklardaki ifadelerdir.

VakaNe oldu?WMS projeniz için ders
Hershey (ABD, 1999)ERP, müşteri ilişkileri ve tedarik zinciri yazılımlarını içeren sistem, Cadılar Bayramı siparişlerinin yoğunlaştığı dönemde devreye girdi; şirket, sorunların yaklaşık 100 milyon dolarlık ürünün teslimatını engelleyeceğini açıkladı [1].Canlıya geçişi yoğun sezona denk getirmeyin; takvimi sezona göre değil hazırlık ölçütlerine göre belirleyin.
Target Canada (2013–2015)Sorunları inceleyen ekip, sistemdeki ürün bilgisinin yalnızca yaklaşık %30 oranında doğru olduğunu tahmin etti (ABD'de %98–99). Mağaza rafları boşken dağıtım merkezleri ürünle doluydu; ürünlerin bir kısmı sevk için işlenemedi. 133 mağazanın tamamı kapandı [2].Ürün ölçüsü, ağırlığı ve birimleri gibi ana veri hatalıysa depo sistemi doğru çalışamaz. Ana veri temizliğini projenin ilk işi yapın ve girişte doğrulama kuralları kurun.
ASOS (Birleşik Krallık, 2019)Berlin deposuna yeni otomasyon yazılımını oturtmakta zorlanan şirket, ABD ve AB'de stok erişilebilirliği sorunları yaşadı; üst yönetim bunu “yürütmede bir başarısızlık” olarak tanımladı. Şirket 50,5 milyon sterlinlik geçiş ve yeniden yapılanma maliyeti kaydetti [3].Yeni depo, otomasyon ve yazılımı aynı anda devreye almak riski katlar. Aşamalı geçiş planlayın ve kapasitenin tam düzeye çıkması için süre ayırın.

Sık görülen yedi başarısızlık kalıbı

  1. Yanlış veya belirsiz kapsam. Süreçler yazılmadan sistem seçilir; istisnalar (iade, kısmi sevk, karantina) canlıda ortaya çıkar.
  2. Eksik veya hatalı ana veri. Ölçü, ağırlık, barkod ve birim bilgisi olmadan yerleştirme ve toplama kuralları çalışmaz [2].
  3. Operasyonu tanımayan proje ekibi. Proje BT işi olarak görülür; depo ekibi tasarıma katılmaz, sistemi sahiplenmez.
  4. Kısaltılan test. Takvim sıkışınca ilk kesilen kalem test olur; uçtan uca ve yük testleri yapılmadan canlıya geçilir.
  5. Yanlış zamanda canlıya geçiş. Yoğun sezonda veya aynı anda birçok değişiklikle canlıya geçmek, sorunları çözecek zamanı ortadan kaldırır [1][3].
  6. Fark edilmeyen entegrasyon hataları. ERP'den gelen hatalı mesajlar sessizce birikir; stok farkları sonradan ortaya çıkar.
  7. Ölçülmeyen hedefler. Canlı öncesi doğruluk ve verimlilik ölçülmediği için başarı da başarısızlık da kanıtlanamaz.

“WMS'ten sonra Excel'e dönüş”ün erken işaretleri

Başarısızlık her zaman bir kriz olarak görünmez. Çoğu zaman sistem çalışıyor gibi görünür, ama operasyon sessizce etrafından dolaşmaya başlar. Canlıya geçişten sonraki aylarda şu işaretleri izleyin:

Bu işaretlerden ikisi veya daha fazlası varsa operasyonel tanı ile mevcut durumu ölçmek, sorunun yazılımda mı, süreçte mi, veride mi olduğunu ayırmanın iyi bir başlangıcıdır.

Riskleri azaltmak için

Kendi projenizden anonim bir ders paylaşmak isterseniz info@wmsturkiye.com adresine yazabilirsiniz. Paylaşılan vakalar yalnızca açık izinle, şirket ve kişi bilgileri çıkarılarak yayımlanır.

Kaynaklar

  1. CIO, “Supply Chain: Hershey's Bittersweet Lesson” — cio.com (erişim: 2026-09-19)
  2. Canadian Business, “The Last Days of Target Canada” — canadianbusiness.com (erişim: 2026-09-19)
  3. RTÉ / Reuters, “ASOS warns on profit again after botching warehouse revamps”, 18 Temmuz 2019 — rte.ie (erişim: 2026-09-19)

Yöntem ve düzeltmeler: yayın ilkeleri.