Openbravo Gelişmiş Depo Otomasyonu Yazılımı

Openbravo Gelişmiş Depo Otomasyonu
Gelişmiş Depo Operasyonları
Gelişmiş Depo Operasyonları, basit veya karmaşık, manuel veya otomatik depolar için esnek bir çözümdür ve otomatik / robotize işlemlere bağlanmaya hazırdır. Depoları,
personelin daha verimli ve etkili hale getirirken ve envanter doğruluğunu arttırırken stok ve kullanımı optimize etmesini sağlayan bir dizi işlevsellikten oluşur. AWO olarak
tanımlanan bu modül, depo yapılarını ve kurallarını tanımlamak için gerekli altyapıyı sağlar ve Openbravo mobil teknolojisiyle ve Openbravo backend fonksiyonellikleriyle işlemleri
yürütür. Bu işlemler, aşağıda ayrıntıları verilen makbuzları, hareketleri, toplamaları, ikmallerini, sayımları ve çeşitli gelişmiş işlemleri içerir.
Uygun bir planlama ve ikmali gerçekleştirme ile birlikte, bu , aşağıdaki doğrudan etkilere rağmen, işletme sermayesi kullanımı üzerinde olumlu bir etkiye sahip olacaktır :
1. Stoklar ve stoklardan kaçınılarak iyileştirilmiş satışlar;
2. Dinamik Görev Önceliği ve Seyahat Dizileri ile verimlilik odaklı işlemler ile geliştirilmiş iç verimlilik.
3. Sezgisel kullanıcı arayüzü ve çevrimdışı dirençli mobil işlemler sayesinde geliştirilmiş dahili verimlilik;
4. Popülerlik Kodları ve Dinamik Kapasite hesaplamaları ile alan kullanımını optimize ederek daha düşük maliyetler;
5. Personelin optimizasyonu ile daha düşük maliyetler;
6. Eski ve aşırı stokları önleyerek daha düşük maliyetler;
7. Yaygın donanım bileşenleri kullanılarak daha düşük maliyetler.
Çözümün gücü, kullanıcı arayüzünün basitliği ve mobil cihazlarda operatörün kullanım kolaylığı ve konfigürasyon olanakları ile birleştirilmesidir. Kullanıcı arayüzünün sadeliği, stok
yönetimi sırasında oluşabilecek her türlü istisna, öncelik ve olayı ele alabilecek konfigürasyonu gizler. Bu nedenle, bu dokümantasyon, yapılandırma ve olanakların tam bir
açıklaması ile başlar.
Bu wiki, her biri birkaç bölümden oluşan iki ana odak noktasında yazılmıştır:
 Buradan başlayarak AWO Yapılandırması hakkında açıklama ve örnekler
 Hakkında açıklama ve örnekler AWO Operasyonu , başlangıç burada
Envanter ve Tedarik Zinciri Yönetimi işlevsellik grubu
AWO modülü, Openbravo'yu konfigüre edilebilir depo alanları ve dinamik bin ve stok tespiti ile gelişmiş depo operasyonlarını yapabilme kabiliyetine sahip olmak için geliştirilmiştir,
ancak hepsi basit ve etkili bir Kullanıcı Arayüzüdür.
Birinci sınıf envanter ve tedarik zinciri yeteneklerini bir araya getiren bir dizi işlevin önemli bir parçasıdır. Komple set:
 GELİŞTİRİCİ ENVANTERİNİN PLANLANMASI VE UYGULAMASI ile ilgili Tedarik Zincirinde yapılan geliştirmeler :
o (17Q3) Dağıtım Emirleri . Gelişmiş Depo Operasyonları ile entegrasyon özellikleri (yapılandırma ve operasyon) bu Wiki'de ele alınmıştır.
o FrePPLe ile Gelişmiş Öngörü ve Planlama (geleneksel 'Pull'-planlama)
o FairShare ve Push-Planlama
 Ilişkin Tedarik Zincirinde Geliştirmeleri -HOUSE ENVANTERİ ait YÖNETİMİ :
o (16Q4) İmalat için Gelişmiş Depo Operasyonları
o (17Q1) Ölçü Dönüşümleri Birimi . Gelişmiş Depo Operasyonları ile entegrasyon özellikleri (yapılandırma ve operasyon) bu Wiki'de ele alınmıştır.
o (17Q3) Stok Durumu . Gelişmiş Depo Operasyonları ile entegrasyon özellikleri (yapılandırma ve operasyon) bu Wiki'de ele alınmıştır.
o Mobil envanter prosedürleri de dahil olmak üzere (17Q4) Gelişmiş Depo Operasyonları .
o (18Q2) Başvurulan Envanter . Gelişmiş Depo Operasyonları ile entegrasyon özellikleri (yapılandırma ve operasyon) bu Wiki'de ele alınmıştır.
o (18Q2) Kontrollü Özellik Değişikliği .
 Ilişkin Tedarik Zincirinde Geliştirmeleri PLANLAMASI & GİDEN ENVANTERİ yürütülmesini :
o (17Q3) Dağıtım Emirleri . Gelişmiş Depo Operasyonları ile entegrasyon özellikleri (yapılandırma ve operasyon) bu Wiki'de ele alınmıştır.
o Taşıt ve nakliye yönetimi
AWO için tarayıcılar ve diğer donanım cihazları
AWO'nun Front-End işlevselliği, WebPOS / Retail Front-End olarak aynı tarayıcı / donanım ile çalışır. Daha fazla bilgi için lütfen bu bağlantıyı kontrol edin
Lisanslar
 Lisans: Ticari
 Kategori: Modül
Yol Haritası İvmesi projeleri
Roadmap Acceleration projeleri, öngörülen ve tasarlanan, ancak henüz yürütülmeyen Gelişmiş Depo Operasyonları için fonksiyonel geliştirmelerdir. Yol haritasındaki gibi, sonunda
idam edileceklerdir, ancak belirli bir uygulamanın gerektirdiği sıra veya zamanda olmayabilirler. Bu senaryoda, gelişme müşteri tarafından desteklenerek hızlandırılabilir,
önceliklendirilebilir. Bu bölümde yer alan projeler:
 ITT başına yetkilendirme (Başlatma ve / veya Onaylama)
 Toplu dalga toplama
 Kendiliğinden yenilenen depo
 Kendinden Organize Edilmiş Depo
 Kendi kendini kontrol eden depo
 Konu ve Makbuz İş Çabaları için Görevler (ISS-WE ve RCT-WE)
 İade Malzeme Yetkilendirmesi ve Tedarikçiye Dönüş Görevleri (RCT-RMA ve PIK-RTS, ISS-RTS)
 Ön Uçtaki GTIN-14'ü (paketleme seviyesi) tarayın
 [18Q1 için bitmiş] AWO ile Referanslı Envanter
 Operatör Yük Dengeleme
 Model tasarımı ve FairShare
 Çapraz yerleştirme
 "Sipariş ile Birleştirme" ve "İlk geçerli Boş Bin" yerine koyma
 Depo Operasyonları penceresi: Filtrede yürüt düğmesi
 Yönlendirme'de Grup Olarak Yazdır
 Sonraki Görev Üretimi
 Gelişmiş Depo Operasyonları için İş Zekası küpleri
 Ön Uçta Yazdır düğmesi
 Kitting : Farklı yapım süreçleri için BOM-Tipi konseptini tanıtın:
o BOM-Tipi MTO: Yapı, bir (işlenmiş) işlem veya montaj gerektirir. Mevcut Süreç Planında olduğu gibi. Sistem bileşenleri (P-) tüketir ve FG (P +) üretir.

o BOM-Tipi KIT: Yapı, bir proses veya montaj gerektirmez, ancak bileşenlerin toplanması / paketlenmesi ve depoda yürütülür ve AWO-Referanslı Envanterde BOX-
TR görev türleri ile sonuçlanır.
o BOM-Tipi ATO: İsteğe bağlı ve zorunlu bileşenler ile yapılandırılabilir BOM, sipariş-girişi sırasında sunulmuş ve üretilmiştir; bu da, sipariş edilen ürünün proses /
montaj gerektiren benzersiz bir bileşimine neden olur.
 [18Q için WIP] Ön Uçta Çift Onaylama : Görev detaylarını gösterin ve operatörden <CONFIRM> tuşuna basıldıktan sonra ancak Back-End'e başlamadan önce
doğrulamasını isteyin. Yönlendirme (davranış) bir bayrak tarafından yönlendirildi.
 [18Q için WIP] Ön Uçta Delta Onayı : O bir Miktar-Delta, görev detaylarını göster ve yöneticiden fazla / az miktarını (şifre) onaylamasını isteyin. Yönlendirme (davranış)
bir bayrak tarafından yönlendirildi.
 Depo Yapılandırmasını XLS formatına indiriniz . Bu kontrol, büyük hacimli veriler üretebilir ve indirme, eksik yapılandırma bileşenlerini düzenlemeyi kolaylaştırabilir.
 [18Q4 için göz önünde bulunduruldu] Ön Uçta Öznitelik Geçersiz Kılma . AWO tarafından önerilen özellik, her zaman en kolay seçim değildir. Yine de, tüm iyi iş
nedenlerinden ötürü - algoritma atamasında tanımlandığı gibi - beklenen değer olarak kalması önemlidir. Delta işlevi, operatöre biraz esneklik sağlar ancak her zaman
yeterli değildir. Bu işlevsellik, operatörün, önerilen özniteliği geçersiz kılarak, aynı IRA içindeki mevcut özniteliklerden (lot / seri / exp.date) seçmesine izin
vermektir. Teklif, bir işlevsellik kompleksidir:
o Yönlendirmede başka bir bayrak ekleyin (davranış davranışını konsantre edin) “Öznitelik Geçersiz Kılmaya İzin Ver”. İzin verildiğinde, FE'deki Nitelik alanları
tıklanabilir ve aynı ürünün tüm StorDet'inin + aynı IRA-From ile kullanılabilir Inv.Sts'ın gösterildiği bir pencere açılır. Sıra: Önce stor.det'i aynı kutudan göster.
o Seçili Stor.Det'in zaten bir görev var ise (Task.Sts = Avail ve Not-Assigned) sistem, görevler arasında atanan Depolama Ayrıntısını değiştirmelidir.
 Neden "Atanmadı" -> Bu çevrimdışı sorunları engeller.
 Neden sts Ayrılmış -> Bu ATTR, üretimde amaç için ayrılabilir.
o Seçilen Stor.Det'in zaten bir görevi varsa (Task.Sts = Ayrılmış VEYA Atanan -> Hata).
o Seçili Stor.Det QtyAvail <QtyExp = Delta görevi ise.
 [18Q2 için DONE] From-IRA VE Tora IRA üzerinde Hareket-Hareket Atama . Mevcut MOV-TR'nin atanması yalnızca Yönlendirme Atamaları tasarımına göre IRA'ya
göre 1 Yönlendirme (yani 1 To-IRA) sağlar. Bu, bu işlemin kullanımını sınırlandırır ve bir anlamda To-Bin, regsrdless sistem konfigürasyonu için bir insanın belirlediği amaç
ile çelişir. Teklif, hem From-IRA hem de IRA'nın benzersizliğine dayalı olarak, MOV-TR için Yönlendirme-atamaları yapılmasına izin vermektir. Bu, birden fazla rotanın yanı
sıra istenmeyen rotalara kısıtlama getirecektir.
Yapılandırma
Gelişmiş Depo Operasyonları (AWO) ile tanıtılan temel yeni konsept ve paradigma kayması TASK kavramıdır.
Tanım: Bir görev, belirli bir konumdan belirli bir konumdan belirli bir konumdan başka bir yere taşınacak tanımlanmış ve kısa bir talimattır.
Bir mobil cihazda atanmış görevler: Öncelik ve seyahat sırası ile sunulan özlü talimatlar.
Uygulama anlamında, TASKS kavramı, lojistik İŞLEMLER kavramına ters düşmektedir: İşlemler, Satınalma Siparişi Makbuzu, genellikle tek bir işletmeci tarafından bir bütün olarak
yürütülecektir. Ancak, bu işlem pek çok potansiyel olarak yüzlerce farklı hareketten oluşabilir:
Operatör için ön uç menü
Konteynırdaki tüm mallar, makbuzlardan depoya veya ilgili alanlara, denetim alanına veya hatta çapraz yerleştirme için doğrudan nakliye alanına taşınmalıdır.
Paradigma kayması Görevleri kavramına tanıtıldı şudur:
1. Lojistik işlemlerin, işlem çizgilerini birleştirilmiş görev tanımına göre bireysel görevlere ayırmasını sağlayın;

2. Bu görevleri, Routings (R), Storage Bin Group (SBG), kapasite kısıtlamaları ve depo algoritmalarının yapılandırmasına dayanarak oluşturun;
3. Görevlerini öncelik sırasına göre sıralayın ve seyahat sırasını ve basit ve kullanıcı dostu bir kullanıcı arayüzünde görüntüleyin;
4. Bir görevin onaylanması sonucu işlemi güncelleyin.
Bununla birlikte, bir görev her zaman bir işlemle ilgilidir. Bazı işlemler çoklu görevler (seçim listeleri, PO-makbuzlar), diğerleri tek (döngü sayısı) ile ilgilidir. Tek satırlı bir işlem
aynı zamanda birden fazla göreve de yol açabilir: örneğin taşınacak miktar alıcı bölmenin kapasitesinden daha yüksek olduğunda. Bu durumda, hareketin tam miktarını karşılamak
için, her bir alıcı bölmesi için bir tane olmak üzere birden fazla görev oluşturulur.
Aşağıdaki yapılandırma etkinlikleri, görevleri oluşturmak için Gelişmiş Depo Operasyonları modülünün gerekli adımlarında size yol gösterecektir.
Yapılandırma - Etkinlik-1 - Organizasyon düzeyinde Gelişmiş Depo Operasyonlarını Etkinleştirme
Organizasyon / Bilgi sekmesindeki Gelişmiş Depo Operasyonlarını etkinleştirmek, AWO işlevselliğini sunacak ve diğer işlevleri kullanıcı tarafından gizleyecektir.
Ardından, Gelişmiş Depo Operasyonları için veri kümesinin yüklü olduğundan emin olun. Bu veri kümesi, yapılandırmayı daha kolay hale getiren çeşitli varsayılanlar içerir, ancak
Gelişmiş Depo İşlemleri ile gelen yeni belge türlerini de içerir ve bunlar olmadan görevler oluşturmak mümkün olmaz. Bunu yapmak için Enterprise Module yönetimine gidin ve
AWO'yu seçin ve işleyin.
Yapılandırmaya başlamadan önce AWO veri kümesini içe aktarma işlemi kolaylaştırır ve hataları önler.
Yapılandırma - Etkinlik-2 - Depo Fiziksel alanın eşlenmesi
Tanım: Bir depo, malların depolanması ve manipüle edilmesi amacıyla bir lojistik birimdir . Bu nedenle depoda çalışan bir adres ve personel var. Mantıksal bir depo, aynı
adresi ve personeli paylaşan birden çok binadan oluşabilir.

Yapılacak ilk faaliyet, depodaki fiziksel alanların haritalanmasıdır. Bu adımda aşağıdaki bilgilere ihtiyaç vardır:
 Yönlendirme Alanları
 Depolama Grubu Grupları
 Kutu ve Bin kapasitesi
