Openbravo Gelişmiş Depo Operasyon Örnekleri

Operasyonlar, Performans ve Başlangıç ​​aşaması

İlk kez cihaza giriş yaparken, uygulama cihazın performans testini yapar ve sonucu önbellekte saklar. Önbellek temizlendiğinde, bir dahaki sefer tekrar kontrol işlemini yapar.

Openbravo ERP Back-End / Arka uç

Kapsamlı performans testi, İleri Depo İşlemleri’nin ilk sürümünden önce yürütülmüştür.

İlk Veri Yüklemesi

Varolan stokları eski sistemden Advanced Warehouse Operations yüklü modülüyle Openbravo’ya aktarmak için işlemi çalıştırmadan önce “* için AWO dışındaki Mal Hareketine Malın İşlem Görmesine İzin Ver” tercihi “Y” değeri ile tanımlanmalıdır. Alma işlemi tamamlandıktan sonra tercih devre dışı bırakılmalı veya kaldırılmalıdır.

Bu tercihler AWO denetimini atlayarak harici bir sistemden veri yüklemenize izin verir.

Ön Uç Gözlem

Bir kullanıcının varsayılan depo Depo Tanımı penceresinde oluşturulması durumunda, bir kullanıcı Ön Uç’a giriş yapabilir.

Ön Uç Depo Kısıtlaması

Ön Uçtaki işlemler, operatörün rolü tanımlanan varsayılan ambar ile sınırlandırılmıştır. Bu kısıtlama aşağıdakiler için geçerlidir:

  • Belli bir depoya ait lokasyonlardaki Ayrıntılı Depolama Bilgileri.
  • Tespit edilen depoya (giriş) veya (çıkış) işlemlerine ilişkin görevleri görüntüleyin, işletin ve atayın.
  • Belirlenen depo için tanımlanan Satınalma Siparişi girişini başlatın.
  • Belirlenen depo için tanımlanan Satış Siparişi veya İş Etiği için toplama işlemini başlatın. Not: WE’ın depo, Üretim Çalışmaının IssueBin’i aracılığıyla belirlenir.

Tercihler

Şu tercihler mevcut:

  • İlk Veri Yükleme: Stokları eski bir sistemden Openbravo’ya yüklerken tercih için İlk Veri Yükleme paragrafını kontrol edin .
  • Kullanıcı Arabirimi Sonu: Görevi atamadan önce, Kullanıcı’yı “Emin misiniz” isteyip istemediğini sormak için Onayla seçeneğini belirleyin .
  • Ön Uç: Mobil Uygulamaya yüklenen Görevlerin Sınırı , mobil cihaza yüklenecek maksimum görev sayısını belirleyecektir. Zamanlanmış sunucu güncellemelerinin aksine Advanced Warehouse Operations, sunucuyu çevrimiçi durumdayken sürekli güncelleyecektir. Kullanıcının çevrimdışı olduğu korkunç anlar için mobil cihaz çevrimiçi ve tekrar senkronize oluncaya kadar önceden yüklenmiş görevleri onaylamaya devam etmek için 30 görevi iyi bir miktar olarak değerlendiriyoruz. Özünde, başka bir kullanıcıya atanmış görev yüklenemeyen bir iş gücü optimizasyonu ve performans ölçümüdür.

 

 

Unutmayın, Tercihler varsayılan davranışı belirler.

  • Arka Uç: Etkinleştirme Rezervasyonları , Satış Siparişi toplama işlemleri için kullanıldığı şekilde ayarlanmalıdır.

Hisse Senedi Rezervasyonlarını Etkinleştir.

  • Arka Uç: AWO’da dikkate alınmadığı için, lokasyonlar tercihindeki XYZ Gizle , bölme tanımındaki XYZ’den kaçınmak üzere ayarlanabilir.

Depoların Satırını (X), Yığın (Y), Seviye (Z) ‘yi gizleyin.

  • Ö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ç Yenilemedeki İleti , aşağıdaki tercihlerle ayarlanabilir.

Yenilendiğinde, önceden girilmiş ancak doğrulanmamış veriler kaybolur.

Ön-Uçbirim’in Çevrimdışı Yetenekleri

Çevrimiçi gösterge, for-information-only. Çevrimdışı mod, görevleri onaylamaya devam edecektir.

Görevler her zaman arka uçta oluşturulur, çünkü yalnızca arka uç tüm envanter, rezervasyon ve diğer görevlerin ayrıntılı durumu hakkında güncel olmalıdır. Bir Storage_Detail üzerindeki görevlerin oluşturulması sırasında sistem, Storage_Detail’in ayrıntılı bir rezervasyon (lar) la tehlikeye girip girmediğini kontrol edecek veya başka görevler zaten mevcut ve yürütülmesi bekleniyor. Eğer öyleyse, bu Storage_Detail’in tehlikeye atılmış miktarı göz ardı edilir, ayrılmış olarak değerlendirilir; ödün vermeyen miktar, görev oluşturma için kullanılabilir olur. Bu mekanizma, stokları diğer işlemlerden korur; bu nedenle, bir görev atandığında ve bir ön uça yüklendiğinde, bu ön uç, envanterin bütünlüğünü ihlal etme riski olmadan bağlantıyı kaybedebilir.

Ön uç, çevrimdışı iken önceden yüklenmiş görevlerle çalışmaya devam edecek şekilde tasarlanmıştır. Önceden yüklenmiş görevlerin sayısı başlangıçta 30’a ayarlanmış bir tercihle belirlenir (yukarıdaki tercihlere bakın). Görevler, cihaz çevrimiçi olduğu gibi teyit edilebilir. Ön uç, mümkün olduğunda şebeke durumunu sürekli olarak sorgular ve tekrar bağlanacaktır. Yeniden bağlandıktan sonra, onaylanan görevler arka uça ve yeni atanan görevin ön uça yükleneceği şekilde iletilir.

Ön uç çevrimdışıyken, bu işlemler arka uçtan bilgi gerektirdiğinden, arka uçta stok girişi veya toplama gibi görev atamak veya görevlerini atamak veya işlemleri başlatmak mümkün değildir.

Ön Uç, yalnızca bir Senkronizasyon hatasında bitmemiş görevleri gösterir; çevrimdışı Senkronizasyonlarda aşağıdaki paragrafa bakın.

Arka Uçta Çevrimdışı Hata İzleme

