WMS Kurulumu ve Geçiş Süreci: Depo Yönetim Sistemine Adım Adım Geçiş

WMS kurulumu, bir depo yönetim sisteminin yazılımının yüklenmesinden çok, deponun iş akışının o yazılımın diline çevrilmesidir. Yazılımın kendisi çoğu projede en kısa süren adımdır; süreyi ve sonucu belirleyen şey ana verinin temizliği, lokasyon adreslemesi, entegrasyonlar ve personelin yeni akışa geçişidir. Bu yazıda kurulum öncesi hazırlığı, projenin aşamalarını, bulut ile yerinde kurulumun farklarını, geçiş sayımını ve canlıya geçiş günü kontrol listesini adım adım anlatıyoruz. WMS'in ne olduğunu ve modüllerini WMS nedir sayfasında bulabilirsiniz; hangi yazılımı seçeceğinize henüz karar vermediyseniz önce WMS seçim kriterleri yazısına bakın.

WMS kurulumuna başlamadan önce ne hazırlanmalı?

Depo yönetim sistemi projelerinin çoğu yazılım seçildikten sonra değil, seçilmeden önce kazanılır ya da kaybedilir. Kurulum takvimi açılmadan dört başlığın hazır olması gerekir:

• Süreç haritası: Mal kabulden iadeye kadar her akış, bugün nasıl yürüdüğüyle yazılı hale getirilir. Kim hangi belgeyi üretiyor, ürün hangi noktada sayılıyor, istisnalar nasıl çözülüyor? Yazılı olmayan süreç yazılıma aktarılamaz; aktarılırsa yalnızca dağınıklık kayıt altına alınır.
• Ana veri temizliği: Her SKU için barkod, ölçü, ağırlık, ambalaj içi adet ve lot ile son kullanma tarihi takibinin gerekip gerekmediği netleşir. Aynı barkodun iki ürüne tanımlı olduğu ya da barkodu hiç olmayan ürünler bu aşamada ayıklanır.
• Barkod altyapısı: Ürün barkodlarının okunabilirliği kontrol edilir; tedarikçiden barkodsuz gelen ürünler için depoda etiketleme kuralı belirlenir. Ayrıntı için barkod terimine bakın.
• Lokasyon adresleme: Koridor, raf, göz ve kat için tutarlı bir adres yapısı kurulur, her göz etiketlenir. Sistem ürünü ancak adresi olan bir yere yönlendirebilir; lokasyon adreslemesi olmadan WMS bir stok listesinden ibaret kalır.

Bu dört başlık tamamlanmadan proje başlatılırsa eksikler kurulum sırasında değil, canlıya geçtikten sonra ve en pahalı biçimde ortaya çıkar.

WMS projesi hangi aşamalardan geçer?

Aşamaların adı yazılım sağlayıcısına göre değişse de sıra ve her aşamanın çıktısı aynıdır. Her aşamanın sonunda somut bir teslimat olmalıdır; teslimatı olmayan aşama bitmemiş demektir.

Entegrasyon adımı en çok ihmal edilen aşamadır. ERP ile stok kartı ve fatura akışının nasıl kurulacağını WMS ve ERP entegrasyonu yazısında ayrıca anlattık; pazaryeri ve kargo bağlantılarında ise her kanalın test hesabıyla en az bir tam sipariş döngüsü çalıştırılmalıdır.

Bulut WMS ile yerinde kurulumda geçiş süreci nasıl farklılaşır?

İki modelde de yukarıdaki aşamalar aynıdır; farklılaşan şey altyapı sorumluluğu ve kurulum adımının içeriğidir.

Seçim çoğu zaman bilgi işlem kapasitesi ve veri politikasıyla belirlenir. Depodaki internet bağlantısının güvenilirliği de bulut kararında tek başına belirleyici olabilir: toplama sırasında bağlantı koparsa el terminali durur.

Pilot geçiş mi, büyük patlama mı?

Canlıya geçişin iki yolu vardır. Büyük patlama (big bang) yaklaşımında eski sistem bir gün kapatılır, ertesi gün tüm operasyon yeni sistemde yürür. Pilot yaklaşımında ise tek bir müşteri, tek bir ürün grubu ya da tek bir depo bölgesi önce yeni sisteme alınır; sorunlar küçük hacimde görülüp düzeltilir, ardından kalan operasyon aktarılır.

