Depo Yönetimi Veri Şablonunuz
Depo Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Depo operasyonları için izlenmesi gereken temel aktiviteler
- Körber WMS'e özel çıkarma rehberliği
Depo Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| 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 yaşam döngüsünün oluşturulmasından son sevkiyatına veya iptaline kadar uçtan uca izlenmesini sağlar. Process mining'de, Depo Siparişine göre analiz yapmak, her sipariş için tüm süreç akışının görselleştirilmesini sağlar. 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 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 | |||
| Faaliyet Adı ActivityName | Depo siparişi yaşam 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ı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ı sağlar. Bu, darboğazları, yeniden işleme döngülerini ve standart işletme prosedürlerinden sapmaları belirlemeye yardımcı olur. Neden önemli 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 mümkün kılar. Nereden alınır İş event'lerinin 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 Picking Task CreatedÜrünler PaketlendiGönderim Sevk EdildiDepo Siparişi İptal Edildi | |||
| Olay Zamanı EventTime | Aktivitenin veya olayın kaynak sistemde kaydedildiği kesin tarih ve saat. | ||
| Açıklama Event Time, her aktiviteyle ilişkilendirilen 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 hesaplamak için temeldir. Süreç analizinde bu öznitelik, event'leri 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 Bu 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 kritiktir. Nereden alınır Körber WMS içindeki tüm işlem ve Event Log tablolarında bulunur, genellikle 'CreationDate', 'Timestamp' 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 izlemeye yardımcı olur. Analiz için, özellikle birden fazla sistemden veri birleştirirken bağlam sağlar. Veri kalitesini sağlamaya yardımcı olur ve analizi belirli bir sistemin aktivitelerine filtrelemek için kullanılabilir. Neden önemli Veri kaynağı hakkında kritik bağlam sağlayarak, özellikle birden fazla birbiriyle bağlantılı sistemin bulunduğu ortamlarda netlik ve izlenebilirlik sağlar. 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 `veri`lerin son kez yenilendiğini gösteren `timestamp`. | ||
| 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 sağlar, 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. Dashboard'larda ve raporlarda bu bilgi şeffaflık için hayati öneme sahiptir. 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 Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da analize dayalı doğru ve ilgili iş kararları vermek için kritiktir. Nereden alınır Bu değer, her veri yenileme döngüsünün sonunda veri pipeline'ı 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 temeldir. İ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 Fiziksel olarak ele alınanların gerçekliğini sağlar, bu da tutarsızlık oranlarını hesaplamak ve envanter doğruluğunu sağlamak 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 | |||
| Kullanıcı/Operatör 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 kritiktir. İş 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 İş 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 | |||
| Ö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 temeldir. 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 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 | İşlenen öğenin Stok Tutma Birimi (SKU) veya 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 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 | |||
| Bitiş Saati EndTime | Bir aktivitenin ne zaman tamamlandığını gösteren zaman damgası, eğer mevcutsa. | ||
| Açıklama Bitiş Zamanı, bir aktivitenin tamamlanma 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ı sağlar. 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 Bireysel aktivite işlem sürelerinin hassas bir şekilde hesaplanmasını sağlayarak, verimsiz görevleri ve kaynak darboğazlarını belirlemek için kritik öneme sahiptir. 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 olanak tanır. Ö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 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 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 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ı ile ilk olayın zaman damgası arasındaki fark alınarak hesaplanır. Örnekler 8640017280036000 | |||
| Etkinlik Süresi ActivityDuration | Belirli bir aktiviteyi tamamlamak için geçen toplam süre. | ||
| Açıklama Bu metrik, bir tek olayın işlem süresini temsil eder ve Bitiş Zamanı ile Başlangıç Zamanı arasındaki fark olarak hesaplanır. Eğer bir Bitiş Zamanı mevcut değilse, ardışık olaylar arasındaki süreden çıkarılabilir. Aktivite süresini analiz etmek, genel süreçte en çok zaman tüketen belirli görevleri belirlemek için kilit noktadır. Bu, 'Kaynak Kullanımı ve İş Yükü' gibi Dashboard'larda görev başına çabayı anlamak için kullanılır ve 'Ortalama Kalite Denetim Süresi' gibi KPI'ları hesaplamak için temeldir. Neden önemli Bireysel görevlere harcanan süreyi doğrudan ölçer, depo sürecindeki en uzun ve en verimsiz adımları belirlemeye yardımcı olur. Nereden alınır Bu, genellikle veri dönüşümü sırasında bir aktivitenin başlangıç zaman damgasının bitiş zaman damgasından çıkarılmasıyla hesaplanır. Örnekler 9006501200 | |||
| 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 bütünsel bir görünümünü sağlar. Neden önemli 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 çok önemlidir. Envanter doğruluğunu korumak için hayati önem taşıyan 'Toplama Tutarsızlık Oranı' ve 'Envanter Tutarsızlık Oranı' KPI'larını hesaplamak için önemli bir girdidir. Neden önemli 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 sağlar. 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 olanak tanır; örneğin, gelen sürecin giden süreçten daha verimli olup olmadığını görmek gibi. Neden önemli 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 MakbuzDahili 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 sağlar. 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 sağlar. Müşteri memnuniyeti ve operasyonel güvenilirliğe odaklanan her analiz için kritik bir unsurdur. Neden önemli Hizmet düzeyi anlaşmalarına uyumu doğrudan ölçer, geç kalan siparişlerin kolayca belirlenmesini ve temel neden analizini sağlar. Nereden alınır Bu, 'Depo Siparişi Tamamlandı' olayının 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 hizmet eder. Bu tarih, 'Hızlandırılmış Sipariş Analizi' Dashboard'u için çok önemlidir. 'Talep Edilen Tamamlama Tarihi' ile 'Gerçek Tamamlama Tarihi'ni ('Sevkiyat Sevk Edildi' veya 'Depo Siparişi Tamamlandı' aktivitesinin 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 Zamanında performansın ölçülmesi ve hizmet seviyesi anlaşmalarının (SLA'lar) karşılanması için bir temel sağlar, 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 sağlar. Neden önemli 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 hizmet eder. 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 Toplama hatalarına dair net, ikili bir gösterge sağlar 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ıyla sipariş kaydını oluşturduğunda açıkça loglanır. | ||
| Neden önemli 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 hayati öneme sahiptir. 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ından alınır. Yakala Depo siparişi başlığındaki oluşturma 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 yaşam döngüsünü kesinleştiren sipariş başlığındaki bir durum değişikliğinden anlaşılır. | ||
| Neden önemli 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 hayati öneme sahiptir. 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ından çıkarılır. Event tipi inferred | |||
| Gönderim Sevk Edildi | Ü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 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ına sahiptir. Yakala 'Sevkiyat Onayı' veya 'Mal Çıkışı Kaydı' işleminden alınan zaman damgası. Event tipi explicit | |||
| Mallar Depodan 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 Bu, giden süreçte önemli bir kilometre taşıdır. Toplama sürelerinin analizine olanak tanır 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ı içerir. Yakala Toplama görevi onay işleminden alınan zaman damgası. 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 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ı kaydeder. Yakala Yerleştirme görevi onay işleminden alınan zaman damgası. Event tipi explicit | |||
| Mallar Teslim Alındı 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 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ı. 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 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ı kaydeder. Yakala 'Konteyneri Kapat' veya 'Paketleme Tamamlandı' işleminden alınan zaman damgası. 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 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ına göre çıkarılır. Yakala Depo siparişi başlığındaki durumun 'İptal Edildi' olarak değişmesinin 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 olanak tanır. Genellikle bir EDI işlemi veya manuel giriş yoluyla oluşturulur. | ||
| Neden önemli 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ı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 Önemli bir darboğaz olabilen kalite kontrol süresinin analizini sağlar. Stok mevcudiyetindeki gecikmeleri ve denetim hacimlerini izlemeye yardımcı olur. 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 Yükleme Rampasına Ulaştı | 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 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 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ından çıkarılır. Event tipi inferred | |||
| Picking Task Created | 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 yönlendirir. | ||
| Neden önemli 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ı ile bir kayıt oluşturulur. Yakala Toplama görevi kaydının oluşturma zaman damgasından kaydedilir. Event tipi explicit | |||
| Sevkiyata 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ından anlaşılır. | ||
| Neden önemli 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ını taşır. Yakala Hedef konumun bir hazırlık alanı olduğu bir envanter taşıma işlemi zaman damgasından çıkarılır. Event tipi inferred | |||
| 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 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ı ile bir kayıt oluşturulur. Yakala Yerleştirme görevi kaydının oluşturma zaman damgasından kaydedilir. Event tipi explicit | |||
Veri Çekim 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ış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,EventTimevb.) 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 sağlamanı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;