Envanter Yönetimi Veri Şablonunuz

Manhattan Active Inventory
Envanter Yönetimi Veri Şablonunuz

Envanter Yönetimi Veri Şablonunuz

Bu şablon, envanter yönetimi analiziniz için doğru verileri toplama konusunda kapsamlı bir rehber sunar. İzlemeniz gereken temel öznitelikleri ve süreç aktivitelerini, ayrıca sisteminizden veri çekmeye yönelik pratik rehberliği detaylandırır. Operasyonlarınıza dair daha derin içgörüler elde etmek için verilerinizi verimli bir şekilde hazırlayın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Envanter Yönetimi Nitelikleri

Bunlar, kapsamlı envanter yönetimi analizi için olay kaydınıza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 10 İsteğe Bağlı
Ad Açıklama
Envanter Partisi/Lot
InventoryBatchLot
Bir envanter partisinin veya lotunun benzersiz tanımlayıcısı, birincil vaka tanımlayıcısı olarak hizmet eder.
Açıklama

Envanter Parti veya Lot numarası, bir ürünün belirli bir miktarı ile ilgili tüm faaliyetleri gruplandırır. Bu, ayrı bir stok miktarının, envantere alınmasından çeşitli hareketlerine ve nihai olarak çıkışına veya tüketimine kadar tam yaşam döngüsünü izlemeyi sağlar.

Process Mining'de bu öznitelik, her bir envanter biriminin uçtan uca yolculuğunu yeniden yapılandırmak için kritik öneme sahiptir. Kalite kontrolünde uzun gecikmeler yaşayan veya sevkiyat öncesi sık iç hareketlere maruz kalan partileri belirlemek gibi, belirli partileri etkileyen süreç varyantlarının, döngü sürelerinin ve darboğazların analizine olanak tanır.

Neden önemli

Bu, ilgili tüm envanter olaylarını tek bir süreç örneğine bağlayan ve envanter yaşam döngüsünün uçtan uca analizini sağlayan temel tanımlayıcıdır.

Nereden alınır

Bu tanımlayıcı genellikle Manhattan Active Inventory içindeki envanter detay tablolarında veya lot ana verilerinde bulunur. Belirli tablo ve alan adları için sistem belgelerine başvurun.

Örnekler
LOT-202405-001ABCH-XYZ-987657458392-01
Faaliyet Adı
ActivityName
Gerçekleşen envanter yönetimi olayının adı, örneğin 'Mal Kabul Kaydedildi' veya 'Toplama Tamamlandı'.
Açıklama

Bu öznitelik, envanter yönetimi sürecindeki belirli bir adımı veya kilometre taşını tanımlar. Her aktivite, envanter partisi üzerinde gerçekleştirilen ayrı bir eylemi temsil eder; örneğin, alma, denetleme, taşıma veya sevkiyat.

Bu aktivitelerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Süreç akışını görselleştirmeye, standart prosedürden sapmaları belirlemeye ve gecikmelere veya yeniden çalışmalara neden olan aktiviteleri tespit etmeye yardımcı olur. Örneğin, analiz, başarısız bir toplama girişiminden sonra 'Döngü Sayımı Gerçekleştirildi'nin sık sık meydana gelip gelmediğini ortaya çıkarabilir.

Neden önemli

Sürecin adımlarını tanımlar, envanter yolculuğunun baştan sona görselleştirilmesini ve analiz edilmesini sağlar.

Nereden alınır

Bu, genellikle Manhattan Active Inventory içindeki olay günlüklerinden, işlem kodlarından veya durum değişikliği kayıtlarından türetilir. Teknik kodlardan kullanıcı dostu adlara eşleme gerektirebilir.

Örnekler
Goods Receipt RecordedPut-Away CompletedInventory AdjustedToplama TamamlandıGoods Issue Recorded
Olay Başlangıç Zamanı
EventStartTime
Envanter aktivitesinin ne zaman başladığını gösteren zaman damgası.
Açıklama

Bu öznitelik, kaydedilen her aktivitenin başlangıç tarih ve saatini sağlar. Olayları kronolojik olarak sıralamak ve farklı süreç adımları arasındaki süreleri hesaplamak için hayati öneme sahiptir.

Analizde, başlangıç zamanı, depoya yerleştirme döngü süresi, kalite kontrol süresi ve genel stok bekleme süresi gibi temel performans göstergelerini hesaplamak için kullanılır. Zaman damgalarını analiz ederek, kuruluşlar ne zaman iş yapıldığını belirleyebilir, programlara karşı performansı ölçebilir ve depodaki zamana dayalı verimsizlikleri ortaya çıkarabilir.

Neden önemli

Bu zaman damgası, olayları doğru bir şekilde sıralamak ve tüm zamana dayalı performans metrikleri ile KPI'ları hesaplamak için temeldir.

Nereden alınır

Manhattan Active Inventory'deki her işlem veya olay kaydının, genellikle 'CREATE_DTTM' veya 'EVENT_TIMESTAMP' gibi adlandırılan ilişkili bir zaman damgası alanı olmalıdır.

Örnekler
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-27T14:05:00Z
Kaynak Sistem
SourceSystem
Verilerin çekildiği sistem.
Açıklama