• Büyük patlama, iki sistemi paralel yürütmenin karmaşasını ortadan kaldırır; tek stok, tek gerçek vardır. Buna karşılık ilk günlerde sorun çıkarsa tüm operasyon etkilenir. Küçük ve orta ölçekli, tek müşterili depolar için uygundur.
• Pilot, riski sınırlar ve ekibin yeni akışa küçük hacimde alışmasını sağlar. Ancak pilot süresince aynı depoda iki sistem çalışır; stokun hangi sistemde olduğu netlikle ayrılmalı, ortak lokasyon kullanılmamalıdır. Çok müşterili 3PL depolarında pilot, tek bir müşteriyle başlamak için doğal bir yoldur.

Hangi yol seçilirse seçilsin canlıya geçiş, kampanya haftasına ya da ay sonuna denk getirilmez. Sipariş hacminin en düşük olduğu döneme planlanır.

Geçiş sayımı neden atlanmamalı?

Yeni sistem ilk günden hangi ürünün hangi lokasyonda, kaç adet ve hangi lotla durduğunu bilmek zorundadır. Bu bilgi eski sistemden ya da Excel'den aktarılırsa, eski kayıtlardaki her hata yeni sisteme taşınır. Bu yüzden canlıya geçişten hemen önce başlangıç stoku lokasyon bazında sayılır; lot ve son kullanma tarihi takip edilen ürünlerde sayım lot ve SKT kırılımında yapılır.

Sayım, sipariş kabulünün durdurulduğu bir pencerede yapılır; sayım sırasında giriş ve çıkış olursa açılış stoku daha ilk saatten yanlış olur. Sayım yönteminin seçimi ve sayım farklarının nasıl kapatılacağı için stok sayımı terimine bakabilirsiniz. Canlıya geçtikten sonra da döngüsel sayım devam eder; geçiş sayımı sistemin ilk gerçeğidir, son gerçeği değil.

Eğitim nasıl planlanmalı?

Eğitim, projede en çok küçümsenen ve canlıya geçişte en çok geri dönen aşamadır. Tek bir toplantı salonu sunumu, el terminaliyle raf arasında çalışacak personele akışı öğretmez. Eğitim rol bazında ve o rolün çalıştığı yerde yapılır:

• El terminali kullanıcıları: Toplama, yerleştirme, sayım ve iade kabul görevleri sahada, gerçek ürün ve gerçek lokasyonla çalışılır. Yanlış okutmada terminalin nasıl uyardığı bizzat gösterilir.
• Ofis kullanıcıları: Sipariş izleme, mal kabul planı, istisna çözümü ve rapor ekranları; hangi durumda kimin müdahale edeceği yazılı hale getirilir.
• Vardiya amirleri ve yöneticiler: Panodaki sayaçların ne anlama geldiği, günün nerede takıldığının nasıl okunacağı ve kullanıcı yetkilerinin nasıl yönetileceği.

Eğitimin sonunda her kullanıcı kendi görevini sistemde baştan sona tek başına tamamlayabilmelidir; bu kontrol yapılmadan eğitim bitmiş sayılmaz. Canlıya geçiş gününde eğitilmiş personelin bir kısmının izinli olması sık görülen bir aksaklıktır; geçiş haftasında izin planı buna göre kurulur.

Canlıya geçiş günü kontrol listesi

Geçiş sabahı şu maddelerin her biri "evet" olmalıdır. Biri "hayır" ise geçiş ertelenir; ertelemenin maliyeti, yanlış stokla sevk etmenin maliyetinden her zaman küçüktür.

1. Ana veri son halini aldı; barkodsuz ya da çift barkodlu SKU kalmadı.
2. Tüm lokasyonlar etiketlendi ve el terminaliyle okunabilirliği test edildi.
3. Geçiş sayımı tamamlandı, farklar kapatıldı, açılış stoku sisteme yüklendi ve örnekleme ile doğrulandı.
4. Pazaryeri, e-ticaret altyapısı, ERP ve kargo entegrasyonları test ortamında tam sipariş döngüsüyle çalıştı; canlı hesaplara geçiş yapıldı.
5. Kargo etiketi, fatura ve irsaliye çıktıları gerçek yazıcıdan alındı ve okunabilirliği kontrol edildi.
6. Her rol için kullanıcı hesapları ve yetkiler tanımlandı; kimse ortak hesapla çalışmıyor.
7. El terminalleri şarjlı, ağa bağlı ve yedek cihaz hazır.
8. Eski sistemde açık sipariş kalmadı ya da hangi siparişlerin eski sistemde tamamlanacağı listelendi.
9. Sağlayıcının destek ekibi sahada ya da anlık ulaşılabilir durumda.
10. Geri dönüş planı yazılı: ilk gün aşılamayan bir sorun çıkarsa eski sisteme nasıl dönüleceği belli.

WMS kurulumu ne kadar sürer?

