• Forumu şuan da Ziyaretçi olarak görüntülüyorsunuz. Forum ziyaretçileri tüm konu ve bağlantıları görüntüleyemez ve kaynaklara erişimi yoktur. Eğer üye iseniz buradan üye girişi yapın ya da burayı tıklayarak şimdi üye olun.
  • Ubden® Topluluk Projelerine, Aracılığınızla Destek Vermektedir.

    Topluluk projelerine katkı yapmak ve topluğumuza ulaşan genç girişimcilere destek olmak için Buradaki  bağlantıdan işlem kanallarına ulaşabilirsiniz.

    Desteklerinizle 9.000 kişilik bir ekosistem olduk ve büyümeye devam ediyoruz. Desteğiniz için teşekkürler.

SAP EWM Esnek Depo Adresi (Flexible Bin) Stratejisi

  • Konbuyu başlatan Canberk Çoban
  • Başlangıç tarihi
C

Canberk Çoban

Misafir
Misafir
Deponuzda raf sistemi olmayan, ürünlerin doğrudan zemine bırakıldığı alanlar var mı? Bu alanlar çoğu zaman deponun en verimsiz metrekareleridir — ve nedeni operasyon değil, sistemde temsil ediliş biçimidir.

Sabit depo adresi (fixed bin) tanımlayarak böyle bir alanı yönetmeye kalktığınızda kaçınılmaz bir ikilemle karşılaşırsınız: adresleri geniş tutarsanız her paletin çevresinde ölü alan bırakır, dar tutarsanız sürekli kapasite aşımı ve manuel düzeltmelerle uğraşmak zorunda kalırsınız.

SAP EWM’in esnek depo adresi konsepti tam olarak bu ikilemi ortadan kaldırmak için var. Adresi önceden tanımlamak yerine, ürün zemine konduğu anda adresi sistem kendisi yaratır.

Temel Fikir: Cell Network​


Konsept depo alanını eşit büyüklükte hücrelere bölmeye dayanır. Her hücrenin X ve Y boyutları aynıdır; örneğin 1,2 m x 0,8 m, yani bir Euro palet ölçüsündedir.

Bu hücre yapısının kendisi depo adresi değildir, depo adreslerinin yapıtaşıdır. Sistem ihtiyaç duyduğu anda 1 ila n adet bitişik hücreyi birleştirerek yeni bir depo adresi yaratır: küçük bir koli için tek hücre yeterken, geniş bir makine parçası için 2×3 hücrelik bir alan üretilebilir. Yani depo adresi, ürün oraya konduğu anda doğar. Bu yaklaşım doğal olarak
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
, ürünlerin doğrudan zemine yerleştirildiği alanlar için anlamlıdır.

Depo Adresi Nasıl İsimlendirilir?​


Dinamik olarak yaratılan bir adresin kodu da dinamik olmalıdır. Standart yaklaşım, kodu doğrudan koordinatlardan türetmektir:

  • Alan öneki (prefix)
  • Adresin sol alt köşe hücresinin XY koordinatı
  • Adresin sağ üst köşe hücresinin XY koordinatı

Örneğin, A1-0302-0303 kodlu adres, A1 alanında (X=03, Y=02) hücresinden (X=03, Y=03) hücresine uzanan iki hücrelik dikey bir alanı gösterir. Kodun kendisi, adresin hem konumunu hem de büyüklüğünü taşıdığı için ayrıca bir koordinat tablosuna bakmanız gerekmez.

Bu format Area Pattern (alan deseni) uyarlamasında belirlenir: önek (prefix) uzunluğu, X ve Y eksenlerinin karakter tipi ve uzunluğu, koordinatların sıralaması, ayraç tipi ve isteğe bağlı bir sonek (suffix). Kendi isimlendirme mantığınızı kurmak isterseniz bunun için bir BAdI de mevcuttur.

Alanın kendisi ise /SCWM/FLEXBINAREA işlem koduyla, ilgili depo numarası ve depo tipi altında tanımlanır. Burada girilen başlıca bilgiler şunlardır:

  • Alanın depo içindeki başlangıç koordinatları (X, Y) ve orijin noktası, örneğin sol alt köşe
  • Eksen yönelimi (X yatay / Y dikey)
  • Koordinat aralıkları (X: 1–80, Y: 1–66 gibi)
  • Hücre boyutları
  • İsteğe bağlı kapasite bilgileri: maksimum ağırlık, maksimum hacim,
    Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
    sayısı
  • Kontroller: çakışma kontrolü (uyarı ya da hata) ve bloke hücre kontrolü

Alan içinde bloke hücreler de tanımlayabilirsiniz. Koridorlar, yangın güvenlik şeritleri, sütunlar ve kullanılamayan bölgeler böylece hücre yapısının dışında kalır.

Depo Adresleri Nasıl Yaratılır?​

