Depo Yönetim Programı ve WMS Yazılımı

Depo yönetim sistemi ile stok programı arasındaki fark

Depo takip programı arayan birçok işletme aslında üç farklı şeyden birini arıyor ve bunları aynı adla anıyor. Birincisi muhasebe programının stok modülü, ikincisi barkodlu kayıt, üçüncüsü gerçek anlamda depo yönetimi. Yanlış olanı almak, sık yaşanan bir hayal kırıklığının kaynağıdır: çok geniş bir sistem alınır ve yarısı kullanılmaz, ya da yalnızca okutma yapan bir uygulama alınır ve “depo hâlâ kafadan yönetiliyor” denir.

Ayırt edici soru basittir: sistem size geçmişi mi anlatıyor, sıradaki işi mi söylüyor? Stok modülü ve barkod kaydı olanı anlatır. Depo yönetim sistemi olacak olanı yönetir: gelen palet şu adrese konsun, şu sipariş şu dalgada toplansın, şu göz boşalmak üzere, ikmal görevi açılsın.

Depo yönetim programına gerçekten ihtiyacınız var mı?

Her depo WMS gerektirmez. Az kalemli, günde birkaç sevkiyat yapan ve tek kişinin yönettiği bir depoda adres etiketi ile barkodlu kayıt çoğu zaman yeterlidir. Bu ölçekte görev motoru kurmak işi hızlandırmaz, yavaşlatır.

İhtiyacı belirleyen şey depo metrekaresi değil, karar sayısıdır. Gün içinde kaç kez “bunu nereye koyalım”, “önce hangisini toplayalım”, “bu raf neden boş” sorusu soruluyorsa ve cevap belirli kişilerin hafızasına bağlıysa, eksik olan kural katmanıdır.

• Bir kişi izne çıktığında depo yavaşlıyor, çünkü malın yerini ve işin sırasını o biliyor
• Aynı koridora gün içinde defalarca gidiliyor; toplama sırası sipariş geliş sırasına göre yürüyor
• Sipariş satırı toplanırken ürün toplama gözünde bitiyor, rezerv alanda olduğu ise sonradan anlaşılıyor
• Mal kabul sırasında yerleştirme adresi operatörün o anki tercihine göre belirleniyor
• Son kullanma tarihi yakın parti arkada kalıyor, yeni gelen önce çıkıyor
• Birden çok depo var; transferde olan mal hiçbir depoda görünmüyor ya da iki depoda birden görünüyor
• Kargo saati yaklaşınca hangi siparişlerin yetişeceği ancak depoya inilerek öğreniliyor

Mal kabul ve yerleştirme: kararın başladığı yer

Mal kabulün kontrol tarafı (sipariş satırına karşı okutma, eksik ve hasar ayrımı) barkod sayfasında anlatıldı. Burada önemli olan bir sonraki soru: kabul edilen mal nereye gidecek? Bu karar gün içinde defalarca verilir ve sonraki toplamaların yürüyüş mesafesini belirler. Yanlış yerleştirilen mal, her toplamada bedelini yeniden ödetir.

Yönlendirmeli yerleştirmede sistem ürünün özelliklerine, gözün doluluğuna ve tanımlı kurallara bakarak adres önerir, operatör o adresi okutarak onaylar. Örneğin Microsoft Dynamics 365 Business Central’ın “directed put-away and pick” kurulumunda öneri, yerleştirme şablonları ve göz sıralamasıyla belirlenir. Mantık ürüne göre değişse de soru aynıdır: kuralı kim yazıyor ve kural sizin depoya uyuyor mu?

Görev dağıtımı: operatör listeye değil sıradaki işe bakar

Kâğıt listeyle çalışan depoda işi kimin alacağına genelde depo sorumlusu karar verir, öncelik de sözlü olarak aktarılır. WMS’in en görünür farkı burada ortaya çıkar: mal kabul, yerleştirme, toplama, ikmal ve transfer ayrı ayrı görev olarak açılır, operatörün ekranına rolüne ve bulunduğu bölgeye göre düşer.

Görev kuyruğunun değeri, insanları daha hızlı çalıştırmasında değil, sırayı görünür kılmasındadır. Depo sorumlusu tek ekrandan hangi işin beklediğini, kimin neyle meşgul olduğunu ve kargo saatine neyin yetişmeyeceğini görür; müdahale gerekiyorsa öncelik orada değiştirilir.