Bu öznitelik, olay verilerini oluşturan kaynak uygulamayı veya modülü tanımlar. Modern bir lojistik ortamında, veri çekirdek WMS'den, bir saha yönetim sisteminden veya bir ulaşım yönetim sisteminden gelebilir.

Kaynak sistemi belirtmek, veri yönetimi ve verinin bağlamını anlamak için önemlidir. Örneğin, bir olayın otomatik bir sistemden mi yoksa manuel bir giriş portalından mı kaynaklandığını bilmek, otomasyon analizi için kritik olabilir.

Neden önemli

Verinin kökeni hakkında temel bağlam sağlar, bu da veri doğrulama, yönetişim ve sistem etkileşimlerini anlamak için kritik öneme sahiptir.

Nereden alınır

Bu, genellikle veri çıkarma işlemi sırasında veri kümesinin kaynağını belirlemek için eklenen statik bir değerdir.

Örnekler
Manhattan Active InventoryMAI_WMSMANH_SCALE
Son Veri Güncellemesi
LastDataUpdate
Bu olaya ilişkin verilerin en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası.
Açıklama

Bu öznitelik, verilerin kaynak sistemden çekildiği tarih ve saati kaydeder. Analizin güncelliğini anlamak için çok önemli bir metadata alanıdır.

Dashboard'lar ve raporlarda, bu zaman damgası kullanıcılara temel verilerin ne kadar güncel olduğunu bildirir. Veri gecikmesi hakkındaki beklentileri yönetmeye yardımcı olur ve veri akışı yenilemelerini planlamak için esastır.

Neden önemli

Kullanıcıların verilerin güncelliğinden haberdar olmasını sağlar, bu da zamanında ve bilinçli operasyonel kararlar almak için kritik öneme sahiptir.

Nereden alınır

Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) aracı veya betiği tarafından oluşturulur ve veri kümesine eklenir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Depo Konumu
WarehouseLocation
Aktivitenin gerçekleştiği depo içindeki belirli fiziksel konum, örneğin bir depolama rafı veya paketleme istasyonu.
Açıklama

Bu öznitelik, bir envanter olayıyla ilişkili bölge, koridor veya raf gibi konumu belirtir. Depo içindeki stok hareketleri ve faaliyetleri için coğrafi bağlam sağlar.

Bu, neredeyse her dashboard'da kullanılan analiz için hayati bir boyuttur. Darboğaz alanlarını belirlemeye, farklı konumlar arasında performansı karşılaştırmaya ve envanter tutarsızlıklarının kök nedenlerini araştırmaya yardımcı olur. Örneğin, belirli bir bölgenin yüksek toplama hatası oranına veya yavaş yerleştirme sürelerine sahip olup olmadığını gösterebilir.

Neden önemli

Envanter olaylarına uzamsal bağlam sağlar, belirli fiziksel konumlarla bağlantılı darboğazların, verimliliğin ve sorunların analizine olanak tanır.

Nereden alınır

Konum verileri, herhangi bir WMS'nin temel bir parçasıdır ve genellikle 'LOCATION_ID', 'BIN_CODE' veya 'ZONE' gibi alanlarda envanter işlem tablolarında bulunmalıdır. Manhattan Active Inventory belgelerine başvurun.

Örnekler
A1-R02-S03-B01PACK-STATION-05QC-INBOUNDZONE-C-BULK
Eylemi Gerçekleştiren Kullanıcı
UserPerformingAction
Aktiviteyi gerçekleştiren kullanıcı veya çalışanın tanımlayıcısı.
Açıklama

Bu öznitelik, toplama, paketleme veya envanter ayarlama gibi belirli bir görevi yerine getirmekten sorumlu kişinin kullanıcı kimliğini veya adını yakalar. Otomatik görevler için otomatik bir sistem veya bot kimliğini de temsil edebilir.

Kullanıcıya göre performans analizi, eğitim fırsatlarını belirlemek, yüksek performanslı kişileri tanımak ve iş yükü dağılımını anlamak için kritiktir. Toplama ve paketleme performansıyla ilgili dashboard'larda ve manuel ayarlama noktalarını araştırmak için önemli bir boyuttur.

Neden önemli

Süreç faaliyetlerini belirli kullanıcılara bağlar, performans analizi, iş yükü dengeleme ve eğitim ihtiyaçlarının belirlenmesini sağlar.

Nereden alınır

Bu bilgi genellikle işlem verileriyle birlikte 'USER_ID', 'EXECUTED_BY' veya 'RESOURCE_ID' gibi alanlarda saklanır. Manhattan Active Inventory belgelerine başvurun.

Örnekler
j.doeasmithSYSTEM_AUTOUSR_1138
Hareket Neden Kodu
MovementReasonCode
Bir envanter hareketinin veya ayarlamasının nedenini açıklayan bir kod.
Açıklama

Hareket Neden Kodu, bir envanter olayının neden gerçekleştiğine dair bağlam sağlar. Özellikle iç transferler, ayarlamalar, iadeler veya hurdaya çıkarma gibi standart dışı aktiviteler için önemlidir.

