Envanter Yönetimimi Veri Template'inuz

Manhattan Active Inventory
Envanter Yönetimimi Veri Template'inuz

Envanter Yönetimimi Veri Template'inuz

Bu şablon, envanter yönetimi analiziniz için doğru verileri toplama konusunda detaylı bir rehber sunar. İzlemeniz gereken temel öznitelikler.i ve süreç aktivitelerini, ayrıca sisteminizden veri çekmeye yönelik pratik rehberliği açıklar. Operasyonlarınıza dair daha derin stratejik bilgiler elde etmek için verilerinizi verimli bir şekilde hazırlayın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Veri Çekim Kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Envanter Yönetimimi Öznitelikleri

Bunlar, detaylı envanter yönetimi analizi için olay kaydınıza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 9 Opsiyonel
Ad Açıklama
Aktivite 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?dir?

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

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 RecordedYerleştirme TamamlandıEnvanter AyarlandıToplama TamamlandıGoods Issue Recorded
Envanter Partisi/Lot
InventoryBatchLot
Bir envanter partisinin veya lotunun benzersiz tanımlayıcısı, birincil vaka (case) tanımlayıcısı olarak olarak kullanılır.
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 süreç döngüsünü izlemeyi sunar.

Process Mining'de bu öznitelik, her bir envanter biriminin tüm sürecini yeniden yapılandırmak için büyük önem taşır. 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 sunar.

Neden Önemli?dir?

Bu, ilgili tüm envanter olaylarını tek bir süreç örneğine bağlayan ve envanter süreç 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
Olay Başlangıç Saati
EventStartTime
Envanter aktivitesinin ne zaman başladığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, kaydedilen her aktivitenin başlangıç tarih ve saatini sunar. Olayları kronolojik olarak sıralamak ve farklı süreç adımları arasındaki süreleri hesaplamak için büyük önem taşır.

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?dir?

Bu zaman damgası (zaman damgası), olayları doğru bir şekilde sıralamak ve tüm zamana dayalı performans metrikleri ile KPI'ları hesaplanmasında temel rol oynar.

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ı (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?dir?

Verinin kökeni hakkında temel bağlam sunar, bu da veri doğrulama, yönetişim ve sistem etkileşimlerini anlamak için büyük önem taşır.

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ı (zaman damgası)dır.
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ı (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 gereklidir.

Neden Önemli?dir?

Kullanıcıların verilerin güncelliğinden haberdar olmasını sunar, bu da zamanında ve bilinçli operasyonel kararlar almak için büyük önem taşır.

Nereden Alınır??

Bu zaman damgası (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 sunar.

Bu, neredeyse her kontrol paneli'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?dir?

Envanter olaylarına uzamsal bağlam sunar, belirli fiziksel konumlarla bağlantılı darboğazların, verimliliğin ve sorunların analizine sunar.

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 büyük önem taşır. Toplama ve paketleme performansıyla ilgili kontrol paneli'larda ve manuel ayarlama noktalarını araştırmak için önemli bir boyuttur.

Neden Önemli?dir?

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

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 sunar. Özellikle iç transferler, ayarlamalar, iadeler veya hurdaya çıkarma gibi standart dışı aktiviteler için önemlidir.

Bu öznitelik, kök neden analizi için büyük önem taşır. Örneğin, Envanter Farkı Genel Bakış kontrol paneli'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?dir?

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

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 faaliyetinin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, kaydedilen her aktivitenin tamamlanma tarih ve saatini sunar. 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ı sunar.

Neden Önemli?dir?

Bireysel faaliyet sürelerinin hesaplanmasına sunar, 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ı sunar.

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 kontrol paneli'lar için önemli bir özniteliktir.

Neden Önemli?dir?

Ürün düzeyinde analizlere sunar, 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?dir?

Her faaliyet için bir hacim ölçüsü sunar, bu da verimlilik, oranlar ve diğer hacme dayalı KPI'ları hesaplanmasında temel rol oynar.

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 sunar.

Birden fazla tesisi olan şirketler için depoya göre analiz gereklidir. 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 kontrol paneli'u için önemli bir boyuttur.

Neden Önemli?dir?

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

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 stratejik bilgiler 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?dir?

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
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 sunar. 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?dir?

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

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?dir?

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 kontrol paneli'u için büyük önem taşır. 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?dir?

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

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 sunar. 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 büyük önem taşır. 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?dir?

Miktar alanlarına temel bağlam sunar, 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 stratejik bilgiler sunar. '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 panellerinda kullanılır.

Neden Önemli?dir?

Ü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:::::::
ElektronikGiyimFrozen 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?dir?

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 süreç 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 temel rol oynar. Örneğin, Kalite Kontrol Süresi kontrol paneli'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?dir?

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

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 Opsiyonel

Envanter Yönetimimi Etkinlikleri

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 Opsiyonel
Aktivite Açıklama
Envanter Ayarlandı
Ö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?dir?

Bu olay, envanterdeki yanlışlığın doğrudan bir göstergesidir. Bu ayarlamaları analiz etmek, Envanter Farkı Genel Bakış kontrol paneli'u ve Envanter Fark Oranı KPI'ı için büyük önem taşır.

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
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?dir?

Bu, envanter süreç 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?dir?

Bu, envanter süreç 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 büyük önem taşır.

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
Stok Hurdaya Çıkarıldı
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?dir?

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 kontrol paneli'u ve Hurda Oranı KPI'ı için büyük önem taşır.

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?dir?

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ı kontrol paneli'unu ölçmek için gereklidir.

Nereden Alınır??

Toplama görevi kaydındaki bir tamamlama zaman damgası (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ı (zaman damgası)ndan yakalandı.

Event tipi explicit
Yerleştirme Tamamlandı
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?dir?

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 gereklidir.

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ı (zaman damgası)yla ilişkilendirilmiş olarak kaydedildi.

Yakala

Yerleştirme görevinin tamamlama zaman damgası (zaman damgası)ndan veya bir konum güncelleme işleminden 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?dir?

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ı (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
İade Alındı
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?dir?

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

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
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?dir?

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?dir?

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
Stok Dahili Olarak Taşındı
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?dir?

Dahili hareketleri izlemek, depo verimliliğini analiz etmek ve envanter konum doğruluğunu güçlüak için büyük önem taşır. Bu aktivite, Dahili Stok Transfer Verimliliği kontrol paneli'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
Toplama Görevi Oluşturuldu
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?dir?

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ı (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
Yerleştirme Görevi Oluşturuldu
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?dir?

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ı (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
Önerilen Opsiyonel

Veri Çıkarma 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.