Envanter Yönetimi Veri Şablonunuz
Envanter Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Envanter Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Envanter Parti/Lot Numarası
InventoryBatchLot
|
Bir envanter ürününün belirli bir partisi veya lotu için birincil vaka tanımlayıcısı olarak hizmet veren benzersiz tanımlayıcı. | ||
|
Açıklama
Envanter Parti veya Lot numarası, bir ürünün belirli bir miktarıyla ilgili tüm faaliyetleri gruplayan birincil vaka tanımlayıcısı olarak hizmet eder. Bu, belirgin bir stok miktarının envantere kabulünden çeşitli hareketlerine ve nihai olarak sevkine veya tüketimine kadar tam yaşam döngüsünün izlenmesini sağlar. Süreç analizinde, bu Nitelik her envanter partisinin yolculuğuna bütünsel bir bakış açısı sunar. Tek bir partiyi takip ederek, analistler uçtan uca döngü sürelerini ölçebilir, ortak yolları belirleyebilir ve belirli ürünler veya tedarikçiler için standart işletim prosedürlerinden sapmaları ortaya çıkarabilir.
Neden önemli
Bu, bir envanter miktarının uçtan uca yaşam döngüsünü izlemek için temel anahtardır, her belirli parti için varyant analizi ve performans izlemeyi mümkün kılar.
Nereden alınır
Bu tanımlayıcı genellikle InventTrans gibi envanter işlem tablolarında ve InventBatch gibi parti detaylarını yöneten ilgili tablolarda bulunur.
Örnekler
BCH003451LOT2024-A55B001-RAW-STEEL
|
|||
|
Faaliyet Adı
ActivityName
|
Gerçekleşen belirli envanter yönetimi Event'inin adı, örneğin 'Mal Kabul Kaydedildi' veya 'Toplama Tamamlandı'. | ||
|
Açıklama
Bu Nitelik, belirli bir envanter partisi için belirli bir zamanda gerçekleştirilen iş faaliyetini açıklar. Genel envanter yönetimi sürecindeki tek bir adımı temsil eder ve süreç akışını oluşturan olaylar dizisini meydana getirir. Faaliyet dizisini analiz etmek, Process Mining'in temelidir. Süreç haritasını görselleştirmeye, faaliyetler arasındaki Bottleneck'leri belirlemeye, geçiş sürelerini ölçmeye ve standart dışı süreç varyasyonlarını keşfetmeye yardımcı olur. Her değer, envanter yaşam döngüsündeki önemli bir kilometre taşına karşılık gelir.
Neden önemli
Bu Nitelik, süreçteki adımları tanımlar, süreç haritasını görselleştirmeyi, varyantları analiz etmeyi ve Bottleneck'leri belirlemeyi mümkün kılar.
Nereden alınır
InventTrans, WHSWorkTable ve WHSRFMenuItemTable gibi tablolardaki işlem türleri, durum değişiklikleri veya iş emri türlerinden türetilmiştir.
Örnekler
Mal Kabul KaydedildiYerleştirme TamamlandıEnvanter Farklılığı DüzeltildiToplama TamamlandıStok Hurdaya Ayrıldı
|
|||
|
Olay Zamanı
EventTime
|
Envanter faaliyetinin ne zaman gerçekleştiğini gösteren kesin Timestamp. | ||
|
Açıklama
Bu Nitelik, bir faaliyetin sisteme kaydedildiği tarih ve saati yakalar. Her envanter partisi için olayların kronolojik sırasını sağlar, bu da Process Mining için temeldir. Timestamp'ler, döngü sürelerini, süreleri ve faaliyetler arasındaki bekleme sürelerini hesaplamak için kullanılır. Bu, performans analizi, Bottleneck tespiti ve hizmet seviyesi anlaşmalarına uyumun izlenmesini sağlar. Doğru ve eksiksiz Timestamp'ler, anlamlı bir süreç analizi için kritik öneme sahiptir.
Neden önemli
Timestamp, Event'leri sıralamak, döngü sürelerini ve süreleri hesaplamak ve zaman içindeki süreç performansını analiz etmek için çok önemlidir.
Nereden alınır
Genellikle InventTrans gibi işlem tablolarında (örn. DATEPHYSICAL, CREATEDDATETIME) veya WHSWorkTable gibi iş emri tablolarında (örn. CREATEDDATETIME, MODIFIEDDATETIME) bulunur.
Örnekler
2023-10-26T09:00:00Z2023-10-26T11:34:15Z2023-10-27T14:21:05Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemi tanımlar, örneğin 'Dynamics 365 F&O'. | ||
|
Açıklama
Bu Nitelik, Event verisini oluşturan kaynak uygulamayı veya platformu belirtir. Modern bir işletmede veri, ERP, Depo Yönetim Sistemi (WMS) veya Üretim Yürütme Sistemi (MES) gibi birden fazla sistemden gelebilir. Tek sistem analizinde genellikle statik bir değer olsa da, birden fazla kaynaktan veri birleştirirken kritik hale gelir. Veri bütünlüğünü sağlamaya, entegrasyon sorunlarını gidermeye ve farklı sistemlerin genel sürece nasıl katkıda bulunduğunu anlamaya yardımcı olur.
Neden önemli
Veri yönetişimi ve birden fazla entegre sistemi kapsayan süreçleri analiz ederken kritik olan veri kaynağı hakkında temel bağlam sağlar.
Nereden alınır
Bu, genellikle veri çıkarma süreci sırasında veri setinin kaynağını etiketlemek için eklenen sabit (statik) bir değerdir.
Örnekler
Dynamics 365 F&OD365 SCMMicrosoft Dynamics AX
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Bu süreç için verilerin kaynak sistemden en son yenilendiği Timestamp. | ||
|
Açıklama
Bu Nitelik, en son veri çıkarma veya yenilemenin tarih ve saatini kaydeder. Analiz edilen verilerin güncelliğine ilişkin şeffaflık sağlar. Bu, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamaları için önemlidir. Verilerin zamanında olduğuna dair beklentileri yönetmeye yardımcı olur ve herhangi bir rapor veya Dashboard için önemli bir metadata parçasıdır, kararların anlaşılan bir zaman dilimine dayandırılarak alınmasını sağlar.
Neden önemli
Kullanıcıları veri güncelliği hakkında bilgilendirir, analizlerin ne kadar yeni olduğu konusunda farkındalık sağlar.
Nereden alınır
Bu, veri alım pipeline'ı sırasında oluşturulan, çıkarma işinin Timestamp'ini kaydeden bir metadata alanıdır.
Örnekler
2024-01-20T05:00:00Z2024-01-21T05:00:00Z
|
|||
|
Depo Kimliği
WarehouseId
|
Envanter faaliyetinin gerçekleştiği depo veya fiziksel alanın tanımlayıcısı. | ||
|
Açıklama
Bu Nitelik, envanterin bulunduğu veya faaliyetin gerçekleştiği depoyu belirtir. Her Event için coğrafi veya organizasyonel bağlamı sağlar. Süreç analizini depoya göre bölmek, farklı sahalardaki performansı karşılaştırmak için çok önemlidir. Hangi depoların en verimli olduğunu, hangilerinin en yüksek farklılık oranlarına sahip olduğunu ve Bottleneck'lerin nerede en şiddetli olduğunu belirlemeye yardımcı olur. Bu, hedeflenen operasyonel iyileştirmeleri ve kaynak tahsisini destekler.
Neden önemli
Farklı fiziksel konumlar veya depolar arasında performans karşılaştırması ve darboğaz analizi yapılmasına olanak tanır.
Nereden alınır
İşlem tablolarıyla ilişkili envanter boyut alanlarında bulunur. InventTrans'te INVENTDIMID'yi arayın, bu InventDim tablosuna bağlanır ve burada INVENTLOCATIONID saklanır.
Örnekler
WH-MAINSİTE-02DC-WEST
|
|||
|
Miktar
Quantity
|
İşlemdeki ürünün, temel ölçü birimindeki miktarı. | ||
|
Açıklama
Bu Nitelik, bir envanter faaliyetinden etkilenen ürün birimlerinin sayısını temsil eder. Kabul ve pozitif düzeltmeler için pozitif, sevkler, hurdalar ve negatif düzeltmeler için negatif olabilir. Miktarı analiz etmek, envanter süreçlerinin ölçeğini ve etkisini anlamak için temeldir. Hurdaya ayrılan malların hacmini hesaplamaktan envanter farklılıklarının boyutunu ölçmeye kadar neredeyse her Dashboard ve KPI'da kullanılır. Sorunları maddi etkilerine göre önceliklendirmeye yardımcı olur.
Neden önemli
Her işlemdeki ürünlerin fiziksel hacmini nicelendirir; bu, iş etkisi, verim ve farklılık boyutlarını ölçmek için esastır.
Nereden alınır
InventTrans (alan: QTY) gibi ana işlem tablolarında bulunur.
Örnekler
100-2510500
|
|||
|
Neden Kodu
ReasonCode
|
Envanter düzeltmesi veya iade gibi belirli bir işlemin nedenini açıklayan bir kod. | ||
|
Açıklama
Neden kodları, bir faaliyetin neden gerçekleştiğine dair niteliksel bağlam sağlar. Genellikle envanter düzeltmeleri, stok hareketleri, iadeler ve hurdaya ayırma işlemleri için temel iş nedenini kategorize etmek amacıyla kullanılır. Neden koduna göre analiz yapmak, kök neden analizi için çok önemlidir. Envanter farklılıklarının neden meydana geldiğini (örneğin, 'Hasarlı Mallar', 'Veri Girişi Hatası'), stoğun neden dahili olarak taşındığını (örneğin, 'Yenileme', 'Konsolidasyon') veya ürünlerin neden iade edildiğini ortaya çıkarmaya yardımcı olur. Bu bilgi, süreç iyileştirme girişimleri için kritik öneme sahiptir.
Neden önemli
Bir olayın ardındaki 'nedeni' açıklar, envanter düzeltmeleri, iadeler veya hurdalar gibi sorunlar için güçlü temel neden analizini mümkün kılar.
Nereden alınır
İşleme bağlı olarak çeşitli tablolarda bulunur, örneğin InventJournalTrans (alan: REASONREFRECID) veya özel yapılandırmalar aracılığıyla.
Örnekler
RC-DMGFOUNDCYCLECOUNT
|
|||
|
Öğe Kimliği
ItemId
|
İşlenen ürün veya malzeme için benzersiz tanımlayıcı, SKU olarak da bilinir. | ||
|
Açıklama
Bu Nitelik, belirli bir ürün, malzeme veya Stok Tutma Birimi (SKU) için benzersiz koddur. Her envanter faaliyetini taşınan, sayılan veya denetlenen öğeye bağlar. Süreci Ürün Kimliğine göre analiz etmek, ürüne özel davranışlara derinlemesine inmeyi sağlar. Hangi ürünlerin en uzun yerleştirme sürelerine sahip olduğu, hangilerinin en sık ayarlandığı veya hangilerinin en sık hurdaya ayrıldığı gibi soruları yanıtlamaya yardımcı olur. Bu, envanter optimizasyonu ve ürün yaşam döngüsü yönetimi için temeldir.
Neden önemli
Envanter faaliyetlerini belirli ürünlere (SKU'lar) bağlayarak, ürüne özel süreç performansı, maliyetler ve sorunların analiz edilmesini sağlar.
Nereden alınır
InventTrans (alan: ITEMID), InventBatch ve InventTable gibi çoğu envanterle ilgili tabloda bulunan bir birincil anahtar.
Örnekler
A0001HW-1024RAW-STL-P01
|
|||
|
Olay Bitiş Zamanı
EventEndTime
|
Bir faaliyetin tamamlanmasını işaretleyen Timestamp, süresini hesaplamak için kullanılır. | ||
|
Açıklama
Envanter yönetimindeki birçok olay anlık olsa da, kalite denetimi veya yerleştirme görevi gibi bazı faaliyetlerin belirli bir başlangıç ve bitiş süresi vardır. Bu öznitelik, bu tür faaliyetlerin tamamlanma süresini kaydeder. Hem başlangıç hem de bitiş süresine sahip olmak, bireysel faaliyetler için işlem süresinin hesaplanmasını sağlar. Bu, kaynak verimliliğini analiz etmek, en çok zaman tüketen faaliyetleri belirlemek ve süreç adımlarının gerçek maliyetini anlamak için çok önemlidir.
Neden önemli
Verimsiz adımları belirlemeye ve kaynak kullanımını analiz etmeye yardımcı olan kesin faaliyet sürelerinin hesaplanmasını sağlar.
Nereden alınır
Ayrı bir durum güncelleme zaman damgasından türetilebilir; örneğin, WHSWorkTable'daki bir iş emri satırının durumu 'Kapalı' olarak değiştiğinde bu satırın değişiklik tarihi ve saati.
Örnekler
2023-10-26T09:15:00Z2023-10-26T12:01:45Z2023-10-27T15:00:00Z
|
|||
|
User ID
UserId
|
Faaliyeti gerçekleştiren veya sorumlu olan kullanıcının tanımlayıcısı. | ||
|
Açıklama
Bu Nitelik, bir envanter işlemiyle ilişkili kullanıcı Kimliğini kaydeder; örneğin, bir toplama görevini tamamlayan depo çalışanı veya bir düzeltmeyi kaydeden envanter kontrolörü. Faaliyetleri kullanıcıya göre analiz etmek, eğitim ihtiyaçlarını belirlemeye, yüksek performanslı bireyleri veya ekipleri tanımaya ve manuel müdahalelerin veya hataların temel nedenlerini araştırmaya yardımcı olur. 'Manuel Envanter Ayarlama Sürücüleri' gibi Dashboard'lar için kimin neden değişiklik yaptığını anlamak esastır.
Neden önemli
Kullanıcı katılımını izleyerek performans analizine, eğitim fırsatlarının belirlenmesine ve manuel ayarlamaların ardındaki nedenlerin anlaşılmasına yardımcı olur.
Nereden alınır
Çeşitli tablolarda, genellikle createdBy veya modifiedBy alanı olarak bulunur. Örneğin, WHSWorkTable'da bir USERID alanı vardır.
Örnekler
d.smithj.doewarehouse.worker1
|
|||
|
Farklılık Ayarlaması mı
IsDiscrepancyAdjustment
|
Etkinlik bir 'Envanter Tutarsızlığı Düzeltildi' olayıysa doğru olan bir boolean bayrağı. | ||
|
Açıklama
Bu hesaplanmış Nitelik, manuel envanter düzeltmeleriyle ilgili faaliyetleri tanımlayan basit bir işarettir (doğru veya yanlış). Envanter doğruluğunu analiz ederken filtrelemeyi ve toplamayı basitleştirir. Bu işareti kullanmak, 'Envanter Farklılık Oranı' veya 'Manuel Ayarlama Oranı' gibi KPI'ları hesaplamayı kolaylaştırır. Analistlerin, faaliyet adına karmaşık filtreleme yapmadan, bu standart dışı Event'leri hızlıca izole etmelerine ve temel nedenlerini araştırmalarına olanak tanır.
Neden önemli
Tüm farklılıkla ilgili Event'leri işaretleyerek envanter doğruluğuyla ilgili KPI'ların analizini ve hesaplamasını basitleştirir.
Nereden alınır
Hesaplanan alan: ActivityName 'Envanter Tutarsızlığı Düzeltildi' ise DOĞRU, aksi takdirde YANLIŞ.
Örnekler
truefalse
|
|||
|
Hareket Yevmiye Kimliği
MovementJournalId
|
Bir envanter hareket yevmiyesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Envanter hareket günlüğü, konsolidasyon veya ikmal amacıyla konumlar arasında ürün taşıma gibi, resmi bir yerleştirme veya toplama sürecinin parçası olmayan dahili stok transferlerini kaydetmek için kullanılır. Bu Kimlik, tek bir hareket işlemi içindeki satırları gruplandırır. Hareket Günlüğü Kimliğine göre analiz yapmak, 'Dahili Olarak Taşınan Stok' faaliyetleri için bağlam sağlar. Bu hareketlerin kapsamını ve nedenini anlamaya yardımcı olur, bu da çok sık meydana gelmeleri durumunda depo düzenindeki veya ikmal stratejilerindeki verimsizlikleri vurgulayabilir.
Neden önemli
Dahili stok hareketleri için bağlam sağlar, standart dışı envanter transferlerinin sıklığını ve nedenlerini analiz etmeye yardımcı olur.
Nereden alınır
InventJournalTable tablosundan, yevmiye türünün 'Hareket' olduğu JOURNALID.
Örnekler
IMJ-00945IMJ-00946IMJ-00947
|
|||
|
İade Siparişi Kimliği
ReturnOrderId
|
Bir müşteri iade siparişi (RMA) için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu Nitelik, bir müşteriden ürünlerin geri alınması sürecini izleyen bir İade Malzeme Yetkilendirmesi (RMA) veya iade siparişi için tanımlayıcıdır. Belirli bir iade Event'iyle ilgili tüm faaliyetleri birbirine bağlar. Bu Kimlik, iade edilen malların süreç akışını analiz etmek için çok önemlidir. İade edilen ürünün kabulünden stoklara geri alınması, tamir edilmesi veya hurdaya ayrılması gibi nihai durumuna kadar uçtan uca döngü süresini ölçmeye olanak tanır. Bu, iade sürecindeki gecikmeleri ve verimsizlikleri belirlemeye yardımcı olur.
Neden önemli
Müşteri iadesinin uçtan uca yaşam döngüsünü izleyerek, iade işleme döngü süresi ve verimliliğinin analiz edilmesini sağlar.
Nereden alınır
SalesTable'dan satış türü 'İade edilen sipariş' olan satış siparişi Kimliği.
Örnekler
RMA-01002RMA-01003RMA-01004
|
|||
|
İş Kimliği
WorkId
|
Toplama veya yerleştirme gibi bir depo iş emri için benzersiz tanımlayıcı. | ||
|
Açıklama
Depo Yönetimi modülünde, bir depo çalışanı için sipariş toplama veya alınan malları yerleştirme gibi bir görev kümesini temsil etmek üzere bir İş Kimliği oluşturulur. İlgili faaliyetleri bir araya getirir. İş Kimliği ile takip, belirli depo görevlerinin verimliliğinin analiz edilmesini sağlar. Bir yerleştirme veya toplama sürecinin oluşturulmasından tamamlanmasına kadar geçen süreyi ölçmeye yardımcı olur ve çalışan performansını analiz etmek için kullanılabilir.
Neden önemli
İlgili depo görevlerini gruplandırır, toplama ve yerleştirme gibi belirli iş emirlerinin verimliliğinin analiz edilmesini sağlar.
Nereden alınır
WHSWorkTable tablosunun birincil anahtarı.
Örnekler
USMF-000123USMF-000124USMF-000125
|
|||
|
İşlem Süresi
ProcessingTime
|
Başlangıç ve bitiş zamanlarından hesaplanan bireysel bir faaliyetin süresi. | ||
|
Açıklama
Bu metrik, belirli bir faaliyeti gerçekleştirmek için harcanan gerçek süreyi temsil eder. Tek bir Event için Event Bitiş Zamanı ile Event Başlangıç Zamanı arasındaki fark olarak hesaplanır. İşlem süresini analiz etmek, süreçteki en çok zaman alan adımları belirlemek için anahtardır. Bu, optimizasyon çabalarını en uzun süreli faaliyetlere odaklamaya yardımcı olarak genel verimliliği ve kaynak kullanımını iyileştirir.
Neden önemli
Bireysel faaliyetlerin süresini ölçerek, hangi belirli süreç adımlarının gecikmelere neden olduğunu belirlemeye yardımcı olur.
Nereden alınır
Hesaplanan alan: EventEndTime - EventTime.
Örnekler
15 dakika2 saat 30 dakika45 saniye
|
|||
|
Kalem Değeri
ItemValue
|
İşlemdeki envanterin parasal değeri. | ||
|
Açıklama
Bu Nitelik, bir işlemde taşınan veya düzeltilen miktarın hesaplanmış finansal değerini temsil eder, tipik olarak ürünün mevcut maliyet fiyatına dayanır. Fiziksel envanter hareketlerini finansal etkiye dönüştürür. Ürün değerine göre analiz yapmak, finansal raporlama ve iş etkisi değerlendirmesi için çok önemlidir. 'Hurdaya Ayrılan Envanter Değer Oranı' gibi KPI'ları hesaplamak için kullanılır ve yüksek değerli farklılıklar veya hurda Event'leri gibi en yüksek finansal sonuçlara sahip faaliyetlere süreç iyileştirme çabalarını önceliklendirmeye yardımcı olur.
Neden önemli
Stok miktarlarını finansal etkiye dönüştürerek sorunların önceliklendirilmesi ve finansal KPI'ların hesaplanması için kritik bir rol oynar.
Nereden alınır
InventTrans'teki (QTY) miktar ile InventTableModule'deki veya ilgili bir maliyet tablosundaki ürün maliyetinin çarpılmasıyla hesaplanır. Deftere nakledilen değer InventTrans.COSTAMOUNTPOSTED'de bulunabilir.
Örnekler
1500.00-375.5025000.75
|
|||
|
Kalite Emri Kimliği
QualityOrderId
|
Bir kalite denetim siparişi için benzersiz tanımlayıcı. | ||
|
Açıklama
Mallar teslim alındığında veya başka bir süreç adımında denetime tabi tutulması gerektiğinde bir kalite siparişi oluşturulur. Bu öznitelik, söz konusu sipariş için benzersiz bir tanımlayıcı olup, oluşturma, test etme ve geçme/başarısızlık doğrulama gibi tüm ilgili kalite faaliyetlerini birbirine bağlar. Kalite Sipariş Kimliğine göre takip yapmak, kalite kontrol sürecinin verimliliğini ve sonuçlarını analiz etmeye yardımcı olur. 'Kalite Denetim Performansı' gibi Dashboard'lar için oluşturulmasından tamamlanmasına kadar geçen süreyi ölçmek ve denetim Workflow'undaki Bottleneck'leri belirlemek için hayati öneme sahiptir.
Neden önemli
Kaliteyle ilgili faaliyetleri bir araya getirerek, kalite denetim süreci süresi ve sonuçlarının analiz edilmesini sağlar.
Nereden alınır
InventQualityOrderTable tablosunun birincil anahtarı.
Örnekler
KO-00182KO-00183KO-00184
|
|||
|
Konum Kimliği
LocationId
|
Bir depo içindeki belirli depolama konumu, örneğin bir bölme, raf veya koridor. | ||
|
Açıklama
Bu Nitelik, bir depoda envanterin depolandığı veya bir faaliyetin gerçekleştirildiği kesin konumu belirler. Dahili depo hareketlerini analiz etmek için ayrıntılı bir seviye sağlar. Konum Kimliğine göre analiz yapmak, depo düzenini ve akışını optimize etmeye yardımcı olur. Verimsiz seyahat yollarını ortaya çıkarabilir, sıkışık alanları belirleyebilir ve toplama hatalarına veya envanter farklılıklarına eğilimli konumları tespit edebilir. Bu, 'Depo Faaliyet Akışı Analizi' ve 'Dahili Stok Hareketi Genel Bakışı' Dashboard'ları için hayati öneme sahiptir.
Neden önemli
Depo düzenini optimize etmek, dahili hareketleri analiz etmek ve sorunlu depolama alanlarını belirlemek için ayrıntılı bilgi sağlar.
Nereden alınır
InventDim tablosunda (alan: WMSLOCATIONID) bulunur, bu da işlem tablolarından INVENTDIMID aracılığıyla bağlanır.
Örnekler
A1-R2-S3-B4RECV-DOCK-01PACK-STN-5
|
|||
|
Sayım Günlüğü Kimliği
CountingJournalId
|
Bir envanter sayım yevmiyesi için benzersiz tanımlayıcı. | ||
|
Açıklama
Envanter sayım günlüğü, döngüsel sayım veya yıllık stok sayımı gibi fiziksel bir envanter sayımının sonuçlarını kaydetmek için kullanılır. Bu Kimlik, tüm sayım girişlerini ve belirli bir sayım olayı için ortaya çıkan düzeltmeleri gruplandırır. Sayım Günlüğü Kimliğine göre analiz yapmak, envanter düzeltme faaliyetleri için bağlam sağlar. Planlı sayımlardan kaynaklanan düzeltmeler ile anlık düzeltmeler arasında ayrım yapmaya yardımcı olur, bu da envanter yanlışlıklarının nedenlerini anlamak için önemlidir.
Neden önemli
Envanter sayımlarını ve bunlardan kaynaklanan düzeltmeleri gruplandırarak, bir tutarsızlığın neden belirlendiği ve düzeltildiği hakkında bağlam sağlar.
Nereden alınır
InventJournalTable tablosundan, yevmiye türünün 'Sayım' olduğu JOURNALID.
Örnekler
ICJ-00561ICJ-00562ICJ-00563
|
|||
|
Toplamadan Paketlemeye Süre
PickingToPackingTime
|
Bir sipariş için toplama başlatıldığında ile paketleme tamamlandığında arasında geçen toplam süre. | ||
|
Açıklama
Bu KPI, giden sipariş karşılama sürecindeki döngü süresini, özellikle 'Toplama Başlatıldı' veya 'Toplama Tamamlandı' faaliyeti ile 'Paketleme Tamamlandı' faaliyeti arasındaki süreyi ölçer. Vaka bir satış sipariş satırını temsil ediyorsa vaka düzeyinde veya ilgili faaliyetler arasında hesaplanabilir. Bu metrik, toplama ve paketleme operasyonlarının verimliliğini değerlendirmek için hayati öneme sahiptir. Daha kısa bir süre, daha düzenli bir sipariş karşılama sürecini gösterir, bu da daha hızlı sipariş sevkiyatı ve daha yüksek müşteri memnuniyeti sağlar. Giden Workflow içindeki Bottleneck'leri belirlemeye yardımcı olur.
Neden önemli
Temel sipariş karşılama sürecinin verimliliğini ölçer, sevkiyat hızını ve müşteri memnuniyetini doğrudan etkiler.
Nereden alınır
Aynı sipariş veya iş kimliği için 'Paketleme Tamamlandı' ve 'Toplama Başlatıldı' faaliyetlerinin zaman damgaları arasındaki zaman farkı bulunarak hesaplanır.
Örnekler
25 dakika1 saat 5 dakika48 dakika
|
|||
|
Yerleştirme Döngü Süresi
PutAwayCycleTime
|
Mal kabulünden ürünlerin nihai depolama konumlarına tamamen yerleştirilmesine kadar geçen toplam süre. | ||
|
Açıklama
Bu KPI, belirli bir envanter partisi için 'Mal Kabul Kaydedildi' faaliyetinden 'Yerleştirme Tamamlandı' faaliyetine kadar geçen süreyi ölçer. Gelen kabul ve yerleştirme sürecinin verimliliğini nicelendiren vaka düzeyinde bir metriktir. Bu döngü süresini izlemek, gelen lojistik akışındaki Bottleneck'leri belirlemek için çok önemlidir. Yüksek değerler, depo kapasitesi, kaynak mevcudiyeti veya süreç verimsizlikleri ile ilgili sorunları gösterebilir; bunların hepsi stokun sipariş karşılama için kullanılabilirliğini geciktirir.
Neden önemli
Tüm gelen kabul sürecinin verimliliğini ölçer, yeni envanterin ne kadar hızlı kullanılabilir hale geldiğini doğrudan etkiler.
Nereden alınır
Aynı InventoryBatchLot için 'Yerleştirme Tamamlandı' ve 'Mal Kabul Kaydedildi' zaman damgaları arasındaki zaman farkı bulunarak vaka düzeyinde hesaplanır.
Örnekler
4 saat 15 dakika1 gün 2 saat35 dakika
|
|||
Envanter Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Envanter Farklılığı Düzeltildi
|
Bu faaliyet, bir sayım sırasında veya başka nedenlerle bulunan bir farklılığı düzeltmek için bir envanter düzeltmesinin kaydedilmesini temsil eder. Bu, mevcut envanter miktarını değiştiren açık bir işlemdir. | ||
|
Neden önemli
Bu, envanter doğruluğunu ve 'Envanter Farklılık Oranı' KPI'ını ölçmek için kritik bir Event'tir. Sık yapılan düzeltmeler, süreç kontrolü, kabul veya toplamada temel sorunları işaret eder.
Nereden alınır
InventTrans tablosunda, bir sayım günlüğü veya envanter düzeltme günlüğü deftere nakledildiğinde açık bir işlem oluşturulur.
Yakala
InventTrans'te 'Sayım' veya 'Kar/Zarar' tipindeki bir InventJournalTable'ın deftere nakledilmesinden oluşturulan işlemleri belirleyin.
Event tipi
explicit
|
|||
|
Mal Çıkışı Kaydedildi
|
Bu faaliyet, envanter partisinin depodan nihai olarak çıkarılmasını işaret eder; genellikle bir müşteri satışı veya üretimde tüketim nedeniyle. Bir satış siparişi sevk irsaliyesi veya bir üretim toplama listesi yevmiyesi kaydedildiğinde yakalanır. | ||
|
Neden önemli
Bu, envanter yaşam döngüsü için birincil başarılı bitiş Event'idir. Partinin depodaki süresinin takibini sonlandırır ve nihai durumunu onaylar.
Nereden alınır
InventTrans tablosunda negatif miktarlı açık bir işlem olarak kaydedilir. Bir satış siparişi sevk irsaliyesi veya üretim toplama listesi kaydından oluşturulur.
Yakala
Bir satış siparişi çıkışına veya üretim siparişi tüketimine bağlı, negatif miktarlı InventTrans'teki işlemleri belirleyin.
Event tipi
explicit
|
|||
|
Mal Kabul Kaydedildi
|
Bu faaliyet, bir envanter partisinin depoya ilk girişini işaret eder; genellikle bir tedarikçiden veya bir üretim çıktısından. Bu Event, bir satın alma siparişi makbuzu veya bir üretim siparişi 'tamamlandı olarak bildir' yevmiyesi kaydedildiğinde, pozitif miktarlı bir işlem oluşturarak yakalanır. | ||
|
Neden önemli
Bu, envanter yaşam döngüsünün birincil başlangıç Event'idir. Yerleştirme döngü sürelerinin ve genel envanter teslim süresinin takibini başlatarak performans ölçümü için bir temel sağlar.
Nereden alınır
InventTrans tablosunda kaydedilir. Bu, bir satın alma siparişi için ürün kabulünün kaydından veya bir üretim siparişinin tamamlandığının bildirilmesinden oluşturulan açık bir işlemdir.
Yakala
Satın alma siparişi makbuzlarına veya üretim siparişi raporlamasına bağlı, pozitif miktarlı InventTrans'teki işlemleri belirleyin.
Event tipi
explicit
|
|||
|
Toplama İşi Oluşturuldu
|
Sistemin, bir satış siparişi veya üretim siparişi için bir depo çalışanının bir envanter partisini toplamasını sağlayacak talimatlar oluşturduğunu belirtir. Bu, WMS'de toplama için yeni bir 'iş' kaydı oluşturulduğunda yakalanır. | ||
|
Neden önemli
Bu Event, giden sipariş karşılama sürecinin başlangıcını işaret eder. Sipariş oluşturma ile toplama işi oluşturma arasındaki süre, tahsis veya planlama gecikmelerini gösterebilir.
Nereden alınır
WHSWorkTable tablosunda 'Satış siparişi' veya 'Üretim toplama' İş Emri Tipi ile yeni bir kayıt oluşturulur. Bu, bir siparişin depoya bırakılmasıyla tetiklenir.
Yakala
WHSWorkTable tablosunda İş Emri Tipi toplamayla ilgili olan bir kaydın oluşturulma zaman damgasını yakalayın.
Event tipi
explicit
|
|||
|
Toplama Tamamlandı
|
Bu faaliyet, bir çalışanın envanter partisinin fiziksel olarak toplanmasını bitirdiğini ve bir hazırlık veya paketleme konumuna taşıdığını gösterir. WMS toplama 'iş'inin durumunun 'Kapalı' olarak değişmesinden çıkarılır. | ||
|
Neden önemli
Bu kilometre taşı, toplama aşamasının sonunu ve paketleme veya sevkiyatın başlangıcını işaret eder. 'Ortalama Toplamadan Paketlemeye Süre' ve genel sipariş karşılama verimliliğini ölçmek için esastır.
Nereden alınır
WHSWorkTable tablosundaki 'İş Durumu' alanı bir toplama iş emri için 'Kapalı' olarak değiştiğinde çıkarılmıştır.
Yakala
İlgili toplama işi için WHSWorkTable'daki İş Durumu alanının 'Kapalı' olarak güncellendiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Yerleştirme Tamamlandı
|
Bu faaliyet, envanter partisinin belirlenen depolama bölmesine fiziksel hareketinin tamamlanmasını temsil eder. İlgili depo 'iş' kaydının durumunun 'Kapalı' olarak değişmesinden çıkarılır. | ||
|
Neden önemli
Bu önemli kilometre taşı, kabul ve yerleştirme sürecinin sonunu işaret ederek envanteri sipariş karşılama için kullanılabilir hale getirir. 'Ortalama Yerleştirme Döngü Süresi' KPI'ını ölçmek için çok önemlidir.
Nereden alınır
WHSWorkTable tablosundaki 'İş Durumu' alanı bir yerleştirme iş emri için 'Kapalı' olarak değiştiğinde çıkarılmıştır.
Yakala
İlgili parti için WHSWorkTable'daki İş Durumu alanının 'Kapalı' olarak güncellendiği zaman damgasını belirleyin.
Event tipi
inferred
|
|||
|
Envanter Sayımı Yapıldı
|
Bu Event, bir çalışanın envanter partisinin sayılan miktarını sayım yevmiyesine girdiğinde meydana gelir. Bu, yevmiye satırındaki 'sayılan' alanı doldurulduğunda yakalanır. | ||
|
Neden önemli
Bu faaliyet, sistemdeki mevcut miktar ile fiziksel sayım arasındaki farklılıkları belirlemek için gerekli verileri sağlar. Herhangi bir düzeltme yapılmadan önce kritik bir adımdır.
Nereden alınır
Sayım yevmiyesi (InventJournalTrans) satırlarında, bir kullanıcı 'Sayılmış' miktar alanına bir değer girdiğinde kaydedilir.
Yakala
Sayılmış miktarın InventJournalTrans tablosuna kaydedildiği zaman damgasını yakalayın.
Event tipi
explicit
|
|||
|
İade Edilen Mallar Kabul Edildi
|
Bu faaliyet, daha önce satılan bir envanter partisinin bir müşteriden depoya geri alınmasını yakalar. Bu Event, bir iade siparişi işlendiğinde ve ürünler kabul edildiğinde kaydedilir. | ||
|
Neden önemli
İadeleri takip etmek, ürün kalitesi sorunlarını ve tersine lojistik sürecinin verimliliğini anlamak için esastır. Denetim, yeniden stoklama veya elden çıkarma için yeni bir alt süreç başlatır.
Nereden alınır
InventTrans tablosunda, İade Malzeme Yetkilendirmesi (RMA) veya iade siparişiyle bağlantılı olarak pozitif miktarda açık bir işlem oluşturulur.
Yakala
İade edilen partiyi envantere geri kaydeden, bir iade siparişiyle bağlantılı InventTrans'teki işlemleri belirleyin.
Event tipi
explicit
|
|||
|
Kalite Emri Oluşturuldu
|
Bir envanter partisinin kabul üzerine kalite denetimi için otomatik veya manuel olarak beklemeye alınma anını temsil eder. Bu, kalite siparişleri tablosunda bir kayıt oluşturularak yakalanır ve satın alma siparişi gibi kaynak belgeye bağlanır. | ||
|
Neden önemli
Kalite siparişlerinin oluşturulmasını takip etmek, envanterin kısıtlı veya 'bekletme' durumunda geçirdiği süreyi analiz etmeye yardımcı olur, bu da sipariş karşılama için mevcudiyetini etkiler.
Nereden alınır
InventQualityOrderTable'da oluşturulur. Bu olay, ürünler, tedarikçiler veya üretim süreçleri için yapılandırılmış kalite ilişkileri tarafından tetiklenir.
Yakala
Belirli envanter partisi için InventQualityOrderTable'daki bir kaydın oluşturulma zaman damgasını yakalayın.
Event tipi
explicit
|
|||
|
Kalite Kontrolü Gerçekleştirildi
|
Bu faaliyet, bir kalite denetiminin yapıldığını ve sonuçların kaydedildiğini gösterir. Genellikle kalite siparişi üzerindeki durum değişikliğinden, 'Açık'tan 'Geçti' veya 'Kaldı' gibi tamamlanmayı gösteren bir duruma geçişten çıkarılır. | ||
|
Neden önemli
Kalite denetim sürecinin kendi süresini ölçer. Buradaki gecikmeler, stok kullanılabilir veya yerleştirilebilir hale gelmeden önce önemli Bottleneck'ler yaratabilir.
Nereden alınır
InventQualityOrderTable üzerindeki durum güncellemelerinden çıkarılmıştır. Açık durumdan onaylanmış duruma geçiş olayı işaret eder.
Yakala
InventQualityOrderTable üzerindeki durum alanını izleyin ve 'Geçti' veya 'Kaldı' gibi bir terminal durumuna geçişin zaman damgasını yakalayın.
Event tipi
inferred
|
|||
|
Paketleme Tamamlandı
|
Toplanan ürünlerin bir konteynere veya pakete sevkiyat için paketlenmesinin tamamlanmasını temsil eder. Bu, paketleme istasyonu arayüzünde bir konteyner kapatıldığında veya bir sevkiyat durumu güncellendiğinde çıkarılabilir. | ||
|
Neden önemli
Bu faaliyet, sipariş karşılamada önemli bir kilometre taşıdır. Tamamlanmasının takibi, paketleme istasyonunun verimliliğini ve genel sevkiyat zaman çizelgesine katkısını analiz etmeye yardımcı olur.
Nereden alınır
Bu, WHSContainerTable'dan konteyner durumu 'Kapalı' olarak değiştiğinde veya WHSShipmentTable'dan sevkiyat durumu ilerlediğinde çıkarılabilir.
Yakala
Partiyle ilişkili WHSContainerTable kaydındaki durum değişikliğinin 'Kapalı' olarak zaman damgasını yakalayın.
Event tipi
inferred
|
|||
|
Sayım Günlüğü Oluşturuldu
|
Bu faaliyet, belirli bir parti veya konum için bir envanter sayımının başlatılmasını gösterir. Bu, bir kullanıcının bir envanter sayım yevmiyesi oluşturduğunda yakalanan açık bir Event'tir. | ||
|
Neden önemli
Envanter sayım sürecinin başlangıcını işaret eder. Sayım faaliyetlerinin süresi ve sıklığı, operasyonel genel giderleri ve envanter doğruluğu çabalarını anlamak için önemlidir.
Nereden alınır
InventJournalTable'da 'Sayım' günlük türünde bir kaydın oluşturulmasından yakalanır.
Yakala
Sayım kayıtları için InventJournalTable'daki başlık kaydının oluşturulma zaman damgasını kullanın.
Event tipi
explicit
|
|||
|
Stok Dahili Olarak Taşındı
|
Bu Event, bir envanter partisinin aynı depo içinde bir konumdan diğerine (örneğin yenileme veya konsolidasyon için) hareketini yakalar. Bir envanter transfer yevmiyesinin kaydedilmesi veya depo hareket işinin tamamlanmasıyla yakalanır. | ||
|
Neden önemli
Yüksek dahili hareket sıklığı, verimsiz bir depo düzeni veya depolama stratejisi olduğunu gösterebilir. Bu hareketleri analiz etmek, envanter yerleşimini optimize etmeye ve elleçleme maliyetlerini azaltmaya yardımcı olur.
Nereden alınır
InventTrans'te bir transfer günlüğünden kaynaklanan açık bir işlem veya WHSWorkTable'daki 'Hareket' işinin kapanmasından çıkarılan bir olay olabilir.
Yakala
InventTrans'te 'Transfer' tipi işlemleri veya WHSWorkTable'da 'Hareket' tipinde tamamlanmış iş kayıtlarını belirleyin.
Event tipi
explicit
|
|||
|
Stok Hurdaya Ayrıldı
|
Sona ermiş, hasarlı veya eskimiş olması nedeniyle bir envanter partisinin resmi olarak elden çıkarılmasını veya kayıttan düşülmesini temsil eder. Bu, hurdaya özel bir neden koduyla bir envanter düzeltme yevmiyesinin kaydedilmesiyle yakalanır. | ||
|
Neden önemli
Bu, kritik bir hata veya terminal son Event'idir. Hurdaya ayrılan stoğu analiz etmek, israfı nicelendirmeye, eskimeye eğilimli ürünleri belirlemeye ve envanter planlamasını iyileştirmeye yardımcı olur.
Nereden alınır
InventTrans tablosunda, 'Kar/Zarar' tipinde bir envanter günlüğü veya hurdaya çıkarma için bir sayım günlüğü deftere nakledildiğinde, negatif miktarda açık bir işlem oluşturulur.
Yakala
InventTrans'te hurda neden koduyla bir envanter günlüğü kaydından kaynaklanan negatif miktarlı işlemleri belirleyin.
Event tipi
explicit
|
|||
|
Yerleştirme İşi Oluşturuldu
|
Sistemin, alınan envanteri bir hazırlık veya kabul alanından bir depolama konumuna taşımak için bir depo çalışanı için talimatlar oluşturduğunu belirtir. Bu, Depo Yönetim Sisteminde (WMS) yeni bir 'iş' kaydı oluşturulduğunda yakalanır. | ||
|
Neden önemli
Bu, fiziksel yerleştirme sürecinin başlangıcını işaret eder. Kabulden bu noktaya kadar geçen süreyi analiz etmek, sistem veya planlama gecikmelerini ortaya çıkarabilir.
Nereden alınır
WHSWorkTable tablosunda 'Yerleştirme' İş Emri Tipi ile yeni bir kayıt oluşturulur. Bu, mal kabulünden sonra konum direktiflerine göre otomatik olarak tetiklenir.
Yakala
WHSWorkTable tablosunda İş Emri Tipi 'Yerleştirme' olan bir kaydın oluşturulma zaman damgasını yakalayın.
Event tipi
explicit
|
|||