Envanter Yönetimi Veri Şablonunuz

Microsoft Dynamics 365
Envanter Yönetimi Veri Şablonunuz

Envanter Yönetimi Veri Şablonunuz

Bu Template, envanter yönetimi sürecinizi analiz etmek için ihtiyacınız olan verileri toplamanız için net bir yol haritası sunar. Temel Nitelikleri, izlenecek ana faaliyetleri ve veri çıkarma için pratik rehberliği özetler. Etkili Process Mining için tüm kritik bilgileri yakaladığınızdan emin olmak için bu kaynağı kullanı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

Envanter yönetimi sürecinizin kapsamlı analizi için Event Log'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 6 Önerilen 11 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Envanter Yönetimi Faaliyetleri

Envanter akışınızın doğru bir şekilde keşfedilmesi ve analizi için Event Log'unuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 9 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Microsoft Dynamics 365'ten nasıl alırsınız?