Bu öznitelik, kök neden analizi için hayati öneme sahiptir. Örneğin, Envanter Farkı Genel Bakış dashboard'unda bu kod, neden ayarlamalar yapıldığını (örneğin, 'Hasarlı Ürünler', 'Döngü Sayımı Düzeltmesi', 'Hırsızlık') açıklayacaktır. Ayrıca iç stok transferlerinin ve hurdaya çıkarmanın arkasındaki nedenleri analiz etmek için de kullanılır.

Neden önemli

Envanter hareketlerinin ve ayarlamalarının arkasındaki 'nedeni' açıklayarak, farklılıklar, hurdaya ayırmalar ve transferler için güçlü kök neden analizine olanak tanır.

Nereden alınır

Bu genellikle belirli hareket türleriyle ilişkili işlem tablolarında bir alandır. Manhattan Active Inventory'de 'REASON_CODE' veya 'MOVEMENT_TYPE' gibi alanları arayın.

Örnekler
ADJ_DAMAGEXFER_REPLENSCRAP_EXPIREDRTN_CUST
Olay Bitiş Zamanı
EventEndTime
Envanter aktivitesinin ne zaman tamamlandığını gösteren zaman damgası.
Açıklama

Bu öznitelik, kaydedilen her aktivitenin tamamlanma tarih ve saatini sağlar. Bazı olaylar anlık olsa da (BaşlangıçZamanı BitişZamanına eşittir), diğerleri kalite kontrolü veya toplama görevi gibi bir süreye sahiptir.

Bitiş zamanı, bireysel aktivitelerin işleme süresini hesaplamak için gereklidir. Bu, genel süreç içinde en çok zaman alan belirli görevlerin ayrıntılı bir analizini yaparak, hedefe yönelik iyileştirme çabalarını mümkün kılar.

Neden önemli

Bireysel faaliyet sürelerinin hesaplanmasına olanak tanır, süreç gecikmelerine neden olan kesin görevleri belirlemeye yardımcı olur.

Nereden alınır

Bu, kaynak sistemde ayrı bir alan olabilir (örneğin, 'END_DTTM') veya anlık olaylar için başlangıç zamanıyla aynı olabilir. Olay veri yapısı için Manhattan Active Inventory belgelerine başvurun.

Örnekler
2023-10-26T08:05:00Z2023-10-26T09:45:10Z2023-10-27T14:05:00Z
Stock Keeping Unit (SKU)
StockKeepingUnit
Envanterdeki belirli bir ürün veya öğenin benzersiz tanımlayıcısı.
Açıklama

Stok Tutma Birimi veya SKU, bir ürünü izlemek için kullanılan ayrı bir koddur. Ürünlerin boyut, renk ve marka gibi özelliklerine göre farklılaştırılmasını sağlar.

Process Mining'de SKU'ya göre analiz yapmak, ürüne özgü sorunları belirlemeye yardımcı olur. Örneğin, belirli SKU'ların daha uzun kalite kontrol sürelerine sahip olup olmadığını, hasara ve hurdaya daha yatkın olup olmadığını veya sıklıkla envanter ayarlamalarına dahil olup olmadığını ortaya çıkarabilir. Bu, Depoya Yerleştirme Döngü Süresi Analizi ve Envanter Hurda Eğilimleri gibi dashboard'lar için önemli bir özniteliktir.

Neden önemli

Ürün düzeyinde analizlere olanak tanır, süreç sorunlarının belirli öğelerde veya ürün kategorilerinde yoğunlaşıp yoğunlaşmadığını belirlemeye yardımcı olur.

Nereden alınır

SKU, ürün ana verileri ve envanter işlem tablolarında temel bir alandır. 'SKU', 'ITEM_ID' veya 'PRODUCT_CODE' adında alanlar arayın.

Örnekler
WIDGET-BLUE-LGSKU-849201-APN-775-C
Ürün Miktarı
ItemQuantity
Aktiviteye dahil olan ürün birimlerinin sayısı.
Açıklama

Bu öznitelik, alınan, taşınan, toplanan veya ayarlanan ürün sayısı gibi bir envanter olayıyla ilişkili ürün miktarını temsil eder.

Miktar, operasyonların ölçeğini anlamak ve birkaç temel KPI'yı hesaplamak için kritik bir ölçüdür. Manuel Ayarlama Hacmi Oranı, Miktara Göre Hurda Oranı ve Toplama Verimliliği'ni belirlemek için kullanılır. Miktarı analiz etmek, büyük veya küçük siparişlerin farklı süreç özelliklerine sahip olup olmadığını ortaya çıkarabilir.

Neden önemli

Her faaliyet için bir hacim ölçüsü sağlar, bu da verimlilik, oranlar ve diğer hacme dayalı KPI'ları hesaplamak için temeldir.

Nereden alınır

Manhattan Active Inventory'deki işlem tabloları, her hareket veya olayla ilişkili bir miktar alanı içerecektir. 'QTY', 'QUANTITY' veya 'UNITS' olarak adlandırılabilir.

Örnekler
10012-51
Depo
Warehouse
Envanterin bulunduğu depo veya dağıtım merkezinin tanımlayıcısı.
Açıklama

