E-Ticaret Depo Yazılımı: WMS'te Olması Gereken 12 Özellik

E-ticaret depo yazılımı, günde çok sayıda küçük siparişi, varyantlı ürünleri, sürekli dönen iadeleri ve kampanya piklerini hatasız yönetebilen bir depo yönetim sistemidir. Genel amaçlı bir stok programı ya da B2B depo için tasarlanmış bir yazılım bu yükü taşıyamaz; eksik, ilk kampanya haftasında ortaya çıkar. Depo yönetim sisteminin temel tanımını WMS nedir sayfasında anlattık. Burada e-ticaret deposunun farkını ve bu depo için yazılımda aranması gereken 12 özelliği sıralıyoruz.

E-ticaret deposu B2B depodan neden farklıdır?

Fark, ürünün değil siparişin yapısındadır. B2B depo az sayıda büyük siparişi palet ya da koli bazında sevk eder; e-ticaret deposu ise çok sayıda küçük siparişi adet bazında hazırlar. Bu fark, yazılımın her modülüne yansır.

Bu tablo aynı zamanda özellik listesinin gerekçesidir: her satır, aşağıdaki 12 özellikten birini zorunlu kılar. B2B için tasarlanmış bir yazılım palet ve koli mantığıyla kurulur; adet bazlı toplama, varyant ayrımı ve tekil iade bu mantığa sonradan eklenmeye çalışıldığında sahada eksik kalır. E-ticaret deposu için yazılım, siparişin küçük ve çok olduğu varsayımıyla tasarlanmış olmalıdır.

E-ticaret depo yazılımında olması gereken 12 özellik nelerdir?

1. Pazaryeri ve e-ticaret altyapısı entegrasyonu

Sipariş, satış kanalından depo sistemine kendiliğinden düşmelidir. Sattığınız her pazaryeri ve kullandığınız e-ticaret altyapısıyla hazır bağlantı olup olmadığı ilk sorudur. Elle sipariş girişi, hem hata kaynağı hem de kampanya gününde darboğazdır. Kanal tarafındaki işleyişi pazaryeri lojistiği sayfasında anlattık.

2. Tek stok, çok kanal

Aynı ürün üç kanalda satılıyorsa satılabilir stok tek yerden yönetilmelidir. Yazılım, bir kanaldan gelen siparişi rezerve edip diğer kanallara kalan adedi bildirmeli; iptal ve iade sonrası stoku aynı hızla geri açmalıdır. Aynı adedin iki kanala birden satılması, en sık görülen ve en pahalı e-ticaret hatasıdır.

3. Barkodlu toplama ve paketleme doğrulaması

Her toplama adımında lokasyon ve ürün barkodu okutulmalı; paketleme masasında sipariş bir kez daha doğrulanmalıdır. Yanlış varyant ya da eksik adet, koli kapanmadan önce yakalanır. Bu özelliğin sonucu sipariş doğruluk oranı olarak ölçülür; toplama yöntemlerini sipariş toplama terimi altında bulabilirsiniz.

4. Varyant ve benzer ürün yönetimi

Aynı ürünün 50 ml ve 100 ml boyu, aynı tişörtün S ve M bedeni depoda yan yana durur. Yazılım her varyantı ayrı SKU olarak tanımlamalı, benzer ürünleri birbirinden uzak lokasyonlara yerleştirmeyi önerebilmeli ve toplama sırasında yanlış varyant okutulduğunda işlemi durdurmalıdır.

5. Kargo entegrasyonu ve etiket üretimi

Paketleme tamamlandığında kargo etiketi ve fatura sistemden çıkmalı, takip numarası satış kanalına geri yazılmalıdır. Kanalların kendi etiket formatları, kapıda ödeme ve gönderi tipi kuralları yazılımda tanımlı olmalıdır. Kargo firmasına göre paketlerin ayrı alanlara yönlendirilmesi de bu özelliğin parçasıdır.

6. İade modülü

Dönen ürün siparişle eşleştirilmeli, kontrol sonucuna göre satılabilir stoka alınmalı ya da ayrılmalı ve iade işlemi kullanıcı ve zaman bilgisiyle kayda geçmelidir. İadeyi mal kabul gibi işleyen yazılımlarda hasarlı ürün stoğa karışır, satılabilir ürün ise günlerce ayrı alanda bekler. İade sürecinin bütününü iade yönetimi sayfasında ele aldık.

7. Kesim saati yönetimi

Aynı gün kargoya teslim, belirli bir saate kadar gelen siparişlerin o gün hazırlanmasını gerektirir. Yazılım, siparişleri kesim saatine göre ayırmalı ve gün içinde hangi işin yetişeceğini kuyruk olarak göstermelidir. Kesim saati tanımı olmayan bir sistemde öncelik, personelin tahminine kalır.

