WMS seçimi, yazılımın özellik listesinden değil deponuzun iş akışından başlar. Doğru depo yönetim sistemi, mal kabulden iadeye kadar her adımı ürününüzün gerektirdiği kurallarla yönetir; yanlış seçim ise mevcut dağınıklığı dijital ortama taşır. Kavramın tanımını ve modüllerini WMS nedir sayfasında anlattık. Burada seçim aşamasındaki bir markanın ya da lojistik firmasının bakması gereken 12 kriteri, üç temel karşılaştırmayı ve demo sırasında sorulacak soruları sıralıyoruz.
WMS seçimine nereden başlanır?
Seçim, deponun mevcut profilini yazılı hale getirmekle başlar. Bir satış ekibine "hangi paketi önerirsiniz" diye sormadan önce şu soruların cevabı elinizde olmalıdır:
- Kaç aktif SKU ile çalışıyorsunuz ve bu sayı bir yıl içinde nereye gidecek?
- Günlük sipariş adedi nedir; siparişler çoğunlukla tek ürünlü mü, çok ürünlü mü?
- Siparişler hangi kanallardan geliyor: pazaryeri, kendi siteniz, bayi, mağaza?
- Ürünlerinizde lot ve son kullanma tarihi takibi zorunlu mu?
- İade oranı ne düzeyde ve iadeler depoya nasıl dönüyor?
- Kampanya dönemlerinde hacim normal güne göre kaç katına çıkıyor?
Bu cevaplar, aşağıdaki 12 kriterin hangilerinin sizin için zorunlu, hangilerinin ikincil olduğunu belirler. Az SKU ile palet bazında sevk yapan bir B2B depo ile günde yüzlerce küçük sipariş hazırlayan bir e-ticaret deposu aynı kriterlere aynı ağırlığı vermez. E-ticaret deposunun kendine özgü gereksinimlerini e-ticaret depo yazılımı yazısında ayrıca ele aldık.
Cevapları bir sayfalık ihtiyaç belgesine dönüştürün. Bu belge, demoda sağlayıcıya verilecek senaryonun, teklif talebinin ve sözleşmedeki kapsam maddesinin kaynağı olur. Belgesi olmayan seçim süreci, sağlayıcının sunumuna göre şekillenir.
WMS seçerken bakılacak 12 kriter nelerdir?
1. Lot, seri numarası ve son kullanma tarihi takibi
Kozmetik, gıda takviyesi, OTC ve gıda ürünlerinde stok yalnızca adet olarak değil parti ve tarih bazında tutulmalıdır. Yazılım, aynı ürünün farklı partilerini ayrı lokasyonlarda izleyebilmeli ve sevkiyatta FIFO ya da FEFO kuralını kendisi uygulamalıdır. Bu kural personelin dikkatine bırakılıyorsa sistem eksiktir. Ayrıntı için SKT ve lot sayfasına bakabilirsiniz.
2. Pazaryeri, e-ticaret altyapısı ve ERP entegrasyonu
Siparişin sisteme elle girildiği bir WMS, depoyu değil veri girişini yönetir. Sattığınız pazaryerleri, kullandığınız e-ticaret altyapısı, ERP ve kargo firmalarıyla hazır bağlantı olup olmadığını sorun. Hazır olmayan her bağlantı proje süresine ve maliyete eklenir. ERP tarafındaki veri akışını WMS ERP entegrasyonu yazısında ayrıntılı anlattık.
3. El terminali ve barkod doğrulama
WMS'in asıl işi ofiste değil sahada, el terminali ekranında görülür. Toplama, yerleştirme ve sayım görevleri terminalde ilerlemeli; yanlış lokasyon ya da yanlış ürün okutulduğunda sistem işlemi onaylamamalıdır. Demo sırasında masaüstü ekranı değil, terminal ekranını isteyin. Ekranlar depo personeli için sade değilse en iyi yazılım bile sahada atlanır.
4. Tek stok, çok kanal
Aynı ürünün pazaryerinde ve kendi sitenizde eşzamanlı satıldığı bir operasyonda satılabilir stok tek kaynaktan yönetilmelidir. Yazılım, bir kanaldan gelen siparişi rezerve edip diğer kanallara kalan stoku bildirmeli; iade ya da iptal sonrası stoku aynı hızla geri açmalıdır. Çok kanallı satışın depo tarafını pazaryeri lojistiği sayfasında bulabilirsiniz.
5. İade akışı
E-ticarette iade, ayrı bir süreç olarak tasarlanmamışsa stoku kirletir. WMS'te dönen ürün siparişle eşleşmeli, kontrol sonucuna göre satılabilir stoka alınmalı ya da ayrılmalı ve bu işlem kayıt altında ilerlemelidir. İade modülü olmayan ya da iadeyi "mal kabul" gibi işleyen yazılımlar e-ticaret deposu için yetersizdir.
6. Raporlama ve pano
Ay sonunu beklemeden operasyonun nerede takıldığını görmek gerekir. Gün içinde gelen, paketlenen ve iptal edilen sipariş sayısı, bekleyen iadeler ve yerleştirme kuyruğu tek ekranda izlenebilmelidir. Rapor ihtiyacı değiştiğinde yeni raporu kimin, ne kadar sürede ekleyebildiğini de sorun; bu soru onuncu kriterle doğrudan bağlantılıdır.
7. Ölçeklenebilirlik ve kampanya dayanıklılığı
Yazılım, kampanya haftasında normal günün birkaç katı siparişi yavaşlamadan işleyebilmelidir. Aynı anda çalışan terminal sayısı, toplama dalgası oluşturma hızı ve entegrasyonların yük altındaki davranışı bu kriterin ölçütleridir. Referans müşterilerden kampanya dönemi deneyimini sormak, broşürdeki kapasite cümlesinden daha güvenilir bilgi verir.
8. Kullanıcı ve rol yönetimi
Mal kabul personeli iade ekranını, müşteri hizmetleri stok düzeltme ekranını görmemelidir. Rol bazlı yetki, her işlemde kullanıcı ve zaman kaydı ve gerektiğinde bir müşterinin yalnızca kendi verisini görebildiği hesap yapısı aranmalıdır. Bu yapı, birden fazla markanın stoğunu aynı depoda tutan operasyonlarda zorunludur.
9. Bulut mu, kurulu mu?
Yazılımın sağlayıcının sunucusunda mı yoksa kendi sunucunuzda mı çalışacağı; bilgi işlem kapasitenize, veri politikanıza ve depodaki internet bağlantısının güvenilirliğine göre karar verilir. İki modelin karşılaştırmasını aşağıdaki tabloda verdik. İyi bir sağlayıcı iki seçeneği de sunabilmeli ve kararı sizin koşullarınıza göre birlikte vermelidir.
10. Değişiklik ve geliştirme hızı
Depo operasyonu değişir: yeni bir kanal eklenir, bir pazaryeri etiket formatını değiştirir, müşteri yeni bir rapor ister. Yazılımı geliştiren ekip ile depoyu işleten ekip aynı çatı altındaysa değişiklik günler içinde uygulanır. Üçüncü bir tedarikçinin yol haritasına bağlı yazılımlarda aynı istek aylar sürebilir. Sözleşmeden önce küçük bir değişiklik talebinin nasıl ilerlediğini somut olarak sorun.
11. Eğitim, destek ve dokümantasyon
Canlıya geçiş, yazılım kurulduğunda değil personel terminali doğru kullandığında tamamlanır. Eğitimin kim tarafından, nerede ve ne kadar süreyle verildiğini; destek hattının hangi saatlerde açık olduğunu ve depoda çalışan bir sorun için kimin sahaya geldiğini öğrenin. Kampanya haftasında ulaşılamayan destek, yazılımın en pahalı özelliğidir.
12. Veri güvenliği ve yedekleme
Stok ve sipariş verisi, müşteri verisiyle birlikte tutulur. Sağlayıcının bilgi güvenliği belgeleri, yedekleme sıklığı, felaket durumunda kurtarma planı ve kişisel verilerin korunmasına ilişkin taahhütleri yazılı olmalıdır. Bulut modelde verinin fiziksel olarak nerede tutulduğu da sorulmalıdır.
Bulut WMS ile kurulu WMS arasındaki fark nedir?
İki model de aynı işi yapar; fark, sorumluluğun ve kontrolün kimde olduğudur.
| Başlık | Bulut (SaaS) WMS | Kurulu (on-premise) WMS |
|---|---|---|
| Sunucu ve bakım | Sağlayıcıda; güncellemeler merkezi yapılır | Şirketin bilgi işlem ekibinde |
| Başlangıç yatırımı | Düşük; abonelik mantığı | Yüksek; sunucu, lisans ve kurulum |
| Veri üzerinde kontrol | Sağlayıcının altyapısında, sözleşmeyle güvence altında | Tamamen şirkette |
| Özelleştirme | Sağlayıcının sunduğu çerçevede | Daha geniş, fakat her değişiklik şirketin sorumluluğunda |
| İnternet bağımlılığı | Yüksek; depoda yedek bağlantı gerekir | Düşük; yerel ağda çalışabilir |
| Kime uygun | Bilgi işlem ekibi küçük, hızlı başlamak isteyen operasyonlar | Veri politikası katı, kendi altyapısı olan şirketler |
Depodaki internet bağlantısı kesildiğinde toplama işleminin durup durmadığını her iki modelde de sorun. Bulut modelde yedek hat, kurulu modelde ise sunucu arızasında ne olacağı planlanmalıdır.
ERP'nin depo modülü mü, bağımsız WMS mi?
Birçok ERP yazılımı içinde stok ve depo modülü bulunur. Bu modülün yeterli olup olmadığı, deponun sipariş profiline bağlıdır.
| Ölçüt | ERP depo modülü | Bağımsız WMS |
|---|---|---|
| Stok birimi | Ürün başına toplam adet | Lokasyon, lot ve SKT bazında adet |
| Görev yönetimi | Genellikle yok; personel listeden çalışır | Toplama, yerleştirme ve sayım görevleri sistem tarafından atanır |
| Barkod doğrulama | Sınırlı | Her adımda lokasyon ve ürün okutması |
| Uygun olduğu depo | Az SKU, palet ya da koli bazında B2B sevk | Çok SKU, çok sayıda küçük sipariş, lot takibi, yoğun iade |
| ERP ile ilişki | Aynı sistem | Entegrasyonla konuşur; ERP finansı, WMS depoyu yönetir |
Kural basit: depo personelinin "ürün nerede" sorusunu ERP ekranından cevaplayamadığı gün, bağımsız WMS ihtiyacı başlamıştır.
Tek şirketli WMS ile 3PL WMS arasındaki fark nedir?
Kendi deponuzu yönetiyorsanız yazılım tek stok sahibiyle çalışır. Fulfillment ya da 3PL hizmeti veren bir lojistik firmasının WMS'i ise aynı depoda birden fazla markanın stoğunu ayrı tutmak, her markaya yalnızca kendi verisini göstermek ve hizmetleri müşteri bazında raporlamak zorundadır. Bu yapıyı 3PL WMS yazısında ayrıntılı ele aldık.
Marka tarafından bakıldığında bu ayrım şu soruya dönüşür: fulfillment firmasıyla çalışırken stoğunuzu kendi kullanıcı hesabınızla anlık görebiliyor musunuz, yoksa her soru için e-posta mı atıyorsunuz? Çok müşterili bir WMS'te bu görünürlük, operasyonun doğal parçasıdır.
Demo sırasında hangi sorular sorulmalı?
Demo, satış sunumu değil sınavdır. Kendi verinizden bir örnek götürün ve şu adımların canlı yapılmasını isteyin:
- İki farklı lot ve tarihli aynı ürünü mal kabulden geçirin; sistem tarihleri nasıl kaydediyor?
- Bu ürünü içeren bir sipariş oluşturun; toplama görevi hangi lotu gösteriyor?
- El terminalinde yanlış lokasyonu okutun; sistem ne yapıyor?
- Bir siparişi kısmen iade edin; satılabilir stok ne zaman ve nasıl güncelleniyor?
- Pazaryerinden gelen bir siparişin sisteme düşüşünü ve takip numarasının kanala dönüşünü izleyin.
- Panoyu açın; bugünkü gelen, paketlenen ve bekleyen siparişler görünüyor mu?
- Yeni bir rapor ya da ekran alanı isteyin; kim, ne kadar sürede yapıyor?
- Kullanıcıya rol atayın; yetkisi dışındaki ekranı görebiliyor mu?
- Kampanya döneminde eşzamanlı terminal sayısının nasıl yönetildiğini sorun.
- Bulut ve kurulu seçeneklerinden hangilerinin sunulduğunu, her birinin destek kapsamını öğrenin.
Cevapların çoğu "yapılabilir" ile başlıyorsa, ne zaman ve hangi bedelle yapılabildiğini de yazılı isteyin. Fiyatı belirleyen değişkenleri WMS fiyatları ve maliyeti yazısında sıraladık.
WMS seçiminde en sık yapılan hatalar nelerdir?
- Özellik listesiyle karar vermek: Uzun liste, deponun üç temel ihtiyacını karşılamıyorsa anlam taşımaz. Önce ihtiyaç, sonra liste.
- Yalnızca fiyata bakmak: Düşük aylık bedel, eksik modül ve özel entegrasyon bedeliyle birkaç ayda en pahalı seçeneğe dönüşür.
- Depo ekibini sürece katmamak: Yazılımı satın alma ya da bilgi işlem seçer, sahada kullanacak ekip sistemi ilk kez eğitimde görür. Terminal ekranını depo sorumlusu değerlendirmelidir.
- Kampanya dönemini görmezden gelmek: Normal günde sorunsuz çalışan sistem, yük altında test edilmeden seçilmemelidir.
- Geçiş planı olmadan sözleşme imzalamak: Ana veri temizliği, lokasyon adresleme ve başlangıç sayımı kimin sorumluluğunda, takvimde nerede? Bu sorular sözleşmeden önce cevaplanmalıdır. Adımları WMS kurulumu yazısında sıraladık.
- Referans görüşmesi yapmamak: Sağlayıcının verdiği referansla değil, sizinkine benzer profildeki bir depoyla konuşun; kampanya dönemi ve değişiklik taleplerinde yaşadıklarını sorun.
Seçim takvimi nasıl planlanır?
Seçim süreci, canlıya geçiş tarihinden geriye doğru planlanır. Kampanya takvimi sabit kabul edilir; yoğun döneme en az birkaç hafta kala sistem sahada çalışıyor olmalıdır. Geriye doğru sırayla: eğitim ve paralel çalışma dönemi, entegrasyon testleri, ana veri temizliği ve lokasyon adresleme, sözleşme ve kapsam belgesi, demo ve referans görüşmeleri, ihtiyaç analizi. Her adımın süresi deponun büyüklüğüne göre değişir; sabit olan, sıralamanın tersine çevrilmemesidir. Ana veri temizliğine sözleşmeden sonra başlayan projeler, en çok geciken projelerdir.
Seçim süreci pratikte nasıl işler?
Varsayalım bir dermokozmetik markası 600 SKU ile çalışıyor; siparişlerin çoğu iki pazaryerinden ve kendi sitesinden geliyor, ürünlerin tamamında son kullanma tarihi var ve kampanya haftasında günlük sipariş adedi normalin birkaç katına çıkıyor. Bu marka için birinci, ikinci, dördüncü ve yedinci kriterler zorunludur. Lot takibi olmayan ya da pazaryerlerinden birine hazır bağlantısı bulunmayan her aday, özellik listesi ne kadar uzun olursa olsun elenir.
Kalan adaylar arasında karar, üçüncü ve onuncu kriterle verilir: terminal ekranı depo personeli tarafından ilk günde kullanılabiliyor mu ve yeni bir kanal eklendiğinde değişiklik kaç günde yapılıyor? Bu iki soruya net cevap veren aday, en ucuz teklif olmasa bile toplam maliyette öne geçer. Kendi depo kurmak yerine operasyonu devretmeyi düşünenler için aynı karar ağacını kendi depo mu, fulfillment mi yazısında kurduk.
Logvance WMS ile seçim süreci 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 bu sistemle çalışır. Stok, sipariş ve iade hareketleri SKU, lot ve son kullanma tarihi bazında izlenir; sahada Android el terminalleri, etiket yazıcılar ve sabit barkod okuyucular kullanılır. Trendyol, Hepsiburada, Amazon, n11 ve Pazarama ile Shopify, Ticimax, IdeaSoft ve ikas entegrasyonları hazırdır; ERP tarafında Logo ve Mikro ile hazır, diğer sistemlerle müşteriye özel entegrasyon yapılır.
Yazılım hem bulut olarak hem de kendi sunucunuza kurulum olarak sunulur; fiyat, deponuzun kapsamına göre projeye özel teklifle belirlenir. Yazılımı geliştiren ekip ile depoyu işleten ekip aynı çatı altında olduğundan ekran ve rapor değişiklikleri için üçüncü bir tedarikçi beklenmez. Kendi deponuz için yazılımı değerlendirmek isterseniz fiyat teklifi isteyin; demoda yukarıdaki 10 soruyu kendi verinizle sormanızı öneririz.
Sık sorulan sorular
- WMS seçerken en önemli kriter hangisidir?
- Tek bir kriter yoktur; ağırlık deponun profiline göre değişir. Son kullanma tarihli ürün satan bir marka için lot ve SKT takibi, çok kanallı satış yapan bir marka için tek stok ve entegrasyon, hızlı büyüyen bir operasyon için değişiklik hızı ilk sıraya çıkar. Seçime deponun profilini yazarak başlamak bu sıralamayı netleştirir.
- Bulut WMS mi, kurulu WMS mi daha iyidir?
- İkisi de aynı işi yapar; fark sorumluluğun kimde olduğudur. Bulut modelde sunucu ve bakım sağlayıcıdadır, başlangıç yatırımı düşüktür. Kurulu modelde veri ve özelleştirme tamamen şirkettedir ancak altyapı sorumluluğu da şirkete geçer. Bilgi işlem kapasitesi, veri politikası ve depodaki internet güvenilirliği kararı belirler.
- ERP'nin depo modülü WMS yerine kullanılabilir mi?
- Az SKU ile palet ya da koli bazında sevk yapan B2B depolarda çoğu zaman yeterlidir. Günde çok sayıda küçük sipariş, lot ve SKT takibi, çok kanal ve yoğun iade olan e-ticaret depolarında lokasyon bazlı görev yönetimi ve barkod doğrulaması gerektiği için bağımsız WMS tercih edilir; ERP ile entegrasyon üzerinden çalışır.
- WMS demosunda neye dikkat edilmeli?
- Masaüstü sunum yerine el terminali ekranını isteyin ve kendi verinizden bir örnekle canlı işlem yaptırın: iki lotlu ürünü mal kabulden geçirin, sipariş toplatın, yanlış lokasyon okutun, kısmi iade yapın. Her adımda sistemin ne yaptığını ve bir değişiklik isteğinin kaç günde uygulandığını yazılı olarak öğrenin.
- Küçük bir e-ticaret deposu için WMS gerekli mi?
- SKU sayısı az, sipariş hacmi düşük ve lot takibi gerekmeyen bir operasyonda basit stok takibi başlangıçta yetebilir. Birden fazla satış kanalı, varyantlı ürünler, son kullanma tarihli ürünler ya da artan hatalı gönderim şikâyetleri başladığında WMS ihtiyacı belirginleşir. Alternatif, WMS altyapısı olan bir fulfillment firmasıyla çalışmaktır.