Aşağıdaki pencere, senkronizasyon veya başka nedenlerle hata ile sonuçlanan görev onaylarını gösterir. Ayrıca mesajı yeniden işleme veya silmenize izin verir. Düzgün yönetilen depoda bu pencere sorumlu görevli tarafından aktif olarak izlenir ve mesajlar işlenir veya kaldırılır. Ardışık olarak Yeniden İşleme Senkronizasyon Hatalarını zamanlamak mümkündür .

Senkronizasyon hatalarının izlendiği ve yeniden işlendiği arka uç penceresi.

Ön Uç Kullanıcı Arayüzü

Otomatik Yenile ve Yeniden Yükle

Statik Veri

Envanterden gelen sanal lokasyonlar da dahil olmak üzere Ürünler ve Depolar Durum değişiklikleri, oturum açıldıktan ve her nn dakika boyunca tercihine göre ayarlandığında yenilenir.

@GAL: Tercih

Dinamik Veri

AWO Front-End, arka uç her istendiğinde otomatik olarak yenilenecek ve görevleri yeniden yükleyecektir. Bu durum – çevrimiçi olduğunda – bir işlem başlatıldıktan sonra, bir görevin onaylanması ve görev ataması / atamalarından sonra gerçekleşir. Bu yenileme mevcut görevleri yeni önceliklerle gerçekleştirir ve yükler görevleri ön uça atar. Sonuç olarak, Gelişmiş Depo İşlemlerinin dinamik öncelik hesaplaması nedeniyle, mevcut görevler daha önce olduğundan farklı bir sırada görülebilir .

Görev seviyesindeki göstergeler

Görev simgesi, teyit edilen miktar ve Stok İşlem Türü işlevinde Yeşil Tamam, Turuncu düğme veya Kırmızı çarpı ile işaretlenmiştir.

Görevler yeşil bir onay işareti, turuncu renkli top veya kırmızı haç ile gösterilebilir. Bunun anlamı şudur:

  • Yeşil Kontrol Kartı şunu gösterir:
    • Onaylanan değerler Beklenen değerlere eşit;
    • Hiçbir zorunlu veri eksik.
    • Görev teyit edilmeye hazırdır.
  • Turuncu Top işareti:
    • Onaylanan değerler Beklenen değerlere eşit değildir ;
    • Hiçbir zorunlu veri eksik.
    • Görev teyit edilmeye hazırdır.
  • Kızıl Haç gösteriyor:
    • Bazı zorunlu veriler eksiktir;
    • Görev teyit edilmeye hazır değildir .

Öznitelik seviyesinde

Esas olarak Mal Alımı sırasında, niteliklere bir değer gerekirse işaretlenir. Aşağıdaki örneğe bakın.

Öznitelikler, zorunlu (ve boş) olup olmadığını veya isteğe bağlı olduklarını gösteren renklerle işaretlenir.

Depo işlemleri penceresi

Yeni pencere Depo işlemleri, tüm Depolama Ayrıntılarını gösterecek ve görevler tarafından yürütülebilen Depolama Ayrıntıları üzerinde geniş bir ortak etkinlik yelpazesini kolaylaştırmak üzere tasarlanmıştır. Aşağıdaki düğmeler nihayetinde mevcut olacak:

  • Sayım
  • Yeniden Sayım
  • Put-Away (Yerleştirme)
  • Durum
  • Hareket

Ayrıca, ilgili kayıtları gösteren sekmeler olacaktır.

  • Görevler
  • İşlemler (geçmiş)
  • Rezervasyonlar

İlgili bilgi prosedürleri ve sekmeleri için düğmeler bulunan Pencere Deposu İşlemleri.

“Mevcut” durumundaki görev ek düğmeyi Onayla göstermesine izin verir.

Çoklu Seçme ve Yürütme

Openbravo’daki standart ızgaraya benzemekle birlikte, Depo işlemleri penceresi, birden fazla kaydı seçip tüm bu seçilenler için düğmeyi yürütmeye izin verir. Bu, özellikle, belirli bir ürünün tüm stokları için veya Belirli bir bölme veya Depo Sepeti Grubu içindeki tüm stoklar için sayıları başlatmak için kullanışlıdır. Yalnızca bir görevi olmayan Depolama Ayrıntıları işlenecektir.

Zaten bir Görev atanmış olan Depolama Ayrıntıları, başlatılan işlemden atlanacak ve başlıkta bir istisna mesajı üretilecektir.

Çoklu seçim ve sınırlama

Filtre 100’den satır döndürür ve daha sonra standart bir sınırlama (ızgara sayfalama) olanaklıdır gösteren sadece ilk 100 ve bu durumda sadece bu 100 satır yürütülür düğmenin çalıştırılmasına. Bunu atlamak için üç yol var ve iş ortamına ve bu prosedürün uygulanma sıklığına bağlı olarak biri ya da daha fazlası uygulanmalıdır:

  1. Kılavuzdaki 100 satır sınırlaması, sistem düzeyinde yapılandırılabilir ve bu sistemdeki tüm istemciler için geçerlidir. Bununla birlikte, kayıtların sayısını ve sunucunun performansını göz önünde bulundurarak, her ortam için doğrulanması gereken bir performans etkisi vardır.
  2. Kaydırma işlemi tüm kayıtları yükleyecek ve yüklendikten sonra seçilen tüm satırlarda düğmeyi yürütecektir.
  3. Seçilen kayıtların sayısını sınırlamanın altına düşürmek için seçim kriterlerinin rafine edilmesi.

Kılavuzdaki 100 satır sınırlaması farklı yapılandırılabilir veya kullanıcı, tüm kayıtların yürütmeden önce yüklenmesini zorlamak için aşağı kaydırılabilir.

Görevler ve Ondalık Sayısında Alternatif Birim

Bir Alternatif UoM belirtilen ve lojistik akışı için “Birincil” olarak ayarlanmış ürünler nüfuslu sütunlar Alternatif UoM ve Convertion Oranı ile oluşturulan görevlerini olacak EĞER görevi miktar Dönüşüm Oranı tam katıdır. Front-End, bu bilgiyi okur ve görevin Alternate UoM’de Ölçü Birimi tablosundaki “Sembol” sütunundaki kısaltmayla birlikte sunacağını, ancak her zaman Temel Ölçüt Birimi’nde işleyecektir.