Bunun ilk uygulama faaliyeti olmasının sebebi, ambar müdürünün, haritalama yoluyla birleştirilmiş ve iyi düşünülmüş bir yapıya kavuşması için genellikle çok zaman harcamasıdır
ve depo yöneticisi bunun üzerinde çalışırken danışman diğer alanlara odaklanabilir. .
Veri Yükü Şablonu
Depo yöneticisinin teslim etmesi gereken veriler bu excel şablonunda açıklanmaktadır: Dosya: Dataload şablonu AWO.xlsx
İç Yönlendirme Alanı (IRA)
Tanım: Bir Dahili Yönlendirme Alanı, belirli bir etkinliğin gerçekleştirildiği depodaki bir alandır. İki tür IRA vardır:
 Fonksiyonel RA
 Fonksiyonel olmayan RA
Bu ad, "Envanterimi nerede bulabilirim?" Sorusu göz önüne alındığında netleşir. Elbette, çoğu depolamada olacak ancak büyük miktarlar depolama alanlarında bulunmayacak ve
bu envanterin de kontrol edilmesi gerekiyor.
Tipik bir ambarın fiziksel uzay ve güzergahlarının haritalanması
Depolama alanı ile diğer alanlar arasındaki en büyük fark, depolamada envanterin sadece birinin ihtiyacı olana kadar oturması ve beklemesidir. Oysa diğer tüm alanlarda “birileri
ya da bir şey var, envanterin orada olmasını istemişti: başka bir deyişle bir“ işlevi ”bekliyor. Ve bu işlevler envanteri içeri ve dışarı taşıdığından, bu alanlar kapasite ile sınırlı
değildir.
Üretim , denetim veya paketleme gibi bir ticari faaliyet gerçekleştirildiğinde işlevsel bir IRA'dır . İşlevsel olmayan bir IRA, depolama gibi statik bir etkinlik alanıdır .
Bir depolama perspektifinden gelen önemli fark, tipik olarak, işlevsel bir alanda, malların kısa bir zaman dilimi içinde içeri ve dışarı hareket etmeleridir. Sonuç olarak, depolama
kutusu kapasitesikavramı , fonksiyonel RA için uygun değildir. Bunun tersine, işlevsel olmayan bir IRA için, mallar belirli bir süre boyunca kalır ve bu nedenle işlevsel olmayan IRA,
kapasite konsepti ile ilgili olarak, binlerce ile-bire kadar bireysel depolama alanları (kutuları) içerir.
Ayrıca IRA seviyesinde, genel olarak erişime açık olmayan işlevsel olmayan bir IRA için sadece doğru olarak ayarlanmış olan bir RA'dan seçime izin veren veya reddeden bir bayrak
vardır.
Görüntüde, aşağıdaki (tipik) IRA gösterilmektedir:
 Makbuzlar
 Depolama
 Genel erişimle depolama
 Üretim
 Nakliye
Diğer tipik IRA şunlardır:
 Paketleme
 teftiş
 Hurda

İspanya, bölge North depo için tanımlanan iç yönlendirme alanları Makbuzlar, Nakliye ve Depolama. Yalnızca IRA "Depolama" işlevinin, işlev dışı olarak tanımlandığını unutmayın.
Depolama Grubu Grubu (SBG)
Tanım: Bir Depolama Bölmesi Grubu, aynı özelliklere sahip bir Depolama Kutuları grubudur.
IRA "Depolama - NonPublic" farklı ürünler için birkaç SBG ile tanımlanır. Her bir IRA'da sınırsız SBG olabilir. Fonksiyonel IRA "Makbuz" ve "Gönderi" nin her birinin sadece bir SBG'si olduğunu unutmayın.
İşlevsel olmayan bir IRA'daki SBG örnekleri şunlardır:
 Soğuk / donmuş alanda çöp kutuları,
 Taze veya bulaşıcı ürünler için bidonlar,
 (Küçük) yedek parçalar için bidonlar,
 Depolama alanları ve toplama alanları için çöp kutuları
 Güvenli depolamada yüksek değerli mallar için kutular,
 Gümrüklü antrepo alanları (eski gümrük alanları),
 Etceteras.
Her bir IRA içinde en az bir adet SBG oluşturulmalıdır. Fonksiyonel IRA için, kapasitenin önemi yoktur ve malların taşınması / çıkışı, işlevsel IRA'nın sadece bir SBG'ye ihtiyacı
vardır. Bununla birlikte, işlevsel olmayan IRA, depolamayı organize etmek, envanter kayıplarını en aza indirgemek ve yer-kullanım ve depolar arası trafiği optimize etmek için tipik
olarak çok sayıda SBG'den oluşmaktadır.
Toplama Sırası : Bu alan bazı Toplama algoritmalarında kullanılır ve tercih edilen SBG'lerden toplanmayı yönlendirmek amacıyla kullanılır.
 Kullanım durumu: Belirli bir üründen yeni stok ve yenilenmiş stoğum var ve yenilenmiş stoklar farklı bir SBG'de saklanıyor. Yeni stoktan müşterilere gönderim yaparken
yenilenmiş stoktan montaj seçimini yapmayı tercih ediyorum, ancak sadece bu mevcutsa. Bu nedenle PIK-SO için toplama, "SBG-Picking Sequence (asc) tarafından seçim
yapılırken PIK-WE" SBG-Picking Sequence (desc) tarafından seçilecektir.
Saklama Kutusu (SB)
Tanım: Bir Depolama Kutusu, kuruluşun tanımak istediği bir depodaki en küçük alan (hacim) birimidir. Tüm SB'ler zorunlu olarak aynı hacimde değildir, bu,
belirli SB'nin sahip olduğu önem ve fonksiyona bağlıdır.
Gelişmiş Depo Operasyonları işlevselliğinde bir SB bir SBG'ye aittir. SB, alanı, kapasiteyi, koordinatları vb. Tanımlarsa, SBG amacını tanımlar.
SB aşağıdaki özelliklere sahiptir:
 Arama Anahtarı / Koordinatlar - çöp kutusunun cadde / sütun / seviyesini tanımlar ve buna anlaşılabilir bir yapı vermeniz önerilir, örneğin:
o ABBCCDEE, nerede:
o A = Yapı;
o BB = Bina içindeki sokak;
o CC = Sütun;

o D = Pozisyon;
o EE = Dikey seviye
o Örnek 3AD17M10 şu anlama gelir: Bina 3, Sokak AD, Sütun 17 (impar: solda), Orta konum ve Dikey seviye 20.
 Popülerlik Kodu - tipik olarak IRA ile ilgili olarak, genellikle gönderim ve alma için olan kutu çevresini tanımlar;
 Seyahat Sırası - operatörün kutuları ziyaret etmesini sağlayan optimum diziyi tanımlar;
 Stok Durumu - Bu bölüme yerleştirildiğinde herhangi bir envanterin benimseyeceği durumu tanımlar.
 IsVirtual - Bir Depolama Ayrıntısının Envanter Durumunun Değiştirilmesiyle çöp kutusunun bir kopyası olarak sanal bir bin oluşturulur. Sanal bir kutuda kapasite yoktur,
Kapatma işleminde dikkate alınmaması için% 100 doluluk oranı ayarlanmıştır.
Her bir SBG içinde en az bir adet SB oluşturulmalıdır. Kapasitenin alakasız olması ve malların içeri / dışarı taşınması nedeniyle, işlevsel IRA'nın sadece bir SBG'ye ihtiyacı vardır
(daha fazla yaratılabilir olmasına rağmen).
Seyahat Seferi, Popülerlik Kodu ve Stok Durumu ile Depolama Kutusu
Seyahat Sırası
Tanım: Hareket dizisi, el cihazında görevlerin gösterildiği diziyi kısmen belirler. Kullanım amacı, depo kutularını takip etmek ve depodan geçerek çapraz geçişi önlemek
için ideal rotayı göstermektir.
Görevin sunumunun birincil sırası önceliktir (azalan sırada). Ancak (büyük) bir seçim listesi veya makbuz listesi oluşturulduğunda, ilgili tüm görevler aynı önceliğe sahip
olacaktır. Ardından, kutuların ziyaret edileceği diziyi belirleyen seyahat sırası olacaktır. Görev sıralaması için kullanılan üçüncü öznitelik, her iki öncelik ve hareket sırası özdeş
olması durumunda, bin.SearchKey'dir.
Seyahat Sırasının, görevler ekranda veya kağıda sunulduğunda bir rol oynadığına dikkat edin, ancak ITT, seyahat sırasından gelen çöp kutusundan mı yoksa için-bin.
Görevdeki Seyahat Sırası Envanter İşlem Türü'ndeki yapılandırmaya bağlı olarak Alıcıdan veya Yolcudan alınır.
Bin.Popularity Kodu
Tanım: Kutunun popülerlik kodu, bölmenin bağlantı noktasına veya ofise nispi mesafesini gösterir. Depolama amaçlı olarak ABC kodu olarak görebilirsiniz. Popülerlik
kodu, ilgili algoritmanın belirli bir hareket için konfigüre edildiği ve belirlendiği durumlarda, çıkarma işlemi sırasında kullanılır. Ürünün popülerlik kodunu da inceleyin.
Tavsiye edilen kullanım: Popüler depolar, iskeleye yakın ve hızlı hareket eden ürünler için kullanılırken, küçük popüler kutular yavaş çekimde kullanılır. Tipik olarak ürünler, ABC
sınıflandırmasına benzer şekilde 3 PopCode'a sahiptir: 10 (hızlı movers), 20 normal ürünler ve 30 (yavaş movers). Kutuların daha fazla Popülerlik Kodları vardır: 10, 11, 12, 13'ten

başlayarak, 39'a kadar. Bu yapılandırmada, "PopCode'a koyma" depo algoritması, yalnızca Popülerlik Kodu eşit veya daha yüksek olan bidonları dikkate alır. Ürün: Populatiry Code
20 ile birlikte bir ürün 20, 20, 20 ve 20'den başlayarak Popülerlik Kodu'nun bulunduğu kutuları göz önünde bulunduracaktır. Bu mantıkla, popüler kutularda depolanan yavaş
hareketleri engelleriz.
Stok Durumu (IS)
Stok Durumunun kavramsal açıklaması için bu bağlantıya bakın .
Tanım: Envanter durumu, bir Bin'in bir özniteliğidir ve IS'yi, söz konusu depodaki herhangi bir envanterin benimseyeceğini tanımlar. İşlem: Belirli bir Depolama
Detayının Stok Durumunu Değiştirme, aşağıdakileri yapar:
1. Bu Depolama Ayrıntısı için herhangi bir görev beklemediğini kontrol edin;
2. Yapılandırmanın tamamlanmış olup olmadığını kontrol edin;
3. Oluşturulacak sanal bölmenin zaten mevcut olup olmadığını kontrol edin, eğer kullanılıyorsa ve bir sonraki adımı atlayın;
4. Özgün kutunun bir kopyası olarak ancak yeni atanan IS ile bir Sanal Bin oluşturun. Sanal kutuların kapasitesinin ve kullanımının% 100'e ayarlanmadığını unutmayın.
5. Depolama Ayrıntısını orijinal bölmesinden Sanal bölmeye taşıyın.
IS, müşteri düzeyinde tanımlanmıştır ve tüm kuruluşlar için geçerlidir. Hangi akışların mümkün olduğunu tanımlar ve bu üç ayar üzerinden yürütülmesi mümkün değildir:
1. Mevcut y / n - belirli envanterin rezervasyon ve toplama gibi genel iş akışları için mevcut olup olmadığını tanımlar.
2. Erişilemez y / n - belirli envanterin planlama / MRP amaçları için dikkate alınacağını tanımlar.
3. OverIssue y / n - belirli envanterin negatif gitmesine izin verilip verilmediğini tanımlar. Bu, toplama ve sorun işleme türü sırasında olabilir.
Yazılımın yazılmasıyla sağlanan çeşitli Envanter Durumu değerleri.
Depo Operasyonları penceresindeki "Durum" tuşu ile belirli bir Depolama Detayının Stok Durumunda değişiklik yapılabilir. Bu düğme yeni Envanter Durumunu seçmeye ve On-The-
Fly'ı yeni bir sanal bölmeye varolan bölmenin bir kopyası olarak, ancak yeni Envanter Durumuyla oluşturmaya izin verecektir. Bu Sanal Kasa oluşturulduğunda, Depolama Ayrıntısı
yeni bölmeye taşınır. Diğer düğmelerden farklı olarak, bu düğmenin yalnızca bir satır yürüteceğini unutmayın.
Depolama Haznesi Kapasitesi
Tanım: Depolama alanı kapasitesi, herhangi bir ürün veya ürün kategorisinin UoM başına miktarlarının dahil edilmesidir . Hem ürün hem de ürün kategorisi, UoM
başına belirtilen miktardaki herhangi bir ürün / ürün kategorisinin kapasitesini belirtmek için boşluk bırakılabilir.
 Depo Kapasitesi Kaotik Bin Sistemine izin veren temel kavramdır .
 Depo Kapasitesi, Fonksiyonel IRA'nın tanım gereği sınırsız bir kapasiteye sahip olması nedeniyle Fonksiyonel Olmayan İç Yönlendirme Alanları (depolama gibi) ile ilgilidir.
Bin Kapasite kavramı, Doluluk hesaplaması ihtiyacını ifade eder. Bununla ilgili ayrıntılar için Doluluk hesaplamasına bakın .
Depolama Haznesi Kapasitesi sayesinde, Gelişmiş Depo Operasyon modülü kaotik / rasgele bir depolama sistemi veya sabit depo depolama sistemi için yapılandırılabilir .
Seçilen depolama kutusu "Quechua Shoes" kategorisinin herhangi bir ürünü için 25 adet kapasiteye sahiptir. Bunun en iyi uygulama kapasitesinin kullanılmadığını unutmayın: Kapasite, genel bir UoM
benzeri Palet (PL) içinde en iyi şekilde ifade edilir, böylece kutu belirli bir kullanım için kısıtlanmaz. Kutuların kullanımı SBG ve SBG Listesinde tanımlanmıştır.
Depolama Kutusu Kapasitesi - Nasıl kullanılır?

