Depo Yönetim Sistemi ve AI: Toplama Süresi Yarıya İner mi?

"Toplama süresini yarıya indirin." Depo yazılımı satan hemen her sitede bu cümle var. Gerçekten mi? Ürünlerin rafta nerede durduğunu değiştirerek, tek bir robot almadan, aynı ekiple, sipariş toplama süresi yarıya iner mi?

Kısa cevap: tek başına yerleşim değişikliğiyle hayır, ama yerleşim en ucuz ve en çabuk başlangıç noktası. Bu yazıda önce satıcıların rakamlarını sıkıştırıp gerçekçi bir kazanım bandı çıkaracağız, sonra yapay zeka destekli yerleşim optimizasyonunun (slotting) nasıl çalıştığını ve Excel'le nereye kadar gidilebileceğini anlatacağız. Depo yönetim sistemi almadan da başlanabilir; ne zaman şart olduğunu da söyleyeceğiz.

Bu yazı, lojistik ve dağıtım için yazdığımız sektör serisinin bir parçası; genel haritaya sektör sektör yapay zeka rehberinden ulaşabilirsiniz.

Toplama süresinin yüzde kaçı yürümekle geçiyor?

Depo literatüründe en çok alıntılanan kırılım şu: sipariş toplama süresinin yaklaşık yüzde 55'i yürümek, yüzde 15'i ürünü bulmak, yüzde 10'u beklemek, yüzde 10'u fiili alma, kalanı evrak. Yani toplayıcının günü büyük ölçüde boş elle koridorda geçiyor. Yerleşim optimizasyonu tam bu yüzde 55'i hedefliyor.

Bu oranı sorgulayalım, çünkü sorgulamak bu yazının işi. Rakam onlarca yıllık bir tesis planlama kitabına dayanıyor ve bugün satıcı blogları arasında birbirinden kopyalanıyor. Kendi deponuzda oran farklı olabilir: dar ürün yelpazeli, tek koridorlu küçük bir depoda yürüme payı düşer; geniş alanlı, çok SKU'lu (stok birimi) bir e-ticaret deposunda yükselir. Ama yön hemen her depoda aynı: en büyük zaman kalemi yürümek.

Şimdi hesap. Yürüme payı yüzde 55 ise ve iyi bir yerleşim yürüme süresini yüzde 25-40 azaltırsa, toplam toplama süresindeki kazanım yüzde 14-23 bandına düşer. "Yarıya indirmek" için ya kaotik, hiç düzenlenmemiş bir depodan başlıyor olmanız ya da yerleşimin üstüne toplu toplama, bölge toplama ve rota optimizasyonunu da eklemeniz gerekir. Satıcı rakamlarının çoğu bu bileşik senaryoyu anlatıyor ama başlığa sadece "yarı" yazıyor.

Yerleşim tek başına toplama süresini yüzde 15-25 kısaltır. Yarıya inmek mümkün, ama tek bir hamleyle değil; üç dört önlemin birikimiyle.

Depo yönetim sistemi olmadan slotting yapılabilir mi?

Evet, statik yerleşim için Excel yeter. Son altı ayın sipariş satırlarını SKU bazında sayar, en çok satan yüzde 20'yi toplama noktasına en yakın gözlere taşır, ağırları alt rafa, hafifleri üste koyarsınız. Bu, klasik ABC analizidir ve depo yönetim sistemi (WMS) gerektirmez. Dinamik, sürekli güncellenen yerleşim için ise WMS ya da en azından barkodlu lokasyon takibi şart.

Neden herkes bunu yapmıyor, diye sorabilirsiniz. Üç sebep görüyoruz. Birincisi, sipariş geçmişi çoğu KOBİ'de temiz değil: pazaryeri siparişleri bir yerde, toptan siparişler başka yerde, SKU kodları tutarsız. İkincisi, raf haritası yok; "şu köşedeki raf" diye anılan gözlerin koordinatı kâğıda dökülmemiş. Üçüncüsü, yerleşimi bir kez yapıp bırakıyorlar; üç ay sonra sezon değişiyor, A ürünleri C oluyor, yerleşim bozuluyor.

Yapay zekanın devreye girdiği yer de bu üçüncü sebep. Kural tabanlı ABC, dönemsel bir fotoğraf çeker. Yapay zeka destekli dinamik yerleşim ise sipariş desenlerini sürekli izler ve "bu SKU'nun hızı arttı, öne al; bu ikisi hep birlikte sipariş ediliyor, yan yana koy" önerilerini kendi üretir. Birlikte sipariş edilen ürünlerin yakınlığı (market sepeti mantığı) Excel'de birkaç yüz SKU için mümkün, birkaç bin SKU'da pratikte imkânsız.

Yapay zeka yerleşim optimizasyonu gerçekte ne yapıyor?

Dinamik slotting yazılımı dört veriyi birleştirir: sipariş geçmişi (hangi SKU, ne sıklıkla, kiminle birlikte), SKU boyut ve ağırlığı, raf haritası ve mevcut yerleşim. Bu dört veriden her SKU için "en uygun göz" hesaplar, taşıma listesi üretir ve taşıma yapıldıkça toplama sürelerini ölçer. Öğrenen kısmı, hız değişimini kendi fark etmesidir.