Bu öznitelik, envanter aktivitesinin gerçekleştiği dağıtım merkezi veya depo gibi belirli tesisi tanımlar. Belirli Depo Konumundan (raf, koridor) daha üst düzey bir gruplama sağlar.

Birden fazla tesisi olan şirketler için depoya göre analiz esastır. Sahalar arasında performans karşılaştırması yapmaya olanak tanıyarak, yüksek performanslı depolarda en iyi uygulamaları ve diğerlerinde iyileştirme alanlarını belirlemeye yardımcı olur. Depo Aktivite Verimliliği dashboard'u için önemli bir boyuttur.

Neden önemli

Envanter süreci performansının farklı fiziksel sahalar veya dağıtım merkezleri arasında üst düzey karşılaştırmasına olanak tanır.

Nereden alınır

Bu bilgi genellikle konum ana verilerinin bir parçasıdır veya Depo Konumu kodundan türetilebilir. 'WH_ID' veya 'SITE_CODE' gibi alanları arayın.

Örnekler
WH-01-EASTDC-CENTRALFAC-WEST-3
Envanter Durumu
InventoryStatus
Envanter partisinin mevcut durumu, örneğin 'Mevcut', 'Beklemede' veya 'İncelemede'.
Açıklama

Bu öznitelik, envanterin belirli bir andaki durumunu açıklar. Stoğun siparişlere tahsis için mevcut olup olmadığını, kalite kontrolünden geçip geçmediğini, başka nedenlerle engellenip engellenmediğini veya transit halinde olup olmadığını gösterir.

Envanter durumundaki değişiklikleri izlemek değerli içgörüler sağlayabilir. Örneğin, 'Beklemede' veya 'İncelemede' durumunda geçirilen süreyi analiz etmek, envanter kullanılabilirliğindeki gecikmeleri nicel olarak belirlemeye yardımcı olur. Bu öznitelik, uzun stok bekleme sürelerinin arkasındaki nedenleri anlamak için faydalıdır.

Neden önemli

Stokun karşılanabilirliğini gösterir, kalite kontrol veya bekletme gibi mevcut olmayan durumların neden olduğu gecikmeleri analiz etmeye yardımcı olur.

Nereden alınır

Bu, Manhattan Active Inventory içindeki envanter dengesi veya stok seviyesi tablolarında önemli bir alandır. 'STATUS_CODE' veya 'INVENTORY_STATUS' alanlarını arayın.

Örnekler
AvailableKalite KontrolEngellendiDamaged
Faaliyet İşlem Süresi
ActivityProcessingTime
Tek bir aktivitenin süresi, bitiş zamanı ile başlangıç zamanı arasındaki fark olarak hesaplanır.
Açıklama

Bu metrik, belirli bir görev üzerinde aktif olarak harcanan süreyi ölçer. Tek bir aktivite için Olay Başlangıç Zamanı'nın Olay Bitiş Zamanı'ndan çıkarılmasıyla hesaplanır. Anlık olaylar için bu süre sıfırdır.

İşlem süresini analiz etmek, süreçteki hangi belirli adımların en çok zaman aldığını belirlemeye yardımcı olur. Örneğin, uzun bir toplama döngü süresinin seyahatten mi yoksa toplama yüzeyinde uzun süre geçirilmesinden mi kaynaklandığını ayırt edebilir. Bu, iyileştirme çabalarını daha hassas bir şekilde odaklamaya yardımcı olur.

Neden önemli

Bireysel görevlerin süresini ölçer, genel süreçteki en çok zaman alan adımları izole etmeye ve analiz etmeye yardımcı olur.

Nereden alınır

Bu, ham verilerden EventStartTime ve EventEndTime öznitelikleri kullanılarak türetilen hesaplanmış bir alandır.

Örnekler
0 00:30:000 00:05:150 01:10:00
Görev Tanımlayıcı
TaskIdentifier
Depoya yerleştirme veya toplama görevi gibi belirli bir depo görevi için benzersiz tanımlayıcı.
Açıklama

Envanter Partisi/Lot'u ürünü izlerken, Görev Tanımlayıcısı bir kullanıcıya veya sisteme verilen belirli iş talimatını izler. Örneğin, 100 ürünlük tek bir parti, her biri 50 üründen oluşan iki ayrı görev aracılığıyla yerleştirilebilir.

Bu öznitelik, operasyonel verimliliğin daha ayrıntılı analizine olanak tanır. Bir 'Toplama Görevi Oluşturuldu' olayını, karşılık gelen 'Toplama Tamamlandı' olayıyla ilişkilendirerek görev yürütme süresinin hassas ölçümünü sağlayabilir. Bu, bireysel görev düzeyinde toplama ve yerleştirme performansını analiz etmek için faydalıdır.

Neden önemli

Görev oluşturma ve tamamlama olayları arasında ayrıntılı bir bağlantı sağlar, ayrı iş görevlerinin hassas ölçümüne olanak tanır.

Nereden alınır

Manhattan Active Inventory'deki görev yönetimi veya yürütme tabloları, her görev için benzersiz bir kimlik içerecektir. 'TASK_ID' veya 'WORK_ORDER_ID' araması yapın.