Kaotik / rasgele depolama sistemi için uygulama önerisi: Birden fazla ürünün herhangi bir kutuda saklanabileceği kaotik (veya rastgele) bir depolama sistemi kullanmak
için, bin kapasitesi en iyi tüm ürünler için ortak olan bir ölçü biriminde ifade edilmelidir. belirli kuruluşun PL 'palet' kullanımı, birçok farklı ürün türü için iyi bir seçimdir, ancak sıvı
ya da ilaç gibi küçük ürünlerle uğraşan kuruluşlar için daha az uygundur.
Herhangi bir ürün için 1 palet kapasitesine sahip dinamik / kaotik bir çöp kutusunun tipik bir uygulamasının altında. Ürünler palete alternatif bir UoM dönüşümüne sahip olmalıdır,
böylece sistem (1) bu ürünün bu kutuda (2) bu ürüne izin vermesine izin verir () bu kutuda hangi miktarın (Temel UOM'da) depolanabileceğini hesaplayabilir.
Ürün Ürün Kategorisi miktar Ölçü birimi
* * 1 PL
Bir sabit depo depolama sistemi için uygulama önerisi: Bir çöp kutusunun yalnızca belirli bir ürünü (veya ürün kategorisini) alabileceği bir sabit depo depolama sistemi
kullanmak için, çöp kutusu, söz konusu ürün / -gorusluk kapasite ile yapılandırılmalıdır. . Ayırma algoritmaları, yalnızca ürünün depolanması için mevcut kapasiteye sahip bidonları
içerecektir.
Bin kapasiteli belirtilen kapasitenin 'dahil' olarak tanımlanır, belirli bir ürün (veya tüm ürünler) için belirli bir UoM bir miktar olarak ya da belirli bir ürün kategorisi (ya da tüm
ürün kategoriler) için belirtilmiştir. Belirli bir bin için çoklu kapasite tanımları 've' ilişkisine değil, 've' ilişkisine sahiptir. Bu nedenle,
 Tanımlanmış kapasiteye sahip olmayan bir haznenin kapasitesi yoktur ve işlevsel olmayan bir IRA'ya ait olan çöp kutularında bir atılma için dikkate alınmayacaktır.
 Her biri farklı bir ürün / kategori paleti için 2 kapasite tanımına sahip bir kutu 2 palet kapasitesine sahip değildir, ancak tanımlanan ürünlerden / kategorilerden herhangi
birini maksimum 1 palete emebilir.
Bin işgal cinsinden ifade edilir ve yüzde olarak kullanılır. Bunu göstermek için, iki hatla tanımlanan kapasiteye sahip bir depoyu ele alalım: Biri İçecekler-Kutular ürün
kategorisinin 1 paleti için bir kapasite ve diğeri ise "Hediyelik-Bardaklar" ürününün 40 kutu kapasitesi için. Kutunun kapasitesi aşağıdaki gibi tanımlanacaktır.
Ürün Ürün Kategorisi miktar Ölçü birimi
* İçecekler-Konserveler 1 PL
Hediye-Bardaklar * 40 BX
Şimdi, her iki hattın da bu ürün / kategori ve Qty / UoM için bu bölmenin maksimum kapasitesini ifade ettiğini, diğer bir deyişle: Eğer bir anda, kutuda "Hediyelik Bardaklar" 40
kutu varsa, kutu tam. Benzer şekilde, 10 kutu varsa, toplam kapasitenin% 25'i doludur ve ürün / ürün kategorisi belirtilen kapasiteyle eşleşiyorsa, bu bölme kalan% 75 için bu
bölmeyi dikkate alacaktır.
Aşağıdaki tabloda bin AABBCCDD'yi gözlemliyorsak, şu anda kayıtlı olduğunu görüyoruz (depolama alanının Temel UoM'da DAİMA olduğunu unutmayın):
 "Coca-Cola ZERO teneke" nin 4800 CANs'i (% 50'lik bir bin-akuplaya çevirir) ve
 "Hediye Kupaları" nın 320 EAch'i (göreceli olarak% 20'lik bir bin-akıbulaya çevirir).
Çöp Kutusu Ürün BUM içinde QuantityOH BUM-AUM dönüşümü Göreli bin-meslek
AABBCCDD Coca-Cola SIFIR Kutular 4800 CAN Bir PL içinde 9600 CANs % 50 (yarım palet)
AABBCCDD Hediye-Bardaklar 320 EA 40 BX’de her biri % 20 (8 BX)
Yukarıdaki envanter,% 70'lik konsolide bin dolulukta sonuçlanmaktadır. Bu yüzde, çıkarma işlemindeki kutuların aranmasında kapasite değerlendirmesinde kullanılır. Bu nedenle,
çıkarma işleminin mantığına, özellikle de kapasiteleri için bidonların değerlendirmesine girerek, "Hediye Kupaları" nın 800 EA'sını aldığımızı ve IR ve WarehouseRule'un bin
AABBCCDD'yi değerlendirmek olduğunu varsayalım. Bunu not et:
1. Kapasite sadece işlevsel olmayan IRA'daki depolar için geçerlidir,
2. IR-Atama, kader IR-Alanı'nı buldu
3. WarehouseRule-Assignment, aşağıdaki değerlendirme süreci için kutuları sıraladı.
Sonra:
1. AABBCCDD'nin "Hediye Kupaları" için kapasiteye izin verdiğini görüyoruz (Tamam, bir sonraki adım),
2. bin AABBCCDD'nin% 30 serbest kapasiteye sahip olduğunu görüyoruz (Tamam, bir sonraki adım),
3. % 30'unun% 30 olduğunu biliyoruz * 40 BX = 12 BX = 480 EA (Tamam, sonraki adım),
4. Beklenen Qty 480 EA için bir Görev oluşturabiliriz, (Tamam, bir sonraki adım)
5. toplam makbuz miktarı (800) - / - Görevler (480) içindeki miktar 0'dan büyük -> Tamam -> Yinelemeli ve Depo Algoritmasının sıralamasına göre bir sonraki bölmeye
devam edilir.
Yapılandırma - Etkinlik-3 - Depo Faaliyetlerinin Haritalanması
Temel Görev Türleri (BTT)
Tanım: Bir Temel Görev türü, rutinlerin yapılandırılmasıyla ilgili alanları tanımlar. Temel Görev Türleri, müşteri düzeyinde tanımlanır ve AWO kurulumu ile birlikte gelir.

Temel Görev Türleri sistemde önceden tanımlanmıştır ve sadece SystemAdmin için kullanılabilir.
Stok İşlem Türleri (ITT)
Tanım: Envanter İşlem Türü, haklılaştırıcı belge türü ile lojistik faaliyetin tanımıdır. Depo operasyonlarını tanımlamak için Gelişmiş Depo Operasyon modülünün
maksimum esnekliğine izin verir.
Envanter İşlem Türleri, kaynak belgeyi ve bu belgeyle gerçekleştirilen etkinliği tanımlar. Ayrıca, Seyahat Dizileri'nin alındığı Delta-davranışını ve Ön-Uçtaki alanların nasıl davranması gerektiğini tanımlar.
ITT, Openbravo'da önceden tanımlanmıştır ve sadece SysAdm erişimi ile değiştirilebilir.
'Grup olarak davranın' bayrağı, görevleri grup olarak birlikte gösterir. Diğer görevler arasında, bir GroupTask önceliği, alt görevlerinin maksimum önceliğine eşittir.
Akış ITT Sistem Eylemi Back-End Başlangıç aşaması belge
Menü Buton Menü
Görev
Simgesi
Makbuzlar
RCT-
PO
Seçilen satınalma siparişi için AWO Makbuz görevlerini üretir . Bu ITT
hisse senedini oluşturur ve sadece IRA-To'ya ihtiyaç duyar.
Satın alma emri
Teslim
almak
Resepsiyon
Listesi
RCT-
DO
Bu ITT, toplu taşıma yerinden stoğu almak için AWO görevlerini üretir.
Dağıtım Düzeni
(r)
Teslim
almak
Resepsiyon
listesi
RCT-
RMA
Bu ITT, stoğu Müşteri'den İade almak için AWO görevlerini üretir. Müşteri dönüşü
Teslim
almak
Dosya: AWO-
Düğme-FE-
RCT-RMA.jpg
Resepsiyon
listesi
DEV-
QI
Kalite Kontrolüne Sapma. IR'de etkinleştirildiğinde ve ürün inceleme
gerektiriyorsa, TaskGenerator orijinal ITT'den ITT DEV-QI'ye sapar ve bu
görevi gerçekleştirir.
Hiçbir menü veya düğme yok, konfigürasyon göz
önünde bulundurulduğunda işlevsellik otomatik
olarak çağrılır.
Mal hareketi
DEV-
XD
Yol Haritası Hızlandırma projesi. Çapraz Yerleştirme Sapması. IR'de aktif
hale getirildiyse ve * bugün * için ürüne açık bir talep varsa,
TaskGenerator orijinal ITT'den ITT DEV-XD'ye sapar ve bununla birlikte
görevi üretir.
Hiçbir menü veya düğme yok, konfigürasyon göz
önünde bulundurulduğunda işlevsellik otomatik
olarak çağrılır.
Mal hareketi
Envanter
yönetimi
PUT-
TR
IR ve WA için yapılandırmaları dikkate alındığında, bir depolama
alanındaki kadroyu arayan AWO görevlerini üretir.
Depo
Operasyonları
Bırakmak Mal hareketi
MOV-
TR
Depo Algoritmaları yapılandırmasına bakılmaksızın, stoğu elle verilen bir
tahliye kutusuna koyan AWO görevlerini üretir.
Depo
Operasyonları
Ön Uçta "Koy" u kullanın ve
To-Bin'in üzerine yazın
Mal hareketi
IST-
TR
Stokı belirli bir Envanter Durumuna taşıyan AWO görevlerini üretir ve bu
durumla birlikte Geçici sanal bölmeyi On-The-Fly oluşturur. Genellikle
Otomatik Onaylanmış bir görev.
Depo
Operasyonları
durum
NA (Otomatik
Onaylama)
Mal hareketi

BXP-
TR
Referansı Depolama Detayına ekleyen AWO görevlerini üretir. Arka Uçtan
çağrılan BXP-TR, genellikle Elle Doğrulanmış bir görevdir.
Depo
Operasyonları
FE'de değil Mal hareketi
BXI-
TR
Referansı Depolama Detayına ekleyen AWO görevlerini üretir. Ön Uçtan
çağrılan BXI-TR, genellikle Otomatik Onaylanmış bir görevdir.
Back-End ile ilgili değil. Kutu
NA (Otomatik
Onaylama)
Mal hareketi
BXO-
TR
Referansı Depolama Detayından kaldıran AWO görevlerini üretir. BXO-TR
tipik olarak Elle Doğrulanmış bir görevdir.
Depo
Operasyonları
Unbox Mal hareketi
TGK-
TR
Yol Haritası Hızlandırma projesi. Bir Toplu konumdan bir toplama
konumunu yenilemek için IR'yi çağırarak AWO görevlerini üretir.
Süreç İsteği
olarak planlandı
NA NA NA Mal hareketi
ORG-
TR
Yol Haritası Hızlandırma projesi. Bir alt-optimum kutusu içinde bulunan
stokları yeniden düzenleme için IR'yi çağırarak AWO görevlerini üretir.
Süreç İsteği
olarak planlandı
NA NA NA Mal hareketi
PRT-
TR
Yol Haritası Hızlandırma projesi. Bir etiket veya grup basmak için IR'yi
çağırarak AWO görevlerini üretir. Mal hareketi oluşturmaz.
Görevler
Dosya: AWO-
Düğme-BE-
PRT.jpg
baskı
NA (Otomatik
Onaylama)
Fiziksel
envanter
CNT-
PI
Seçilen Depolama Ayrıntısı için AWO Count Pysical
Inventory görevini üretir . Bu ITT bir Depolama Ayrıntısı üzerinde
hareket ettiğinden ve taşımamasından dolayı, IRA-From ve -To aynıdır.
Depo
Operasyonları
FE'de değil
Fiziksel
Envanter
Önerisi
REC-
PI
Seçilen Depolama Ayrıntısı için AWO Yeniden Sayma Pysical
Envanter görevini üretir .Bu ITT bir Depolama Ayrıntısı üzerinde hareket
ettiğinden ve taşımamasından dolayı, IRA-From ve -To aynıdır.
Depo
Operasyonları
FE'de değil
Fiziksel
Envanter
Önerisi
CYC-
PI
Seçilen Depolama Ayrıntısı için AWO Döngü Sayımı Pysical
Envanter görevini üretir .Bu ITT bir Depolama Ayrıntısı üzerinde hareket
ettiğinden ve taşımamasından dolayı, IRA-From ve -To aynıdır.
Back-End ile ilgili değil. saymak
NA (Otomatik
Onaylama)
Fiziksel
Envanter
Önerisi
Üretim
PIK-
BİZ
Durum = Kullanılabilir. IR ve WA için yapılandırmaları verilen Depolama
Ayrıntılarını arayan AWO görevlerini üretir.
Üretim koşmak almak Mal hareketi
PIK-
BİZ
Durum = Rezerve. IR ve WA için yapılandırmaları verilen Depolama
Ayrıntılarını arayan AWO görevlerini üretir.
Üretim koşmak Ön Uçta ilgili değil. Mal hareketi
ISS-
BİZ
ACTIVE bileşenlerini yayınlamak için Yol Haritası Hızlandırma projesi Üretim koşmak Konu Konu listesi
RCT-
BİZ
GERÇEKLEŞTİRİLEN bitmiş ürünü Almanın Yol Haritası İvme Projesi Üretim koşmak
Al (&
Backflush)
Resepsiyon
Listesi
Nakliye
PIK-
SO
IR ve WA için yapılandırmaları verilen Depolama Ayrıntılarını arayan AWO
görevlerini üretir.
Satış Siparişi almak Mal hareketi
PIK-
DO
Dağıtım Düzeni
(i)
almak Mal hareketi
PIK-
RTS
Satıcıya dön almak Mal hareketi
ISS-
SO
Hisse senedi iş ortağına vermek amacıyla verilen Satış siparişi için
önceden tahsis edilen / toplanan Depolama Ayrıntılarını alan AWO
Satış Siparişi Konu Konu listesi
ISS-
DO
Hisse senedi iş ortağına vermek amacıyla verilen Dağıtım siparişi için
önceden tahsis edilen / toplanan Depolama Ayrıntılarını alan AWO
Dağıtım Düzeni
(i)
Konu Konu listesi