• Öncelik kuralı yazılıdır: kargo saati, müşteri önceliği, sevkiyat kapısı ve görev yaşı hangi sırayla değerlendirilecek
• Yetki görev tipine bağlanır: forklift gerektiren görev yalnız o yetkiye sahip operatöre düşer
• Boş dönüşler azaltılabilir: yerleştirmeden dönen operatöre yakınındaki toplama ya da ikmal görevi verilebilir
• Görev bırakma ve devretme tanımlıdır: vardiya biterken yarım kalan toplama kaybolmaz, kaldığı satırdan devredilir
• Süre kaydı kişi değerlendirmesi için değil, kuralı ve yerleşimi iyileştirmek için kullanılır; bu ilk günden açıkça söylenmelidir

Toplama yöntemleri: hangisi hangi depoya uyar?

Toplama, deponun en çok yürünen işidir ve yöntem seçimi sipariş profiline bağlıdır: günde kaç sipariş, sipariş başına kaç satır, kaç farklı ürün, kargo saati var mı? Tek bir doğru yöntem yoktur; çoğu depoda aşağıdaki yöntemlerin birleşimi kullanılır. Kurulumdan önce yapılacak en faydalı iş, geçmiş siparişlerden bu profili çıkarmaktır.

İkmal ve sevkiyat: sessizce aksayan iki adım

Rezerv alan ile toplama alanını ayıran depolarda toplama gözü boşalınca iş durur. Operatör rezerv alana gider, forklift bekler, sipariş geri kalır. İkmal görevleri bu duruşu önceden önlemek için vardır. Bu yüzden WMS kurulumunda erken ele alınmaya değer bir parçadır.

Çoklu depo: asıl sorun transferdeki mal

Birden çok depo ya da üretim alanı olduğunda sorular değişir. Muhasebe programında depolar genelde ayrı bir kod olarak tutulur ve transfer, çıkış ile girişin aynı anda yazıldığı tek bir fiş gibi görünür. Gerçekte mal yoldadır ve o sırada hiçbir rafta değildir. Bu boşluk iyi yönetilmezse biri “bende yok” derken diğeri “gönderdim” der.

• Yoldaki stok ayrı bir durum olarak izlenir: gönderen depodan çıktı, alan depoya girmedi
• Transfer talebi ile transfer sevki ayrıdır; talep edilen ile gönderilen arasındaki fark görünür kalır
• Tahsis kuralı yazılıdır: sipariş hangi depodan karşılanacak, depolar arasında öncelik nasıl belirlenecek
• Üretim deposu ayrı bir lokasyon olarak ele alınabilir; hat başına çıkan ama henüz tüketilmeyen hammadde ana depoda görünmez
• Fason ya da emanet mal, sizin stokunuz olup olmadığına göre ayrı statüde tutulur; mali tarafı mali müşavirinizle netleşir
• Depo bazlı yetki: operatör yalnız kendi deposunun görevlerini görür, yönetici tüm depoları görür

Hazır WMS ne zaman yeter, özel geliştirme ne zaman gerekir?

Önce hazır ürüne bakın. Birçok ERP üreticisi ve bağımsız yazılım firması depo ürünü sunuyor. Örneğin Logo, Logo Edge WMS adıyla depo ürünleri duyuruyor: Basic sürüm adres, palet ve son kullanma tarihi takibini parametreyle açıyor; Platform sürümü büyük ve orta ölçekli işletmeleri hedefliyor ve otomatik depo sistemleri için robot modülü içeriyor. Microsoft Dynamics 365 Business Central’da ise yönlendirmeli yerleştirme ve toplama ürünün kendi depo kurulumlarından biri.

Programınızın üreticisinin ya da bayisinin bir depo ürünü varsa ilk görüşülecek yer orasıdır. Güncel kapsamı, sürüm şartını ve lisans modelini üreticiden yazılı alın. Depo akışınız ürünün varsayımına yakınsa kurulumu daha kısa, bakımı daha kolay olur ve size özel bir kod sürdürmek zorunda kalmazsınız.

Muhasebe programınızla sınır nerede çizilir?

En çok tartışma yaratan konu budur, çünkü iki sistem de “stok” kelimesini kullanır. Doğru ayrım şudur: muhasebe programı stoğun mali gerçeğini, depo sistemi fiziksel gerçeğini tutar. Bir ürünün hangi gözde olduğu, hangi görevin açık olduğu muhasebenin konusu değildir; stok değeri, maliyet ve resmî belge de depo sisteminin konusu değildir.

Okuma ile yazma ayrı ele alınır. Ürün kartı, sipariş ve bakiye okumak için veritabanı ya da rapor kullanılabilir. Programa hareket yazmak ise istisnasız programın resmî arayüzünden yapılır; müşteri “doğrudan yazalım, daha hızlı olur” dese de yapılmaz. Doğrudan veritabanı kaydı, programın stok ve muhasebe kurallarını devre dışı bırakır. Hangi programın hangi arayüzü sunduğunu ERP entegrasyonu sayfasında ürün ürün yazdık.