8. Kampanya dönemi ölçeklenmesi

Kampanya gününde sipariş adedi normalin katlarına çıkar. Yazılım, siparişleri gruplayıp dalga halinde toplatabilmeli, tek ürünlü siparişleri ayrı akışa alabilmeli ve eşzamanlı çalışan terminal sayısı arttığında yavaşlamamalıdır. Entegrasyonların yük altındaki davranışı da bu özelliğin parçasıdır.

9. Lot ve son kullanma tarihi takibi

Kozmetik, gıda takviyesi, OTC ve gıda satan markalarda stok parti ve tarih bazında tutulmalı, sevkiyatta kısa tarihli parti önce çıkmalıdır. Bu kural yazılımda tanımlı değilse rafta unutulan parti, süresi dolduğunda fire olur. Ayrıntı için SKT ve lot sayfasına bakabilirsiniz.

10. Müşteri ya da marka paneli

Depo bir lojistik firması tarafından işletiliyorsa marka, stoğunu ve siparişlerini kendi kullanıcı hesabıyla anlık görebilmelidir. Kendi deposunu işleten markalarda ise satış ve müşteri hizmetleri ekipleri depo ekibini aramadan sipariş durumunu görebilmelidir. Görünürlük, e-posta trafiğini ve "siparişim nerede" sorusunu azaltır.

11. Anlık raporlama ve pano

Gün içinde gelen, paketlenen ve iptal edilen sipariş sayısı, açılan iadeler ve yerleştirme bekleyen ürünler tek ekranda görünmelidir. Günün en çok satan ürünleri ve haftalık sipariş eğrisi, kampanyanın nereye vurduğunu aynı gün gösterir. Ay sonu raporu e-ticaret deposu için geç kalmış bilgidir.

12. Kullanıcı yetkileri ve işlem kaydı

Her işlem kim, ne zaman, hangi terminalden bilgisiyle kayda geçmeli; kullanıcılar rol bazında yalnızca kendi ekranlarını görmelidir. Bir hata arandığında kayıt, tahmin yerine cevap verir. Bu kayıt aynı zamanda izlenebilirlik gerektiren ürün gruplarında geri çağırma sürecinin dayanağıdır.

Bu özellikler operasyona ne kazandırır?

Tablodaki göstergeler, yazılım seçiminden sonra da izlenmelidir. Canlıya geçişten önce her göstergenin mevcut değeri kaydedilir; birkaç ay sonra aynı göstergeler yeniden ölçülür. Aradaki fark, yazılımın operasyona kazandırdığının kanıtıdır ve bir sonraki iyileştirmenin nereden başlayacağını gösterir. Göstergesi olmayan özellik, satın alındıktan sonra kullanılıp kullanılmadığı bilinmeyen özelliktir.

Kampanya haftasında WMS nasıl fark yaratır?

Varsayalım bir kozmetik markası iki pazaryerinde ve kendi sitesinde satış yapıyor; normal günde birkaç yüz sipariş hazırlanıyor, kampanya gününde bu sayı birkaç katına çıkıyor. Ürünlerin çoğu iki farklı hacimde satılıyor ve tamamında son kullanma tarihi var.

Yazılım olmadan ya da yetersiz yazılımla: siparişler kanallardan tek tek indirilip listeye dökülür, personel listeyle rafa gider, 50 ml ile 100 ml karışır, aynı ürün iki kanala satılır ve gün sonunda hangi siparişin yetiştiği belirsiz kalır. İadeler ertesi hafta açılır.

Doğru yazılımla: siparişler kanallardan kendiliğinden düşer ve satılabilir stok anında güncellenir; tek ürünlü siparişler ayrı dalgada toplanır; terminal yanlış hacmi okutunca işlemi durdurur; kesim saati kuyruğu hangi siparişin bugün çıkacağını gösterir; pano gün içinde paketlenen ve bekleyen adedi verir. Kampanya bittiğinde iadeler siparişle eşleşerek açılır ve satılabilir olanlar aynı gün stoğa döner. Fark, personelin gayretinde değil sistemin kurallarında ortaya çıkar.

E-ticaret deposunda günlük akış WMS ile nasıl işler?

Özelliklerin birlikte nasıl çalıştığı, tipik bir günü izleyerek görülür:

1. Sabah: Gece kanallardan düşen siparişler panoda gelen sayacında görünür; stok rezervasyonu sipariş düştüğü anda yapılmıştır. Yerleştirme bekleyen mal kabul ürünleri istifleme havuzundadır.
2. İlk dalga: Tek ürünlü siparişler ayrı, çok ürünlü siparişler ayrı dalgada toplanır. Terminal her toplama adımında lokasyon ve ürün okutmasını ister.
3. Paketleme: Ürünler masada son kez okutulur; kargo etiketi ve fatura sistemden çıkar, takip numarası kanala yazılır.
4. Kesim saati: Kesim saatinden önce gelen siparişler o günün kuyruğunda kalır; sonrakiler ertesi güne planlanır. Pano hangi işin yetiştiğini gösterir.
5. Öğleden sonra: Gelen iadeler açılır, siparişle eşleştirilir, satılabilir olanlar stoğa döner ve kanallar güncellenir.
6. Gün sonu: Paketlenen, iptal edilen ve bekleyen sipariş sayısı, günün en çok satan ürünleri ve haftalık eğri panoda okunur; ertesi günün mal kabul ve dalga planı buna göre yapılır.

Bu akışta hiçbir adım personelin hafızasına bırakılmaz: sistem görevi verir, okutma doğrular, pano sonucu gösterir.

Fulfillment firmasının WMS'inde hangi özellikler aranmalı?

Depoyu kendiniz işletmiyor, bir lojistik firmasına devrediyorsanız yukarıdaki 12 özelliğin çoğu sağlayıcının sistemine ait olur; sizin sorunuz görünürlük ve kontroldür. Sağlayıcıya şunları sorun: stoğumu SKU, lot ve tarih bazında kendi hesabımla görebiliyor muyum; bekleyen sipariş, kargoya verilen sipariş ve açılan iadeleri anlık izleyebiliyor muyum; kesim saati nedir ve bugün hangi siparişlerin çıkacağını görebiliyor muyum; pazaryeri ve altyapı bağlantılarım sağlayıcının sisteminde hazır mı; kampanya döneminde sistem ve ekip nasıl ölçekleniyor? Bu soruların cevabı, sağlayıcının yazılımını değil sizin operasyonunuzu yönetip yönetemeyeceğinizi belirler. Devir kararının zamanlamasını fulfillment hizmetine ne zaman geçilmeli yazısında ele aldık.

E-ticaret depo yazılımı seçerken hangi hatalar yapılır?

• B2B için tasarlanmış yazılımı e-ticarete uyarlamaya çalışmak: Palet mantığıyla kurulu sistem, adet bazlı toplamayı ve iadeyi zorlar.
• Demo'yu masaüstünde izlemek: Asıl iş el terminali ekranında yapılır; demo terminalde istenmelidir.
• Kampanya gününü hesaba katmamak: Normal günde sorunsuz çalışan sistem, yük altında test edilmeden seçilmemelidir.
• İadeyi sonraya bırakmak: İade modülü "sonra ekleriz" denen özellik değil, ilk günden gereken akıştır.
• Entegrasyon listesine bakmadan karar vermek: Hazır olmayan her bağlantı, canlıya geçişi erteler.
• Lot ve tarih takibini ürün grubuna bakmadan atlamak: Kozmetik ya da gıda takviyesi satan marka bu özellik olmadan başlarsa ilk fire birkaç ay içinde gelir.
• Raporu ay sonuna bırakmak: Gün içi pano olmayan sistemde darboğaz, müşteri şikâyetiyle öğrenilir.

Bu hataların önüne geçmek için seçim sürecini WMS seçimi yazısındaki 12 kriter ve demo sorularıyla yürütmenizi öneririz.

Logvance WMS e-ticaret operasyonunu nasıl yönetir?

Logvance WMS, Logvance'ın İstanbul Ataşehir ve Almanya Neu-Ulm depolarındaki e-ticaret operasyonunu yürüten kendi depo yönetim sistemidir. Trendyol, Hepsiburada, Amazon, n11 ve Pazarama ile Shopify, Ticimax, IdeaSoft ve ikas entegrasyonları hazırdır; tüm kanallar aynı stoktan beslenir. 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. Pano, günün gelen, paketlenen ve iptal edilen siparişlerini, açılan ve yerleştirilen iadeleri ve istifleme havuzunu canlı gösterir; bekleyen işler 14:00 kesim saatine göre ayrılır ve pano cari kart seçilerek tek müşterinin operasyonuna indirgenebilir. Sipariş hazırlamadaki doğruluk oranımız %99,95'tir.

Yazılım yalnızca kendi depolarımızda çalışmaz; bulut ya da kendi sunucunuza kurulum olarak kendi deponuzda da kullanabilirsiniz. Operasyonu devretmek isteyenler için aynı sistem fulfillment hizmeti kapsamında çalışır. Kendi deponuz için yazılımı değerlendirmek isterseniz fiyat teklifi isteyin.