ISS-
RTS
Hisse senedi iş ortağına vermek amacı ile verilen RTS için önceden
ayrılmış / alınan Depolama Ayrıntılarını alan AWO görevlerini üretir.
Satıcıya dön Konu
Dosya: AWO-
Düğme-FE-
ISS-RTS.jpg
Konu listesi
ITT'ler Tarafından Yetkilendirme (Ön Uç Sınırlamaları)
Bu işlevsellik, Ön Uç kullanıcılarına yönelik etkinliklerin iki ayrı yetki seviyesinde kısıtlanmasını sağlar: Başlat ve Onayla. Kısıtlamalar aşağıdaki sekmede yapılandırılmıştır:
Dosya: AWO-FE-Restrictions.jpg
Bu sekmede, bir ön uç rolünün / kullanıcının kısıtladığı eylemleri tanımlayabilirsiniz. Her bir Envanter İşlem Türü için, faaliyetlerin görevlerin üretilmesini (ve örtülü olarak atanmasını) başlatması veya
görevlerin onaylanması için kısıtlanmasını sağlar.
1. İşlemleri Başlatma: Bir kullanıcı bir Öncü'den bir toplama, makbuz veya başka bir ITT başlatmak istediğinde, sistem bu ITT'nin bu kullanıcı için kısıtlanmamış olup
olmadığını kontrol eder. Benzer şekilde, başlatma Back-End'de gerçekleşirse, sistem atanan kullanıcının bu ITT'yi onaylamak için kısıtlanmadığını kontrol eder .
1. Kullanıcı kısıtlanmışsa, bir hata gösterilir.
2. Ayrıca, bir kullanıcı bu menünün tüm ITT'leri için kısıtlandığında menü seçeneği gizlenir. Örneğin: Bir kullanıcı RCT-PO için kısıtlı, ancak RCT-DO için
kısıtlanmamışsa, Alış menü seçeneği gösterilir. Bir kullanıcı tüm RC- * için kısıtlanmışsa, Alış menü seçeneği gizlidir.
3. Ön uçtan bu işlem aynı zamanda kullanıcıya görevi de atadığı için, başlatmaya izin verilen bir rol / kullanıcı, kesin olarak onaylanmasına da izin verilir.
2. Görevleri Onaylayın: Görevlendirme işlemi sırasında, sistem, ilgili Son İşlemden İşlem Türü için kısıtlanmışsa ve eğer bir hata ortaya çıkarsa, Arka Uçtan ve Ön Uçtan
atanırsa - kontrol eder. Bu bayrak sadece rol / kullanıcıya ilgili bir görev atanmadığında etkinleştirilebilir.
Varsayılan olarak hiçbir şey kısıtlanmaz, böylece tüm ön uç kullanıcıları tüm envanter işlem türlerini başlatıp onaylayabilir.
Görev Türleri (TT)
Tanım: Bir Görev Türü, görevlere simgeyi, öncelik ayarlarını ve Temel Görev Türünü veren görev gruplandırmasıdır. Farklı İR, ikon ve öncelikleri paylaşmak için aynı
TT'den faydalanabilir, ancak farklı alanlarda veya farklı Ön Uç davranışıyla hareketler yapabilir.
Görev Türü şunları tanımlar:
1. Dinamik Öncelik hesaplamasıyla ilgili öncelik-tabanı, öncelik-artırımı ve Kullanıcı Arabirimi'ndeki görevlerin anımsatıcı ve rengi.
Resimde, çeşitli Görev Türleri için Temel Görev Türünün nasıl tanımlandığına dikkat edin. Bu, sistemin yürüteceği ve konfigürasyonda gerekli olduğu malların işlem türüne karşılık
gelir. Tanımlandıktan sonra, rutinleri ve yönlendirme-atamaları konfigürasyonunda çelişkileri önlemek için güncellenemez.
Görev Tipleri, depo faaliyetleri ile ilgilidir ve ön uçtaki davranışları yönlendirir.
Depo Algoritmaları (WA)
Tanım: Bir Depo Algoritması, sistem bir görev oluştururken göz önünde bulundurulması gereken envanter (toplama) veya kutularını (put-away) tanımlar.
Mevcut Depo Algoritmaları
Kullanılabilir depo algoritmaları, Depo Tanımı penceresindeki büyütme camı, Depo Algoritması Atama sekmesi kullanılarak görüntülenebilir. İlk Depo Algoritmaları kümesi tüm
yaygın iş durumlarını kapsayacaktır. Yeni algoritmalar geliştirilebilir ve gelecekteki sürümlerde mevcut sete eklenebilir.

Yüklenen tüm algoritmaları görmek için büyüteç kullanın.
Depo Algoritma Türleri
İki tür algoritma vardır:
1. Bir çöp kutusuna dönen algoritmalar,
2. İstenen miktarda depolama detayını veren algoritmalar.
Put-Away için mevcut depo algoritmaları listesi ve potansiyel depo algoritmalarının bir göstergesidir. Alternatif Ölçü Birimi'nin entegrasyonu ile, Lojistik (birincil) ölçü birimini (çoklu) geri getirmek için
tasarlanmış algoritmalar olduğunu unutmayın.
Bir çöp kutusuna geri dönen algoritmalar, ilk parametre olarak StorageBinGroup'un sıra numarasını kullanır.

Toplama için mevcut depo algoritmaları listesi. Alternatif Ölçü Birimi'nin entegrasyonu ile, Lojistik (birincil) ölçü birimini (çoklu) geri getirmek için tasarlanmış algoritmalar olduğunu unutmayın.
WA, Openbravo'da önceden tanımlanmıştır ve sadece SysAdm erişimi ile değiştirilebilir.
PA "Sipariş ile Birleştirme" (Yol Haritası İvme Projesi)
Bu algoritma, sipariş paketlenmeden önce tamamen gruplandırılması gerektiğinde, özel ambalajlama alanlarına / kutularına toplanırken önemlidir.
PA "İlk geçerli Boş Bin" (Yol Haritası hızlandırma projesi)
Bu algoritma aynı zamanda, farklı siparişlerden ürünler içeren bir kutuda birleştirilecek yeni bir siparişi önlediği için gruplama için de geçerlidir.
Dinamik Öncelik
Depo faaliyetlerinin konfigürasyonunun bir kısmı, görevlerin önceliğini yeniden hesaplayan arka plan sürecinin kurulumudur ve daha sonra, mobil cihaz üzerindeki operatöre
önerilen yürütme sırasını gösterir.
 Görev Türlerinde daha önce tanımlandığı gibi Temel Öncelik , bir görevin ilk önceliğidir.
 Öncelik Artışı, bu işlemin bu işlemin her çalışmasında eklediği değerdir.
 Öncelik en yüksek değere sahip olan görevler öncelikle Ön Uçta sunulur. Eşit öncelik durumunda, görevler Seyahat Sırası ve Bölme tarafından sıralanır. Başka bir deyişle,
Ön Uçtaki Görevler dizisi: Öncelik (azalan), Hareket Sırası (artan), Bin (artan).
Bu mekanizma ile, belirli görev tipindeki bazı görevler önceliği diğerlerine göre daha hızlı artırabilir.
Örnek:
1. Toplamalar, put-away'lerden daha önemli olma eğilimindedir, dolayısıyla daha yüksek bir Priority-Base alırlar.
2. Ancak, docking alanının çok fazla malzeme toplanmasını istemezsiniz, çünkü bu operatörleri engeller.
3. Bu yüzden Görevden Ayrılmış Görevlere Görev Türü'nde daha yüksek bir artış veriyorsunuz ...
4. ... ve arka plan öncelikli süreci sık sık, örneğin her 60 dakikada bir çalışacak şekilde planlayın.
5. Bununla birlikte, yeni Put-Aways öncelikli olarak daha düşük olacak ve diğer görevlere yer açacak, ancak zaman içinde Öncelikleri artacak ve kenetlenme alanının
tıkanmasını önleyecektir.
Görevin önceliğini yeniden hesaplayan yinelenen işlem ve bununla birlikte, ön uçtaki görevlerin sırasını, yürütme için operatöre gösterge olarak belirler.
GroupTasks için öncelik
Envanter İşlem Türü'nde grup olarak davranması tanımlanmış görevler, sözde başlık görevinin altında birlikte gösterilir. Bu başlık görevi sanaltır ve alt görevlerinin herhangi birinin
maksimum önceliği ile gösterilir.
Yapılandırma - Etkinlik-4 - Depo Yollarının Haritalanması

Yukarıdakiyle aynı eşleme, okların rotaları temsil ettiğini unutmayın.
Depodaki fiziksel alan IRA, SBG ve SB'de tanımlandıktan sonra, IRA'yı Routings (R) 'ye bağlamanın zamanı gelmiştir. Depo görüntüsündeki oklar, herhangi bir depoda tipik
yollardır. Bunlar depo fonksiyonları, düzen ve önceden tanımlanmış IRA'lar dikkate alınarak yapılandırılmalıdır.
R, belirli şekillerde sunulması ve davranması için yapılandırılabilir:
 R, manuel veya otomatik olarak onaylanabilir. İkinci durumda, hiçbir görev görünmeyecektir.
 R, bir etiketin yazdırılmasını tetikleyebilir (ürün kimliği, ID).
 R, kendisine uygun Görev Tipini (TT) atayarak belirli bir renk, anımsatıcı ve öncelikli olarak sunulabilir.
Not: R'yi oluşturarak sadece rota ve davranışı tanımlanır. R'nin çağrıldığı koşullar Yönlendirme Atamalarında yapılır.
Yönlendirme (R)
Tanım: Bir Yönlendirme, malların takip edeceği rotayı ve görevin davranışını tanımlar. Routings görevlendirmesinin mekaniğini anlamak için Routing
Assignment bölümüne bakınız . R, bir makbuz veya konu olduğunda ve bir IRA ve bir IRA ile ilgili bir IRA olduğunda, bir (1) IRA'dan oluşur. Davranış bölünmüştür:
1. Görev için veri üretimi için mantığı çevreleyen Back-End davranışı. Bunu yöneten öznitelikler Yönlendirmenin kendisinin parçasıdır.
2. Veri sunumu ve diğer Ön Uç davranışı için mantığı içine alan Ön Uç davranışı. Bunu yöneten öznitelikler , Yönlendirmeye eklenmiş Ön Uç Yapılandırmasının bir parçasıdır .
İç Yönlendirme Alanı ve Yönlendirme ifadelerine dikkat edin : Alanlar (IRA) fiziksel olarak her zaman belirli bir depodadır ve bu nedenle her zaman iç yönlendirme
alanlarıdır . Bir Yönlendirme (R) bir Dahili ve bir Harici ile bağlantı kurabilir, bu nedenle sadece Yönlendirme olarak adlandırılır.
 Dış Yönlendirme : İki IRA farklı depolara (aynı tüzel kişilik içinde) ait olduğunda, bu işin teyidi sonucu depoyu mal hareketi ile birleştirirler.
 İç Yönlendirme : İç Yönlendirme Alanları aynı depoya ait olduğunda veya PO-Makbuzlarında veya SO-Sorunlarında olduğu gibi yalnızca bir IRA olduğunda, Yönlendirme
dahilidir.
R, aşağıdakileri belirterek Back-End işleminin davranışını / görev (ler) ve ilgili veriler için verilerin oluşturulmasını belirler:
1. Manuel veya otomatik onaylama,
2. Baskı Kimliği;
3. Baskı Grubu (RM İvmesi)
4. ITT Kalite Kontrolünden sapma;
5. ITT Çapraz Yerleştirme'ye (RM İvmesi) geçin.
6. Sonraki ITT (RM İvmesi)
R, Ön Uçta sunulduğunda görevin davranışını belirler , aşağıdakileri belirterek ayrıntılı konfigürasyona bakın :
1. Beklenen Miktarı Göster / Gizle
2. Beklenen değeri Onaylanmış Miktar olarak varsayılan
3. Beklenen değeri Onaylanmış Bin-Giriş
4. Beklenen değeri Doğrulanmış Kutuya
5. Öznitelik Listesinin belirli niteliklerini Gizle / Göster
6. Çift Doğrulama Gerektir (RM İvmesi)
7. Delta Onayı Gerekir (RM İvmesi)
8. Öznitelik Geçersiz Kılma (RM Hızlanma) İzin Ver

Farklı hareketler ve farklı parametre ayarları için çeşitli IR'lere bir örnek.
Onaylamak
Onayla bayrağı, görevin yürütmenin manuel olarak onaylanmasını mı gerektirdiğini veya görev, oluşturulduktan hemen sonra otomatik olarak onaylanıp onaylanmadığını
belirler. Otomatik olarak onaylanan görevler, Görev Görünümünde, Onaylandı durumuyla görünür durumdadır. Otomatik olarak onaylanırsa, görev hala Yazdır veya Ekle / Kaldır
Referansı gibi eylemleri yürütür.
Print_ID
Yönlendirme'deki Print_ID alanı, bir yazdırma etkinliğinin başlatılıp başlatılmayacağını belirler. Etiket, format ve yazıcı miktarını bildirmek için daha fazla yapılandırma gereklidir.
Kalite Kontrolüne Geçin
IR'de işaretlendiyse, IR Atama mantığı ürünün inceleme için işaretlenip işaretlenmediğini kontrol eder. Eğer öyleyse, mantık önceden belirlenen IR'yi dikkate almaz ve "DEV-QI"
Envanter işlem türünü kullanarak IR tayinini yeniden başlatır. Bir IR bulunursa, görev yeni IR'nin ayarları ile oluşturulacaktır.
 Alan Kalite Denetimine Deviate IR ayarlanır; Bu sadece "From-To" türünde BTT ile ilgili ITT için izin verilir.
 Ürün Muayene için işaretlenmiştir.
 Tam Miktar : Çapraz Yerleştirme Sapmalarından farklı olarak, Kalite Kontrolüne Göre Sapma, tam miktar için bir görev üretecektir.
Kalite Kontrolüne Sapma etkinleştirildi. Bu sadece, Gönderen-Çıkar, Taşı ve Seç gibi bir From-To yürüten ITT için geçerlidir.
Referansı Kaldır
Bu işlevsellik Referanslı Envanter işlevselliğine (18Q2) bağlıdır.
Yönlendirme'de, Bayrağı Kaldır Referansı, uç sonucunun, örneğin kutudan çıkarılmamış / tek tek ürünler olduğu, referans alınamayacağını belirtir. Daha sonra, Qty, UOM ve SBG-
List gibi ürünlerin özellikleri referans / kutu özelliklerinin üzerinde hakimdir. Bu nedenle, Envanter İşlem Türü ile yürütülen faaliyet, tek tek ürünlerin özelliklerine tabidir ve
referansın özelliklerini göz ardı eder.
PIK-SO, PIK-DO ve PIK-WE işlemlerinin, varsa, referansı dolaylı olarak çıkaracağını unutmayın. Toplamaya izin vermeyen referans tipi içindeki Depolama Detayları, toplama
algoritmaları için görünmezdir.
Çapraz Yerleştirme IR'ye Geçme (Yol Haritası Hızlandırma Projesi)
Belirli koşullar altında, bu IR ürünü, daha önce belirlenen IR'yi, ürünü Çapraz Yerleştirme IRA'ya (IR tanımına göre) göndermek amacıyla geçersiz kılar. Koşullar şunlardır:
 Çapraz Yerleştirme Saptama alanı IR'de işaretlenir. Bu sadece "From-To" türünde BTT ile ilgili ITT için izin verilir.
 Alan Kalite Kontrol sapıp , (İnceleme Çapraz Yerleştirme üzerinde hakim) IR işaretlenmez
 * bugün * için alınan ürün için açık seçik talep var.

 Kısmi Miktar : Kalite Denetimine Yönelik Sapma'dan farklı olarak, Çapraz Yerleştirme Sapma kısmının kısmi bir miktar için görevler oluşturarak, sapma olmayan IR için