Örnekler
T-20231026-00123PK-987654PA-456789
Is Put-away On Time
IsPutawayOnTime
Yerleştirme sürecinin tanımlanmış hizmet seviyesi anlaşması (SLA) dahilinde tamamlanıp tamamlanmadığını gösteren bir işaret.
Açıklama

Bu boolean öznitelik, bir yerleştirme görevinin hedef tamamlama süresini karşılayıp karşılamadığını gösterir. Gerçek yerleştirme döngü süresini ('Yerleştirme Başlatıldı'dan 'Yerleştirme Tamamlandı'ya kadar) önceden tanımlanmış bir iş hedefiyle, örneğin 4 saatle karşılaştırarak hesaplanır.

Bu öznitelik, Zamanında Yerleştirme Oranı KPI'ını hesaplamak için kullanılır. Kullanıcıların gecikmiş yerleştirmeleri kolayca filtrelemesine ve depo konumu, SKU kategorisi veya ilgili kullanıcı gibi kök nedenlerini araştırmasına olanak tanıyarak analizi basitleştirir. Bu, operasyonel verimlilik standartlarının izlenmesine ve uygulanmasına yardımcı olur.

Neden önemli

Stok yerleştirme için dahili hizmet seviyelerine uyumu doğrudan ölçer, süreç hatalarını hızla belirlemeye ve analiz etmeye yardımcı olur.

Nereden alınır

Bu hesaplanmış bir alandır. Hesaplanan döngü süresine uygulanacak bir iş kuralı veya SLA tanımı (örneğin, 'Hedef Yerleştirme Süresi = 4 saat') gerektirir.

Örnekler
truefalse
Kalem Değeri
ItemValue
İşlemdeki ürünlerin parasal değeri.
Açıklama

Bu öznitelik, bir olayla ilişkili envanterin finansal değerini temsil eder ve Ürün Miktarı ile birim maliyetin çarpılmasıyla hesaplanır. Özellikle finansal etki analizi için önemlidir.

Ürün Değeri, hurdaya çıkarılan mallarla ilişkili finansal kaybı nicel olarak belirlemeyi sağladığı için Envanter Hurda Eğilimleri dashboard'u için hayati öneme sahiptir. Sık sık silinen yüksek değerli ürünlere odaklanarak maliyet azaltma çabalarını önceliklendirmeye yardımcı olur. Ayrıca envanter ayarlamalarına ve tutarsızlıklara finansal bir boyut katar.

Neden önemli

Envanter hareketlerini finansal etkiye dönüştürür; bu, hurda, tutarsızlıklar ve fazla stok maliyetini nicel olarak belirlemek için kritiktir.

Nereden alınır

Bu genellikle, işlem tablosundaki Ürün Miktarını, ürün ana verilerindeki veya finansal verilerdeki birim maliyetle çarparak türetilir. Birim maliyet, 'STANDARD_COST' veya 'UNIT_PRICE' gibi alanlarda saklanabilir.

Örnekler
1500.0025.50349.99
Ölçü Birimi
UnitOfMeasure
Ürün miktarının ölçüldüğü birim, örneğin 'Adet', 'Kutu' veya 'Palet'.
Açıklama

Ölçü Birimi (UoM), Ürün Miktarı özniteliği için bağlam sağlar. Miktarın tekil ürünleri, birden çok ürün içeren kutuları veya tüm paletleri ifade edip etmediğini belirtir.

UoM'yi anlamak, özellikle farklı ürünler veya işlemler karşılaştırılırken doğru analiz için çok önemlidir. Bu, toplama verimliliği gibi KPI'ların doğru ve tutarlı bir şekilde hesaplanmasını sağlayarak, miktarların farklı birimlerde kaydedilebileceği verilerin yanlış yorumlanmasını önler.

Neden önemli

Miktar alanlarına temel bağlam sağlar, metriklerin ve karşılaştırmaların doğru ve anlamlı olmasını garanti eder.

Nereden alınır

Bu, ürün ana verilerinde standart bir alandır ve genellikle işlem tablolarına aktarılır. 'UOM' veya 'UNIT' gibi alanları arayın.

Örnekler
EACSPLKG
SKU Kategorisi
SKUCategory
SKU'nun ait olduğu, 'Elektronik' veya 'Giyim' gibi sınıflandırma veya kategori.
Açıklama

SKU Kategorisi, benzer ürünleri toplu analiz için gruplandırma imkanı sunar. Bu, ürün tipine, depolama gereksinimlerine (örn. soğutmalı) veya satış hızına (örn. A, B, C öğeleri) dayanabilir.

Bu öznitelik, tekil SKU analizinden daha üst düzey içgörüler sağlar. 'Elektronik ürünlerin depoya yerleştirilmesi diğer kategorilerden daha uzun sürüyor mu?' veya 'Hurda ürünler mevsimlik ürün kategorimizde mi yoğunlaşıyor?' gibi sorulara yanıt bulmaya yardımcı olur. Depoya Yerleştirme Döngü Süresi ve Kalite Kontrol Süresi dashboard'larında kullanılır.

Neden önemli

Ürünleri gruplandırarak toplu analizleri kolaylaştırır, tüm ürün ailelerinde yaygın olan süreç eğilimlerini ve sorunlarını ortaya çıkarmaya yardımcı olur.