Akademik tarafın söylediğine de bakalım. 2010-2025 arası 142 hakemli makaleyi tarayan bir derleme, depo işlevlerinde yapay zeka yaklaşımlarının yüzde 15-45 arasında çevrim süresi azalması raporladığını aktarıyor; ama bu aralık yerleşim, görev atama ve rota dahil bütün işlevleri kapsıyor, tek başına slotting'i değil. Derlemenin hakemli mi yoksa ön baskı mı olduğunu bu turda netleştiremedik; rakamı bu kayıtla okuyun.

Satıcı iddiaları ise daha cömert: "yüzde 25-40 yürüme azalması, yüzde 30-50 toplama hızı artışı" gibi. Bu rakamlar kaynaksız ve muhtemelen en iyi vakalardan seçilmiş. Yazının başındaki hesap yine geçerli: yürüme payını yüzde 30 kırdıysanız toplam sürede yüzde 16 civarı kazanmışsınızdır. Bu, küçümsenecek bir rakam değil; sadece "yarı" değil.

Neden "en çok satanı kapıya koy" yetmiyor?

Çünkü tek boyutlu ABC dört şeyi görmüyor: ürünün ağırlığını, birlikte satılan ürünleri, koridor tıkanıklığını ve sezonu. Bütün A ürünlerini tek koridora yığdığınızda toplayıcılar birbirini bekler; ağır A ürününü üst rafa koyduğunuzda toplama hızlanır ama bel incinir. İyi yerleşim, hızı ergonomi ve akışla dengeler.

Sahada en sık gördüğümüz hata şu: yerleşim yapılıyor, ölçüm yapılmıyor. Sipariş başına toplama süresi, saatlik satır sayısı ve toplayıcı başına yürüme mesafesi kayıt altında değilse, yerleşimin işe yarayıp yaramadığını kimse bilmiyor. Bu üç ölçüt, herhangi bir yazılımdan önce, bir kronometre ve bir tabloyla başlatılabilir.

Aynı ölçüm disiplini dağıtım tarafında da geçerli. Rota optimizasyonu için yazdığımız rehberde (dağıtım filonuz için rota programı) yakıt kazanımının ölçülmeden inanılmaması gerektiğini söylemiştik; depo içi yürüme mesafesi, aracın yakıtıyla aynı mantıkla ölçülür.

Türkiye'de e-ticaret deposu için bu neden şimdi önemli?

Pazaryerlerinin aynı gün ve ertesi gün teslimat baskısı, depodaki her dakikayı sevkiyat saatine karşı yarıştırıyor. Toplama, depo işletme maliyetinin yarısından fazlasını oluşturuyor ve personel maliyeti her yıl artıyor. Aynı ekiple daha fazla sipariş çıkarmanın en ucuz yolu, ekibi hızlandırmak değil, yürüttüğünüz mesafeyi kısaltmak.

Yerli WMS pazarında bulut ve kiralama modelleri KOBİ için giriş eşiğini düşürdü; ama hiçbir sağlayıcı açık fiyat yayınlamıyor, teklif kullanıcı sayısı, depo yapısı ve entegrasyona göre değişiyor. Bu yüzden rakam vermiyoruz. Karar ölçütü şu: sistemin aylık maliyeti, kazanılan toplayıcı saatinin işçilik karşılığından düşükse ve pazaryeri geç sevkiyat cezalarından bir kısmını önlüyorsa, hesap tutuyor demektir.

Teslimat tarafında müşteriye verdiğiniz saat aralığının tutması, depodan çıkış saatine bağlı; bu zinciri teslimat tahmini yazımızda araç tarafından anlattık. Depo, o zincirin ilk halkası.

Hangi veriyle başlanır: üç tablo yeter

Yerleşim optimizasyonu için üç tablo gerekir: sipariş geçmişi, SKU kartı ve raf haritası. Üçü de çoğu KOBİ'de bir yerlerde var ama birbirini görmüyor; işin ilk haftası bu üçünü aynı formata getirmekle geçer. Yazılım seçimi, bu tablolar hazır olduktan sonra anlamlıdır.

• Sipariş geçmişi: sipariş numarası, tarih, SKU, adet. Son altı ay yeter; sezonluk işlerde on iki ay daha iyi. Pazaryeri ve toptan siparişleri tek dosyada birleştirin.
• SKU kartı: boyut, ağırlık, koli içi adet, kırılganlık. Ağır ürünü üst rafa göndermeyen tek bilgi bu.
• Raf haritası: her gözün numarası ve toplama noktasına uzaklığı. Kâğıt kroki üstüne adım sayısı yazmak bile yeter.

Sahada en çok takılan yer, SKU kodlarının tutarsızlığı: aynı ürün pazaryerinde bir kodla, muhasebede başka kodla kayıtlı. Bu eşleştirmeyi yapmadan yapılan her analiz, en çok satan ürünü ikiye bölüp ikisini de "orta hızlı" gösterir. Bir haftalık kod temizliği, üç aylık yazılım denemesinden daha fazla kazandırır.