kalan miktarı bıraktığını unutmayın. Örnek: Çapraz Yerleştirme etkinken, her biri Yerinden Çıkarma için 100, Açık için bir sipariş vardır. Put-Away başlatıldı ve açık miktarı
tespit etti:
1. 40 için açık siparişi tespit eder ve "DEV-XD" Envanter İşlemi tipine göre yapılandırmaya göre bir görev oluşturur;
2. Kalan 60 miktar için, konfigürasyona bağlı olarak bir veya birden fazla Yerinden Çıkarma görevi oluşturur.
Grup Olarak Yazdır (Yol Haritası Hızlandırma Projesi)
Mevcut Print-ID işlevselliği, tek bir depolama detayının ID kartını yazdırır. Görevler tek tek veya grup olarak doğrulandığı gibi, bir grup onaylanmış görev içeren bir format da
yazdırabiliriz. Bu aşağıdaki durumlarda geçerlidir:
1. Yazdırma Teslim notu: ITT ISS-SO veya ISS-DO ile ilgili görevler grubu olduğunda, depolama ayrıntıları grubu bir Teslim notunda yazdırılabilir.
2. Makbuz belgesini yazdır: Satınalma Siparişi'nden ürünler alındığında, RCT-PO görevlerinin grubu Makbuz Belgesinde yazdırılabilir.
Sonraki Görev üretimi (Yol haritası hızlandırma projesi)
Bu işlevsellik, Kalite Denetimine veya Çapraz Yerleştirme'ye sapmaya benzer. Sapmaların, denetim veya çapraz yerleştirme gereksinimine dayanarak Yönlendirme belirlemesini
kesintiye uğrattığı ve farklı bir ITT'ye dayalı bir görev oluşturduğu durumlarda, sonraki görev işlevi otomatik olarak önceki görevin onaylanmasıyla yeni bir görev oluşturacaktır ve
bu nedenle bir iş akışı olasılığı yaratır.
Bunun için, önceki görev onaylandığında çağrılan Envanter işlem tipini tutan Yönlendirme'deki "Sonraki ITT" sütunu eklenir. Bu, aşağıdaki ortamlarda geçerlidir:
 Mallar Muayene'ye ayrıldı ve incelemeler yapıldıktan sonra depoya taşınmaları gerekiyordu. Yönlendirmenin "Sonraki ITT" sütununda PUT-TR'yi tanımlayarak, Malların
Müfettişe ulaşmasından sonra bir Yerinden Çıkarma görevi oluşturulur.
 Evreleme: Üretimde mallar gereklidir ancak evreleme alanı boyunca akarlar. İlk görev, malları bu hazırlama alanına taşıyacak ve müteakip görev malları nihai çöp
kutusuna taşıyacaktır.
Yapılandırma - Aktivite-5 - Ürün / Depo özellikleri
Ürün parametreleri
SBG-List, ürünün Organizasyon seviyesinde tanımlanmıştır.
SBG-List
Tanım: Depolama Grubu Grup Listesi, sistemin atma deposunu teklif etmesine izin verilen SBG listesidir. SBG-List ürün seviyesinde iken SBG Depo düzeyinde. Bu,
organizasyonu, depoların içindeki SBG'lerin isimlerini senkronize etmeyi, ürünün depolama gereksinimlerinin doğru bir şekilde anlaşılmasını ve konfigürasyonun azaltılmasını
kolaylaştırır.
Ürün / Depo parametreleri
SBG-List, ürünün Organizasyon seviyesinde tanımlanmıştır.
Depolama kutusu
Depolama Kutusu, bir ürünün depolanacağı varsayılan, statik bölmedir. Bu varsayılan depolama kutusunu atayan WR'de kullanılır.
Ürün.Popülerlik Kodu
Tanım: Ürünün popülerlik kodu, o ürünün lojistik ABC kodudur . Popüler ve popüler olmayan ürünler arasında veya diğer bir deyişle hızlı hareket eden ve yavaş hareket
eden öğeler arasında ayrım yapılmasına izin verir.
Kullanım: Popülerlik kodu, uygun bölmeyi önermek için atma işlemi sırasında kullanılır. Bu popülerlik kodunu kullanan depo kuralı (kuralları), izin verilen kutuları ürünün popülerlik
kodunu başlatan bin.popularity kodu ile sıralayacaktır. Tipik olarak üç değer 10, 20 ve 30 kullanılır.

Örnek: Popülerlik kodu 30 olan bir yavaş hareket ettirici için bir bölme bulmak, sistem tüm kutuları (izin verilen SBG / SBG Listesi dahilinde) 30 ve daha yüksek bir bin.popülarite
koduyla değerlendirir ve 10 ile 29 arasında bir bin.popularity kodu bulunan bir kutu. Ürünün product.popularity kodu 10 ile hızlı bir şekilde hareket etmesi durumunda,
bin.popularity kodu 10 ve daha yüksek olan kutular değerlendirilir. popüler çöp kutusu
PrintID_Qty ve PrintID_UoM
Print_IDQty ve Print_ID UoM iki alanı boyunca, "ID" etiketlerinin miktarı hesaplanabilir. Formatı ve yazıcıyı tanımlamak için daha fazla yapılandırma gereklidir.
Kullanım: Her Kutu için üç etikete ihtiyacınız varsa, burada 3 BX belirtin. Bir lojistik işlem gerçekleştiğinde ve IRS yazdırma işlemini etkinleştirecek şekilde yapılandırıldığında,
işlemin BaseUM'deki miktarı, etiketlerin sayısını hesaplamak için bu parametrelere göre değerlendirilir.
Örnek: "Hediye Kupalarının" her bir BX'i için 1 ID istediğimizi varsayalım (bkz. Yukarıdaki Bin kapasitesi). Daha sonra 800 tane aldığımızda "Hediye Kupaları" ve baskı aktif hale
getirilir, sistem her BX için 1 tane 20 etiket isteyecektir.
Yapılandırma - Etkinlik-6 - R ve WA ödevleri
Yönlendirme Atama (RA)
Tanım: Bir koşul kümesine bir R ataması. Bir görev üretmek için R'nin belirlenmesi başarılı olmalıdır. Değilse, bir hata mesajı görüntülenecek ve yapılandırma tamamlanmalıdır.
Amaç RA rotasını ve bununla, Ön-Sonu davranışını belirlemektir.
IR'nin atanmasında iki koşul seviyesi vardır:
1. Zorunlu koşullar bir görev oluşturulacak olup olmadığını belirler.
2. İsteğe bağlı koşullar hangi IRA oluşturulacak belirlemek.
Zorunlu koşullar
Envanter İşlem Türü ve IRA-IRA zorunlu şartlardır:
 ITT: ITT için bir yapılandırma yoksa, sistem bir hata mesajı verir.
 -IRA'dan: Yapılandırılmış bir ITT varsa, ancak Depolama Işığı From-IRA'da bulunmazsa, sistem aynı hata iletisini yayınlar. Bunun, From-IRA olmayan PO- ve WE-
Makbuzlar için geçerli olmadığını unutmayın.
İsteğe bağlı koşullar
IR'yi belirleyen isteğe bağlı koşullar, hem yazılı hem de görsel olarak aşağıda görülmektedir.
IR, Görevlerin veya Envanter olarak tanımlanmış olan IRA'ya envanter veya envanter arayışını sınırlandırdığından, görevlerin oluşturulmasından ilk sorumludur. Doğru IR'yi (ve
ayrıca Ön Uç davranışını) belirlemek için, atamalar aşağıdaki (isteğe bağlı) koşullarla birlikte önceliklendirilebilir. Bir öncelik sırasını belirlemek için, her bir parametreye, ön
atanmanın sonunda nihai IR'yi belirleyen bir ağırlık verilir:
 16 puan ile ağırlıklandırılmış: Ürün,
 8 puan ile ağırlıklandırılmış: Ürün Kategorisi. Ürün ve Ürün Kategorisinin karşılıklı olarak özel olduğunu unutmayın.
 4 puan ile ağırlıklı: İş Ortağı,
 2 puan ile ağırlıklandırılmış: İş Ortağı Kategorisi. İş Ortağı ve İş Ortağı Kategorisinin karşılıklı olarak özel olduğunu unutmayın.
 1 puan ile ağırlıklandırılmış: Depolama Grubu Grubu.
Ağırlıklar, daha düşük öncelikli iki koşulun daha yüksek öncelikli bir koşuldan daha az olduğu şekilde verilir. Aşağıdaki resim ile ilgili olarak örnek:
 "Perakendecilik" kategorisindeki herhangi bir tedarikçiden "Doğal Siyah Akım" için RA, toplamı 16 + 2 = 18 puandır. Durumda, malların miktar ve hasarların görsel
kontrolü için Muhtemelen Makbuzlara taşınması gerekir.
 Daha fazla isteğe bağlı olmayan ürün için "Doğal Siyah Akım" için RA, 16 puana karşılık gelir. Dolayısıyla, bu ürünün farklı bir kategorideki bir tedarikçiden aldığı herhangi
bir makbuz, Muayene alanına yönlendirilecek, muhtemelen miktar ve hasarların görsel denetiminden biraz daha fazla olacaktır.
Makbuz Satınalma Siparişi envanter işlem türü farklı R'yi bulabilir. Resim, makbuz akışında istisnaları belirlemek için çeşitli isteğe bağlı koşulların kullanımını gösterir.
Depo Algoritması Atama (WA-A)
Tanım: WA'nın bir dizi koşula atanması. WA'nın belirlenmesi, IR'nin belirlenmesinden sonra başlar. Her ikisi de görev üretmek için başarılı olmak gerekir.
Bir WA amacı olan dizilenmesi IRA ile belirlenen şekilde IRA sınırlama içinde uygun öneri üretebilmek için depo (koyun koyma) ya da stok (çekme). WA'lar, IRA'nın önceki
tespitiyle sınırlanan, görevin Depo ve Depolama Detayları'nın belirlenmesinden sorumludur. Atamalar, sütun dizisi ile sıralanabilir ve isteğe bağlı koşullar seti ile seçilebilir.
WA'nun atanmasında iki koşul seviyesi vardır:
1. Zorunlu koşullar bir görev oluşturulacak olup olmadığını belirler.
2. İsteğe bağlı koşullar hangi Bin veya Depolama Detay için görev oluşturulacak belirlemek.
Zorunlu koşullar
Envanter İşlem Türü tek zorunlu koşuldur. ITT için bir konfigürasyon yoksa, sistem bir hata mesajı verir.
İsteğe bağlı koşullar
Çoklu WA'ları belirleyen isteğe bağlı koşullar, hem yazılı hem de görsel olarak aşağıda görülmektedir.

IR-Atama'nın aksine, WA-Atama tek bir WA-Ataması istenen tam miktarın başarılı bir geri dönüşünü garanti etmediğinden, her koşulda birden fazla WA alabilir. Örneğin, aşağıdaki
resimde bulunan Makbuz Satın Alma Siparişine ilişkin yapılandırmaya bakın:
1. İlk WA, bu ürünün ve özniteliğin zaten depolandığı bir bölmeye birleştirmeye çalışacaktır, ancak Birincil Lojistik Biriminin katları halinde.
2. İkinci WA, bu ürünün ve özniteliğin zaten depolandığı bir bölmeye birleştirmeye çalışacaktır, ancak herhangi bir miktarda.
3. Üçüncü WA, bu ürünün (öznitelik değil) depolandığı depoyu, Birincil Lojistik Biriminin katları olan bir miktarda iade etmeye çalışacaktır.
4. Bu bir çöp kutusu bulunana kadar devam eder. Sonunda çöp kutusu bulunmazsa, sistem bir kadro olmadan bir görev üretecek ve operatörün bir tane bulmasını
isteyecektir.
IR-Atamasının aksine, WA-Ataması, Dizi sütunu kullanılarak her koşul kümesi için birden fazla algoritmaya sahip olabilir.
Yapılandırma - Etkinlik-7 - Fiziksel Envanter
Envanter sayma ve düzeltme faaliyetlerinin üç ayrı Envanter İşlem Türü vardır ve üçünün de IR-Atamada, temel Görev Türü "açık" ile bağlantılı olan ve aynı IRA ve IRA ile doğru
bir şekilde yapılandırılması gerekir. To-IRA.
Ancak, diğer Envanter işlem türlerinden farklı olarak, * -PI ITT'leri bir algoritmaya ihtiyaç duymaz, her ikisi de Depolama ayrıntısı ve çöp kutusu önceden belirlendiğinden,
aramayacak hiçbir şey yoktur.
 Tüm * -PI görevlerinin , ön uçtaki Temel UM'de sunulacağını unutmayın . Bunun nedeni, bu görevlerin olası ondalık ve yuvarlama çatışmaları nedeniyle Lojistik
UM'de birleştirilememesidir. Örnek:
o Belirli bir kutuda envanterde 17 adet var: 5 kutu 3 artı 2 adet.
o Lojistik UM'de görevin gösterilmesi 6 bx gösterecektir (çünkü Kutu ondalık olmadan tanımlanmıştır; ancak ondalık basamaklarda bile bir yuvarlama sorunu
olacaktır) ve bu da yanlış bir envanter ayarlamasına yol açacaktır.
o Ayrıca görevi 5 bx ve diğeri için 2'ye ayıramayız çünkü bunların her biri bağımsız olarak ayarı onaylayacaktır: İlk önce miktarı 15 ea'ya (yanlış, çünkü 17 tane var)
onaylayacağız ve ikincisi miktarı 2 ea olarak teyit edin (daha kötüsü, çünkü hala 17 adet var!).
Üç ITT ve tipik kullanımları şunlardır:
 CNT-PI: Fiziksel Envanteri Say . Bu ITT sadece Back-End, Window Warehouse Operations'tan başlatıldı. Genellikle organize sayımlarda kullanılır.
 REC-PI: Fiziksel Envanteri Anlat . Bu ITT, önceki CNT-PI ile aynıdır, tek fark, görev sayısının REC-PI olmasıdır; bu, bir önceki sayımın yanlış olabileceğine dair denetim
nedenlerini gösterir. Ayrı bir ITT olmak, aynı zamanda ayrı olarak yapılandırmayı ve yetkilendirmeyi de sağlar (bir Yol Haritası hızlandırma projesi olan “ITT'nin
Yetkilendirmesine” bağlı olarak).
 CYC-PI: Döngü sayısı Fiziksel Envanter . Bu ITT, yalnızca Ön Uçtan başlatılır ve tipik olarak hemen yürütülen sayım / düzeltmeler için kullanılır.
o Yönlendirme değeri ön uçtan halihazırda alındığından, Yönlendirme Otomatik Onaylandı olarak yapılandırılmalıdır. Manuel Onaylandıysa, görev Ön-Uçta
görünecektir, ancak değer güncellendiğinden beri orijinal miktarla tekrar olacaktır.
o Döngü sayısı ve seçim yöntemi kavramının Openbravo yorumu , On-The-Fly felsefesine göre yapılır. Çevrim sayımı faaliyetinin bir (deneyimli ve yetkili) operatör
tarafından yürütülmesi tavsiye edilir. Diğer yöntemlerin, Depo Operasyonları penceresindeki stok alanına veya ürüne filtre etme yeteneği ile örtülü olarak
desteklendiğini unutmayın.
Kullanılan tüm ITT'ye bakılmaksızın tüm Fiziksel Envanter görevleri, beklenen değerlerde veri tabanındaki ve onaylanmış değerlerdeki durumu gerçekte doğrulanan durumu
gösterecektir. Beklenen ve Onaylanan değerlere bağlı olarak, aşağıdakiler gerçekleştirilir:
Beklenen
değerler
Onaylanmış
değerler
Tipik kullanım Aksiyon
Boş doldurulmuş CYC-PI: Operatör yeni beklenmedik stokla karşılaştığında "Doğrulanmış değerler" ile Depolama Ayrıntısı Oluşturun
doldurulmuş Boş
CNT-PI, REC-PI, CYC-PI: Sistem stok olduğunu düşünürse de
gerçekte yoktur.
Depolama Ayrıntısını Sil.
doldurulmuş doldurulmuş
CNT-PI, REC-PI, CYC-PI: Sisteme göre stok var, ama aynı miktarda
değil.
Beklenen ve Onaylananlar arasında Delta ile Depolama Detayını
ayarlayın.
Yapılandırma - Etkinlik-8 - Başvurulan Envanter
Başvurulan Envanter, bir referansın parçası olarak hisse senedini tanımlamaktır. Bu referans, -fiziksel olarak konuşan bir kutu, rolltainer veya herhangi bir başka tipteki bir kaba
karşılık gelen bir sayıdır. Oku burada Başvurulan Envanteri kavramsal açıklama hakkında.