Nereden alınır

Bu genellikle SKU'ya bağlı ürün ana verilerinin bir parçasıdır. Manhattan Active Inventory'nin ürün veya öğe ana yapılandırmasına başvurun.

Örnekler
ElektronikApparelFrozen GoodsFast-Moving
Stok Bekleme Süresi
StockDwellTime
Bir envanter partisinin depoda, yerleştirmesi tamamlandıktan mal çıkışının başlangıcına kadar kaldığı toplam süre.
Açıklama

Stok Bekleme Süresi, envanterin depoda ne kadar süreyle atıl kaldığını ölçen temel bir performans göstergesidir. Belirli bir envanter partisi için 'Yerleştirme Tamamlandı' olayı ile 'Mal Çıkışı Kaydedildi' olayı arasındaki zaman farkı olarak hesaplanır.

Bu KPI'yı izlemek, işletmelerin envanter seviyelerini optimize etmelerine ve nakit akışını iyileştirmelerine yardımcı olur. Uzun bekleme süreleri, aşırı stok, yavaş hareket eden ürünler veya sipariş karşılamadaki verimsizlikleri gösterebilir. Bekleme süresini azaltmak genellikle envanter yönetiminin birincil hedefidir.

Neden önemli

Envanter tutma süresini ölçer, envanter seviyelerini optimize etme ve elde bulundurma maliyetlerini azaltma stratejik hedefini doğrudan destekler.

Nereden alınır

Bu, belirli bir vaka için 'Depoya Yerleştirme Tamamlandı' ve 'Mal Çıkışı Kaydedildi' olaylarını bularak zaman damgalarını çıkararak türetilen hesaplanmış bir alandır.

Örnekler
30 08:00:0015 12:30:0090 00:00:00
Tedarikçi Adı
SupplierName
Envanteri sağlayan tedarikçinin veya satıcının adı.
Açıklama

Bu öznitelik, envanter partisinin alındığı tedarikçiyi tanımlar. Bu bilgi, envanter yaşam döngüsünün başında, özellikle mal kabul ve kalite kontrolü sırasında en alakalıdır.

Tedarikçiye göre süreçleri analiz etmek, tedarikçi performansını yönetmek için anahtardır. Örneğin, Kalite Kontrol Süresi dashboard'u, belirli tedarikçilerden gelen envanterin sürekli olarak daha uzun denetim gecikmeleri yaşayıp yaşamadığını belirlemek için bu özniteliği kullanır; bu da kalite sorunlarına veya belgeleme problemlerine işaret edebilir.

Neden önemli

Envanter süreçlerini belirli tedarikçilere bağlar, kalite kontrol gecikmeleri gibi tedarikçi ile ilgili performans analizine olanak tanır.

Nereden alınır

Bu bilgi genellikle mal kabul olayıyla ilişkili satın alma siparişi veya önceden sevkiyat bildiriminde bulunur. Satın alma verileriyle birleştirme gerektirebilir.

Örnekler
`Global Tech Inc.`Component Suppliers LLCOffice Essentials Co.
Gerekli Önerilen İsteğe Bağlı

Envanter Yönetimi Faaliyetleri

`Event log`'unuzda doğru süreç keşfi ve optimizasyonu için yakalamanız gereken temel süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 7 İsteğe Bağlı
Aktivite Açıklama
Goods Issue Recorded
Envanter partisinin depodan resmi olarak ayrıldığı, mevcut stoğu azalttığı noktayı işaretler. Bu genellikle bir kamyon kalkış taraması veya sevkiyat onayı ile tetiklenir.
Neden önemli

Bu, envanter yaşam döngüsünün birincil başarılı bitiş olayıdır. Outbound sürecini tamamlar ve toplam stok bekleme süresini hesaplamak için kullanılır.

Nereden alınır

Bu, envanter işlem kayıtlarındaki standart, açık bir işlemdir ve genellikle bir sevkiyat veya satış siparişiyle bağlantılıdır. Sistemdeki envanter partisinin miktarını azaltır.

Yakala

Sistemin işlem günlüklerindeki açık bir mal çıkış işleminden yakalandı.

Event tipi explicit
Goods Receipt Recorded
Bir envanter partisinin tesiste resmi varışını ve sistem kaydını işaretler. Bu olay, genellikle bir kullanıcı öğeleri taradığında veya Manhattan Active Inventory'de bir satın alma siparişine veya ileri nakliye bildirimine (ASN) karşı bir makbuzu onayladığında yakalanır.
Neden önemli

Bu, envanter yaşam döngüsünün birincil başlangıç olayıdır. Bu olaydan sonraki aktivitelere kadar geçen süreyi analiz etmek, inbound verimliliğini ve tedarikçi performansını ölçmek için çok önemlidir.

Nereden alınır

Bu, mal kabulü yapıldığında envanter işlem günlüğünde veya makbuz geçmişi tablolarında kaydedilen standart, açık bir işlemdir. Kabulle ilgili işlem kodlarını arayın.

Yakala

Sistemin işlem günlüklerindeki açık bir mal kabul işleminden yakalandı.