Yol 1: Depo görevi onayında manuel giriş​


Depo tipi uyarlamasındaki “WT Generic” ayarıyla, hedef depo adresi belirtilmeden bir
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
yaratılır. Kullanıcı ürünü bıraktıktan sonra görevi onaylarken hedef depo adresi alanına (NLPLA) yeni adresin kodunu kendisi yazar.

Bu yöntem teoride basit görünse de pratikte işe yaramaz. Operatörden, ürünü bıraktığı alanın sol alt ve sağ üst hücre koordinatlarını yerinde hesaplayıp doğru formatta yazmasını beklemek gerçekçi değildir. Dolayısıyla bu yol günlük operasyondan çok, istisnai düzeltmeler ve test senaryoları için uygundur.

Yol 2: BAdI ile otomatik belirleme​


Sahada tercih edilen yöntem budur. /SCWM/EX_CORE_DYNBIN_DESTBIN BAdI’si, depo görevi yaratılırken alandaki boş hücreleri tarar, ilgili kalem için kaç bitişik hücre gerektiğini hesaplar, uygun alanı bulur ve yeni adres kodunu oluşturarak görevi doğrudan bu hedef depo adresiyle yaratır.

SAP’nin verdiği örnek kodda gözden kaçırılmaması gereken bir ayrıntı var: gerekli hücre sayısı, ürünün temel ölçü birimindeki uzunluk ve genişlik değerlerinden hesaplanıyor. Oysa çoğu senaryoda asıl belirleyici olan taşıma biriminin fiziksel ölçüleridir. Bu bir kusur sayılmaz; örnek kod nihayetinde bir örnektir ve belirleme mantığını kendinizin yazması beklenir. Palet tipine göre hücre hesabı, alan içinde tercih edilen doldurma yönü veya ürün grubuna göre bölge ayrımı gibi
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
tam da burada devreye sokarsınız.

BAdI aynı zamanda çakışmayı da gözetir ve başka bir adrese ait hücreleri kapsayan bir alan seçmez. Manuel onay senaryosunda çakışan bir adres girilirse sistem hata mesajı verir.

El Terminali Süreçlerinde Karşılaşılan Sorunlar​


Uygulamada en çok sorun çıkaran nokta
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
; bu tarafı baştan planlamak gerekir. Dinamik olarak yaratılan bir adresin fiziksel etiketi yoktur. Adres ancak depo görevi yaratıldığında var olduğu için zeminde önceden yapıştırılmış bir barkod bulunmaz; operatörden de var olmayan bir barkodu okutmasını isteyemezsiniz.

Bu sebeplerden dolayı:

  • Hedef depo adresi RF tarafında zorunlu olmamalıdır. Bu, onay kontrolü uyarlamasıyla ayarlanır.
  • BAdI seçeneği fiilen zorunlu hale gelir. Görev hedef adres olmadan yaratılırsa RFUI onay ekranında “adres mevcut değil” tipinde hatalarla karşılaşmanız çok olasıdır. Adresin görev yaratma anında belirlenmiş olması bu sorunu baştan ortadan kaldırır.

Üçüncü bir seçenek olarak zemine hücre koordinatlarını gösteren sabit etiketler yapıştırabilirsiniz; bu durumda operatör yalnızca ürünü bıraktığı ilk hücreyi okutur ve adres kodu özel bir RF akışıyla buradan türetilir.

Adreslerin Otomatik Olarak Silinmesi​


Standartta esnek bir depo adresi boşaldığı anda sistem tarafından silinir. Kapladığı hücreler serbest kalır ve yeni adres kombinasyonları için yeniden kullanılabilir hale gelir. Bu sayede depo adresi ana verisi zamanla şişmez, hücre yapısı da sürekli yeniden düzenlenebilen bir kaynak olarak kalır.

Sonuç​


Esnek depo adresi konsepti, sabit raf yapısı olmayan alanlarda depo adresi ana verisini önceden tanımlama zorunluluğunu ortadan kaldırır; adres, ihtiyaç doğduğu anda sistem tarafından üretilir. Alan kullanımında kayda değer bir kazanım sağlar, ancak kutudan çıktığı gibi çalışan bir çözüm değildir: hücre yapısını doğru kurgulamak, belirleme mantığını BAdI’de kendi süreçlerinize göre yazmak ve
Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
baştan bu yapıya uyarlamak gerekir.

Bu hazırlığı göze alabiliyorsanız blok istifleme alanları, konteyner sahaları, sezonluk taşma bölgeleri ve boyutları sürekli değişen ürünlerin durduğu zemin alanları için ciddi biçimde değerlendirmeye değer bir çözüm.

Bu bağlantıyı görüntüleyebilmek için kayıt olmalı zaten üyeyseniz üye girişi yapmalısınız.
 
Üst