Ürün Tanımı
Referans tipi, Yerinden Çıkarma işlemi sırasında kullanılan Alternatif UOM ve SBG Listesini miras aldığı bir ürünü gerektirir.
Referans Tipi Tanımı
Referans Tipi bir dizi ile ilişkilendirilebilir, bir ürüne başvurmalıdır (yukarıdaki resme bakınız) ve toplamaya karşı korunabilir.
Bir Referans / Kutudan Toplama ile İlgili Özel Not : Bir toplama faaliyeti, varsa Yönlendirme'deki bayraktan bağımsız olarak her zaman referansı kaldıracaktır.
Yapılandırma - Etkinlik-9 - Ön Uçtan erişim sağlayın
Ön Uçtan giriş yaparken sistem, kullanıcıların varsayılan organizasyon ve depolarının depo tanımlama penceresinde tanımlanıp tanımadığını kontrol eder.
Kullanıcının varsayılan bir deposu yoksa, depodaki en yüksek önceliği olan depoyu otomatik olarak kullanır.
Ayrıca, kullanıcının rolü Gelişmiş Depo Operasyonları özelliğine sahip olmalıdır .
Yapılandırma - Etkinlik-10 - Arka Plan süreçlerini ayarlama
Şu anda Gelişmiş Depo Operasyonlarında bu arka zemin süreçleri vardır:
Zorunlu: Artış Görev Önceliği
Dinamik Öncelik özelliğinin amacı, kullanılabilir durumdaki görevlerin önceliğinin, öncelik-artışlarına göre zaman içinde artırılmasıdır. Bunun arkasındaki neden, daha yüksek
önceliğe sahip olan yeni görevler üretildiğinde, daha az öncelikli görevlerin asla listenin en üstünde yer almamasıdır. Bunu etkinleştirmek için, görev-öncelikleri, görev türünün
görev tipinin "Öncelikli Arttırma" alanının değerini ekleyerek, her n-zamanında yeniden hesaplanmalıdır.
Görevin önceliğini yeniden hesaplayan yinelenen işlem ve bununla birlikte, ön uçtaki görevlerin sırasını, yürütme için operatöre gösterge olarak belirler.
Zorunlu: Depolama Kutusu Doluluğunu Yeniden Hesapla

Bir depo binasının işlevsel olmayan bir IRA içindeki doluluk ve doluluk payı, stok girildiğinde veya bu bölmeden çıkarıldığında veya bu bölme için görevler oluşturulduğunda sürekli
olarak güncellenir. Bununla birlikte, bir bölmenin kapasite tanımındaki veya UoM dönüşümüne yapılan ayarlamalar ile ilgili ayarlamalar da, bu bölmenin Doluluk ve
Kullanım_ayarını etkiler. Bu nedenle, yeniden hesaplamayı sık sık çalıştırmak gerekir; En azından günlük tavsiye edilir.
 Doluluk, depodaki gerçek stokun bin kapasite tanımlarını ve ürün UoM dönüşümlerini kullanan bir yüzdedir.
 Occupancy_pending, doluluk alanıyla aynı şekilde hesaplanan ancak gerçek stok yerine Avail durumu olan görevleri kullanan bir yüzdendir.
o Stok, çöp kutusundan ayrılmayı bekliyorsa, hesaplama sonucu negatiftir.
o Stok alınmaya devam ederse, sonuç pozitiftir.
 İşlevsel IRA'daki bidonlar doluluk =% 100, kullanım_çalışma =% 0
Bu etkinlikler için% Occupancy% ve Occupancy_Pending değerleri sürekli olarak yeniden hesaplanır:
1. Doluluk%: Stok depoya eklendiğinde / çıkarıldığında. Tipik olarak bir görevin onaylanması.
2. Occupancy_Pending%: Kullanılabilir durumda bir Görev oluşturulduğunda. Bu görevde hem From hem de Tobin'ler tanımlanmışsa, her iki bidon da güncellenir.
Ancak, otomatik olarak kapsamayan Doluluk'u etkileyen olaylar vardır. Örneğin bir Alternatif UOM dönüşümü değiştirildiğinde veya depo kapasitesi değiştiğinde. Bu nedenle bu
alanları yeniden hesaplayan bir arka plan süreci vardır.
İşlevsel olmayan bir IRA'daki her bölmenin Doluluk ve İş Dolmalarını yeniden hesaplayan arka plan işlemi.
Doluluk hesaplaması için ayrıntı Bu süreç, hesaplamanın her adımındaki ayrıntı kaydında yazıyor ve eksik tanımlamalar olduğunda uyarıyor:
 INFO - 24-02-2017 07:14:55 - Depolama kutusu 'AAL01L00' için doluluk hesaplaması başladı.
 INFO - 24-02-2017 07:14:55 - Depolama kutusu 'AAL01L00' için gerçek doluluk hesaplaması başladı.
 INFO - 24-02-2017 07:14:55 - Ürün Marlon Coat -S- [NULL, NULL, 1, Pallet] için tanımlanan Bin-Kapasite kaydı.
 INFO - 24-02-2017 07:14:55 - Alternatif birim Pallet - Birim [25] 'de dönüşüm bulundu.
 INFO - 24-02-2017 07:14:55 - 1 Ürün Birimi Marlon Coat -S- 4,00 işgal, bin bulundu. Biriken doluluk 4,00.
 INFO - 24-02-2017 07:14:55 - Ürün Gracelynn Debriyajı [NULL, NULL, 1, Pallet] için tanımlanan Bin-Kapasite kaydı.
 INFO - 24-02-2017 07:14:55 - 4 Ürün Gracelynn Clutch biriminde 0.80'i işgal etti. Biriken doluluk 4.80'dir.
 INFO - 24-02-2017 07:14:55 - Ürün Puma Red (çift) [NULL, NULL, 1, Pallet] için tanımlanan Bin Kapasite kaydı.
 INFO - 24-02-2017 07:14:55 - Palet - Birim için ne Uom dönüşümü ne de Alternatif Uom'da hiçbir dönüşüm bulunamadı.
 BİLGİ - 24-02-2017 07:14:55 - UYARI : Ürün ' PALA Kırmızı (çift)', 'AAL01L00' kutusunun kapasitesi için tanımlanmamış veya dönüşüm bulunmadı. Ürün doluluk
hesaplaması için dikkate alınmaz.
 INFO - 24-02-2017 07:14:55 - Ürün Nike AirJordan (çift) -S- [NULL, NULL, 1, Pallet] için tanımlanan Bin-Kapasite kaydı.
 INFO - 24-02-2017 07:14:55 - Palet - Birim için ne Uom dönüşümü ne de Alternatif Uom'da hiçbir dönüşüm bulunamadı.
 BİLGİ - 24-02-2017 07:14:55 - UYARI : Ürün 'Nike AirJordan (çifti) -S-' binasının 'AAL01L00' kapasitesi için tanımlanmamış veya dönüşüm bulunmadı. Ürün doluluk
hesaplaması için dikkate alınmaz.
 INFO - 24-02-2017 07:14:55 - Ürün Granger Bag -L- [NULL, NULL, 1, Pallet] için tanımlanan Bin-Kapasite kaydı.
 INFO - 24-02-2017 07:14:55 - 25 Ürün Granger Bag -L ürün biriminde, 12.50 kişi bulunur. Biriken kişi sayısı 17.30.
 INFO - 24-02-2017 07:14:55 - Depolama kutusu 'AAL01L00' için gerçek doluluk hesaplaması tamamlandı.
 INFO - 24-02-2017 07:14:55 - Depolama kutusu 'AAL01L00' için bekleyen doluluk hesaplaması başladı.
 INFO - 24-02-2017 07:14:55 - Depolama kutusu 'AAL01L00' için bekleyen dolulukların hesaplanması.
 INFO - 24-02-2017 07:14:55 - Depolama kutusu 'AAL01L00' için doluluk oranı hesaplandı,% 17 ve% 0 beklemede.
Zorunlu: Yeniden İşleme Hatası Alma Girişleri
Çeşitli nedenlerden dolayı, görevlerin onaylanmasının bir hatayla sonuçlandığı görülür. Ön Uç başarılı bir senkronizasyon gösterse de ve arka taraf başarılı bir şekilde teyit edilmiş
olsa da, arka uç doğru bir şekilde işleyemedi. Sonuç olarak, Mal hareketi gerçekleşmez ve hata durumunda hata penceresine kaydedilir , bu Wiki'de Çevrimdışı Hata İzleme ile ilgili
paragrafın ayrıntılarına bakın .

İşlenmemiş görevlerin sık sık yürütülmesi, depo-gerçekliğin veritabanında doğru bir şekilde yansıtılmasını sağlar.
İsteğe bağlı: Toplu Dalga Toplama işlemi
Bu bir Roadmap Acceleration projesidir ve bittiğinde, Proses Talebi olarak uygulanmalıdır. İşlevsel açıklamaya buradan bakın .
İsteğe bağlı: Kendi kendine doldurma işlemi
İsteğe bağlı: Kendini Organize etme süreci
İsteğe bağlı: Öz Denetim süreci
İsteğe bağlı: Operatör Yük Dengeleme işlemi
Yapılandırma - Etkinlik-11 - Depo Yapılandırma Kontrolü Çalıştırın
Zorunlu yapılandırma adımları tamamlandığında, Depo Yapılandırma Denetimi raporunun çalıştırılması önerilir. Bu rapor, herhangi bir tamamlanmamış yapılandırmada ayrıntıda
çeşitli kontroller ve yazımlar yürütmektedir.
Her AWO-Etkinleştirilmiş kuruluş için Depo Yapılandırma Kontrol işlemini çalıştırın.

Hata / uyarı bildirilmedikçe ayrıntı verisini analiz edin.
Yapılandırma - Etkinlik-12 - Depo Ön Uç Yapılandırması
Advanced Warehouse Operations 18Q2 veya üstü sürümünü çalıştırıyorsanız, lütfen ek Front-End konfigürasyonunu kontrol edin .
Openbravo Gelişmiş Depo Operasyonları, Ön Uçtaki görevlerin değerlerini / miktarlarını ve niteliklerini göstermeyi, varsayılan olarak veya gizlemeyi mümkün kılar. Bu paragraftaki
niteliklere atıfta bulunurken, başlık öznitelikleri ve liste öznitelikleri arasındaki farkı anlamamız gerekir:
 Başlık-Nitelikler, Nitelik setinin başlığının bir parçasıdır: Bunlar Lot, Seri ve Son kullanma tarihi ve stoğu tanımlar : Bir değere sahip olduklarında, bu değer zaman içinde
değişemez.
o Lot'un bir Toplu İşin bir alt kümesi olduğu için Lot olarak kullanılabileceğini unutmayın .
 Liste-Nitelikler, Nitelik setine eklenebilecek niteliklerdir ve bu özellikler stoğu tanımlar : Değer, yeni bir depolama ayrıntısı oluşturmadan verilebilir veya değiştirilebilir.