Event tipi explicit
Inventory Adjusted
Örneğin, bir döngü sayımı sırasında bir farklılık bulunduktan sonra, bir parti için sistemin envanter miktarında yapılan açık bir düzeltme. Bu, pozitif veya negatif bir ayarlama olabilir.
Neden önemli

Bu olay, envanterdeki yanlışlığın doğrudan bir göstergesidir. Bu ayarlamaları analiz etmek, Envanter Farkı Genel Bakış dashboard'u ve Envanter Fark Oranı KPI'ı için kritiktir.

Nereden alınır

Envanter işlem günlüklerinde bulunur, ayarlamalar için belirli işlem kodlarıyla (örn. 'ADJ+', 'ADJ-') tanımlanır. Bu günlükler, neden kodu, kullanıcı ve değişen miktar gibi ayrıntıları içerir.

Yakala

Envanter günlüğündeki belirli ayarlama neden kodlarına sahip işlemlerden yakalandı.

Event tipi explicit
Put-Away Completed
Envanter partisinin nihai depolama bölmesine başarıyla yerleştirildiğini doğrular. Bu genellikle bir operatör depolama bölmesini taradığında ve yerleştirme görevinin tamamlandığını onayladığında yakalanır.
Neden önemli

Bu, inbound sürecinin sonunu işaret eden ve stoğu sipariş karşılamak için kullanılabilir hale getiren kritik bir kilometre taşıdır. Depoya Yerleştirme Döngü Süresi ve Zamanında Yerleştirme Oranı KPI'larını hesaplamak için esastır.

Nereden alınır

Yerleştirme görevi kaydında bir tamamlama durumu olarak veya envanter işlem günlüklerinde bir konum değişikliği işlemi olarak, bir zaman damgasıyla ilişkilendirilmiş olarak kaydedildi.

Yakala

Yerleştirme görevinin tamamlama zaman damgasından veya bir konum güncelleme işleminden yakalandı.

Event tipi explicit
Stock Scrapped
Bir envanter partisinin hurda olarak nihai tasfiyesini temsil eder, yani silinir ve fiziksel olarak elden çıkarılır. Bu, hasarlı, süresi dolmuş veya eskimiş stoklarda meydana gelebilir.
Neden önemli

Bu, finansal bir kaybı temsil eden kritik bir başarısızlık veya alternatif son olaydır. Bu aktiviteyi izlemek, Envanter Hurda Eğilimleri dashboard'u ve Hurda Oranı KPI'ı için hayati öneme sahiptir.

Nereden alınır

Envanter işlem günlüklerinde, hurda olduğunu gösteren belirli bir neden koduyla açık bir envanter ayarlaması veya elden çıkarma işlemi olarak kaydedildi.

Yakala

Belirli hurda veya elden çıkarma neden kodlarına sahip işlemlerle tanımlanır.

Event tipi explicit
Toplama Tamamlandı
Bir operatörün envanteri depolama konumundan alıp bir hazırlık veya paketleme alanına taşıdığını doğrular. Bu, operatörün el cihazında toplamayı onayladığında yakalanır.
Neden önemli

Bu kilometre taşı, toplama aşamasının sonunu ve paketlemenin başlangıcını işaret eder. Toplayıcı performansını ve Toplama ve Paketleme Performansı dashboard'unu ölçmek için esastır.

Nereden alınır

Toplama görevi kaydındaki bir tamamlama zaman damgası veya envanteri bir depolama bölmesinden hazırlık alanına taşıyan bir konum değişikliği işlemi aracılığıyla yakalandı.

Yakala

Görev yönetim sistemindeki toplama görevinin tamamlama zaman damgasından yakalandı.

Event tipi explicit
Cycle Count Performed
Envanter partisinin fiziksel sayımının gerçekleştirildiğini ve sisteme girildiğini gösterir. Bu faaliyet, envanter doğrulama ve mutabakat sürecinin bir parçasıdır.
Neden önemli

Bu, herhangi bir envanter ayarlamasının öncüsüdür. Döngü sayımlarının sıklığını ve sonuçlarını analiz etmek, envanterdeki yanlışlıkların kök nedenlerini anlamaya yardımcı olur.

Nereden alınır

Bu genellikle Manhattan Active Inventory içindeki bir envanter sayım veya denetim modülünde kaydedilir. Karşılık gelen bir zaman damgası ile bir kullanıcı tarafından gerçekleştirilen açık bir eylemdir.

Yakala

Bir kullanıcı belirli bir konum veya öğe için bir döngü sayım görevinin sonuçlarını gönderdiğinde kaydedildi.

Event tipi explicit
Kalite Kontrolü Gerçekleştirildi
Alınan bir envanter partisinin kalite kontrol çekinin tamamlanmasını temsil eder. Bu genellikle bir kalite denetçisi tarafından kaydedilir ve genellikle envanterin durumunun 'Beklemede'den 'Mevcut'a değişmesini tetikler.
Neden önemli

Bu aktivite önemli bir darboğaz olabilir ve stok bulunabilirliğini geciktirebilir. Süresini ölçmek, Kalite Kontrol Süresi KPI'ını hızlandırmak için fırsatları belirlemeye yardımcı olur.