UoM, taban veya alternatif, Ölçü Birimi tanımının “Standart Hassas” sütunundaki ondalıklarla tanımlanırsa, bu ondalıklar ön uçta gösterilecek ve işleme tabi tutulacak şekilde kullanılacaktır. Put-Away’de (Yerleştirmede) manuel olarak talep edilen miktar, ilgili UOM’nun Standart Hassasiyetinden daha fazla ondalıka sahipse, miktar izin verilen ondalık sayıya yuvarlanır. Örnek:

  1. Belli bir üründe 9.1234 kg’lık bir miktarı manüel olarak isteyebilirim.
  2. UOM ‘kg’, standart Hassas sütununda 3 basamaklı olarak tanımlanır
  3. Görev (ler), dördüncü ondalık sayı dikkate alınmaksızın toplam 9.123 kg için oluşturulacaktır.

Ondalık ve Lojistik birimler

Ön uç nicelik alanı ve “+” ve “-” düğmelerinin yalnızca tam sayılarda çalıştıklarını anlamak önemlidir, oysa sistem UoM tanımının Standart hassasiyet sütununda tanımlandığı şekilde ondalık sayı sayısını gösterir.

  • Birim Ölçü birimi penceresindeki “Standart hassasiyet” sütunu lojistik işlemlerle ilgili ondalık sayıları belirler.

Dolayısıyla, lojistik birim başına miktar dikkate alınmaksızın, bir lokasyonya her biri 5 ‘olarak tanımlanan bir ürünün her birine 18’ini koyarsak, 3,6 bx’lik tek bir görevi göreceğiz. Ve miktar sadece ön uçtaki tam sayılarla artırılabilir veya azaltılabilir. Ancak fiziksel olarak (ve çoğu durumda) bu 18 ‘her biri’ aslında 3 lokasyon ve her biri 3 ” dir. Ve operatör (çoğu durumda) onları iki ayrı hareketle idare edecektir.

Görev, Alternate UoM ve dönüşüm oranı ile oluşturulur ve Front-End’de sunulur.

Gerçekte iki fiziksel hareketi yansıtmak için iki görev üretmek daha iyidir: Biri üç lokasyon ve diğeri de üç ‘her biri için. Aynı To-Bin’e gidebilirler, bu farklı bir konudur ve algoritmalar tarafından belirlenir. Bu durumlar için yalnızca tam lojistik birimleri geri getiren algoritmalar vardır, bunların adlarına “FLU” vardır. Uygun bir konfigürasyon, önce Tam Lojistik Üniteler için, ardından da aynı algoritma ile herhangi bir miktar için bir algoritma gösterecektir.

Alternatif UOM’u lojistik akışta Birincil olarak ayarlanmış işletmeler için örnek bir yapılandırma.

Görevleri Ata

Arka ucundan ata

Görev penceresinde kullanıcı alanını düzenleyebilirsiniz. Kaydedildikten sonra, görev seçilen kullanıcıya atanır. Kullanıcı ön uç tekrar yüklediğinde (görevi onayladıktan sonra otomatik olarak), yeni atanan görev öncelik sırasına (en yüksek ilk) ve seyahat sırasına (en düşük ilk) gelecektir.

Var olan ama atanmamış görevleri Arka Uça atama.

Ön uçtan ata

Menüdeki Ata seçeneğini tıklayın ve ürünü, EAN / UPC’yi veya nitelik değerini yazın veya tarayın ve görevleri seçin. Alternatif olarak, atanmamış görevlere göz atın ve üzerinde çalışacakları seçin. Henüz atanmamış olan görevler, öncelik art arda, artan seyahat dizisi, Sırayla Arama Karakesi sırasıyla gösterilir.

Kullanılabilir ancak atanmamış görevler Ön Uçta atama.

Dinamik Görev Atama (Yol Haritası ivmesi projesi)

Dinamik Görev Atama işlevi, atanmamış görevlere, mevcut ödevlere ve otomatikleştirme seviyelerine sürekli olarak bakan ve doğrulanmamış görev sırasına göre görevlerini öncelik sırasına göre en hızlı şekilde yürütme olasılığına sahip operatöre atayan bir arka plan / toplu işlemdir. .

Dinamik Görev Ataması, arka uçun elle atama penceresini gizleyecek ve operatörü sonuçtaki görevlere atayacaktır. Sonuç olarak, görev atanmamış olarak oluşturulur ve toplu işlem tarafından seçilir.

Dinamik Görev Ataması, Ön Uç’tan başlatılan görevleri etkilemez; bunlar işlem başlatan kullanıcıya atanır.

Dinamik Görev Atama girdisi:

  • Zorunlu: Envanter İşlem Türü tarafından tercihlere göre otomatikleştirme seviyeleri;
  • Atanan görevler öncelik sırasına göre sıralanır;
  • Kullanıcı başına maksimum görev sayısı, Ön Uç tercihi.

Görevlerin Atamasını Kaldır

Arka ucundan atamasını kaldır

Bu, Back-End’den atama etkinliğine benzer-tersine çevrilir: Kullanıcı alanını doldurmak yerine boşaltır.

Arka uçta mevcut, ancak atanan görevlerin atamasını kaldırma: kullanıcı alanını boşaltın.

Ön uçtan atamasını kaldır

Görevi seçin ve daha sonra Atamayı Kaldır düğmesini seçin. Tercihinize bağlı olarak, atamanın ikinci bir ekranda onaylanması gerekebilir.

Atamasını kaldırmak için görev seçin ve menü seçeneğini tıklayın. Atamanın teyit edilme tercihi ayarlanmışsa, ikinci bir ekran onay isteyecektir.

Stok Envanteri

Ürün, EAN veya özellik değerlerine göre envanter aranıyor.

Görevleri Oluştur

Görevler, yapılandırmanın tamamlanması şartıyla lojistik bir işlemin başlatılması sonucunda oluşturulur. Görevlerin içeriği, yani öncelik, görev türü, tepsiden ve tuvalardan vs, yapılandırmadan çıkarılmıştır.

Beklenen ve Onaylanmış değerler

Görev, beklenen miktar ve bidonlar için ve onaylanmış miktar ve lokasyon için alanları içerir. Beklenen değerler her zaman hesaplanır ve görevin içine koyulur, ancak bu beklenen değerler ön uçta görünürse , ön uç yapılandırmasına bağlıdır . Doğrulanmış değerler, oluşturulduğunda asla göreve konmaz. Ön uç, yine ön uç konfigürasyonuna bağlı olarak gösterebilir ve onaylanan değerleri işleme için arka uça gönderecektir.