Ayrıca, aynı görevi kullanıcıya rolüne dayanan farklı Ön Uç davranışı ile göstermek mümkündür. Aşağıdaki iş durumlarına bu cevaplar:
1. Kör Makbuzlar: Bazı firmalar beklenen miktarı operatörlerden gizlemek istemektedir, ancak yönetici bunu görebilmelidir.
2. Çoklu nitelikler: Birçok özniteliğin ilgili olduğu ancak tüm hareketlerde gerekli olduğu durumlarda, örneğin farklı anların ve hareketlerin sıcaklıklarının olduğu soğuk
zincirde.
Mimari, hiçbir şey yapılandırılmamışsa, her şey gösterilecektir. Başka bir deyişle, yapılandırma ön uç ekrandan belirli ayrıntıları azaltmaktır. Ön Uç davranışının kuralları ve
yapılandırması şunlardır:
1. Depo Ön Uç Yapılandırması penceresinde ve Yönlendirme altındaki aynı sekmede hiçbir şey tanımlanmamışsa, Ön Uç her zaman her şeyi gösterir.
2. Başlık öznitelikleri (Seri No, Lot # ve Son Kullanma tarihi) stoğun tanımlayıcılarıdır. Hareketler veya sayımlar sırasında değil, yalnızca makbuzlar (PO, WE) üzerinden
düzenlenebilirler.
Depo Ön Uç konfigürasyonu penceresinde profiller tanımlanmıştır.

Profiller IR'ye eklenebilir ve belirli bir rol veya herhangi bir rol için geçerlidir.
Bu mimari, görevin neslini etkilemez: Görevler her zaman onaylanmış değerler boş alanları ile oluşturulur. Beklenen değerlerin gösterilip gösterilmeyeceğini ve nasıl belirlendiğini
belirleyen Ön Uç'dur. Otomatik Onaylanan görevler, 'onaylanmış' alanlar için ilgili 'beklenen' alanlardan ilgili değerleri kopyalayacaktır.
Yapılandırma - Etkinlik-12 - Ek Depo Ön Uç Yapılandırması [Sürüm 18Q2]
18Q2 versiyonundan itibaren, aşağıdaki ek Front-End konfigürasyonları mevcuttur:
1. Depo seviyesinde varsayılan FE-Konfigürasyonu . Özel Görev Yönlendirme kendi FE-Yapılandırması ile yapılandırılmadığı sürece tüm görevlere uygulanır.
2. Çifte Onaylama . Operatörü, <Confirm> ilk görevinden sonra, görev ve User-ID öğesinin ayrıntılarını sunacak ve işlem için arka uçtan önce yeniden onaylama isteğinde
bulunacaktır.
3. Delta Yetkilendirmesi . Pozitif ve negatif Miktar-Delta'ya uygulanır ve yapılandırılmış yetki düzeyinin şifresini ister.
4.
Bu depo için genel uygulanabilir Ön Uç yapılandırmasını buradan belirtin.
Yapılandırma (İsteğe Bağlı) - Etkinlik-13 - Toplu Dalga Toplama (Yol Haritası Hızlandırma Projesi)
 Tanım Toplu alım: Önceden tanımlanmış bir Satış / Dağıtım / İş emri seçimi için toplama aktivitesini tetikleyen planlanmış bir arka plan süreci. Toplu
toplama, aynı bölmeye birden çok ziyaretten kaçınmak için (sabit) sayıda siparişi aynı anda toplayan işlemdir. Bu genellikle toplama faaliyetlerini dağıtım programlarıyla
hizalamak için yapılır.
 Tanım Dalga seçimi: İşgücünün o alandaki aktiviteye yoğunlaştırılması için alanlara göre görevlerin toplanması. Dalgalı çekme, toplamaların alan ve
programlanmış aralıklarla (dalgalar) yürütüldüğü süreçtir. Bu tipik olarak hidrolik bir raf sistemi bulunan ortamlarda veya ideal olarak en son alınması gereken soğuk zincir
içeren ortamlarda yapılır. Openbravo Advanced Warehouse'da bu, Operatör yükü Dengeleme işlemini Seyahat Sırasına göre yapılandırarak yapılır .
 Tanım Dalgalı Dalga Toplama: Her iki bileşenin kombinasyonu, iş gücünün belirli alanlara ya da ürünlere odaklanma olasılığı ile birlikte bir dağıtım
çizelgesine göre otomatik üretim görevini doğurur. Batched wave-picking, her ikisini de birleştirir: Sipariş gruplarının tanımlarını oluşturmaya (gruplar) izin verin ve
diğer görevleri atamadan önce belirli bir hareket sırasının (ya da pop-kodu gibi diğer parametrelerin) görevlerini atamak için dinamik görev atamasını kullanın.
Yapılandırma: Depo tanımı penceresinde, aşağıdaki sütunlarla birlikte “Dalga” (Görev Atamaları'ndan sonra) yeni bir sekme oluşturuyoruz:
Etkinlik (zorunlu) Koşullar (isteğe bağlı)
TimeStamp
(sistem)
açıklama
Dalga
günler
Dalga
zamanı
ITT Sipariş
Teslim
adresi
Müşteri
Posta
kodu
Taşıyıcı Kanal

.... F .. 00:00
PIK-
SO
SO123456
gg-aa-yyyy ss:
dd: ss
Çevrimiçi kanal üzerinden gelen sipariş ve müşteri cuma günü
öğleden sonra seçildi. Yanıt olarak, sistem bu dalga tanımını yarattı.
Not1: Müşteri ASAP'ı seçtiyse, dalga da oluşturulur, ancak anında
alacağı ayarlarla (tüm dalga günleri, saat 00:00). Not2: Sipariş
tamamen teslim edildikten sonra bu dalga inaktive edilmelidir.
MTWT..S 07:00
PIK-
DO
TechnoPark
gg-aa-yyyy ss:
dd: ss
TechnoPark için tüm DO'lar her iş günü (hafta sonu = F + S) saat
7'de seçilmelidir.
MTWTF .. 09:00
PIK-
SO
caprabo 08 ***
gg-aa-yyyy ss:
dd: ss
Teslimde Caprabo'ya ait tüm Satış siparişleri ZIP-code 08 *** her iş
günü saat 9'da seçilmelidir.
MTWTF .. 16:00
PIK-
SO
DHL-
24h
gg-aa-yyyy ss:
dd: ss
Cumartesi ve Pazar günleri hariç tüm günlerde saat 16: 00'da, DHL-
24h taşıyıcısını seçiyoruz.
PSÇPCCP *
PIK-
SO
eComm
gg-aa-yyyy ss:
dd: ss
E-ticaret sitesinden ve belirli teslimat şartları olmadan gelen
herhangi bir sipariş, bir sonraki aralıkta toplanacak.
AWO-kavramlarına göre, bu dalgaların her biri, her zaman öncelikli ve seyahat sırası sırasına göre sunulan bir dizi toplama görevine yol açacaktır. Bu görevler farklı siparişlere ait
olabileceğinden, seçici (ler) aynı anda farklı siparişler üzerinde çalışabilir ve bu da Sipariş Üzerine Sipariş toplamadan farklı bir yaklaşımdır.
Yapılandırma (İsteğe Bağlı) - Etkinlik-14 - Kendi İhtiyaçları (Yol Haritası Hızlandırma Projesi)
Tanım : Depo içi ikmal biriktirmeleri, toplama alanlarının tükenmesini önlemek için, tipik olarak bir dökme depolama alanından toplama alanına kadar iç hareketler
planlanmaktadır.
Çoğunlukla bu toplama alanı kamuya açıkken, dökme depolama alanı sadece çalışanlar için kullanılabilir. Bu işlevsellikle, genel halka açık olan stoklama alanları, Miktar OnHand
değerinin tanımlanan minimum değerin altına düştüğü veya altına düştüğü durumlarda bir tazmin talebini tetikleyecektir. Not: Inter -Warehouse İkmalleri Gelişmiş Depo
Operasyonlarında ele alınmamıştır, ancak Dağıtım Siparişleri projesinin ve FrePPLe entegrasyonunun bir parçasıdır.
İkmal görevlerini normal Put-Aways veya Moves'den ayırmak için, Yenileme için yeni bir ITT oluşturuyoruz: RPL-TR
Kutu başına ürün başına Min / Maks : Depo tanımı, sekmesi Yenileme penceresinde, ürün başına tanımlamak mümkün olacak ve en düşük seviye ve maksimum stok seviyesi,
artık sadece Ürünün Temel UM'sinde ifade edilecektir.
 Minimum: SBG'deki gerçek Miktar OnHand değeri belirtilen minimum değere eşit veya altındaysa, bir Yenileme görevi başlatılabilir.
 Maksimum: Toplanacak ve taşınacak miktar, bin kapasitesinden daha büyük olmamalıdır. Toplanacak miktar, belirtilen kutuda Maksimum eksi Miktar OnHand olarak
hesaplanacaktır.
Intra-Warehouse ikmali için kurulum şöyle görünecekti:
Ürün SBG
Çöp
Kutusu
MinQty MaxQty UoM Yorum Yap
Quechua TieBreak
size43
Tenis * 2 8 çift
Qty, "Tennis" içinde 2'nin altına düştüğünde bir Replen görevi oluşturur. TaskQty SBG "Tenis" içinde MaxQty
(8) - CurrentQty ayarlanır
Kaykay N-York * D13M10 2 5 her
DtyM D13M10'da 2'nin altına düştüğünde bir Replen görevi oluşturur. TaskQty, Bin D13M10'daki MaxQty (5) -
CurrentQty olarak ayarlandı
Konfigürasyon (İsteğe Bağlı) - Aktivite-15 - Kendinden Organize Edilmiş Depo (Yol Haritası Hızlandırma
Projesi)
Kendinden Organize Edici depo özelliği, optimum bölmeyi belirlemek ve bunu gerçek bölmeye göre karşılaştırmak için önceki bölümlerde yapılandırılan SBG Listeleri ve Popülerlik
kodlarını kullanır. Bu nedenle, arka plan sürecini etkinleştirmenin dışında, ek yapılandırma adımları yoktur.
Depo yeniden örgütlenmelerinden dolayı, SBG'leri genişletmek veya azaltmak, popülerlik kodlarını değiştirmek ya da basit bir şekilde elden çektiği taktirde atıklar, fiziksel olarak
bir alt-çöp kutusunda olabilir. Bu işlevsellik, bunu algılayacak ve yürütme ile PUT-TR ile aynı olan “ORG-TR” adlı yeni bir ITT kullanarak stoğu yeniden yerleştirmek için Put-Aways
saptadı ve atadı.
Yanlış yerleştirilmiş stok algılanır ve depoyu optimize etmek için görevler oluşturulur.

Operasyonel bir perspektiften bakıldığında, tüm suboptimal konumlandırılmış stoklar için görev üretmek mantıklı değildir çünkü bu, yüzlerce görevle sonuçlanabilir ve operatörleri
bunaltabilir. Bu nedenle, bu işlevsellik 2 temel parametre ve planlanmış bir arka plan işlemi ile sayılır:
1. Çalışma başına maksimum görev sayısı (Önkoşul),
2. Tre stokunu yeniden düzenlemenin önceliği ve bu, aşağıdaki Analiz adımını gerektirir:
3. Operasyonel duruma uygun olarak bu görevleri üreten arka plan sürecini planlayın .
Analiz adımı:
1. Tüm StorageDetail'leri seçin
1. İşlevsel olmayan bir IRA'da ve
2. Kullanılabilir durumda Görev Yok ve
3. ikame tanımı yok.
2. Her bir olay için, Reorg-Priority parametresini aşağıdaki gibi ayarlayın:
1. Reorg-Priority 99: Ürünün SBG Listesinin dışında olan Stok.
2. Reorg-Priority 88: SBG Listesinin içindeki, ancak bu listenin son SBG'sinde olan hisse senedi
3. Reorg-Priority 77: SBG Listesinin içindeki, ancak bu listenin ilk SBG'sinde olmayan hisse senetleri.
4. Reorg-Priority 66 ve daha az: SBG Listesinin ilk SBG'sinde olan ancak ilgili ürünün popülerlik kodunda yer almayan stok. Bu durumda, actul bin'ün popülerlik kodu
ile ürünün popülerlik kodu arasındaki fark ne kadar büyük olursa, Reorg-Prority de o kadar yüksek olmalıdır. Bu yüzden (Bin.PopularityCode - / -
Product.PopularityCode) çıkarırız ve sonuç olarak Reorg-Priority'yi atarız:
1. Fark => 20 (fi bin => 30, ürün = 10): Reorg-Öncelik = 66
Analiz aşamasından sonra, Kendi Kendini Organize Etme süreci, tercihte belirtildiği gibi, önce en yüksek Reorg Öncelikli hisse senedini seçerek görevlerin sayısını oluşturmalıdır.
Yapılandırma (İsteğe Bağlı) - Aktivite-16 - Öz Denetim Ambarı (Yol haritası hızlandırma projesi)
Arka plan süreci , envanter bilgilerinin kalitesini sürekli olarak doğrulamak ve geliştirmek ve tüm depo süreçlerinin iç verimliliğini artırmak için kuralları okuyacak ve Fiziksel
Envanter Sayımı görevlerini oluşturacaktır.
Öntanımlı Kurallar şunları içerebilir:
Sıklık Miktar-Delta Ürün Kategorisi İş ortağı
tesadüfi Makbuz Satınalma Siparişi * *
Aylık * XYZ *
Aylık * * ABC
Yapılandırma (İsteğe Bağlı) - Etkinlik-17 - Yazdırma Entegrasyonu
AWO mimarisi, dahili veya harici farklı Baskı Hizmetleri ile entegre olmaya hazırdır. Entegrasyonların mevcut durumu aşağıda açıklanmıştır. Yazdırma Hizmetindeki kurulumun yanı
sıra, Openbravo'da yapılacak bir kurulum da vardır. Openbravo'daki kurulum aşağıdakilerle sınırlıdır:
 Bir etiket (ID) istenmesi halinde IR'de belirlenmesi,
 IR'de hangi modelin / şablonun kullanılması gerektiğini belirle,
 Çıktının hangi yazıcıya gitmesi gerektiğini IR (isteğe bağlı) olarak belirle,
 Ürün / Depoda, UoM başına kimlik miktarını belirleyin (alternatif UoM işlevselliği).
Dahili Baskı Hizmetleri
Yol haritası hızlandırma projesi.
Dış Baskı Hizmetleri
Web servislerini kullanarak BarTender ile entegrasyon
Openbravo'daki yapılandırma
Openbravo Gelişmiş Depo İşlemleri modülü, yazdırma kimliği Yönlendirme (R) 'de etkinleştirildiğinde baskı istekleri üretecektir.
Öncelikle, daha önce yüklenen Barmen modülünden yeni Baskı Hizmetine sahip olacağımız Print ID Şablonu penceresine gitmeliyiz. Burada, BarTender kurulumuna göre Şablonlar
oluşturuyoruz ve bunları BarTender sunucusunun URL'sine bağlarız.
Openbravo Advanced Warehousing'da BarTender yazdırma kurulumu.
Web hizmetleri sürecimizi web hizmetinin URL'siyle tanımladığımızda, hangi Routings'in bir ID (etiket) yazdırması gerektiğini ve hangi şablonun çağrılacağını tanımlamalıyız. İsteğe
bağlı olarak, bir yazıcı Yazdırma Hizmetindeki yazıcı seçim mantığını geçersiz kılacak şekilde yapılandırılabilir. Yönlendirmede yazdırmayı etkinleştirmek için, bayrak Yazdırma
Kimliği'ni ayarlayın. Bu, Depo Yazıcısı alanını ve Baskı Kimliği Şablonu alanını gösterecektir.

Yönlendirme'de yazdırmayı etkinleştirir ve şablonu ve (isteğe bağlı olarak) depo yazıcısını seçeriz.
Farklı işlem türlerinden Görevler oluşturduğumuzda (Picking, Put-away, Makbuz…), baskı bayrağının ayarlandığı her görev, görevin onaylanması için otomatik olarak bir yazdırma
isteği yayınlayacaktır. Ayrıca, herhangi bir görev, bayraktan bağımsız olarak arka taraftaki Görev penceresindeki Baskı düğmesi ile basılabilir.
Bartender Server'a gönderilecek JSON'u oluşturan iç süreç şu varsayılan parametrelere sahip olacaktır:
 ürün Kodu,
 Ürün Açıklaması,
 Ürün Kategorisi,
 Ürün markası,
 productEan,
 taskIr,
 taskDatetime,
 taskUser,
 taskQty,
 taskLocatorTo,
 yazıcı
Ayrıca, bu envanterle alakalı tüm özellikleri de gönderecektir:
 Özellik adı (Dize),
 AttributeInstance değeri (String))
Yazıcı parametresi, daha önce yapılandırılmış olan Yönlendirmenin Depo Alanı alanına girer veya -artı Barmen yazıcı seçim mantığını boşaltır.
Yeni Parametreler ekle : Bu yazdırma işlemi genişletilebilir ve kullanıcı, yukarıda tartıştığımız varsayılan parametrelere ek parametreler ekleyebilir.
Yeni parametreler enjekte etmek için tek yapmamız gereken, PrintingParameterHookInterface'i uygulayan ve ek açıklamaları ekleyen yeni bir Java sınıfı oluşturmaktır:
 @ApplicationScoped
 @Qualifier (PrintingBroker.PRINTING_PARAMETERS_QUALIFIER)
Sınıfı uyguladıktan sonra, geçersiz kılmak için bir yöntem olacaktır: @Override Genel Harita <String, Object> getTaskParameters (OBAWOTask görevi) {}
Bu yöntem, parametre adlarının Haritasını ve parametre değerlerini döndürür. Burada döndürülen yeni bir parametre örneği:
 son Harita <String, Object> parameters = yeni HashMap <String, Object> ();
 son Ürün prod = görev.getProduct ();
o parameters.put (“productCode”, prod.getSearchKey ()); dönüş parametreleri;
Sistem, bu kanca arayüzünü uygulayan tüm sınıfları daha önce gördüğümüz ek açıklamalarla alacaktır ve barmen baskı hizmetinde yapılandırılan varsayılan parametreleri artı yeni
sınıflardan döndürülen parametreleri ekleyecektir.
PrintID etkinleştirildiğinde Openbravo AWO'nun gönderdiği örnek nesne: {"productCode": "MTRC1", "productDescription": "Yeni Ürün", "productEan": "C11111",
"productCategory": "Ürün Kategorisi", "Tedarikçi Türü ": null," printer ":" HP "," taskLocatorTo ":" AAL01R00 "," taskIr ":" STG, ManConf RCT "," Cage Code ": null," productBrand
":" "," taskUser ": "Openbravo", "taskDatetime": "2016-06-21 16: 07: 53.059", "taskQty": 200, "IUID": "TestUid"}
Yapılandırma (İsteğe Bağlı) - Etkinlik-18 - Ayrıntıyı Etkinleştir
Ayrıntı, Gelişmiş Depo yapılandırmasını anlamak, ince ayar yapmak veya düzeltmek için önemli bir işlevdir. Go-Live'dan sonraki ilk haftalarda veya konfigürasyonda bir değişiklik
yapıldıktan sonra ayrıntı özelliğini etkinleştirmeniz önerilir.
Bu özünde operasyonel bir özelliktir gibi, üzerinde paragrafta ayrıntılı olarak açıklanmıştır Verbosity .
Ayrıntı, kullanıcı ve zaman çerçevesi başına etkinleştirilir ve ayrıntı düzeyini belirtir.
Ayrıntı seviyesi aşağıdaki gibi ayarlanabilir:

 Yok : Ayrıntı etkinleştirildi, ancak hiçbir mesaj kaydedilemedi.
 Hata : Sadece 'Error' seviyesinin mesajları kaydedilecektir.
 Uyarı : Sadece 'Error' ve 'Warning' düzeyindeki mesajlar günlüğe kaydedilir.
 Bilgi : Tüm işlevsel mesajlar (Bilgi, Uyarı ve Hata) günlüğe kaydedilir ancak teknik / yığın bilgisi yoktur.
 Hata ayıklama : Tüm işlevsel iletiler artı teknik / yığın bilgileri günlüğe kaydedilir.
Yapılandırma (İsteğe Bağlı) - Etkinlik-19 - Perakende Entegrasyon
Hem Perakende / POS hem de Gelişmiş Depo Operasyonlarının bulunduğu bir ortamda, POS'un stoğu nasıl tüketebileceği belirtmek önemlidir. Bu, POS terminalinin tanımı,
Gelişmiş Depo Operasyonları bölümü, "Satışlar için İç Yönlendirme Alanı" alanında yapılandırılmıştır. Benzer şekilde, "İadelerin İç Yönlendirme Alanı" alanı, iade edilen stokun
nereye yerleştirilebileceğini gösterir.
Not: Her iki alan da isteğe bağlıdır. Yalnızca alanlar doldurulursa, postanın satış veya iade işlevselliği çöp kutusunun belirlenmesinde kısıtlanacaktır.
Stokun indirilebildiği ve iade stokunun nereye yerleştirilebileceği POS'a işaret etmek.
Operasyon
Rol Erişimi
Kullanıcı / rol, Gelişmiş Depo mobil formuna erişebilmelidir.
Performansla ilgili önemli noktalar
Başlangıç aşaması
Cihaza ilk kez giriş yaptığınızda, uygulama cihazın performans testini gerçekleştirir ve sonucu önbellekte saklar. Önbellek temizlendiğinde, bir dahaki sefere kontrolü tekrar
yürütür.
Back-End
Kapsamlı performans testleri, Gelişmiş depo Operasyonlarının ilk sürümünden önce gerçekleştirilmiştir. Detaylar bu bölümde bulunabilir .
"Kullanım İçerir" Tercihinin performansı etkilediğini unutmayın. Aşağıdaki tercih ayarına bakın.
Tercihler
Bu tercihler şu anda mevcut:
 İlk Veri Yükü: Hisse senedi eski bir sistemden Openbravo'ya yüklenirken tercih için paragraf İlk Veri Yükü'nü kontrol edin.
 AWO dışındaki envanter hareketlerine izin veren veya izin vermeyen ve yalnızca ilk veri yükü için yararlı olan dört tercih vardır. Bunlar şunlar:

Bu tercihler, AWO-kontrolü dışındaki envanter hareketlerini gerçekleştirmeye izin verir.
 Front-End: Unassign , kullanıcıya görevi atamadan önce "Emin misiniz" diye sorduğunda onaylayın .
 Ön Uç: Yerleşik Tarayıcı ile Cihaz Kullan , bu tür bir cihaz için Ön Uç ayarlayacaktır.
 Ön Uç: Mobil Uygulamaya yüklenen Görevlerin Sınırı , mobil cihaza yüklenecek maksimum görev sayısını belirler. Zamanlanmış sunucu güncellemelerinin aksine,
Gelişmiş Depo Operasyonları çevrimiçi olduğunda sunucuyu sürekli güncelleyecektir. Kullanıcının çevrimdışı olduğu kısa anlar için, mobil cihaz çevrimiçi oluncaya ve tekrar
senkronize edilene kadar önceden yüklenmiş görevleri doğrulamaya devam etmek için 30 görevi iyi bir miktar olarak görüyoruz. Özünde, bir iş gücü optimizasyonu (başka
bir kullanıcı başka bir kullanıcıya atanan yüklenen görevleri yürütemez) ve performans ölçümüdür.
Tercihler varsayılan davranışı belirler.
 Arka Uç: Büyük veritabanlarındaki aramalarda performans elde etmek için Kullanımlar kapalı olabilir.
Varsayılan olarak bu ayar etkinleştirilmiştir.
 Back-End: UoM Dönüşümlerini Etkinleştir , uygulama Alternatif UoM kullandığında ayarlanmalıdır.

Alternatif UoM kullanıldığında devreye girer.
 Back-End: Enable Rezervasyonlar Satış Siparişi seçimlerinde kullanıldığı şekilde ayarlanmalıdır.
Stok Rezervasyonlarını Etkinleştir.
 Back-End: Kutuların XYZ'sini Gizle , AWO'da yok sayıldığı için bin tanımındaki XYZ'yi önlemek için ayarlanabilir.
Kutuların Satırını (X), Yığını (Y), Seviyeyi (Z) saklayın.
 Ön Uç: Mesajların görünümü ve süresi aşağıdaki tercihlerle ayarlanabilir.
Ön uç mesajlarının görünümü ve süresi.
 Ön Uç: Ön Uç Yenileme mesajında aşağıdaki tercihler yapılabilir.

Yenilendiğinde, önceden girilmiş ancak teyit edilmemiş veriler kaybolur.
 Ön Uç: Harici Giriş Kullanımı bu tercihle varsayılan olarak ayarlanmıştır.
Harici giriş cihazını varsayılan olarak etkinleştirir / devre dışı bırakır.
Ön Uçun Çevrimdışı Özellikleri
Çevrimiçi gösterge, sadece bilgi amaçlıdır. Çevrimdışı mod, görevleri onaylamaya devam edecektir.
Görevler her zaman arka uçta üretilir, çünkü tüm envanter, rezervasyonlar ve diğer görevlerin ayrıntılı durumuyla sadece arka uç günceldir. Storage_Detail üzerindeki görevlerin
oluşturulması sırasında sistem, Storage_Detail'in ayrıntılı bir rezervasyon (lar) ile ya da halihazırda var olan ve yürütülmekte olan diğer görevlerle ele geçirilip geçirilmediğini
kontrol edecektir. Öyleyse, bu Storage_Detail öğesinin tehlikedeki miktarı göz ardı edilir, ayrılmış olarak değerlendirilirken, görev oluşturmaya yetmeyen miktar kullanılabilir. Bu
mekanizma, stoğu diğer işlemlerden korur, böylece bir görev atandığında ve bir ön uça yüklendiğinde, bu ön uç envanterin bir bütünlük ihlalini riske atmadan bağlantıyı
kaybedebilir.
Ön uç, çevrimdışıyken önceden yüklenmiş görevlerle işlemlere devam etmek için tasarlanmıştır. Önceden yüklenmiş görevlerin sayısı, başlangıçta 30'a ayarlanmış bir tercih
tarafından belirlenir (yukarıdaki tercihlere bakın). Görevler, cihaz çevrimiçi olduğu gibi teyit edilebilir. Ön uç, sürekli olarak ağ durumunu yoklayacak ve mümkün olduğunda
yeniden bağlanacaktır. Yeniden bağlandıktan sonra, teyit edilen tüm görevler arka tarafa ve ön uça yüklenen yeni atanan herhangi bir göreve gönderilecektir.
Ön uç çevrimdışıyken, bu işlemler arka uçtan bilgi gerektirdiğinden, atamaları atamak veya atamalar gibi arka uçtaki işlemleri atamak / atamak mümkün değildir.
Ön Uç, yalnızca bir Eşitleme hatasıyla bitmeyen görevleri gösterir, Çevrimdışı Eşzamanlamalar'da aşağıdaki paragrafa bakın.
Arka Uçta Çevrimdışı Hata İzleme
Aşağıdaki pencere, senkronizasyon veya diğer nedenlerle hata ile biten görev onaylarını gösterir. Ayrıca mesajı yeniden işlemeye veya silmeye de olanak tanır. Düzgün yönetilen
depoda bu pencere sorumlu yetkili tarafından aktif olarak izlenir ve mesajlar işlenir veya kaldırılır. Yeniden İşleme Senkronizasyon Hatalarını arka planda planlamak da
mümkündür .

Senkronizasyon hatalarının izlenebileceği ve yeniden işlenebileceği arka uç penceresi.
İlk Veri Yükü
Eski bir sistemden varolan stoğu, Advanced Warehouse Operations modülü ile Openbravo'ya aktarmak için "AWO için * AWO dışında Mal İşlemine İzin Ver" seçeneği, işlemi
çalıştırmadan önce "Y" değeriyle tanımlanmalıdır. İçe aktarma işlemi bittiğinde, tercih devre dışı bırakılmalı veya kaldırılmalıdır.
Bu tercihler, AWO kontrolünü atlayarak harici bir sistemden veri yüklemeye izin verir.
Ön Uç Sınaması
Bir kullanıcı, Depo Tanımı penceresinde, kullanıcının varsayılan deposu oluşturulduysa, Ön Uç'a giriş yapabilir.
Ön Uç Depo Kısıtlaması
Ön Uçtan gelen işlemler, operatörün rolünün tanımlandığı varsayılan depo ile sınırlıdır. Bu kısıtlama aşağıdakiler için geçerlidir:
 Belirlenen depoya ait kutularda Depolama Ayrıntılarının Aranması veya Kaldırılması.
 İçindeki işlemler için, belirlenen depoya (makbuzlar) veya (meselelere) ilişkin görevleri görüntüleyin, çalıştırın ve görevlendirin.
 Belirlenen ambarda tanımlanan Satınalma Siparişinin alınmasını başlatınız.
 Belirlenen ambarda tanımlanan Satış Emri veya İş Çabalarını seçmeye başlayın. Not: WE'nin deposu, Üretim Çalışması'nın IssueBin'i aracılığıyla belirlenir.
Ön Uç Kullanıcı Arayüzü
Görev sunumu
Görevler aşağıdaki gibi Ön Uçta sunulur:
1. Filtered on Task.Assigned = Kullanıcı ve Task.Status = Mevcut;
2. Ayarlanan Front-End başına görevlerin maksimum sayısı Tercihi ;
3. Sıralama:
1. Görev. Öncelikle (azalan) ;
2. Görev. Seyir Sırası (artan) ;
3. Kime veya Kimden (artan) . Kime veya Kimden Envanter İşlem Türü tarafından belirlenir.
Tarama
Gelişmiş Depo Operasyonları, entegre tarayıcıya sahip belirli bir depo cihazını kullanarak görevleri yürütmek / onaylamak için tasarlanmıştır. Bu tarayıcılar basit bir 1D tarama
motoru, bir 2D tarama motoru veya hatta RFID tarama motoru ile donatılabilir.
Çeşitli farklı kavramlar taranabilir: ürün barkodları (EAN13 / UPC), lot / seri numaraları, bin kodları ve satınalma siparişi veya satış siparişi gibi belgelerin sayısı.
GTIN-14 kodunu tarama (Yol haritası hızlandırma projesi)
Alternatif UOM işlevselliği, bir SKU'nun çoklu paketleme seviyelerinin oluşturulmasına izin verir. Bu paketleme seviyelerinin her biri, GTIN-14 kodu olarak adlandırılan, kendisine
atanan benzersiz bir barkod içerebilir . Bu kod tarandığında, sistem sadece ürünü değil, aynı zamanda Base-UOM ve ambalaj kodundaki miktarı da tanımlar.
Otomatik Yenile ve Yeniden Yükle
Statik Veriler

Envanter Durumu değişikliklerinden gelen sanal kutular dahil olmak üzere Ürünler ve Kutular, yalnızca giriş yaptıktan sonra ve bilgisayardaki F5'e veya cihazdaki eşlenmiş tuşa
basılarak yenilenir.
Dinamik Veriler
Menüdeki Yenile düğmesiyle dinamik verilerin yenilenmesi istenebilir. Ayrıca, AWO Ön Uç, arka uça her danışıldığında görevleri otomatik olarak yenileyecek ve yeniden
yükleyecektir. Bu, bir işlemin başlatılmasından sonra, bir görevin onaylanmasından sonra ve atamaları atamak / atamaktan sonra gerçekleşir. Bu yenileme, mevcut görevleri yeni
önceliklerle ve yükler yeni ön uçlara yeni görevler vererek gerçekleştirir. Sonuç olarak, Gelişmiş Depo Operasyonlarının dinamik öncelik hesaplaması nedeniyle mevcut görevler
farklı bir sırada görülebilir .
Görev düzeyinde Göstergeler
Görev simgesi, onaylanan miktar ve Envanter İşlem Türü'ndeki Yeşil OK, Turuncu düğme veya Kırmızı çarpı işaretiyle işaretlenir.
Görevler yeşil onay işareti, turuncu top veya kırmızı çarpı ile gösterilebilir. Bunun anlamı şudur:
 Yeşil CheckMark şunları gösterir:
o Doğrulanmış değerler Beklenen değerlere eşittir;
o Zorunlu veri eksik değil;
o Görev onaylanmaya hazırdır.
 Turuncu top gösterir:
o Doğrulanmış değerler Beklenen değerlere eşit değildir ;
o Zorunlu veri eksik değil;
o Görev onaylanmaya hazırdır.
 Kızıl Haç şunları belirtir:
o Bazı zorunlu veriler eksik;
o Görev onaylanmaya hazır değil .
Öznitelik düzeyinde
Esas olarak Mal makbuzları noktasında, bir değer gerektiriyorsa nitelikler işaretlenir. Aşağıdaki örneğe bakın.

Nitelikler zorunlu (ve boş) veya isteğe bağlı olduklarını gösteren renklerle işaretlenmiştir.
Depo Operasyonları penceresi
Depo işlemleri penceresi tüm Depolama Ayrıntılarını gösterir ve bu Depolama Ayrıntıları üzerinde görevler tarafından yürütülebilen çok çeşitli ortak etkinlikleri kolaylaştırmak üzere
tasarlanmıştır. Aşağıdaki düğmeler kullanılabilir:
 Onayla (Mevcut Durumda bir Görev olduğunda)
 saymak
 anlatmak
 Bırakmak
 durum
 Hareket
 Kutu
 Unbox
Ayrıca, ilgili kayıtları gösteren sekmeler vardır.
 Görevler
 İşlemler (tarih)
 Rezervasyonlar
Pencere Depo, ilgili bilgilerin prosedürleri ve sekmeleri için tuşlarla çalışır.

Openbravo Gelişmiş Depo Otomasyonu Yazılımı

Openbravo Gelişmiş Depo Otomasyonu Yazılımı

Recommended

Recommended

More Related Content

Similar to Openbravo Gelişmiş Depo Otomasyonu Yazılımı

Similar to Openbravo Gelişmiş Depo Otomasyonu Yazılımı (20)

More from Mehmet Demirel

More from Mehmet Demirel (20)

Openbravo Gelişmiş Depo Otomasyonu Yazılımı