Your Depo Yönetimi Veri Template'i
Your Depo Yönetimi Veri Template'i
- Önerilen Öznitelikler
- Depo operasyonları için izlenmesi gereken temel aktiviteler
- Körber WMS'e özel veri çekme kılavuzu
Depo Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Depo siparişi süreç döngüsü içinde belirli bir zamanda meydana gelen olayın veya görevin adı. | ||
| Açıklama Bu öznitelik, 'Depodan Ürün Toplandı' veya 'Sevkiyat Sevk Edildi' gibi depo yönetimi sürecindeki tek bir adımı açıklar. Her aktivite, sistemde kaydedilen, belirli bir zaman damgası (zaman damgası)yla ilişkili ayrı bir iş olayını temsil eder. Aktiviteleri analiz etmek, Process Mining'in özüdür. İşin depoda nasıl aktığını gösteren süreç haritasının oluşturulmasını sunar. Bu, darboğazları, yeniden işleme döngülerini ve standart işletme prosedürlerinden sapmaları belirlemeye yardımcı olur. Neden Önemli?dir? Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve süreç akışının, varyasyonların ve darboğazların analizini sunar. Nereden Alınır?? İş olaylarınin kaydedildiği Körber WMS'teki event veya işlem log tabloları. Bu genellikle işlem kodlarından veya durum değişikliği açıklamalarından türetilir. Örnekler::::::: Toplama Görevi OluşturulduÜrünler PaketlendiSevkiyat GönderildiDepo Siparişi İptal Edildi | |||
| Depo Siparişi WarehouseOrder | Tüm ilgili lojistik aktiviteleri izlemek için birincil durum tanımlayıcısı görevi gören, bir depo siparişi için benzersiz tanımlayıcı. | ||
| Açıklama Depo Siparişi, gelen bir kabul veya giden bir sevkiyat gibi belirli bir lojistik talebiyle ilgili tüm görev ve olayları gruplayan merkezi tanımlayıcıdır. Bir siparişin depo içindeki süreç döngüsünün oluşturulmasından son sevkiyatına veya iptaline kadar uçtan uca izlenmesini sunar. Process Mining'de, Depo Siparişine göre analiz yapmak, her sipariş için tüm süreç akışının görselleştirilmesini sunar. Bu, standart ve hızlandırılmış gibi farklı sipariş türleri için yaygın yolları, sapmaları, darboğazları ve genel döngü süresini belirlemeye yardımcı olur. Neden Önemli?dir? Bu, her bir sipariş için depo yönetimi sürecinin eksiksiz, uçtan uca analizine olanak tanıyan, tüm ilgili olayları birbirine bağlayan temel Vaka ID'sidir. Nereden Alınır?? Bu tanımlayıcı genellikle Körber WMS içindeki temel sipariş yönetimi tablolarında bulunur. Sipariş başlıkları gibi belirli tablo ve alan adları için Körber WMS dokümantasyonuna başvurun. Örnekler::::::: WO-0012845WO-0012991WO-0013402 | |||
| Olay Zamanı EventTime | Aktivitenin veya olayın kaynak sistemde kaydedildiği tam tarih ve saat. | ||
| Açıklama Event Time, her aktiviteyle ilişkilendirilen zaman damgası (zaman damgası)dır ve tam olarak ne zaman gerçekleştiğini işaret eder. Bu zamansal veri, süreçteki farklı adımlar arasındaki süreleri, döngü sürelerini ve bekleme sürelerini hesaplanmasında temel rol oynar. Süreç analizinde bu öznitelik, olayları kronolojik olarak sıralamak, süreç akışını oluşturmak ve zaman tabanlı herhangi bir analiz yapmak için kullanılır. Döngü süresi analizi gibi performansı ölçen Dashboard'lar ve 'Ortalama Sipariş Uçtan Uca Döngü Süresi' gibi KPI'ları hesaplamak için gereklidir. Neden Önemli?dir? Bu zaman damgası (zaman damgası), olayları sıralamak, döngü süreleri ve bekleme süreleri gibi tüm zaman tabanlı metrikleri hesaplamak ve süreç performansını anlamak için büyük önem taşır. Nereden Alınır?? Körber WMS içindeki tüm işlem ve Event Log tablolarında bulunur, genellikle 'CreationDate', 'zaman damgası (zaman damgası)' veya 'EventDateTime' gibi adlandırılır. Örnekler::::::: 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Kaynak Sistem SourceSystem | Verilerin çekildiği sistem. | ||
| Açıklama Bu öznitelik, bu durumda 'Körber WMS' olan event verileri için kaynak sistemi tanımlar. Birden fazla entegre sistemin olduğu ortamlarda, bu alan veri kaynaklarını ayırt etmeye ve veri soyunu takip etmenizi sunar. Analiz için, özellikle birden fazla sistemden veri birleştirirken bağlam sunar. Veri kalitesini güçlüaya yardımcı olur ve analizi belirli bir sistemin aktivitelerine filtrelemek için kullanılabilir. Neden Önemli?dir? Veri kaynağı hakkında önemli bilgiler sağlayarak, özellikle birden fazla birbiriyle bağlantılı sistemin bulunduğu ortamlarda netlik ve izlenebilirlik sunar. Nereden Alınır?? Bu, genellikle veri çekme işlemi sırasında kaynak sistemi tanımlamak için eklenen statik bir değerdir. Örnekler::::::: Körber WMSKörberOne | |||
| Son Veri Güncellemesi LastDataUpdate | Bu süreç için verilerin son kez yenilendiğini gösteren zaman damgası (zaman damgası)dır. | ||
| Açıklama Bu öznitelik, en son veri çekiminin veya güncellemesinin tarih ve saatini belirtir. Analiz edilen verinin güncelliği hakkında bağlam sunar, böylece kullanıcıların süreç görünümünün ne kadar güncel olduğundan haberdar olmalarını garanti eder. Panellerde ve raporlarda bu bilgi şeffaflık için büyük önem taşır. Kullanıcıların gerçek zamanlı, günlük veya haftalık verilere bakıp bakmadığını anlamalarına yardımcı olur, bu da karar alma süreçlerini etkiler. Neden Önemli?dir? Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da analize dayalı doğru ve ilgili iş kararları vermek için büyük önem taşır. Nereden Alınır?? Bu değer, her veri yenileme döngüsünün sonunda veri veri hattı veya ETL aracı tarafından üretilir ve kaydedilir. Örnekler::::::: 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Gerçek Miktar ActualQuantity | Bir görev sırasında fiilen ele alınan veya kaydedilen öğe miktarı. | ||
| Açıklama Gerçek Miktar, depo operatörü tarafından fiziksel olarak sayılan, toplanan, paketlenen veya teslim alınan birim sayısıdır. Bu değer, görev tamamlandığında kaydedilir ve stok eksiklikleri, hasarlar veya insan hatası nedeniyle bazen 'Planlanan Miktar'dan farklılık gösterebilir. Bu özniteliği 'Planlanan Miktar' ile karşılaştırmak, 'Envanter Süreci Sağlığı ve Doğruluğu' Dashboard'u için büyük önem taşır. İki değer arasındaki tutarsızlıklar, incelenmesi gereken süreç hatalarının veya veri yanlışlıklarının doğrudan göstergeleridir. Neden Önemli?dir? Fiziksel olarak ele alınanların gerçekliğini sunar, bu da tutarsızlık oranlarını hesaplamak ve envanter doğruluğunu güçlüak için onu kritik hale getirir. Nereden Alınır?? İşlem onayı veya görev tamamlama kayıtlarında bulunur. Alan adları 'ActualQty', 'ConfirmedQuantity' veya 'PickedQuantity' içerebilir. Örnekler::::::: 10491 | |||
| Öncelik Seviyesi PriorityLevel | Depo siparişinin standart veya hızlandırılmış gibi aciliyetini veya önceliğini belirtir. | ||
| Açıklama Öncelik Seviyesi, bir depo siparişine işleme aciliyetini belirlemek için atanan bir sınıflandırmadır. Örneğin, bir sipariş 'Hızlandırılmış' veya 'Yüksek Öncelikli' olarak işaretlenebilir, bu da standart siparişlerden önce işlenmesi gerektiğini gösterir. Bu öznitelik, 'Hızlandırılmış Sipariş Analizi' Dashboard'u ve 'Hızlandırılmış Sevkiyat %' KPI'ı için büyük önem taşır. Acil siparişlerin genel depo operasyonları üzerindeki etkisini, ilişkili maliyetlerini ve işlem sürelerinin gerçekten standart siparişlerden daha hızlı olup olmadığını anlamaya yardımcı olur. Neden Önemli?dir? Acil siparişlerin işlenmesini, sıklığını ve genel süreç performansı ile maliyetler üzerindeki etkilerini analiz etmeye yardımcı olur. Nereden Alınır?? Sipariş başlık verilerinde bulunur. 'Priority', 'Urgency' veya belirli bir sevkiyat hizmet düzeyi göstergesi gibi alanlara bakın. Örnekler::::::: StandartHızlandırılmışGeceKritik | |||
| Ürün SKU ProductSKU | Handled (elleçlenen) item'ın (öğenin) Stock Keeping Unit (SKU) veya material number'ı (malzeme numarası). | ||
| Açıklama Ürün SKU'su, depo siparişinde yer alan belirli bir ürün veya malzeme için benzersiz bir tanımlayıcıdır. Bir sipariş bir veya daha fazla SKU içerebilir. Ürün SKU'suna göre analiz yapmak, belirli ürünlerin daha karmaşık veya sorunlu işleme süreçlerine sahip olup olmadığını anlamaya yardımcı olur. Örneğin, hassas ürünlerin daha uzun paketleme sürelerine sahip olduğunu veya belirli SKU'ların sık sık toplama tutarsızlıklarıyla ilişkili olduğunu keşfedebilirsiniz. Bu, depolama stratejisi veya işleme prosedürlerindeki değişikliklere yol açabilir. Neden Önemli?dir? Süreç performansının belirli ürünlere göre analiz edilmesini sağlayarak, bazı ürünlerin gecikmelere veya hatalara neden olup olmadığını ortaya koyar. Nereden Alınır?? Ana depo siparişi başlığına bağlı, sipariş satırı öğesi tablolarında bulunur. Yaygın alan adları 'SKU', 'MaterialNumber' veya 'ItemCode' içerir. Örnekler::::::: SKU-847361SKU-991204SKU-103557 | |||
| User/Operator ID UserOperatorId | Aktiviteyi gerçekleştiren kullanıcı veya operatörün tanımlayıcısı. | ||
| Açıklama Bu öznitelik, ürün toplama, paketleme veya yerleştirme gibi belirli bir görevi yürütmekten sorumlu depo çalışanını veya sistem kullanıcısını tanımlar. Bazı durumlarda otomatik bir sisteme veya bota da atıfta bulunabilir. Bu boyut, kaynak performans analizi için büyük önem taşır. İş yükü dağılımını anlamaya, en iyi performans gösteren çalışanları belirlemeye ve ek eğitime ihtiyaç duyabilecek kişileri tespit etmeye yardımcı olur. 'Kaynak Kullanımı ve İş Yükü' Dashboard'u ve 'Operatör Başına Verimlilik' KPI'ı için temel oluşturur. Neden Önemli?dir? İş gücü performansının, iş yükü dağılımının ve kaynak verimliliğinin analizini sağlayarak, eğitim ihtiyaçlarını ve yüksek performans gösterenleri belirlemeye yardımcı olur. Nereden Alınır?? Kullanıcı eylemlerinin kaydedildiği işlem veya log tablolarında bulunur. 'UserID', 'UserName', 'ExecutedBy' veya 'OperatorID' gibi alanlara bakın. Örnekler::::::: JSMITHABOT01CDAVISsistem | |||
| Bitiş Zamanı EndTime | Bir aktivitenin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası), eğer mevcutsa. | ||
| Açıklama Bitiş Zamanı, bir aktivitenin tamamlanma zaman damgası (zaman damgası)nı temsil eder. Başlangıç Zamanı ((EventTime)) başlangıcı işaretlerken, Bitiş Zamanı sonu işaretleyerek o tek aktivitenin süresinin doğrudan hesaplanmasını sunar. Tüm olayların ayrı bir bitiş zamanı yoktur; birçoğu için bir önceki olayın süresini çıkarmak amacıyla bir sonraki olayın Başlangıç Zamanı kullanılır. Bu öznitelik, bireysel görevlerin işlem süresini doğru bir şekilde hesaplamak için son derece değerlidir. Örneğin, denetimin başladığı andan bittiği zamana kadar geçen süreyi ölçerek 'Ortalama Kalite Denetim Süresi'ni belirlemek için kullanılır. Neden Önemli?dir? Bireysel aktivite işlem sürelerinin doğru bir şekilde hesaplanmasına olanak tanıyarak, verimsiz görevleri ve kaynak darboğazlarını belirlemek için büyük önem taşır. Nereden Alınır?? Körber WMS dokümantasyonuna başvurun. Bu, başlangıç zamanıyla birlikte işlem tablolarında veya ilgili durum geçmişi tablolarında olabilir. Örnekler::::::: 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Depo Kimliği WarehouseId | Aktivitelerin gerçekleştiği depo veya dağıtım merkezi için benzersiz tanımlayıcı. | ||
| Açıklama Depo ID'si, depo siparişinin işlendiği fiziksel konumu veya tesisi belirtir. Birden fazla dağıtım merkezi olan kuruluşlar için bu, analiz için önemli bir boyuttur. Bu öznitelik, farklı tesisler arasında performans karşılaştırması yapmaya sunar. Örneğin, belirli bir konuma özgü en iyi uygulamaları veya operasyonel sorunları belirlemek için Depo A ile Depo B arasındaki 'Ortalama Sipariş Uçtan Uca Döngü Süresi'ni karşılaştırabilirsiniz. Neden Önemli?dir? Farklı fiziksel depo konumları arasında performans karşılaştırması ve kıyaslama yapmayı sağlayarak, bölgesel veya tesise özgü sorunları vurgular. Nereden Alınır?? Bu bilgi genellikle sipariş başlığı veya tesis yapılandırma tablolarında bulunur. 'Tesis', 'Konum' veya 'Konum Kodu' olarak temsil edilebilir. Örnekler::::::: WH-NYCDC-LAXFC-DAL | |||
| Depolama Konumu StorageLocation | Depoda ürünlerin depolandığı veya toplandığı, bölme veya koridor gibi belirli konum. | ||
| Açıklama Bu öznitelik, depodaki raf, bölme veya koridor gibi fiziksel koordinatı tanımlar. 'Depoya Yerleştirilen Ürünler' ve 'Depodan Toplanan Ürünler' gibi aktiviteler için önemlidir. Bu veri, 'Yerleştirme Verimliliği ve Konum Kullanımı' Dashboard'unda seyahat sürelerini, konum kullanımını ve depolama stratejilerinin etkinliğini analiz etmek için kullanılır. Örneğin, yüksek hızlı ürünlerin toplama süresini en aza indirmek için kolay erişilebilir konumlarda depolanıp depolanmadığını belirlemeye yardımcı olabilir. Neden Önemli?dir? Seyahat sürelerini ve belirli konumlar için yerleştirme ve toplama görevlerinin verimliliğini analiz ederek depo düzenini ve depolama stratejisini optimize etmeye yardımcı olur. Nereden Alınır?? Envanter, görev veya konum ana veri tablolarında bulunur. 'BinCode', 'LocationID' veya 'StorageBin' gibi alanlara bakın. Örnekler::::::: A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Döngü Süresi CycleTime | Depo siparişinin oluşturulmasından tamamlanmasına kadar geçen toplam süre. | ||
| Açıklama Döngü Süresi, bir olgu için ilk event ('Depo Siparişi Oluşturuldu') ile son event ('Depo Siparişi Tamamlandı') arasındaki toplam geçen süreyi ölçen hesaplanmış bir metriktir. Bir sipariş için uçtan uca işlem süresini temsil eder. Bu, Process Mining'de birincil bir temel performans göstergesidir ve doğrudan 'Ne kadar sürer?' sorusunu yanıtlar. Genel süreç sağlığını izlemek ve yerine getirilmesi alışılmadık derecede uzun süren siparişleri belirlemek için kullanılan 'Depo Siparişi Uçtan Uca Döngü Süresi' Dashboard'u ve 'Ortalama Sipariş Uçtan Uca Döngü Süresi' KPI'sı için temel metriktir. Neden Önemli?dir? Bu, depo sürecinin genel verimliliğini ölçen, müşteri memnuniyetini ve operasyonel maliyetleri doğrudan etkileyen kritik bir KPI'dır. Nereden Alınır?? Bu metrik, process mining aracında her Depo Siparişi için son olayın zaman damgası (zaman damgası) ile ilk olayın zaman damgası (zaman damgası) arasındaki fark alınarak hesaplanır. Örnekler::::::: 8640017280036000 | |||
| Kullanılan Ekipman EquipmentUsed | Bir görevi gerçekleştirmek için kullanılan forklift veya tarayıcı gibi ekipmanın tanımlayıcısı. | ||
| Açıklama Bu öznitelik, bir depo görevi sırasında kullanılan malzeme taşıma ekipmanını (MHE) veya teknolojiyi belirtir. Bu, belirli bir forklift, transpalet, el terminali veya otomatik güdümlü araç (AGV) olabilir. Ekipmana göre analiz yapmak, kaynak kullanımını, bakım ihtiyaçlarını ve farklı ekipman türlerinin görev verimliliği üzerindeki etkisini anlamaya yardımcı olur. 'Kaynak Kullanımı ve İş Yükü' Dashboard'u için önemli bir boyuttur ve hem insan hem de makine kaynaklarının uçtan uca görmenizi sunar. Neden Önemli?dir? Ekipman kullanımının ve görev performansı üzerindeki etkisinin analizini sağlayarak, filo yönetimini optimize etmeye ve makineyle ilgili darboğazları belirlemeye yardımcı olur. Nereden Alınır?? Körber WMS dokümantasyonuna başvurun. Bu veri, özellikle operatörler belirli ekipmanlara giriş yapıyorsa, görev yürütme kayıtlarında tutulabilir. Örnekler::::::: FORKLIFT-08SCANNER-112AGV-03 | |||
| Planlanan Miktar PlannedQuantity | Toplama veya kabul gibi bir görevde ele alınması beklenen öğe miktarı. | ||
| Açıklama Planlanan Miktar, depo siparişinde belirtilen belirli bir görev için hedeflenen birim sayısını temsil eder. Örneğin, bir sipariş belirli bir SKU'dan 10 birim toplanmasını gerektiriyorsa, o toplama görevi için planlanan miktar 10'dur. Bu öznitelik, 'Gerçek Miktar' ile karşılaştırıldığında tutarsızlıkları belirlemek için büyük önem taşır. Envanter doğruluğunu korumak için kritik 'Toplama Tutarsızlık Oranı' ve 'Envanter Tutarsızlık Oranı' KPI'larını hesaplamak için önemli bir girdidir. Neden Önemli?dir? Toplama ve kabul gibi görevlerde doğruluğu ölçmek için bir temel görevi görür, envanter tutarsızlıklarının tespitini sunar. Nereden Alınır?? Görev veya sipariş satırı öğesi tablolarında mevcuttur. 'OrderQuantity', 'PlannedQty' veya 'ExpectedQuantity' gibi alanlara bakın. Örnekler::::::: 10501 | |||
| Sipariş Türü OrderType | Depo siparişini örneğin, gelen, giden veya dahili transfer olarak kategorize eder. | ||
| Açıklama Sipariş Türü, depo siparişinin iş amacını tanımlar. Yaygın türler arasında müşteri sevkiyatları (giden), tedarikçi kabulleri (gelen), depo konumları arası stok transferleri (dahili) veya iadeler bulunur. Bu, filtreleme ve karşılaştırmalı analiz için güçlü bir özniteliktir. Farklı lojistik operasyon türleri için süreç akışlarını ve performansını analiz etmenize ve karşılaştırmanıza sunar; örneğin, gelen sürecin giden süreçten daha verimli olup olmadığını görmek gibi. Neden Önemli?dir? Analizin siparişin amacına göre segmentlere ayrılmasını sağlayarak, gelen teslimatlar ve giden sevkiyatlar gibi süreçler arasındaki performans farklılıklarını ortaya koyar. Nereden Alınır?? Genellikle Körber WMS'teki sipariş başlığı tablosunda bulunur. 'SiparişTürü', 'İşlemTürü' veya benzeri bir alan arayın. Örnekler::::::: Giden SevkiyatGelen Mal KabulDahili AktarımMüşteri İadesi | |||
| SLA Statüsü SLAStatus | Siparişin talep edilen tamamlama tarihine göre zamanında, geç mi tamamlandığını veya risk altında olup olmadığını gösterir. | ||
| Açıklama SLA Durumu, her siparişi 'Talep Edilen Tamamlama Tarihi'ne göre zamanında olma durumuna göre kategorize eden hesaplanmış bir özniteliktir. Değerleri 'Zamanında', 'Gecikmeli' veya 'Devam Ediyor' olabilir. Bu öznitelik, hizmet seviyesi performansına anında bir görünüm sunar. Belirli darboğazlar veya kaynak sorunları gibi kök nedenleri anlamak için tüm gecikmeli siparişlerin hızlı bir şekilde filtrelenmesini ve analizini sunar. Müşteri memnuniyeti ve operasyonel güvenilirliğe odaklanan her analiz için kritik bir unsurdur. Neden Önemli?dir? Hizmet düzeyi anlaşmalarına uyumu doğrudan ölçer, geç kalan siparişlerin kolayca belirlenmesini ve kök neden analizini sunar. Nereden Alınır?? Bu, 'Depo Siparişi Tamamlandı' olayının zaman damgası (zaman damgası)nı 'Talep Edilen Tamamlama Tarihi' ile karşılaştırarak veri dönüşüm katmanında hesaplanır. Örnekler::::::: ZamanındaGecikmişDevam Ediyor | |||
| Talep Edilen Tamamlama Tarihi RequestedCompletionDate | Müşteri veya dahili paydaşın siparişin tamamlanmasını talep ettiği tarih. | ||
| Açıklama Bu, giden bir sipariş için hedef tamamlama veya sevkiyat tarihidir ve genellikle müşteri beklentileri veya hizmet seviyesi anlaşmaları (SLA'lar) tarafından belirlenir. Gerçek performansın ölçüldüğü birincil son teslim tarihi olarak olarak kullanılır. Bu tarih, 'Hızlandırılmış Sipariş Analizi' Dashboard'u için büyük önem taşır. 'Talep Edilen Tamamlama Tarihi' ile 'Gerçek Tamamlama Tarihi'ni ('Sevkiyat Sevk Edildi' veya 'Depo Siparişi Tamamlandı' aktivitesinin zaman damgası (zaman damgası)) karşılaştırmak, zamanında performansı belirlemeye ve geç kalma riski taşıyan siparişleri tespit etmeye yardımcı olur. Neden Önemli?dir? Zamanında performansın ölçülmesi ve hizmet seviyesi anlaşmalarının (SLA'lar) karşılanması için bir temel sunar, potansiyel olarak geç kalan siparişleri vurgular. Nereden Alınır?? Sipariş başlık tablosunda bulunur. Yaygın alan adları 'RequiredDeliveryDate', 'RequestedShipDate' veya 'SLA' içerir. Örnekler::::::: 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Taşıyıcı Carrier | Siparişin son teslimatını gerçekleştirmek üzere atanan nakliye taşıyıcısı. | ||
| Açıklama Taşıyıcı, ürünleri depodan nihai varış noktasına taşımaktan sorumlu olan üçüncü taraf lojistik sağlayıcısıdır (örneğin FedEx, UPS, DHL). Bu genellikle sevkiyat planlama veya sevk etme aşamasında atanır. Taşıyıcıya göre analiz yapmak, nakliye ortakları arasındaki performans farklılıklarını ortaya çıkarabilir. Örneğin, belirli taşıyıcıların daha uzun hazırlık süreleri veya daha sık gecikmelerle ilişkili olup olmadığını belirlemeye yardımcı olabilir, bu da taşıyıcı sözleşme müzakereleri ve seçimi için değerli veriler sunar. Neden Önemli?dir? Farklı nakliye ortaklarının performans analizini yaparak, lojistiği optimize etmeye ve teslimat güvenilirliğini artırmaya yardımcı olur. Nereden Alınır?? Körber WMS içindeki sevkiyat veya taşıma planlama tablolarında bulunur. 'CarrierCode', 'ShippingAgent' veya 'SCAC' gibi alanlara bakın. Örnekler::::::: FedExUPSDHLLocal Freight Inc. | |||
| Toplama Tutarsızlığı Var mı IsPickingDiscrepancy | Gerçekte toplanan miktarın planlanan miktarla eşleşip eşleşmediğini gösteren bir bayrak. | ||
| Açıklama Bu, herhangi bir toplama ile ilgili aktivite için 'Gerçek Miktar'ın 'Planlanan Miktar'dan farklı olması durumunda doğru olan türetilmiş bir boolean özniteliğidir. Belirli bir görev için bir toplama hatasının veya envanter sorununun basit bir göstergesi olarak olarak kullanılır. Bu bayrak, kullanıcıların toplama tutarsızlığı yaşayan tüm siparişleri hızlı bir şekilde filtrelemesine olanak tanıyarak analizi basitleştirir. 'Toplama Tutarsızlık Oranı' KPI'ını hesaplamak için kullanılır ve belirli hata noktalarını vurgulayarak 'Envanter Süreç Sağlığı ve Doğruluğu' Dashboard'unu destekler. Neden Önemli?dir? Toplama hatalarına dair net, ikili bir gösterge sunar ve envanter doğruluğu sorunlarını belirlemek ve ölçmek için gereken analizi basitleştirir. Nereden Alınır?? Veri dönüşümü sırasında hesaplanır. Mantık şöyledir: İlgili toplama aktiviteleri için Örnekler::::::: truefalse | |||
Depo Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Depo Siparişi Oluşturuldu | Sistemde bir depo siparişinin ilk oluşturulması, mal hareketi talebini temsil eder. Bu olay, bir kullanıcı veya bir ERP gibi entegre bir sistem, oluşturma zaman damgası (zaman damgası)yla sipariş kaydını oluşturduğunda açıkça loglanır. | ||
| Neden Önemli?dir? Bu, uçtan uca sürecin başlangıcını işaret eder. Toplam sipariş döngü süresini ölçmek ve genel talep ile sipariş hacmini anlamak için büyük önem taşır. Nereden Alınır?? Bu, yeni bir sipariş kaydı Körber WMS'te kaydedildiğinde ana depo siparişi başlık tablosundaki oluşturma zaman damgası (zaman damgası)ndan alınır. Yakala Depo siparişi başlığındaki oluşturma zaman damgası (zaman damgası)ndan kaydedilir. Event tipi explicit | |||
| Depo Siparişi Tamamlandı | Depo siparişi sistemde kapatılır, bu da tüm ilgili fiziksel hareketlerin ve işlemlerin bittiğini gösterir. Bu durum genellikle siparişin süreç döngüsünü kesinleştiren sipariş başlığındaki bir durum değişikliğinden anlaşılır. | ||
| Neden Önemli?dir? Bu, süreç için birincil bitiş noktasıdır; uçtan uca döngü süresini hesaplamak ve genel süreç tamamlama oranlarını ölçmek için büyük önem taşır. Nereden Alınır?? Depo siparişi başlığındaki bir durum değişikliğinden, 'Tamamlandı' veya 'Kapatıldı' gibi nihai bir duruma göre çıkarılır. Yakala Depo siparişi başlığındaki durumun 'Tamamlandı' olarak değişmesinin zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Depodan Mal Toplandı | Bir operatör, bir sipariş için öğelerin depolama yerinden toplandığını onaylar. Bu genellikle öğenin ve konumun taranmasıyla yapılır, bu da depolama gözünden envanteri düşürür ve eylemi kaydeder. | ||
| Neden Önemli?dir? Bu, giden süreçte önemli bir kilometre taşıdır. Toplama sürelerinin analizine sunar ve toplama ile paketleme arasındaki potansiyel gecikmeleri belirler. Nereden Alınır?? Operatör, toplama görevi tamamlandığını bir RF cihazı aracılığıyla onayladığında kaydedilir. Bu, görev durumunu 'Tamamlandı' olarak günceller ve bir tamamlanma zaman damgası (zaman damgası) içerir. Yakala Toplama görevi onay işleminden alınan zaman damgası (zaman damgası)dır. Event tipi explicit | |||
| Mal Kabul Edildi ve Sayıldı | Depo personeli, gelen teslimat bildirimine karşı alınan ürünleri boşaltır, tarar ve sayar. Bu açık işlem, belirli miktarlardaki malzemelerin deponun fiziksel gözetimine alındığını doğrular. | ||
| Neden Önemli?dir? Bu, 'Mal Kabulden Yerleştirmeye Kadar Süre' gibi KPI'ları mümkün kılan kritik bir gelen kilometre taşıdır. Ayrıca beklenen ve kabul edilen miktarlar arasındaki tutarsızlıkları erken aşamada belirlemeye yardımcı olur. Nereden Alınır?? Bir kullanıcı RF tarayıcı veya masaüstü işlemi aracılığıyla mal kabul miktarlarını onayladığında oluşturulur. Bu eylem, envanter durumunu bir hazırlık konumunda 'Teslim Alındı' veya 'Mevcut' olarak günceller. Yakala Kabul onay işleminden alınan zaman damgası (zaman damgası)dır. Event tipi explicit | |||
| Mallar Depoya Yerleştirildi | Bir operatör, genellikle depolama gözünü ve paleti veya öğeyi tarayarak yerleştirme görevinin tamamlandığını onaylar. Bu eylem, hareketi açıkça kaydeder ve sistemdeki envanter konumunu günceller. | ||
| Neden Önemli?dir? Bu kritik kilometre taşı, gelen sürecin sonunu işaret eder. 'Yerleştirme Döngü Süresi' ve 'Mal Kabulden Yerleştirmeye Kadar Süre' KPI'larını hesaplamak için kullanılır. Nereden Alınır?? Operatör, yerleştirme görevi tamamlandığını bir RF cihazı aracılığıyla onayladığında kaydedilir. Bu eylem, görev durumunu 'Tamamlandı' olarak günceller ve bir tamamlama zaman damgası (zaman damgası) kaydeder. Yakala Yerleştirme görevi onay işleminden alınan zaman damgası (zaman damgası)dır. Event tipi explicit | |||
| Sevkiyat Gönderildi | Ürünler yüklendi ve kamyon depodan ayrıldı. Bu olay, sistemde sevkiyatı kesinleştiren bir 'Sevkiyat Onayı' veya 'Mal Çıkışı Kaydı' işlemi tarafından tetiklenir. | ||
| Neden Önemli?dir? Bu kritik kilometre taşı, ürünlerin fiziksel olarak ayrılmasını işaret eder. Genellikle faturalandırma ve müşterileri bilgilendirme için önemli bir olaydır. Nereden Alınır?? Taşıma Senedi'nin basılmasıyla ilişkili açık bir 'Sevkiyat Onayı' işlemi yürütülür. Bu işlem belirli bir zaman damgası (zaman damgası)na sahiptir. Yakala 'Sevkiyat Onayı' veya 'Mal Çıkışı Kaydı' işleminden alınan zaman damgası (zaman damgası)dır. Event tipi explicit | |||
| Ürünler Paketlendi | Bir sevkiyat konteyneri veya kartonu için paketleme işlemi tamamlanır ve paket mühürlenir ve etiketlenir. Bu olay, siparişin hazırlık ve sevkiyat için hazır olduğunu gösterir ve açıkça loglanır. | ||
| Neden Önemli?dir? Bu kilit kilometre taşı, ürünlerin sevkiyata hazırlanmasını tamamlar. Paketleme verimliliğini hesaplamak ve yüklemeden önceki gecikmeleri belirlemek için kullanılır. Nereden Alınır?? Operatör tarafından açık bir 'Paketleme Tamamlandı' veya 'Karton Kapatıldı' işlemi yürütülür, bu da nakliye konteyneri için bir tamamlanma zaman damgası (zaman damgası) kaydeder. Yakala 'Konteyneri Kapat' veya 'Paketleme Tamamlandı' işleminden alınan zaman damgası (zaman damgası)dır. Event tipi explicit | |||
| Depo Siparişi İptal Edildi | Depo siparişi tamamlanmadan önce iptal edilir ve devam eden tüm çalışmalar durdurulur. Bu eylem genellikle sipariş başlığındaki durumun 'İptal Edildi' olarak değişmesinden anlaşılır. | ||
| Neden Önemli?dir? Sürece alternatif bir sonu temsil eder. İptalleri analiz etmek, stok eksiklikleri veya müşteri değişiklikleri gibi süreç başarısızlığı nedenlerini anlamaya yardımcı olur. Nereden Alınır?? Depo siparişi başlığındaki bir durum değişikliğinden, 'İptal Edildi' veya 'Silindi' durumuna ve bu değişikliğin zaman damgası (zaman damgası)na göre çıkarılır. Yakala Depo siparişi başlığındaki durumun 'İptal Edildi' olarak değişmesinin zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Gelen Teslimat Bildirimi Alındı | Bir tedarikçiden Gelişmiş Sevkiyat Bildirimi (ASN) veya gelen teslimat bildirimi alınır. Bu event, malların gelmesinin planlandığını işaret eder ve deponun mal kabul faaliyetlerini planlamasına sunar. Genellikle bir EDI işlemi veya manuel giriş yoluyla oluşturulur. | ||
| Neden Önemli?dir? Bu aktivite, gelen planlama sürecinin başlangıcını işaret eder. Bu bildirim ile ürünlerin gelişi arasındaki süreyi analiz etmek, tedarikçi performansını ölçmeye ve işgücü planlamasına yardımcı olur. Nereden Alınır?? Genellikle bir EDI arayüzü veya manuel veri girişi yoluyla oluşturulan bir ASN veya gelen teslimat kaydının oluşturma zaman damgası (zaman damgası)ndan yakalanır. Yakala Bir ASN kaydı sistemde başarıyla oluşturulduğunda kaydedilir. Event tipi explicit | |||
| Kalite Kontrolü Gerçekleştirildi | Teslim alınan mallar üzerinde bir kalite kontrol denetimi yapılır; bu, öğelerin özel bir KK alanına taşınmasını içerebilir. Bu aktivite genellikle 'Mevcut' durumdan 'KK Bekletme' durumuna ve ardından tekrar 'Serbest' durumuna geçiş gibi envanter durumu değişikliklerinden çıkarılır. | ||
| Neden Önemli?dir? Önemli bir darboğaz olabilen kalite kontrol süresinin analizini sunar. Stok mevcudiyetindeki gecikmeleri ve denetim hacimlerini takip etmenizi sunar. Nereden Alınır?? Kalite bekletmeleriyle ilgili bir dizi envanter durumu değişikliğinden çıkarılabilir. Bazı sistemlerde açık kalite yönetimi işlem kayıtları bulunabilir. Yakala Envanter durumu değişikliklerinden veya bir kalite kontrol siparişiyle ilişkili bir işlem kaydından çıkarılır. Event tipi inferred | |||
| Mallar Rıhtıma Varış Yaptı | Taşıyıcının depo kabul rıhtımına fiziksel varışı kaydedilir. Bu genellikle bir kapı görevlisi veya kabul memuru tarafından gerçekleştirilir ve fiziksel kabul sürecinin başlangıcını işaret eder. Bu olay genellikle teslimattaki bir durum değişikliğinden anlaşılır. | ||
| Neden Önemli?dir? Bu olay, taşıyıcı zamanında gelme performansını ölçmeye ve kabul rıhtımındaki bekleme sürelerini analiz etmeye yardımcı olarak, boşaltma başlamadan önce potansiyel darboğazları belirler. Nereden Alınır?? Gelen teslimat kaydında bir durum güncellemesi olarak veya mevcutsa bir saha yönetimi modülündeki belirli bir 'Check-In' işlemi aracılığıyla genellikle kaydedilir. Yakala Gelen teslimat kaydındaki durum değişikliğinden, 'Ulaştı' veya 'Yükleme Rampasında' olarak çıkarılır. Event tipi inferred | |||
| Paketleme Başlatıldı | Toplanan ürünler bir paketleme istasyonuna gelir ve bir operatör paketleme sürecine başlar. Bu durum genellikle, belirli bir giden siparişle ilişkili paketleme istasyonunda yapılan ilk ürün taramasıyla anlaşılır. | ||
| Neden Önemli?dir? Paketleme adımının başlangıcını işaretler. Bu aktiviteden önceki bekleme süresinin ve paketleme süresinin ölçülmesi, sevkiyat hazırlığındaki darboğazları belirlemeye yardımcı olur. Nereden Alınır?? Bu, açık bir 'Paketlemeyi Başlat' işlemi olabilir, ancak daha yaygın olarak sipariş için bir paketleme istasyonunda yapılan ilk ürün taramasından anlaşılır. Yakala Belirli bir sipariş için bir paketleme istasyonundaki ilk eylemin zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Sevkiyat İçin Hazırlandı | Paketlenmiş kartonlar veya paletler, taşıyıcı alımını beklemek üzere paketleme alanından belirlenmiş bir hazırlık şeridine taşınır. Bu durum genellikle bir sevkiyat konumuna yapılan envanter hareket işlemi zaman damgası (zaman damgası)ndan anlaşılır. | ||
| Neden Önemli?dir? Bu, paketleme ile son sevkiyat arasındaki bekleme süresini analiz etmeye yardımcı olur. Uzun hazırlık süreleri, taşıyıcılarla zayıf koordinasyonu veya verimsiz rıhtım kapısı yönetimini gösterebilir. Nereden Alınır?? İşleme biriminin bir paketleme iş merkezinden bir sevkiyat şeridine konum değişikliğinden çıkarılır. Taşıma işlemi gerekli zaman damgası (zaman damgası)nı taşır. Yakala Hedef konumun bir hazırlık alanı olduğu bir envanter taşıma işlemi zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Toplama Görevi Oluşturuldu | Sistem, giden bir depo siparişine dayanarak bir operatör için toplama görevi oluşturur. Bu görev, operatörü belirli bir miktarda öğeyi almak için belirli bir konuma destekler. | ||
| Neden Önemli?dir? Bu olay, giden sipariş karşılama sürecini başlatır. Toplama görevi oluşumunu analiz etmek, sipariş işleme mantığını ve iş yükü dağılımını anlamaya yardımcı olur. Nereden Alınır?? Körber WMS içindeki bir görev yönetimi veya iş kuyruğu tablosunda, 'Toplama' görev türü ve bir oluşturma zaman damgası (zaman damgası) ile bir kayıt oluşturulur. Yakala Toplama görevi kaydının oluşturma zaman damgası (zaman damgası)ndan kaydedilir. Event tipi explicit | |||
| Yerleştirme Görevi Oluşturuldu | WMS, bir operatörün kabul edilen ürünleri bir hazırlık alanından nihai bir depolama bölmesine taşıması için bir görev oluşturur. Sistem mantığı, yerleştirme stratejilerine dayanarak ürünler için en uygun hedef bölmeyi belirler. | ||
| Neden Önemli?dir? Bu olay, yerleştirme sürecinin başlangıcını işaret eder. Bu olaydan görevin tamamlanmasına kadar geçen süreyi analiz etmek, sistem ve operatör verimliliğini ölçmeye yardımcı olur. Nereden Alınır?? Görev yönetimi veya iş kuyruğu tablosunda, 'Yerleştirme' görev türü ve buna karşılık gelen bir oluşturma zaman damgası (zaman damgası) ile bir kayıt oluşturulur. Yakala Yerleştirme görevi kaydının oluşturma zaman damgası (zaman damgası)ndan kaydedilir. Event tipi explicit | |||
Veri Çıkarma Kılavuzları
Adımlar
- Veritabanı Erişimi Kurun: Körber WMS üretim veya bir replika veritabanı için yalnızca okuma yetkisine sahip kimlik bilgilerini ve bağlantı detaylarını (sunucu adı, veritabanı adı, port) edinin. Microsoft SQL Server Management Studio (SSMS) veya Oracle SQL Developer gibi bir istemci aracına ihtiyacınız olacak.
- Temel Tabloları Belirleyin: Betiği çalıştırmadan önce, Körber WMS uygulamanızda kullanılan tam tablo ve sütun adlarını doğrulamak için bir sistem yöneticisiyle çalışın, çünkü bunlar değişebilir. Ana tablolar genellikle sipariş başlıkları, görevler ve envanter işlemlerini içerir.
- Veritabanına Bağlanın: SQL istemcinizi başlatın ve sağlanan kimlik bilgilerini kullanarak Körber WMS veritabanına bir bağlantı kurun.
- SQL Betiğini Yükleyin: Yeni bir sorgu penceresi açın ve bu belgenin 'sorgu' bölümünde sağlanan SQL betiğini kopyalayın.
- Parametreleri Yapılandırın: Betiğin üst kısmındaki yer tutucu değişkenleri bulun.
@[StartDate],@[EndDate]ve@[WarehouseId]değerlerini, veri çıkarma işlemini filtrelemek için istediğiniz tarih aralığı ve belirli depo tanımlayıcısıyla değiştirin. - Sorguyu Çalışanştırın: Yapılandırılmış SQL betiğini çalıştırın. Yürütme süresi, tarih aralığına ve sisteminizdeki veri hacmine bağlı olacaktır.
- Sonuçları İnceleyin: Sorgu tamamlandığında, satır döndürdüğünden ve sütunların (
WarehouseOrder,(ActivityName),(EventTime)vb.) beklendiği gibi doldurulduğundan emin olmak için SQL istemcinizdeki çıktıyı kısaca inceleyin. - CSV'ye Aktarın: Tüm sonuç kümesini bir CSV dosyasına aktarın. Çoğu SQL istemcisinde sorgu sonuçlarını doğrudan dışa aktarmak için yerleşik bir işlev bulunur.
- Yüklemeye Hazırlanın: Dışa aktarılan CSV dosyasının UTF-8 kodlamasıyla kaydedildiğinden emin olun. Dosyadaki sütun başlıklarının, gerekli öznitelik adlarıyla tam olarak, herhangi bir fazladan boşluk veya karakter olmadan eşleştiğini doğrulayın.
Konfigürasyon
- Database Connection: Doğrudan bir veritabanı bağlantısı gereklidir. Sunucu adresi, veritabanı adı, geçerli bir kullanıcı adı ve parola güçlüanız gerekir. Kazara veri değişikliğini önlemek için yalnızca okuma yetkisine sahip bir kullanıcı şiddetle tavsiye edilir.
- Date Range Filtering: Sorgu, çıkarma dönemini kontrol etmek için
@StartDateve@EndDateyer tutucularını kullanır. İlk analiz için, aşırı veritabanı yüküne neden olmadan yeterli süreç varyasyonunu yakalamak adına 3 ila 6 aylık bir aralık önerilir. - Warehouse and Order Filtering: Betik, çıkarmayı belirli bir tesise sınırlamak için
@[WarehouseId]yer tutucusunu içerir. Veri setini daha da iyileştirmek için betiktekiWHEREyan tümcelerine sipariş türü veya müşteri gibi başka filtreler ekleyebilirsiniz. - Data Granularity: Bu betik, hem sipariş başlığı düzeyinde (örneğin, 'Depo Siparişi Oluşturuldu') hem de ayrıntılı görev veya işlem düzeyinde (örneğin, 'Mallar Toplandı') olayları çıkarır.
- Prerequisites: Sorguda atıfta bulunulan tüm tablolardan okuma yapmak için yeterli veritabanı izinlerine sahip olmanız gerekir. Tablo ve sütun adlarını doğrulamak ve potansiyel olarak ayarlamak için kendi Körber WMS şemanıza aşina olmanız gerekir.
a Örnek Sorgu sql
DECLARE @StartDate DATETIME = '2023-01-01';
DECLARE @EndDate DATETIME = '2023-12-31';
DECLARE @WarehouseId NVARCHAR(10) = '[Your Warehouse ID]';
-- 1. Warehouse Order Created
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Created' AS ActivityName,
ord.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.CREATE_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.CREATE_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 2. Inbound Delivery Notification Rcvd
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Inbound Delivery Notification Rcvd' AS ActivityName,
asn.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.CREATE_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.CREATE_DATE BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 3. Goods Arrived at Dock
SELECT
asn.ASN_NBR AS WarehouseOrder,
'Goods Arrived at Dock' AS ActivityName,
asn.ACTUAL_ARRIVAL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
asn.MOD_USER AS UserOperatorId,
asn.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ASN_HDR] asn
WHERE asn.ACTUAL_ARRIVAL_TSTMP IS NOT NULL AND asn.ACTUAL_ARRIVAL_TSTMP BETWEEN @StartDate AND @EndDate AND asn.WH_ID = @WarehouseId
UNION ALL
-- 4. Goods Received and Counted
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Goods Received and Counted' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'RECV' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 5. Quality Inspection Performed
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Quality Inspection Performed' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
WHERE tran.TRAN_TYPE = 'MOVE' AND tran.REASON_CODE = 'QI_INSP' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 6. Putaway Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Putaway Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 7. Goods Put Away in Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Put Away in Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PUTAWAY' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 8. Picking Task Created
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Picking Task Created' AS ActivityName,
tsk.CREATE_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.CREATE_USER AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.TASK_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.CREATE_DATE BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 9. Goods Picked from Storage
SELECT
tsk.ORD_NBR AS WarehouseOrder,
'Goods Picked from Storage' AS ActivityName,
tsk.CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tsk.USER_ID AS UserOperatorId,
tsk.PRIORITY AS PriorityLevel,
tsk.SKU AS ProductSKU,
tsk.CMPL_QTY AS ActualQuantity
FROM [TASK_DTL] tsk
WHERE tsk.TASK_TYPE = 'PICK' AND tsk.STAT_CODE = 'COMPLETED' AND tsk.CMPL_TSTMP IS NOT NULL AND tsk.CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND tsk.WH_ID = @WarehouseId
UNION ALL
-- 10. Packing Initiated
SELECT
pck.ORD_NBR AS WarehouseOrder,
'Packing Initiated' AS ActivityName,
MIN(pck.CREATE_DATE) AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
MIN(pck.USER_ID) AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [PACK_TRAN] pck
WHERE pck.CREATE_DATE BETWEEN @StartDate AND @EndDate AND pck.WH_ID = @WarehouseId
GROUP BY pck.ORD_NBR
UNION ALL
-- 11. Goods Packed
SELECT
ctn.ORD_NBR AS WarehouseOrder,
'Goods Packed' AS ActivityName,
ctn.PACK_CMPL_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ctn.PACKER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIP_CARTON] ctn
WHERE ctn.PACK_CMPL_TSTMP IS NOT NULL AND ctn.PACK_CMPL_TSTMP BETWEEN @StartDate AND @EndDate AND ctn.WH_ID = @WarehouseId
UNION ALL
-- 12. Staged for Shipment
SELECT
tran.ORD_NBR AS WarehouseOrder,
'Staged for Shipment' AS ActivityName,
tran.TRAN_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
tran.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
tran.SKU AS ProductSKU,
tran.TRAN_QTY AS ActualQuantity
FROM [INV_TRAN] tran
JOIN [LOC_HDR] loc ON tran.TO_LOC = loc.LOC_ID AND tran.WH_ID = loc.WH_ID
WHERE tran.TRAN_TYPE = 'MOVE' AND loc.LOC_TYPE = 'SHIP_STAGE' AND tran.TRAN_TSTMP BETWEEN @StartDate AND @EndDate AND tran.WH_ID = @WarehouseId
UNION ALL
-- 13. Shipment Dispatched
SELECT
shp.ORD_NBR AS WarehouseOrder,
'Shipment Dispatched' AS ActivityName,
shp.SHIP_CONFIRM_TSTMP AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
shp.USER_ID AS UserOperatorId,
NULL AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [SHIPMENT_HDR] shp
WHERE shp.SHIP_CONFIRM_TSTMP IS NOT NULL AND shp.SHIP_CONFIRM_TSTMP BETWEEN @StartDate AND @EndDate AND shp.WH_ID = @WarehouseId
UNION ALL
-- 14. Warehouse Order Completed
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Completed' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('99', 'COMPLETED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId
UNION ALL
-- 15. Warehouse Order Canceled
SELECT
ord.ORD_NBR AS WarehouseOrder,
'Warehouse Order Canceled' AS ActivityName,
ord.MOD_DATE AS EventTime,
'Körber WMS' AS SourceSystem,
GETDATE() AS LastDataUpdate,
ord.MOD_USER AS UserOperatorId,
ord.PRIORITY AS PriorityLevel,
NULL AS ProductSKU,
NULL AS ActualQuantity
FROM [ORD_HDR] ord
WHERE ord.STAT_CODE IN ('95', 'CANCELED') AND ord.MOD_DATE BETWEEN @StartDate AND @EndDate AND ord.WH_ID = @WarehouseId;