Alternatif Ölçü Birimi

Tüm miktar alanları veritabanında Temel Ölçü Birimi’nde bulunur. Görev, Alternatif UoM ve Dönüşüm oranı alanlarına sahiptir. Bu alanlar, her iki koşul da sağlandığında doldurulur:

  1. Görevin ürünü birincil lojistik ölçme birimi tanımlıysa;
  2. Görevin miktarı, Alternatif UoM’nin dönüşüm oranının (bir katı) ise.

Görev Durumu

Görevlerin üç farklı Durum değeri olabilir:

  1. Ayrılmış: Bu Durumda Depolama Ayrıntısı için önceden talep edilmesi için bir Görev oluşturulur. Görev, Ön Uç tarafından görülemez.
  2. Mevcut: Görev, Ön Uç tarafından görülebilir ve onaylanabilir.
  3. Onaylandı: Görev elle veya otomatik olarak teyit edildi.

Kimden / Kime için belirleme kuralları

Görevin ‘Kimden’ ve ‘Kime’ değerlerini belirlerken aşağıdaki işlem izlenir:

  1. Sistem, Kuruluşun Gelişmiş Depo İşlemleri için etkinleştirildiğini kontrol eder.
  2. Sistem depoyu, belgenin başlığından (çizgilerden değil!) Alır.
  3. IR, depo ve Stok İşlem Tipi ve diğer uygun koşullarla Depo tanımlama penceresinin IR-Atama sekmesinden belirlenir.
  4. ‘Kimden’ ve ‘Kime’ için Depo Algoritmaları, Depo Tanımı penceresinin Depo Algoritması-Atama sekmesinden Stok İşlem Türü ve diğer uygun koşullarla belirlenir.
    1. Bazı durumlarda ‘Kimden’ ve / veya ‘Kime’ önceden tanımlanmıştır. Bu durumda, önceden tanımlı Kimden / Geçiş, yapılandırmadaki belirleme mantığının yerine geçer. Durum böyle olduğunda:
      1. Satış siparişinde, belirli bir öznitelik / bölmeyi işaret eden önceden ayrılmış rezervasyonlar (tahsis edilmiş) vardır.
      2. Teslimat, belirli bir storage_detail / öznitelik için başlatılır.
      3. Toplama işlemi, belirli bir Üretim Çalışması için yapılır ve bu Üretim Çalışması tanımlanmış bir IssueBin’e sahiptir. Bu durumda, IssueBin ToBin olarak ayarlanır.
    2. Önceden tanımlı değerin konfigürasyona uygun olmadığı olabilir: Örneğin, siparişin rezervasyonu, Görev-Jeneratörü tarafından belirlenen IR’den From-IRA’nın dışında bir lokasyon belirttiğinde; Ya da ProductionRun’daki IssueBin, belirlenen IR’nin To-IRA’sının içinde değil. Bu, ayrıntısında bir uyarı mesajı üretecek, ancak görevin oluşturulmasını engellemeyecektir.

Delta Yönetimi

Tanım : Delta Yönetimi, ilk görev beklenen miktarın altında onaylandığında yeni bir görevin otomatik olarak oluşturulmasıdır. Bu yeni görevler Delta-Görevler olarak adlandırılır ve ilk görevle ilişkilendirilerek tanımlanır. Bu Görev penceresinde görülebilir. Delta Yönetimi, Envanter İşlem Türleri düzeyinde etkinleştirilir, çünkü tüm ITT alakalı değildir veya delta görevleri üretmek zorunda değildir. Örneğin Fiziksel Envanter (Sayım, Sayım, Döngü OTF) bir delta görevi oluşturmaz.

Görevler penceresindeki Delta Görev tanımlaması.

Ön Uçta Davranış

Bir Görev, beklenen miktardan daha az miktarda onaylanır ve ITT Delta Yönetimi etkinse, bir pop-up görüntülenir ve kullanıcıdan Aynı , Farklı , Atla Delta veya İptal’i seçmesini ister . Görev türüne bağlı olarak, bunlar aşağıdakilerden birine başvurabilir:

  • Bin : Görev bir Bin’i arıyor durumda: Aynı aynı lokasyonyu belirtir ve Different , bu Bilişim Teknolojileri için depo algoritmalarının yapılandırmasına göre farklı bir lokasyon önerir.
  • Depolama Ayrıntısı : Görev bir Depolama Detayı arıyor durumda: Aynı , aynı Depolama Birimi Ayrıntısı ve Farklı , bu BTT için depo algoritmalarının yapılandırmasına göre farklı bir depolama ayrıntısı önerir.

Her iki durumda da, kullanıcının cevabı Delta-Response olarak görev içinde saklanır ve Görev Jeneratörü için bir sonraki eylemi belirler.

Operatör, Silme Atla’yı veya İptal’i seçmediği sürece, aynı veya farklı bir depo veya depo ayrıntısı için bir Delta Görevi oluşturulur.

Arka Uçta Davranış

Aynı veya Farklı : İlk görev, verilen yapılandırmayla bölme / depolama ayrıntısını bulmuşsa, bunu engelleyecek hiçbir şey yoksa, aynı bölme / depolama ayrıntısı Delta Görevi tarafından bulunabilir. Dolayısıyla, operatör Ön Uçta farklı seçtiğinde, sistem ilk depo / depo detayını atlamak için aşağıdakileri uygular:

  • Durumda bir Tabla aranıyor : İlk görevin deponun doluluğu% 100 olmalı ve ayrıntıya belirli bir mesaj yazılmalıdır. Delta Görevi oluşturulurken bu lokasyonyu atlamak için görev üretecini provoke eder. Depo kapasitesinin otomatik olarak / sıklıkla yeniden hesaplanması , yapılandırma bu arada ayarlanmadıkça düzeltilecektir.
  • Görev bir Depolama Ayrıntısı arıyor ise : Orijinal Stok Detayının kalan miktarı için Fiziksel Stok Sayımı oluşturulur ve ayrıntıya belirli bir mesaj yazılır. Bu, depolama ayrıntısına zarar verir ve yapılandırmaya göre bir sonraki depolama ayrıntısının seçildiğini kışkırtır.

Belge Üretimi

Görevlerin oluşturulması Arka Uçta gerçekleşir ve farklı Openbravo Belgeleri yaratır. Bunlar:

Resepsiyon Listesi

Alım bir Alım Listesi oluşturur.