Tek bir süre vermek yanıltıcı olur; süre SKU sayısına, ana verinin temizliğine, lokasyon adreslemesinin hazır olup olmamasına, entegre edilecek sistem sayısına ve eğitilecek personel sayısına göre değişir. Aynı yazılım, ana verisi hazır ve tek kanaldan satan bir depoda kısa sürede canlıya alınırken, beş pazaryeri, iki ERP ve barkodsuz ürün stoğu olan bir depoda kat kat uzun sürebilir. Takvim, analiz aşaması bittikten ve ana veri temizliğinin boyutu görüldükten sonra netleştirilmelidir. Bütçe ve fiyatlama modeli tarafını WMS fiyatları yazısında ayrıca ele aldık.

Varsayalım: 600 SKU'lu bir dermokozmetik deposu geçiş yapıyor

Varsayalım bir dermokozmetik markası, kendi deposunda Excel ve muhasebe programının stok modülüyle çalışıyor; 600 SKU'su var, üç pazaryerinde ve kendi sitesinde satıyor, ürünlerin tamamı lot ve son kullanma tarihi takibi gerektiriyor. Analizde ilk bulgu ana veride çıkar: 40 kadar ürünün barkodu yok, bazı setlerin barkodu içindeki tekil ürünle aynı tanımlanmış. Tasarım aşamasında raf yapısı yeniden adreslenir; hızlı dönen ürünler paketleme masasına yakın bölgeye alınır.

Kurulum ve entegrasyon aşamasında pazaryeri bağlantıları test hesaplarıyla açılır, muhasebe programından stok kartları aktarılır. Testte iade senaryosu iki kez patlar: dönen ürünün lotu sistemde bulunamaz, çünkü eski kayıtlarda lot bilgisi yoktur. Çözüm, geçiş sayımını lot kırılımında yapmak olur. Geçiş, hacmin en düşük olduğu haftaya planlanır; pilot olarak önce tek pazaryerinin siparişleri yeni sistemden hazırlanır, iki gün sonra kalan kanallar eklenir. İlk hafta en çok zaman alan iş, personelin "sonra okuturum" alışkanlığını bırakmasıdır; vardiya amiri okutmasız işlemi sistemin zaten kabul etmediğini her seferinde gösterir.

WMS kurulumunda en sık takılma noktaları nelerdir?

• Kirli ana veriyle başlamak. Eksik ölçü, çift barkod ve yanlış ambalaj içi adet, yeni sistemde de yanlış toplama üretir.
• Süreci tasarlamadan yazılımı yapılandırmak. Yazılım mevcut dağınık akışı olduğu gibi kaydeder.
• Entegrasyonu yoğun dönemde ilk kez yük altına almak. Kampanya haftasında ilk kez binlerce sipariş düşen bağlantı, sorunları en pahalı anda gösterir.
• Eğitimi tek seansa sıkıştırmak. El terminali kullanıcıları için eğitim sahada, gerçek ürünle ve rol bazlı yapılır. El terminali akışı ofis ekranından öğrenilmez.
• Rapor ihtiyacını sona bırakmak. Hangi göstergelerin izleneceği baştan belirlenmezse gerekli veri kayıt altına alınmamış olur.
• Geri dönüş planı olmadan geçmek. İlk gün aşılamayan bir sorun, plan yoksa paniğe dönüşür.
• Kabulü tanımlamamak. Projenin ne zaman "bitti" sayılacağı yazılı değilse stabilizasyon aylarca sürer.

Stok tarafındaki alışkanlık hataları için envanter yönetimi hataları yazısı da yol gösterir.

Logvance WMS ile geçiş nasıl ilerler?

Logvance WMS, 2000'den beri depo operasyonu yürüten Logvance'ın kendi geliştirdiği depo yönetim sistemidir; İstanbul Ataşehir'deki depolarımız ve Almanya Neu-Ulm'daki depomuz aynı sistemle çalışır. Yazılım bulut olarak da, kendi sunucunuza kurulum olarak da sunulur; hangi modelin uygun olduğu analiz aşamasında birlikte belirlenir. Logo (Tiger, GO, Netsis) ve Mikro ile hazır entegrasyon bulunur; diğer ERP'ler için müşteriye özel entegrasyon yapılır. Sahada Android el terminalleri (Zebra ve Honeywell), etiket yazıcı ve sabit barkod okuyucularla çalışır.

Yazılımı yazan ekiple depoyu işleten ekip aynı çatı altında olduğu için geçiş sırasında ihtiyaç duyulan ekran ya da rapor değişikliği üçüncü bir tedarikçinin yol haritasına bağlı değildir. Kapsam her projede farklı olduğundan fiyatlandırma projeye göre teklifle yapılır; deponuz için fiyat teklifi isteyin, mevcut akışınızı anlatın, geçiş planını birlikte çıkaralım.