Bir depoda üç ay: gerçekçi bir senaryo

İstanbul Hadımköy'de 1.800 SKU'lu, günde 400 sipariş çıkaran, dört toplayıcılı bir e-ticaret deposu düşünelim. Rakamlar bizim kurgumuz.

Birinci ay: ölçüm. Hiçbir şey taşınmıyor. Sipariş başına ortalama toplama süresi ölçülüyor: 6,5 dakika. Toplayıcı başına günlük yürüme mesafesi adımsayarla kaydediliyor: 11 kilometre. Sipariş geçmişi tek tabloda birleştiriliyor; SKU kodları temizleniyor. Bu ay en sıkıcı ve en değerli ay.

İkinci ay: statik yerleşim. Excel'de ABC analizi: 1.800 SKU'nun 280'i sipariş satırlarının yüzde 72'sini oluşturuyor. Bu 280 SKU, toplama noktasına en yakın iki koridora taşınıyor; ağırlar alt rafa. Birlikte sipariş edilen en yaygın 40 çift yan yana konuyor. Sonuç: toplama süresi 5,3 dakikaya, yürüme mesafesi 8 kilometreye iniyor. Yüzde 18 kazanım. Kimse yazılım almadı.

Üçüncü ay: dinamik yerleşim ve toplu toplama. Bulut WMS devreye giriyor; el terminali toplayıcıyı en kısa rotayla yönlendiriyor, birden fazla sipariş tek turda toplanıyor, sistem haftalık taşıma önerisi üretiyor. Toplama süresi 3,9 dakikaya iniyor. Başlangıca göre yüzde 40 kazanım. Yarıya yakın; ve yarıya yaklaştıran şey, yerleşimin üstüne eklenen toplu toplama ve rota.

Dört toplayıcıyla günde 400 sipariş; yüzde 40 kazanım, aynı ekiple 650 sipariş kapasitesi demek. Pazaryeri kampanya günlerinde geçici işçi almak yerine mevcut ekiple çıkmak, bu depoda yazılımın maliyetini tek kampanya döneminde geri ödüyor.

Sık sorulan sorular

Slotting ile depo yerleşim planı aynı şey mi?

Hayır. Yerleşim planı (layout) rafların ve koridorların fiziksel tasarımı; slotting, ürünlerin o raflara nasıl dağıtıldığı. Rafları taşımadan slotting değiştirilebilir.

Kaç SKU'dan sonra bu işe değer?

Yayınlanmış bir eşik yok. Sahadaki gözlemimiz: birden fazla toplayıcı ve günlük yüzden fazla sipariş varsa yerleşim optimizasyonu ölçülebilir fark yaratıyor.

Yerleşimi ne sıklıkla güncellemeli?

Statik ABC'de sezon başında, yılda en az iki kez. Dinamik sistemde haftalık öneri listesi gelir; her öneriyi uygulamak zorunda değilsiniz, ama üç ay bekletmeyin.

Yapay zeka için robot gerekir mi?

Hayır. Yerleşim tamamen yazılım ve veri kararı; taşıma insanla yapılır. Robotik satıcılarının içeriği robotu öne çıkarır, bu onların perspektifi.

Neyi yapmamalı?

• Kampanya haftasında yerleşim değiştirmeyin; taşıma sırasında toplama yavaşlar, en yoğun günü en kötü günde yaşarsınız.
• Bütün A ürünlerini tek koridora yığmayın; iki üç koridora dağıtın ki toplayıcılar birbirini beklemesin.
• Yazılımın önerdiği her taşımayı hemen uygulamayın; haftalık listeyi gözden geçirin, mevsimlik dalgalanmayı kendiniz biliyorsunuz.
• Ölçmeden başlamayın; "eskiden daha yavaştı" cümlesi bir ölçüm sayılmaz.

Peki siz ne yapmalısınız?

• Bir hafta boyunca sipariş başına toplama süresini kronometreyle ölçün. Bu rakam olmadan hiçbir yazılımın vaadini test edemezsiniz.
• Son altı ayın sipariş geçmişini tek tabloda birleştirin ve SKU kodlarını temizleyin. En çok satan yüzde 20'yi bulun.
• Raf haritasını numaralandırın; her gözün toplama noktasına uzaklığını yazın. Kâğıt kroki yeter.
• Statik yerleşimi Excel'le yapın, bir ay ölçün. Kazanım yüzde 15'in altındaysa veriniz ya da haritanız eksiktir.
• Kazanım gördükten sonra WMS'e geçin; satın alırken "dinamik yerleşim önerisi ve toplu toplama var mı?" diye sorun, "yapay zeka var mı?" diye değil.

Başa dönelim: toplama süresi yarıya iner mi? Yerleşimle tek başına hayır, yerleşim artı ölçüm artı toplu toplama ile evet, yaklaşır. Şüpheyle başlamak, satıcı sitesindeki rakama inanmaktan daha ucuza geliyor. Kendi deponuzun sipariş geçmişiyle bir ABC denemesi yapmak isterseniz, tabloyu göndermeniz yeterli; ilk analizi birlikte okuruz.