Toplama Listesi

Toplama, Toplama Listesi oluşturur.

Sayı Listesi

Yayınlama, Bir Sorun Listesi oluşturur.

Fiziksel Envanter Teklifi


Herhangi bir Fiziksel Envanter (Sayım, Sayım, Sayım Sayımı) bir Fiziksel Envanter Önerisi oluşturacaktır.

Stok girişi için Görev Yarat

Stok girişi işlevselliği, aşağıda yer alan belge türlerine göre kapsamı vardır. Ön Uçtaki Stok Girişi menü seçeneği, herhangi bir değeri kabul eder (tarar, girer) ve veritabanında, belge türünün ne olursa olsun, girilen değerin bir doküman numarası arar ve bulunulan belge ile kullanıcıyı sorar. Bir belge seçildiğinde, ilgili Stok Girişi işlemi yürütülür ve görevler oluşturulur.

  • PO için Stok girişi
  • DO için Stok girişi (Yol Haritası ivme projesi)
  • WE için Stok girişi (Yol haritası ivme projesi)

Gerekli Yapılandırma :

  1. ITT “RCT-PO” / “RCT-DO” / “RCT-WE” ya atanan bir IR var mı?
  2. Aynı ITT’ye atanan bir WA var mı?
  3. Hedef, işlevsiz bir IRA ise:
    1. Ürünün bir SBG Listesi var mı?
    2. Bu SBG-Listesi depo için SBG’leri içeriyor mu?
    3. Bu SBG’lerde bidonlar var mı?

Arka uçtan: Alınacak bekleyen miktarla KİTAPLI durumdaki herhangi bir satınalma siparişinde “Stok girişi” düğmesini tıklayın. Bir pop-up pencere, görevlerin atanacağı kullanıcı kimliği ister. Bu alan boş bırakılabilir, bunun sonucunda görevler oluşturulur ancak önceden atanmaz.

Arka Uç’dan bir Satın Alma Siparişi fişi başlatma ve görevleri atama.

Ön Uçtan: Stok Girişleri seçeneğini tıklattığınızda yukarıdaki kapsamda açık belgelerin taranması, girilmesi veya aranması sağlanır. Belge seçmek, görev oluşturma işlemini başlatır ve görevi, işlemi başlatan Ön Uç kullanıcısına atar.

Görevleri otomatik olarak atayan Satınalma Siparişi Fişi’ni Ön Uç’dan başlatma. KİTAPLI durumdaki Satınalma siparişini tarayın, girin veya arayın.

Put-Away (Yerleştirme) için görevler üret

Put-Away (Yerleştirme) işlevselliği, tamamlanmış bir yapılandırma sağlanırsa, herhangi bir saklama ayrıntısı için bir görev oluşturmanıza olanak tanır. Herhangi bir nitelik, görev ve hareketle birlikte dolaşacaktır. Tek satır veya birden çok satır, ön uç veya arka uç arasından seçilebilir.

Put-Away (Yerleştirme) Stock penceresi “:

Önceden refactor koyun.

Gerekli Yapılandırma :

  1. ITT “PUT-TR” ye tahsis edilmiş bir IR var mı?
  2. Aynı ITT’ye atanan bir WA var mı?
  3. Ürünün bir SBG Listesi var mı?
  4. Bu SBG-Listesi depo için SBG’leri içeriyor mu?
  5. Bu SBG’lerde bidonlar var mı?

Taşınır Stok için Görevler Oluştur

Move ve Put-Away (Yerleştirme) işlevselliği arasındaki en büyük fark, Move and Put-Away (Yerleştirme) işlevselliği, ürün ve algoritma yapılandırması göz önüne alındığında, Put-Away’in hedef lokasyonsu araması gerçeğidir; Move işlevi, arka uç kullanıcıya kader lokasyonsunu manuel olarak girmesini ister. Görev türünü, önceliklerini ve Ön Uç davranışını belirlediği için IR yapılandırması gereklidir.

Dolayısıyla Taşıma, eksiksiz bir yapılandırma göz önüne alındığında, herhangi bir saklama ayrıntısı için bir görev oluşturmasına olanak tanır. Herhangi bir nitelik, görev ve hareketle birlikte dolaşacaktır.

Taşı düğmesi, Depo İşlemleri düğmesinin bir parçasıdır “:

Taşı düğmesi (isteğe bağlı) operatör ve kader lokasyonsu isteyecektir.

Gerekli Yapılandırma :

  1. ITT “MOV-TR” ye bir IR verildi mi?

Fiziksel Envanter için Görevler Oluşturun

Arka uçtan kullanıcı, Depo İşlemleri penceresinden Sayım ve Yeniden Sayım görevleri oluşturabilir. Bu, filtreleme ve bir Görev oluşturmak üzere Depolama Ayrıntıları grubunu seçerek ve uygun düğmeyi tıklatarak kolayca yapılır. Kont düğmesi Envanter işlem türü CNT-PI’yi başlatacaktır. Diğer taraftan, Yeniden Sayım düğmesi TaskGenerator’u REC-PI envanter hareket türü ile çağırır.

Depo İşlemleri penceresinden Bir Sayma veya Yeniden Başlatma başlatılıyor.

Hem sayım hem de yeniden sayım görevleri daha sonra Onaylanabilir Front-End operatöre atanır.

Kullanıcı , Ön Uçtan kullanıcı tarafından seleyi saymak ve taramak (veya manuel olarak girmek) için menü seçebilir. Depo seçildikten sonra sistem ürünün girilmesini ister ve o lokasyonnun / ürünün sistemde olup olmadığını kontrol eder. Varsa, beklenen değerler doldurulur veya değilse, beklenen değerler boş olur. Varsa ve bu Depolama ayrıntısında bir rezervasyon varsa, sistem bir uyarı gönderir ve hiçbir görev üretilmez.

Front-End’den Bir Count’ı başlatmak, CYC-PI Envanter İşlemi Türü’nü başlatacaktır.

Ürünü taramak, seçili bölme üzerinde varolan Depolama Ayrıntılarını gösterecek ve Görevler Devam Ediyorsa uyaracaktır. Operatör önce mevcut görevden vazgeçmeli ve üzerinde çalışmalıdır.

Depo seçildiğinde, operatör mevcut envanteri ayarlayabilir veya yeni envanter oluşturabilir.