Nereden alınır

Bir Kalite Yönetimi modülünde açık bir işlem olabilir veya envanter lot kaydındaki bir durum değişikliğinden çıkarılabilir. 'QI' veya 'Beklemede' durumundan 'Mevcut' durumuna geçiş yaygın bir göstergedir.

Yakala

Envanter durum alanındaki bir değişiklikten çıkarıldı, örneğin 'KALİTE'den 'MEVCUT'a.

Event tipi inferred
Paketleme Tamamlandı
Belirli envanter partisi de dahil olmak üzere toplanan öğelerin bir nakliye konteynerine paketlendiğini ve konteynerin kapatıldığını gösterir. Bu genellikle bir paketleme istasyonunda kaydedilir.
Neden önemli

Bu aktivite, bir sipariş için ürünün dahili işlemlerini tamamlar. Toplamadan paketlemeye kadar geçen süreyi analiz etmek, paketleme istasyonlarındaki darboğazları belirlemeye yardımcı olur.

Nereden alınır

Genellikle sevkiyat veya sipariş üzerinde bir durum güncellemesi olarak veya paketleme istasyonunda kaydedilen açık bir 'paketleme' işlemi olarak kaydedilir. Paketlenmiş konteyner içindeki öğeler ve partilerle bağlantılıdır.

Yakala

Bir kullanıcı bir paketleme istasyonunda bir nakliye konteynerini tamamladığında açık bir olay olarak kaydedildi.

Event tipi explicit
Picking Task Created
Sistemin, bir depo operatörü için bir müşteri siparişini veya üretim siparişini karşılamak üzere bir envanter partisini toplama görevi oluşturmasını temsil eder. Bu, giden sürecin başlangıcını işaret eder.
Neden önemli

Bu, tüm sipariş karşılama döngüsünü ölçmek için başlangıç noktasıdır. Ortalama Toplama Döngü Süresi KPI'ını hesaplamada ilk adımdır.

Nereden alınır

Görev yönetimi veya dalga planlama tablolarında kaydedildi. Her görev bir oluşturulma zaman damgasına sahip olacak ve belirli envanter partisi ile hedef siparişe bağlı olacaktır.

Yakala

Sistemin tahsis ve görevlendirme motoru tarafından bir toplama görevi oluşturulduğunda kaydedildi.

Event tipi explicit
Put-Away Task Created
Sistemin, bir depo operatörü için alınan envanter partisini kabul rıhtımından belirlenmiş bir depolama konumuna taşımak üzere bir görev oluşturduğunu gösterir. Bu olay, yerleştirme sürecinin başlangıcını işaret eder.
Neden önemli

Bu aktivite, depoya yerleştirme döngüsünü başlatır. Bununla 'Depoya Yerleştirme Tamamlandı' arasındaki gecikmeler, görev atamasında veya operatör kullanılabilirliğinde verimsizliklere işaret eder.

Nereden alınır

Bu olay, Manhattan Active Inventory içindeki bir görev yönetimi veya depo kontrol sistemi tablosunda, bir oluşturma zaman damgası ve envanter partisiyle bağlantı ile kaydedilir.

Yakala

Sistemin görev motoru tarafından bir yerleştirme görevi oluşturulduğunda kaydedildi.

Event tipi explicit
Return Received
Daha önce sevk edilmiş bir envanter partisinin müşteriden depoya fiziksel olarak geri kabulünü belirtir. Bu, iade işleme alt sürecini başlatır.
Neden önemli

Bu, tersine lojistik akışının başlangıç noktasıdır. Süreci bu noktadan itibaren izlemek, İade Edilen Mal İşleme Akışı dashboard'u ve ilişkili KPI'lar için anahtardır.

Nereden alınır

Genellikle bir İade Mal İzni (RMA) makbuz işlemi aracılığıyla kaydedilir. Yeni bir envanter örneği oluşturur veya orijinal partinin durumunu 'İadede' olarak günceller.

Yakala

Genellikle bir RMA numarasına bağlı olan açık bir iade kabul işleminden yakalandı.

Event tipi explicit
Stock Moved Internally
Bir envanter partisinin aynı tesis içinde bir depolama konumundan diğerine hareketini temsil eder. Bu, yeniden ikmal, konsolidasyon veya diğer lojistik nedenlerle olabilir.
Neden önemli

Dahili hareketleri izlemek, depo verimliliğini analiz etmek ve envanter konum doğruluğunu sağlamak için hayati öneme sahiptir. Bu aktivite, Dahili Stok Transfer Verimliliği dashboard'unu destekler.

Nereden alınır

Bir öğenin konumundaki (depolama bölmesi) değişiklikleri kaydeden, ilk yerleştirme veya nihai toplama sürecinin bir parçası olmayan envanter işlem günlüklerinden yakalandı. Belirli hareket işlem türlerini arayın.

Yakala

Dahili transferler veya konumdan konuma taşımalar için belirli işlem kodlarıyla tanımlanır.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Manhattan Active Inventory'den nasıl alırsınız

Bu süreç için veri çıkarma yöntemleri şu anda doğrulanmaktadır. Lütfen daha sonra tekrar kontrol edin veya bize ulaşın yardım için.