Miktar ve / veya liste niteliklerini güncelleyin ve onaylayın. Başlık öznitelikleri (seri #, lot #, son kullanma tarihi) güncelleştirilemez.

Yenileme Görevleri Oluşturun (Yol Haritası ivmesi projesi)

Not: İleri Depo İşlemleri bağlamında yapılan yenileme görevleri, ana depoda veya toplu depolama alanındaki depo duvarlarında depo toplama alanlarını veya toplu depolama alanlarını doldurma etkinliğidir. Dış kaynaklardan (tedarikçiler, dağıtım merkezleri) yapılan yenileme, Gelişmiş Planlama işlevselliği tarafından yönetilir.

Kamuya açık depolama alanlarında veya belirli malzemelerin sürekli tükendiği (üretim) alanlarda müşteriye veya dahili sürece hizmet edebilecek her zaman yeterli malzeme olmalıdır. Bu gibi durumlarda ürün bir toplu depolama alanında da saklanır.

Bu işlevsellik SBG / Bin başına ürün başına minimum / maksimum miktarı ayarlamanıza izin verecektir. Tekrarlayan toplu işlem, müşterinin alamayacağı veya kullanılamayan envanter nedeniyle dahili işlemi durdurmasını önlemek için, tüm ürünler için minimum seviyesinin altında olan depo içi Yenileme görevlerini oluşturacaktır.

Depo içi ikmal için kurulum şöyle görünecektir:

Ürün SBG Çöp lokasyonsu Min Miktar Max Miktar Birim Yorum Yap
Quechua TieBreak size43 Tenis * 2 8 çift Miktar “Tenis” in 2 altına düştüğünde, Yeniden görev oluşturur. TaskQty MaxQty’ye (8) ayarlandı – CurrentQty SBG’de “Tenis”
Kaykay N-York * D13M10 2 5 her D13M10’da Miktarın 2’nin altına düşmesi durumunda Yeniden görev oluşturur. TaskQty MaxQty’ye (5) ayarlanır – Bin’deki CurrentQty D13M10

Kendini Düzenleyen Depo için Görevler Oluşturun (Yol Haritası ivme projesi)

Self-Organizing Warehouse işlevi, beklenenden farklı bir alanda depolanan ürünler için yinelenen bir toplu işlemde Put-Away (Yerleştirme) görevlerini oluşturacaktır.

SBG-Liste ürünlerine göre, ürün saklanabileceği bir veya birkaç SBG atadı. İç yeniden örgütlenmeler, SBG’leri genişleten veya azaltan, popülerlik kodlarını değiştiren veya sadece manuel olarak saptırılmış alış verişler nedeniyle, stok fiziksel olarak ideal olmayan bir bölgede olabilir. Bu işlevsellik onu tespit eder ve deponun yapılandırmasına göre Put-Aways (Yerleştirmeler) oluşturur ve atar.

Yanlış yerleştirilen stok tespit edildi ve depoyu optimize etmek için görevler üretildi.

Kendini denetleyen depo için Görevler Oluştur (Yol Haritası ivme projesi)

Kendini Denetleme Deposu işlevselliği, Fiziksel Envanter görevlerini, önceden tanımlanmış kurallarla eşleşen ürünler için yinelenen bir toplu işlemde oluşturacaktır.

Toplu işlem, envanter bilgisinin kalitesini sürekli iyileştirmek için kuralları okuyacak ve Fiziksel Envanter görevleri üretecek ve bu da tüm depo işlemlerinin dahili verimliliğini artıracaktır.

Önceden Tanımlanmış Kurallar aşağıdakileri içerebilir:

Sıklık Miktar-Delta Ürün Kategorisi İş ortağı
tesadüfi Satınalma Siparişi Girişi * *
Aylık * XYZ *
Aylık * * ABC

Toplama İçin Görevler Oluştur

Toplama işlevi, kapsamı aşağıdaki belge türlerine göre uygundur. Ön Uçtaki seçme menüsü seçeneği, herhangi bir değeri kabul eder (tarar, girer) ve veritabanında, belge türüne bakılmaksızın girilen değerin bir belge numarası arar ve kullanıcıya bulunan belgeleri bulmasını ister. İş Eforu durumunda, bkz. ( Üretim İçin Gelişmiş Depo İşlemleri. ), Üretim Referansı alanı da aranabilir. Bir doküman seçildiğinde, ilgili toplama işlemi yürütülür ve görevler oluşturulur.

Gerekli Yapılandırma :

  1. ITT’ye “PIK-SO” / “PIK-DO” / “PIK-WE” atanan bir IR var mı?
  2. Aynı ITT’ye atanan bir WA var mı?

Tahsis edilen rezervasyonlar : Doküman tipi “Satış Siparişi” için toplama görevleri oluşturulması, her tanımlanan Depolama Ayrıntısı için (her gerekli miktarın) tahsis edilmiş bir rezervasyonu yaratacaktır. Bu Rezervasyon, bu Depolama Ayrıntısı taşınmış olsa dahi alınan Depolama Ayrıntısı ile aynı kalır ve yalnızca Mal Çıkışı gerçekleştirildiğinde kaldırılır (serbest bırakılır).

IR ve WA atamaları dinamikleri için IR ve WA atamaları bölümüne bakınız .

Arka Uçtan. ITT “PIK-SO” TaskStatus “Uygun” düğmesi Seçme Görevleri etkinleştirildiğinde çağrılır. Yol haritası hızlandırma projesi olarak, aynı ITT “PIK-SO”, Rezervasyon Görevleri düğmesi etkinleştirildiğinde TaskStatus “Reserved” ile çağrılabilir.

Satış emri ekranından toplama işlemleri oluşturulabilir.

Ön Uçtan:

Seçilen XXXXXXXXXXXXXXXX için toplamanın başlatılması, daha önce çekilmemiş tüm bileşenler için (P-) Toplama Görevleri oluşturacaktır.

Diğer Toplama işlemleri

Sorunların Görevlerini Oluşturun

PO (ve DOr) için Makbuz işlemi nedir SO (ve DOi) için ‘Sayı’ işlemidir: Makbuz- * işlemlerinin Depolama Ayrıntıları oluşturduğu yerde, Sayı- * aktarmaları ‘yayınlayacaktır (örn.’ Elden çıkarma ‘ Depolama Ayrıntıları, Mal Kargo (satış, dağıtım) veya Mal Tüketimi (iş çaba) işleminin bir sonucu olarak ‘,’ emit ‘,’ remove ‘,’ give away ‘). Olası üç operasyon vardır:

  1. Bir Satış Siparişi için önceden bir toplama faaliyeti gerçekleştirildiyse ayrılmış tahsisatlar vardır (çekme işlemi kendiliğinden elle oluşturulur veya otomatik olarak oluşturulur) ve işlem konusu saklanan depo detaylarını alır ve görevleri oluşturur.
  2. Bir Dağıtım Siparişi (i) veya İş Etiği için daha önce bir toplama faaliyeti yapılmışsa ve konu işlemi, ayrılmış depolama ayrıntılarını alacak ve görevleri üretecektir.
  3. Daha önce toplama etkinliği yoksa ancak (elle oluşturulmuş) ayrılmış rezervasyonlar varsa TaskGenerator bu rezervasyonları kabul edecek ve görevleri oluşturacaktır.
  4. Daha önce toplama işlemi yapılmamışsa ve ayrılmış rezervasyonlar yoksa, TaskGenerator ISS-SO işlem türü için yapılandırma verilen Depolama ayrıntılarını bulacak ve görevleri oluşturacaktır.

Son iki modül operasyonu ile ilgili olarak – daha önceki toplama işlemi yapılmadan -, mallar direkt olarak fonksiyonel olmayan bir IRA’dan (örneğin “Depolama”) paketleme veya nakliye IRA’sından geçmeden gönderilebilir.

Her durumda, görev üreteci, rezervasyondaki bölmeyi, yapılandırmadan gelen izin verilen bölmeler / IRA ile karşılaştıracaktır ve ayrılmış bölme izin verilen bölmelerin bir parçasıysa yalnızca görev oluşturacaktır. Bu, bunun için yapılandırılan IRA’dan hisse senedinin çıkarılmasını kontrol etmek için ek bir önlemdir.

Ayrıca, görevin konfigürasyonuna bağlı olarak, otomatik olarak teyit edilecektir (tipik yapılandırma) veya bir operatör tarafından manuel olarak onaylanacaktır.

Gerekli Yapılandırma :

  1. ITT “ISS-SO” / “ISS-DO” ya atanmış bir IR var mı?
  2. Aynı ITT’ye atanan bir WA var mı?

IR ve WA atamaları dinamiği için IR ve WA atamaları bölümüne bakınız.

Arka Uçtan. ITT “ISS-SO”, TaskStatus “Ürün Gönderi Yarat” düğmesi etkinleştirildiğinde “Kullanılabilir” olarak çağrılır.

Mal Siparişini Satış Siparişi penceresinden üretin.

Ön Uçtan:

Satış Siparişi’nin (DO) Sayıını Başlatma, tüm Depolama Ayrıntıları için Yayın Görevleri oluşturacaktır (seçilmiş, mevcut.

Ön Uçtaki Sayı menüsü seçeneği, herhangi bir değeri kabul eder (tarar, girer) ve veritabanında, belge türüne bakılmaksızın girilen değerin bir belge numarası arar ve kullanıcıya bulunan belgeleri bulmasını ister.

Diğer ihraç işlemleri

  • DO için sorun giderme (Yol haritası hızlanma projesi)

Envanter Durum Değişikliği Görevleri Oluşturun

‘Envanter Durum Değişikliği’ işlemi, operatörün bir Depolama Ayrıntısı’nın envanter durumunu hızlı bir şekilde değiştirmesine ve rezervasyonların / toplama akışının yapılmasına izin vermesine veya izin vermemesine ve / veya planlama akışına izin vermesine veya izin vermemesine izin verir.

Gerekli Yapılandırma :

  1. ITT “IST-TR” ye tahsis edilmiş bir IR var mı?

Bununla ilgili ayrıntılar için bkz. Bölüm Stok Durumu .

Arka Uçtan. Status butonu aktif hale getirildiğinde ITT “IST-TR” çağrılır.

Depo İşlemleri penceresinde Stok Durumu Değişikliği.

Ön Uçtan:

Ön Uçtaki Envanter Durumunu Değiştirme.

Bu Envanter işlem türü genellikle otomatik onaylama olarak yapılandırılmıştır.

Arka Uçta İlerlemeyi İzleme / Götürme İzleme

Arka uçtaki Satış Siparişi penceresinde, seçmek / yayınlamak için “Bekleyen Satırlar” veya “Bekleyen Miktar” gösterilir . Burada, Satış Siparişi penceresinde toplama etkinliğini atlayarak doğrudan yayınlama imkânı bulunduğunu ve dolayısıyla teyit edilen toplama görevlerine bakılamayacağını aklınızda bulundurmak zorundayız: hiç olmayabilir.

Üretim Sürecinde benzer bayraklarla karşılaştırma

Üretim Çalışmasında toplamanın ilerlemesini gösteren benzer fakat eşit olmayan bayraklar var. Satış Siparişi işlevinin, Satış veya İş emri olursa olsun, bir siparişin ilerleme durumunu göstermek için her iki yoldan daha iyi olduğuna inanıyoruz. Bununla birlikte Üretim Yürütme doğrudan çıkarma imkânına sahip değildir, geri kazanım alanına dahil edilmiştir ve bunun için ilerlemeyi farklı göstereceğiz.

Böylece, 10 birimlik bir satış siparişinde, IssueList doğrudan üretilirse (otomatik doğrulandı veya oluşturulmazsa), bayrak 0’a güncellenecektir. Sadece 6 onaylanırsa, sistem otomatik olarak ‘delta görevi’ oluşturacaktır. kalan 4 ve ardından bayrak 0 kalır. Fakat görevimi 4 için silersem, bayrak güncellenir ve 4 adet beklemede veya “alınacak / yayınlanacak” sayı gösterecektir.

Görevleri Onayla

Ön Uçtan

Bir Görevi Ön Uç’dan onaylamak, zorunlu niteliklerin (varsa) doğru bir değere sahip olmasını gerektirir. Tutanaklar, ön ucun sağ bölmesinde taranabilirken, sol pencere hangi değerlerin hâlâ eksik olduğunu gösterebilir).

Boş zorunlu niteliklere sahip bir Görevi onaylamak başarısız olur ve hata mesajı görüntülenir.

Gerekli tüm değerleri doldurulmuş olan görevler ‘Onaylanmaya Hazır’ olarak işaretlenir. Teyit düğmesi onay işlemini yürütür.

Hiçbir niteliği olmayan veya değerlerin doğru ve varsayılan olduğu bir görev görevi onaylamaya hazır olarak işaretleyecektir. Hem doğrulama düğmesinin hem de görev simgesi gerçek onayı yürütecektir.

Arka uçtan

Görevler, görevin seçilmesi ve Onayla düğmesi tıklanarak Arka uçtan da onaylanabilir. Görev atandıysa, arka uç kullanıcısı bu atamayı geçersiz kılmak için elle göstermelidir.

Bir Görevin arka uçtan onaylanması ve – olası kullanıcı atamasının geçersiz kılınması.

Form-modunda Görevi teyit etmek, onaylanmış değerleri Delta-yanıtı ve Otomatik doldurma özelliğini belirlemenize izin verir.

Nitelikler

Gelişmiş Depo İşlemleri modülü, tüm görevlerin depolama ayrıntısının öznitelik kümesini içerdiğinden tam izlenebilirliği garanti eder. Bir öznitelik kümesiyle tanımlanan ürünler için depolama ayrıntısı bir Mal girişleri hareketinde oluşturulmadan önce tüm zorunlu niteliklerin bir değere sahip olması gerekir.

Arka planda tanımlanan, başlık öznitelikleri, zorunlu nitelikler ve alan türü ‘tarih’ ve ‘liste’ ile bir öznitelik kümesine örnek.

Temel Görev Tipi “Mal Alındıları” olan herhangi bir görevde, Ön Uçta öznitelikler girilebilir. Sistem, ürüne bağlı öznitelik kümesini okur ve varsa, sağ bölmedeki nitelikleri sorar. Sol bölmede, zorunlu ve hala boşsa, nitelikler kırmızı renkte gösterilir ve renklenir.

Sol ve sağ bölme, Mal girişi işleminde özelliklerin gerekli olduğunu gösterir.

Varolan Öznitelik Kümesindeki Değişiklikler

Mevcut öznitelik kümesindeki değişiklikler, hangi özelliklerin gösterildiği ve / veya varsayılan olduğu belirtilmesine izin veren Ön Uç yapılandırma işleviyle mümkündür . Bu değişiklikler öznitelik kümesinde başarıyla tamamlanmış ve bu öznitelik kümesini paylaşan tüm saklama ayrıntılarını doğrulamıştır. Bu işlevselliğe, nitelik kümelerinin yeni örneklerini yaratmaya ve dolayısıyla yalnızca kısmen toplama veya hareketten sonra stokun ayrılmış kısmı için değişiklikleri yansıtmaya izin veren bir değişiklik, İleri Depo İşlemlerinin 18Q1 sürümüne dahil edilecektir.

Sonuçlanan Envanter İşlemleri

Temel Görev Tipine bağlı olarak, sonuçta ortaya çıkan stok işlemi bunlardan biridir:

  • Mal Hareketi
  • Mal Girişi
  • Mal Çıkışı (sevkiyat, tüketim)
  • Stok Düzeltmesi

Beklenen ve Onaylananlar arasındaki farklar

Görev, beklenen ve onaylanan miktar ve yer tespiti alanlarına sahiptir. Sapmalar saptanır ve sapmaları analiz etmek için direkt olarak görev jeneratörü tarafından veya bir BI küpünde hareket edilebilir.

Onaylanan Miktar Beklenen Miktarın Altındadır

Doğrulanan miktar beklenen miktardan az ise, AWO Görev Üreticisi bunu algılar ve ITT buna izin verirse kalan miktarı otomatik olarak yeni bir görev oluşturur, Delta Yönetimi paragrafındaki ayrıntıları görür . Bu, operatöre A Kısımına kısmi bir miktarı koyup kalan miktarın geri alınmasına devam etmesini sağlar.

Onaylanan Miktar Beklenen Miktar’dan büyük

Bu sadece Mal Alımları ve Fiziksel Envanter (Kalan, Sayım, Döngü OTF) için mümkündür ve bir uyarı veya hata mesajıyla sınırlı değildir.

Onaylanmış Konum Belleyici Beklenen Bulucu’dan farklı

Beklenen yer bulma her zaman bir öneri. Operatör, farklı bir konumlandırıcı girdi / tarayabilir ve hareket doğrulanmış harekete göre yürütülecektir.

Görevleri İptal Et / Sil

Görev yürütülmezse, kullanıcı arka uç görev penceresinde görev silebilirsiniz. Bu, atanmış bir kullanıcı bulunmayan görevlerle – mümkün olduğunca – silinen görevlerin onaylanmasını önlemek için sınırlandırılmıştır.

Görevi kullanıcıya atanmamışsa arka uçtan iptal etme.

Ürün Kimliğini Yeniden Basın (etiket)

Arka uç görev penceresinde, Print ID = True olan IR’ye ilişkin onaylanmış bir görev Ürün Kimliğini yeniden yazdırabilir.

İşlenmiş / onaylanmış görevi seçin ve düğmesine tekrar basın.

lâf salatası

Ayrıntılandırma, görev yaratma karmaşık işlemi sırasında işlevsel mesajlar toplama işlevidir. Bu mesajlar, sürecin basamaklarını izlemenize ve belirli IR’nin ve neden bazı lokasyonların veya saklama ayrıntılarının seçildiğini anlamanıza yardımcı olur. Depo (yeniden) konfigüre edildiğinde bu özellikle önemlidir.

Verbosity kelimenin tam anlamıyla “Gerekten daha fazla kelime kullanmak” anlamına gelir ve RequirementsAnalysis’e uygulanır, Algoritmalar ve TaskGenerator, bir görev üretirken her adımın (yalnızca nihai sonuç değil!) Analiz için Verbosity çıktı dosyasına kaydedildiği anlamına gelir. Bu çıkışla konfigürasyon anlaşılabilir ve düzeltme veya hassas ayarlama uygulanabilir.

Ayrıntılandırma işlevi, muazzam bir ses çıkışı üretir ve bu nedenle, ayrıntı seviyesini belirlerken, kullanıcı başına, zaman çerçevesine göre Depo Ayrıntılılığı Konfigürasyon penceresinde etkinleştirilebilir.

Ayrıntılılık, kullanıcı ve zaman çerçevesi başına aktive edilir ve ayrıntı seviyesini belirtir.

“Depo Ayrıntılılığı Günlüğü” penceresinde, Envanter İşlem türü için TaskGenerater’i kimin ve ne zaman çağırdığı gösterilir.

Openbravo Gelişmiş Depo Operasyon Örnekleri