Depo yönetimi Veri Templateiniz
Depo yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- Depo operasyonlarında izlenecek temel etkinlikler
- Körber WMS için veri dışa aktarma önerileri
Depo yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Depo siparişi WarehouseOrder | Depo siparişini benzersiz biçimde tanımlayan bu değer, ilgili tüm lojistik faaliyetleri izlemek için temel vaka kimliği olarak kullanılır. | ||
| Açıklama Depo siparişi, gelen mal kabulü veya giden sevkiyat gibi belirli bir lojistik taleple ilişkili tüm görevleri ve olayları bir araya getiren temel tanımlayıcıdır. Siparişin oluşturulmasından son sevkiyatına veya iptaline kadar depodaki yaşam döngüsünü baştan sona izlemenizi sağlar. Process Mining çalışmalarında depo siparişine göre yapılan analiz, her siparişin tüm süreç akışını görselleştirir. Böylece standart ve hızlandırılmış siparişler gibi farklı sipariş türlerinde sık görülen yolları, sapmaları, darboğazları ve genel çevrim süresini belirleyebilirsiniz. Neden önemli? Bu temel vaka kimliği, ilgili tüm olayları birbirine bağlayarak her sipariş için depo yönetimi sürecinin baştan sona eksiksiz analiz edilmesini sağlar. 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 tablo ve alan adları için Körber WMS dokümantasyonuna başvurun. Örnekler WO-0012845WO-0012991WO-0013402 | |||
| Etkinlik adı ActivityName | Depo siparişinin yaşam döngüsünde belirli bir anda gerçekleşen olayın veya görevin adı. | ||
| Açıklama Bu öznitelik, 'Depodan ürün toplandı' veya 'Sevkiyat gönderildi' gibi depo yönetimi sürecindeki tek bir adımı tanımlar. Her etkinlik, sistemde kaydedilen ve belirli bir zaman damgasıyla ilişkilendirilen ayrı bir iş olayını temsil eder. Etkinlikleri analiz etmek, Process Mining çalışmalarının temelini oluşturur. Depodaki iş akışını gösteren süreç haritasını oluşturmanızı sağlar. Böylece darboğazları, yeniden çalışma döngülerini ve standart çalışma prosedüründen sapmaları belirleyebilirsiniz. Neden önemli? Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve süreç akışını, farklılıkları ve darboğazları analiz etmenizi sağlar. Nereden alınır? İş olaylarının kaydedildiği Körber WMS olay veya işlem günlüğü tabloları. Bu bilgiler genellikle işlem kodlarından ya da durum değişikliği açıklamalarından elde edilir. Örnekler Toplama görevi oluşturulduÜrünler paketlendiSevkiyat yola çıktıDepo siparişi iptal edildi | |||
| Olay zamanı EventTime | Etkinliğin veya olayın kaynak sistemde kaydedildiği kesin tarih ve saat. | ||
| Açıklama Olay zamanı, her etkinlikle ilişkilendirilen ve gerçekleştiği kesin anı gösteren zaman damgasıdır. Bu zamansal veri, süreçteki farklı adımlar arasındaki süreleri, çevrim sürelerini ve bekleme sürelerini hesaplamak için temel oluşturur. Süreç analizinde olayları kronolojik sıraya koymak, süreç akışını oluşturmak ve zamana dayalı analizler yapmak için kullanılır. Çevrim süresi analizi gibi performans ölçümleri yapan Dashboardlar ve 'Siparişin baştan sona ortalama çevrim süresi' gibi KPI’ların hesaplanması için gereklidir. Neden önemli? Bu zaman damgası, olayları sıralamak, çevrim süresi ve bekleme süresi gibi zamana dayalı tüm metrikleri hesaplamak ve süreç performansını anlamak için önemlidir. Nereden alınır? Körber WMS içindeki tüm işlem ve olay günlüğü tablolarında bulunur. Genellikle 'CreationDate', 'Timestamp' veya 'EventDateTime' gibi adlar taşır. Örnekler 2023-10-26T10:00:00Z2023-10-26T11:35:10Z2023-10-27T08:15:00Z | |||
| Kaynak sistem SourceSystem | Verinin alındığı sistem. | ||
| Açıklama Bu öznitelik, olay verisinin kaynak sistemini belirtir. Bu örnekte kaynak sistem 'Körber WMS’dir. Birden fazla sistemin entegre olduğu ortamlarda bu alan, veri kaynaklarını ayırt etmeye ve verinin izlediği yolu takip etmeye yardımcı olur. Birden fazla sistemden gelen verileri birleştirirken analiz için bağlam sağlar. Veri kalitesini korumaya yardımcı olur ve analizi belirli bir sistemin etkinlikleriyle sınırlandırmak için kullanılabilir. Neden önemli? Verinin kaynağını açıklayarak özellikle birbiriyle bağlantılı birden fazla sistemin bulunduğu ortamlarda netlik ve izlenebilirlik sağlar. Nereden alınır? Bu, genellikle kaynak sistemi belirtmek için veri çıkarma işlemi sırasında eklenen sabit bir değerdir. Örnekler Körber WMSKörberOne | |||
| Son veri güncellemesi LastDataUpdate | Bu sürecin verilerinin en son yenilendiği zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, verilerin en son ne zaman çıkarıldığını veya güncellendiğini belirtir. Analiz edilen verilerin ne kadar güncel olduğunu göstererek kullanıcıların süreç görünümünün güncelliğini değerlendirmesine yardımcı olur. Dashboardlarda ve raporlarda bu bilgi şeffaflık açısından önemlidir. Kullanıcıların gerçek zamanlı, günlük veya haftalık verileri inceleyip incelemediğini anlamasını sağlar. Bu da kararları etkiler. Neden önemli? Analize dayanarak doğru ve yerinde iş kararları almak için önemli olan verilerin güncelliğini kullanıcılara bildirir. Nereden alınır? Bu değer, her veri yenileme döngüsünün sonunda veri hattı veya ETL aracı tarafından oluşturulup kaydedilir. Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Gerçekleşen miktar ActualQuantity | Bir görev sırasında gerçekten işlenen veya kaydedilen ürün miktarı. | ||
| Açıklama Gerçekleşen miktar, depo operatörünün fiziksel olarak saydığı, topladığı, paketlediği veya teslim aldığı birim sayısıdır. Bu değer görev tamamlandığında kaydedilir; stok yetersizliği, hasar veya insan hatası nedeniyle 'Planlanan miktar’dan farklı olabilir. Bu özniteliği 'Planlanan miktar' ile karşılaştırmak, 'Envanter süreci sağlığı ve doğruluğu' Dashboardu için temel oluşturur. İki değer arasındaki farklar, incelenmesi gereken süreç hatalarını veya veri tutarsızlıklarını doğrudan gösterir. Neden önemli? Fiziksel olarak ne kadar ürün işlendiğini gösterir. Fark oranlarını hesaplamak ve envanter doğruluğunu korumak için gereklidir. Nereden alınır? İşlem onaylarında veya görev tamamlama kayıtlarında bulunur. Alan adları 'ActualQty', 'ConfirmedQuantity' veya 'PickedQuantity' olabilir. Örnekler 10491 | |||
| Kullanıcı/operatör kimliği UserOperatorId | Etkinliği gerçekleştiren kullanıcıyı veya operatörü tanımlayan değer. | ||
| Açıklama Bu öznitelik, toplama, paketleme veya malları depoya yerleştirme gibi belirli bir görevi yerine getiren depo çalışanını ya da sistem kullanıcısını tanımlar. Bazı durumlarda otomatik bir sistemi veya botu da gösterebilir. Bu boyut, kaynak performansını analiz etmek için önemlidir. İş yükünün nasıl dağıldığını anlamaya, yüksek performans gösteren çalışanları belirlemeye ve ek eğitim ihtiyacı olan kişileri saptamaya yardımcı olur. 'Kaynak kullanımı ve iş yükü' Dashboardunun ve 'Operatör başına işlem hacmi' KPI’ının temelini oluşturur. Neden önemli? İş gücü performansını, iş yükü dağılımını ve kaynak verimliliğini analiz etmenizi sağlar; eğitim ihtiyaçlarını ve yüksek performans gösteren çalışanları belirlemeye yardımcı olur. Nereden alınır? Kullanıcı işlemlerinin kaydedildiği işlem veya günlük tablolarında bulunur. 'UserID', 'UserName', 'ExecutedBy' veya 'OperatorID' gibi alanları arayın. Örnekler JSMITHABOT01CDAVISsistem | |||
| Öncelik düzeyi PriorityLevel | Depo siparişinin standart veya hızlandırılmış gibi aciliyetini ya da önceliğini belirtir. | ||
| Açıklama Öncelik düzeyi, depo siparişine atanan ve ne kadar acil işleme alınacağını belirleyen sınıflandırmadır. Örneğin, bir sipariş 'Expedited' veya 'High Priority' olarak işaretlenerek standart siparişlerden önce işlenmesi gerektiği belirtilebilir. Bu öznitelik, 'Hızlandırılmış sipariş analizi' Dashboardu ve 'Hızlandırılmış sevkiyat yüzdesi' KPI’ı için gereklidir. Acil siparişlerin genel depo operasyonlarına ve maliyetlere etkisini, ayrıca bu siparişlerin gerçekten standart siparişlerden daha hızlı işlenip işlenmediğini anlamaya yardımcı olur. Neden önemli? Acil siparişlerin nasıl işlendiğini, ne sıklıkta verildiğini ve genel süreç performansı ile maliyetleri nasıl etkilediğini analiz etmeye yardımcı olur. Nereden alınır? Sipariş başlığı verilerinde bulunur. 'Priority', 'Urgency' veya belirli bir sevkiyat hizmet düzeyi göstergesi gibi alanları arayın. Örnekler StandartHızlandırılmışErtesi gün teslimatKritik | |||
| Ürün SKU’su ProductSKU | İşlem gören ürünün stok tutma birimi (SKU) veya malzeme numarası. | ||
| Açıklama Ürün SKU’su, depo siparişindeki belirli bir ürünü veya malzemeyi benzersiz biçimde tanımlar. Bir siparişte bir veya daha fazla SKU bulunabilir. Ürün SKU’suna göre yapılan analiz, belirli ürünlerin işlenmesinin daha karmaşık veya sorunlu olup olmadığını anlamaya yardımcı olur. Örneğin, kırılabilir ürünlerin paketlenmesinin daha uzun sürdüğünü veya belirli SKU’larda toplama hatalarının sık görüldüğünü fark edebilirsiniz. Bu bulgular, depolama stratejisinde veya ürün işleme prosedürlerinde değişiklik yapmanıza yardımcı olabilir. Neden önemli? Belirli ürünlere göre süreç performansını analiz etmenizi, gecikmeye veya hatalara yol açan ürünleri belirlemenizi sağlar. Nereden alınır? Ana depo siparişi başlığına bağlı sipariş kalemi tablolarında bulunur. Yaygın alan adları arasında 'SKU', 'MaterialNumber' ve 'ItemCode' yer alır. Örnekler SKU-847361SKU-991204SKU-103557 | |||
| Bitiş zamanı EndTime | Varsa, bir etkinliğin tamamlandığı zamanı gösteren zaman damgası. | ||
| Açıklama Bitiş zamanı, bir etkinliğin tamamlandığı zaman damgasını gösterir. Başlangıç zamanı (EventTime) etkinliğin başlangıcını, bitiş zamanı ise tamamlandığı anı belirtir. Böylece etkinliğin süresi doğrudan hesaplanabilir. Her olayın ayrı bir bitiş zamanı olmayabilir; çoğu durumda önceki etkinliğin süresi, sonraki olayın başlangıç zamanından çıkarılır. Bu öznitelik, tek tek görevlerin işlem süresini doğru hesaplamak için çok değerlidir. Örneğin, incelemenin başladığı ve bittiği zaman arasındaki süreyi ölçerek 'Ortalama kalite inceleme süresi' hesaplanabilir. Neden önemli? Tek tek etkinliklerin işlem sürelerini hassas biçimde hesaplamayı sağlar. Verimsiz görevleri ve kaynak darboğazlarını belirlemek için önemlidir. Nereden alınır? Körber WMS dokümantasyonuna başvurun. Bitiş zamanı, başlangıç zamanının bulunduğu işlem tablolarında veya ilgili durum geçmişi tablolarında yer alabilir. Örnekler 2023-10-26T10:15:00Z2023-10-26T11:45:20Z2023-10-27T08:30:00Z | |||
| Çevrim süresi CycleTime | Depo siparişinin oluşturulmasından tamamlanmasına kadar geçen toplam süre. | ||
| Açıklama Çevrim süresi, bir vakanın ilk olayından ('Depo siparişi oluşturuldu') son olayına ('Depo siparişi tamamlandı') kadar geçen toplam süreyi ölçen hesaplanmış bir metriktir. Siparişin baştan sona işlenme süresini gösterir. Process Mining çalışmalarında temel performans göstergelerinden biridir ve 'Ne kadar sürüyor?' sorusunu doğrudan yanıtlar. 'Depo siparişinin baştan sona çevrim süresi' Dashboardunun ve 'Siparişin baştan sona ortalama çevrim süresi' KPI’ının temel metriğidir. Genel süreç sağlığını izlemek ve tamamlanması olağandan uzun süren siparişleri belirlemek için kullanılır. Neden önemli? Bu önemli KPI, depo sürecinin genel verimliliğini ölçer ve müşteri memnuniyetini ve operasyon maliyetlerini doğrudan etkiler. Nereden alınır? Bu metrik, her depo siparişi için son olayın zaman damgasından ilk olayın zaman damgası çıkarılarak Process Mining aracında hesaplanır. Örnekler 8640017280036000 | |||
| Depo kimliği WarehouseId | Etkinliklerin gerçekleştiği depo veya dağıtım merkezini benzersiz biçimde tanımlayan değer. | ||
| Açıklama Depo kimliği, depo siparişinin işlendiği fiziksel konumu veya tesisi belirtir. Birden fazla dağıtım merkezi bulunan kuruluşlar için analizde önemli bir boyuttur. Bu öznitelik, farklı tesislerin performansını karşılaştırmanızı sağlar. Örneğin, konuma özgü iyi uygulamaları veya operasyonel sorunları belirlemek için A ve B depolarındaki 'Siparişin baştan sona ortalama çevrim süresini' karşılaştırabilirsiniz. Neden önemli? Farklı fiziksel depo konumlarının performansını karşılaştırıp kıyaslamanızı sağlar; bölgesel veya tesise özgü sorunları ortaya çıkarır. Nereden alınır? Bu bilgi genellikle sipariş başlığı veya tesis yapılandırma tablolarında bulunur. 'Plant', 'Site' veya 'LocationCode' olarak gösterilebilir. Örnekler WH-NYCDC-LAXFC-DAL | |||
| Depolama konumu StorageLocation | Malların depolandığı veya alındığı raf gözü ya da koridor gibi belirli depo konumu. | ||
| Açıklama Bu öznitelik, raf, raf gözü veya bölme gibi deponun fiziksel koordinatını belirtir. 'Mallar depoya yerleştirildi' ve 'Depodan ürün toplandı' gibi etkinliklerle ilişkilidir. Bu veri, 'Yerleştirme verimliliği ve konum kullanımı' Dashboardunda seyahat sürelerini, konum kullanımını ve depolama stratejilerinin verimliliğini analiz etmek için kullanılır. Örneğin, toplama süresini azaltmak amacıyla hızlı hareket eden ürünlerin kolay erişilebilir konumlarda tutulup tutulmadığını belirlemeye yardımcı olabilir. Neden önemli? Seyahat sürelerini ve belirli konumlardaki yerleştirme ve toplama görevlerinin verimliliğini analiz ederek depo düzenini ve depolama stratejisini iyileştirmeye yardımcı olur. Nereden alınır? Envanter, görev veya konum ana verisi tablolarında bulunur. 'BinCode', 'LocationID' veya 'StorageBin' gibi alanları arayın. Örnekler A1-R02-S03-B01B5-R10-S01-B04C2-BULK-05 | |||
| Kullanılan ekipman EquipmentUsed | Bir görevi gerçekleştirmek için kullanılan forklift veya tarayıcı gibi ekipmanı tanımlayan değer. | ||
| Açıklama Bu öznitelik, depo görevi sırasında kullanılan malzeme taşıma ekipmanını (MHE) veya teknolojiyi belirtir. Belirli bir forklift, transpalet, el tipi tarayıcı ya da otomatik yönlendirmeli araç (AGV) olabilir. Ekipmana göre yapılan analiz, kaynak kullanımını, bakım ihtiyaçlarını ve farklı ekipman türlerinin görev verimliliğine etkisini anlamaya yardımcı olur. 'Kaynak kullanımı ve iş yükü' Dashboardu için önemli bir boyuttur; hem insan hem de makine kaynaklarını birlikte değerlendirmenizi sağlar. Neden önemli? Ekipman kullanımını ve görev performansına etkisini analiz etmenizi sağlar; araç filosunu daha iyi yönetmeye ve makinelerden kaynaklanan darboğazları belirlemeye yardımcı olur. Nereden alınır? Körber WMS dokümantasyonuna başvurun. Özellikle operatörler belirli ekipmanlarda oturum açıyorsa bu veri, görev yürütme kayıtlarında tutulabilir. Örnekler FORKLIFT-08SCANNER-112AGV-03 | |||
| Planlanan miktar PlannedQuantity | Toplama veya teslim alma gibi bir görevde işlenmesi beklenen ürün miktarı. | ||
| Açıklama Planlanan miktar, depo siparişinde belirtilen bir görev için hedeflenen birim sayısını gösterir. Örneğin, bir siparişte belirli bir SKU’dan 10 birim toplanması gerekiyorsa bu toplama görevinin planlanan miktarı 10'dur. Bu öznitelik, 'Gerçekleşen miktar' ile karşılaştırıldığında farkları belirlemek için önemlidir. Stok doğruluğunu korumada önemli olan 'Toplama farkı oranı' ve 'Envanter farkı oranı' KPI’larının hesaplanmasında kullanılır. Neden önemli? Toplama ve teslim alma gibi görevlerde doğruluğu ölçmek için temel değer sağlar ve envanter farklarını belirlemeye yardımcı olur. Nereden alınır? Görev veya sipariş kalemi tablolarında bulunur. 'OrderQuantity', 'PlannedQty' veya 'ExpectedQuantity' gibi alanları arayın. Örnekler 10501 | |||
| Sipariş türü OrderType | Depo siparişini gelen, giden veya kurum içi transfer gibi kategorilere ayırır. | ||
| 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 teslimatları (gelen), depo konumları arasındaki stok transferleri (kurum içi) ve iadeler bulunur. Bu öznitelik, filtreleme ve karşılaştırmalı analiz için kullanışlıdır. Farklı lojistik operasyonlarının süreç akışlarını ve performansını analiz edip karşılaştırmanızı sağlar. Örneğin, gelen mal kabul sürecinin giden sevkiyat sürecinden daha verimli olup olmadığını görebilirsiniz. Neden önemli? Analizi siparişin amacına göre gruplandırmanızı sağlar; gelen mal kabulü ve giden sevkiyat gibi süreçler arasındaki performans farklarını ortaya çıkarır. Nereden alınır? Genellikle Körber WMS içindeki sipariş başlığı tablosunda bulunur. 'OrderType', 'TransactionType' veya benzer adlı bir alanı arayın. Örnekler Giden sevkiyatGelen mal kabulüKurum içi transferMüşteri iadesi | |||
| SLA durumu SLAStatus | Siparişin talep edilen tamamlanma tarihine göre zamanında tamamlandığını, geciktiğini veya gecikme riski taşıdığını belirtir. | ||
| Açıklama SLA durumu, her siparişi 'RequestedCompletionDate' değerine göre zamanında tamamlanma durumuna göre sınıflandıran hesaplanmış bir özniteliktir. 'Zamanında', 'Gecikti' veya 'Devam ediyor' gibi değerler alabilir. Bu öznitelik, hizmet düzeyi performansını anında görmenizi sağlar. Belirli darboğazlar veya kaynak sorunları gibi temel nedenleri anlamak için geciken siparişleri hızla filtreleyip analiz edebilirsiniz. Müşteri memnuniyetine ve operasyonel güvenilirliğe odaklanan analizler için önemli bir unsurdur. Neden önemli? Hizmet düzeyi anlaşmalarına uyumu doğrudan ölçer; geciken siparişleri kolayca belirlemenizi ve temel nedenlerini analiz etmenizi sağlar. Nereden alınır? Veri dönüştürme katmanında, 'Depo siparişi tamamlandı' olayının zaman damgası 'RequestedCompletionDate' ile karşılaştırılarak hesaplanır. Örnekler ZamanındaGeciktiDevam ediyor | |||
| Talep edilen tamamlanma tarihi RequestedCompletionDate | Müşterinin veya kurum içi paydaşın siparişin tamamlanmasını istediği tarih. | ||
| Açıklama Bu, giden bir sipariş için hedeflenen tamamlanma veya sevkiyat tarihidir. Genellikle müşteri beklentileri ya da hizmet düzeyi anlaşmaları (SLA) tarafından belirlenir. Gerçekleşen performansın karşılaştırıldığı temel son tarihtir. Bu tarih, 'Hızlandırılmış sipariş analizi' Dashboardu için önemlidir. 'Talep edilen tamamlanma tarihi' ile 'Gerçekleşen tamamlanma tarihi’ni ('Sevkiyat gönderildi' veya 'Depo siparişi tamamlandı' etkinliğinin zaman damgası) karşılaştırarak zamanında tamamlanma performansını ölçebilir ve gecikme riski taşıyan siparişleri belirleyebilirsiniz. Neden önemli? Zamanında tamamlanma performansını ve hizmet düzeyi anlaşmalarına (SLA) uyumu ölçmek için temel oluşturur, gecikme riski taşıyan siparişleri ortaya çıkarır. Nereden alınır? Sipariş başlığı tablosunda bulunur. Yaygın alan adları arasında 'RequiredDeliveryDate', 'RequestedShipDate' ve 'SLA' yer alır. Örnekler 2023-10-28T23:59:59Z2023-11-05T23:59:59Z | |||
| Taşıyıcı Carrier | Siparişin son teslimatını gerçekleştirmek üzere görevlendirilen sevkiyat taşıyıcısı. | ||
| Açıklama Taşıyıcı, malları depodan son varış noktasına götürmekle sorumlu üçüncü taraf lojistik sağlayıcısıdır (ör. FedEx, UPS, DHL). Genellikle sevkiyat planlama veya gönderim aşamasında belirlenir. Taşıyıcıya göre yapılan analiz, sevkiyat ortakları arasındaki performans farklarını ortaya çıkarabilir. Örneğin, belirli taşıyıcıların daha uzun hazırlık süreleriyle veya daha sık gecikmelerle ilişkili olup olmadığını belirlemeye yardımcı olur. Bu veriler, taşıyıcı sözleşmelerini müzakere ederken ve taşıyıcı seçerken kullanılabilir. Neden önemli? Farklı sevkiyat ortaklarının performansını analiz etmenizi, lojistiği iyileştirmenizi ve teslimat güvenilirliğini artırmanızı sağlar. Nereden alınır? Körber WMS içindeki sevkiyat veya taşıma planlama tablolarında bulunur. 'CarrierCode', 'ShippingAgent' veya 'SCAC' gibi alanları arayın. Örnekler FedExUPSDHLLocal Freight Inc. | |||
| Toplama farkı var mı IsPickingDiscrepancy | Gerçekleşen toplama miktarının planlanan miktarla eşleşip eşleşmediğini gösteren bir işaret. | ||
| Açıklama Bu, toplamayla ilgili herhangi bir etkinlikte 'Gerçekleşen miktar' 'Planlanan miktar’dan farklıysa true değerini alan, türetilmiş bir boole özniteliğidir. Belirli bir görevde toplama hatası veya envanter sorunu olup olmadığını gösteren basit bir işarettir. Bu işaret, kullanıcıların toplama farkı yaşanan tüm siparişleri hızla filtrelemesini sağlayarak analizi kolaylaştırır. 'Toplama farkı oranı' KPI’ını hesaplamak için kullanılır ve belirli hata noktalarını göstererek 'Envanter süreci sağlığı ve doğruluğu' Dashboarduna katkı sağlar. Neden önemli? Toplama hatalarını açıkça gösteren ikili bir işaret sunar; envanter doğruluğu sorunlarını belirlemek ve ölçmek için gereken analizi kolaylaştırır. Nereden alınır? Veri dönüştürme sırasında hesaplanır. İlgili toplama etkinlikleri için mantık şöyledir: Örnekler truefalse | |||
Depo yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Depo siparişi oluşturuldu | Sistemde depo siparişinin ilk kez oluşturulması, ürün hareketi talebini gösterir. Bu olay genellikle bir kullanıcı veya ERP gibi entegre bir sistem, oluşturulma zaman damgasıyla birlikte sipariş kaydını oluşturduğunda açıkça kaydedilir. | ||
| Neden önemli? Bu olay uçtan uca sürecin başlangıcını gösterir. Toplam sipariş çevrim süresini ölçmek ve genel talep ile sipariş hacmini anlamak için gereklidir. Nereden alınır? Körber WMS’de yeni bir sipariş kaydı kaydedildiğinde, ana depo siparişi başlık tablosundaki oluşturulma zaman damgası kullanılır. Kaydedin Depo siparişi başlığındaki oluşturulma zaman damgasından kaydedilir. Olay türü explicit | |||
| Depo siparişi tamamlandı | Depo siparişi sistemde kapatılır; böylece ilgili tüm fiziksel hareketlerin ve işlemlerin tamamlandığı belirtilir. Bu durum genellikle sipariş başlığındaki bir durum değişikliğinden anlaşılır ve siparişin yaşam döngüsünü sona erdirir. | ||
| Neden önemli? Bu, sürecin temel bitiş noktasıdır. Baştan sona çevrim süresini hesaplamak ve sürecin genel tamamlanma oranını ölçmek için gereklidir. Nereden alınır? Depo siparişi başlığındaki durumun 'Complete' veya 'Closed' gibi son bir duruma geçmesinden anlaşılır. Kaydedin Depo siparişi başlığındaki durumun 'Completed' olarak değiştiği zaman damgasından anlaşılır. Olay türü inferred | |||
| Sevkiyat yola çıktı | Ürünler araca yüklenir ve kamyon depodan ayrılır. Bu olay, sevkiyatı sistemde tamamlayan 'Ship Confirm' veya 'Post Goods Issue' işlemiyle tetiklenir. | ||
| Neden önemli? Bu önemli kilometre taşı, malların fiziksel olarak depodan çıkışını gösterir. Faturalandırma ve müşterileri bilgilendirme açısından çoğu zaman önemli bir olaydır. Nereden alınır? Konşimentonun yazdırılmasıyla ilişkili açık bir 'Ship Confirm' işlemi gerçekleştirilir. Bu işlemin belirli bir zaman damgası vardır. Kaydedin 'Ship Confirm' veya 'Post Goods Issue' işleminin zaman damgası. Olay türü explicit | |||
| Ürünler depodan toplandı | Operatör, siparişteki ürünlerin depolama konumlarından toplandığını onaylar. Bu işlem genellikle ürünün ve konumun taranmasıyla yapılır; depolama gözündeki envanter miktarı azalır ve işlem kaydedilir. | ||
| Neden önemli? Bu, giden ürün sürecinin önemli bir aşamasıdır. Toplama sürelerini analiz etmeyi ve toplama ile paketleme arasındaki olası gecikmeleri belirlemeyi sağlar. Nereden alınır? Operatör toplama görevinin tamamlandığını bir RF cihazı üzerinden onayladığında kaydedilir. Görev durumu 'Completed' olarak güncellenir ve tamamlanma zaman damgası eklenir. Kaydedin Toplama görevi onay işlemindeki zaman damgası. Olay türü explicit | |||
| Ürünler depoya yerleştirildi | Operatör, genellikle depolama gözünü ve paleti ya da ürünü tarayarak yerleştirme görevinin tamamlandığını onaylar. Bu işlem hareketi açıkça kaydeder ve sistemdeki envanter konumunu günceller. | ||
| Neden önemli? Bu önemli aşama, gelen ürün sürecinin sonunu gösterir. 'Yerleştirme çevrim süresi' ve 'Mal Kabulden Yerleştirmeye Kadar Geçen Süre' temel performans göstergelerini hesaplamak için kullanılır. Nereden alınır? Operatör yerleştirme görevinin tamamlandığını bir RF cihazı üzerinden onayladığında kaydedilir. Bu işlem, görev durumunu 'Completed' olarak günceller ve tamamlanma zaman damgasını kaydeder. Kaydedin Yerleştirme görevi onay işlemindeki zaman damgası. Olay türü explicit | |||
| Ürünler paketlendi | Sevkiyat konteynerinin veya kolisinin paketlenmesi tamamlanır; paket kapatılıp etiketlenir. Bu olay, siparişin sevkiyat alanına alınmaya ve gönderilmeye hazır olduğunu gösterir ve açıkça kaydedilir. | ||
| Neden önemli? Bu önemli aşama, ürünlerin sevkiyata hazırlanmasını tamamlar. Paketleme işlem hacmini hesaplamak ve yükleme öncesindeki gecikmeleri belirlemek için kullanılır. Nereden alınır? Operatör, sevkiyat konteyneri için açık bir 'Packing Complete' veya 'Close Carton' işlemi gerçekleştirir ve tamamlanma zaman damgası kaydedilir. Kaydedin 'Close Container' veya 'Packing Complete' işlemindeki zaman damgası. Olay türü explicit | |||
| Ürünler teslim alındı ve sayıldı | Depo personeli ürünleri boşaltır, tarar ve gelen teslimat bildirimindeki miktarlarla karşılaştırarak sayar. Bu açık işlem, belirli miktardaki malzemenin deponun fiziksel sorumluluğuna geçtiğini doğrular. | ||
| Neden önemli? Bu, 'Mal Kabulden Yerleştirmeye Kadar Geçen Süre' gibi temel performans göstergelerinin hesaplanmasını sağlayan önemli bir gelen ürün aşamasıdır. Ayrıca beklenen ve teslim alınan miktarlar arasındaki farkların erken belirlenmesine yardımcı olur. Nereden alınır? Kullanıcı, RF tarayıcı veya masaüstü işlemi üzerinden teslim alınan miktarları onayladığında oluşturulur. Bu işlem, envanter durumunu geçici bir konumda 'Received' veya 'On-Hand' olarak günceller. Kaydedin Mal kabul onay işlemindeki zaman damgası. Olay türü explicit | |||
| Depo siparişi iptal edildi | Depo siparişi tamamlanmadan iptal edilir ve devam eden tüm işler durdurulur. Bu işlem genellikle sipariş başlığındaki durumun 'Canceled' olarak değişmesinden anlaşılır. | ||
| Neden önemli? Sürecin alternatif bir bitişini gösterir. İptalleri incelemek, stok yetersizliği veya müşteri değişiklikleri gibi sürecin neden tamamlanamadığını anlamaya yardımcı olur. Nereden alınır? Depo siparişi başlığındaki durumun 'Canceled' veya 'Deleted' olarak değişmesinden ve bu değişikliğin zaman damgasından anlaşılır. Kaydedin Depo siparişi başlığındaki durumun 'Canceled' olarak değiştiği zaman damgasından anlaşılır. Olay türü inferred | |||
| Gelen teslimat bildirimi alındı | Tedarikçiden bir Ön Sevkiyat Bildirimi (ASN) veya gelen teslimat bildirimi alınır. Bu olay, ürünlerin planlanan varışını bildirerek deponun mal kabul işlemlerini planlamasını sağlar. Bildirim genellikle bir EDI işlemiyle veya manuel girişle oluşturulur. | ||
| Neden önemli? Bu etkinlik, gelen ürünlerin planlama sürecinin başlangıcını gösterir. Bildirim ile ürünlerin varışı arasındaki süreyi analiz etmek, tedarikçi performansını ölçmeye ve iş gücünü planlamaya yardımcı olur. Nereden alınır? Genellikle EDI arayüzü veya manuel veri girişiyle oluşturulan ASN ya da gelen teslimat kaydının oluşturulma zaman damgasından alınır. Kaydedin ASN kaydı sistemde başarıyla oluşturulduğunda kaydedilir. Olay türü explicit | |||
| Kalite kontrolü yapıldı | Teslim alınan ürünler üzerinde kalite kontrolü yapılır; bunun için ürünler özel bir kalite kontrol alanına taşınabilir. Bu etkinlik çoğu zaman envanter durumundaki değişikliklerden çıkarılır. Örneğin durum 'On-Hand’den 'QI Hold’a, ardından 'Unrestricted’a geçebilir. | ||
| Neden önemli? Önemli bir darboğaz oluşturabilen kalite kontrol süresini analiz etmenizi sağlar. Kontrol hacmini takip etmeye ve stokların kullanıma sunulmasındaki gecikmeleri belirlemeye yardımcı olur. Nereden alınır? Kalite kontrol bekletmeleriyle ilgili bir dizi envanter durumu değişikliğinden çıkarılabilir. Bazı sistemlerde açık kalite yönetimi işlem günlükleri bulunabilir. Kaydedin Envanter durumu değişikliklerinden veya kalite kontrol siparişiyle ilişkili işlem günlüğünden çıkarılır. Olay türü inferred | |||
| Paketleme başladı | Toplanan ürünler paketleme istasyonuna ulaşır ve operatör paketlemeye başlar. Bu etkinlik çoğu zaman belirli bir giden siparişle ilişkili paketleme istasyonundaki ilk ürün taramasından çıkarılır. | ||
| Neden önemli? Paketleme aşamasının başlangıcını gösterir. Bu etkinlik öncesindeki bekleme süresini ve paketleme süresini ölçmek, sevkiyata hazırlıktaki darboğazları belirlemeye yardımcı olur. Nereden alınır? Açık bir 'Start Packing' işlemi olabilir; ancak genellikle sipariş için paketleme istasyonunda yapılan ilk ürün taramasından çıkarılır. Kaydedin Belirli bir sipariş için paketleme istasyonunda yapılan ilk işlemin zaman damgasından çıkarılır. Olay türü inferred | |||
| Sevkiyat için hazırlandı | Paketlenmiş koliler veya paletler, taşıyıcının teslim almasını beklemek üzere paketleme alanından belirlenmiş bir sevkiyat şeridine taşınır. Bu işlem çoğu zaman envanterin sevkiyat konumuna taşınma zaman damgasından çıkarılır. | ||
| Neden önemli? Paketleme ile sevkiyat arasındaki bekleme süresini analiz etmeye yardımcı olur. Uzun bekleme süreleri, taşıyıcılarla koordinasyonun yetersiz olduğunu veya yükleme kapısı yönetiminin verimsizliğini gösterebilir. Nereden alınır? Taşıma biriminin paketleme çalışma merkezinden sevkiyat şeridine konum değişikliğinden çıkarılır. Taşıma işlemi gerekli zaman damgasını içerir. Kaydedin Hedef konumun sevkiyat bekleme alanı olduğu envanter taşıma işleminin zaman damgasından çıkarılır. Olay türü inferred | |||
| Toplama görevi oluşturuldu | Sistem, giden depo siparişine göre operatör için bir toplama görevi oluşturur. Bu görev, operatörü belirli miktarda ürünü almak üzere belirli bir konuma yönlendirir. | ||
| Neden önemli? Bu olay, giden sipariş karşılama sürecini başlatır. Toplama görevlerinin oluşturulmasını 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 görev yönetimi veya iş kuyruğu tablosunda, 'Picking' görev türünü ve oluşturulma zaman damgasını içeren bir kayıt oluşturulur. Kaydedin Toplama görevi kaydının oluşturulma zaman damgasından alınır. Olay türü explicit | |||
| Ürünler yükleme alanına ulaştı | Taşıyıcının deponun mal kabul yükleme alanına fiziksel olarak varışı kaydedilir. Bu işlem genellikle güvenlik görevlisi veya mal kabul personeli tarafından yapılır ve fiziksel mal kabul sürecinin başlangıcını gösterir. Olay çoğu zaman teslimat durumundaki değişiklikten çıkarılır. | ||
| Neden önemli? Bu olay, taşıyıcının zamanında gelip gelmediğini ölçmeye ve mal kabul alanındaki bekleme sürelerini analiz etmeye yardımcı olur. Boşaltma başlamadan önce olası darboğazları belirlemenizi sağlar. Nereden alınır? Genellikle gelen teslimat kaydındaki durum güncellemesiyle veya mevcutsa saha yönetimi modülündeki özel bir 'Check-In' işlemiyle kaydedilir. Kaydedin Gelen teslimat kaydındaki durumun 'Arrived' veya 'At Dock' olarak değişmesinden çıkarılır. Olay türü inferred | |||
| Yerleştirme görevi oluşturuldu | WMS, operatörün teslim alınan ürünleri geçici alandan son depolama gözüne taşıması için bir görev oluşturur. Sistem, yerleştirme stratejilerine göre ürünler için en uygun gözü belirler. | ||
| Neden önemli? Bu olay, yerleştirme sürecinin başlangıcını gösterir. Olaydan görevin tamamlanmasına kadar geçen süreyi analiz etmek, sistemin ve operatörün verimliliğini ölçmeye yardımcı olur. Nereden alınır? Görev yönetimi veya iş kuyruğu tablosunda, 'Putaway' görev türü ve ilgili oluşturulma zaman damgasını içeren bir kayıt oluşturulur. Kaydedin Yerleştirme görevi kaydının oluşturulma zaman damgasından alınır. Olay türü explicit | |||
Veri dışa aktarma rehberleri
Adımlar
- Veritabanı erişimini sağlayın: Körber WMS üretim veritabanı veya kopyası için salt okunur kimlik bilgilerini ve bağlantı ayrıntılarını (sunucu adı, veritabanı adı, bağlantı noktası) edinin. Microsoft SQL Server Management Studio (SSMS) veya Oracle SQL Developer gibi bir istemci aracına ihtiyacınız olacaktır.
- Temel tabloları belirleyin: Betiği çalıştırmadan önce, Körber WMS kurulumunuzda kullanılan tablo ve sütun adlarının tam olarak ne olduğunu sistem yöneticinizle doğrulayın; bu adlar değişiklik gösterebilir. Temel tablolar genellikle sipariş başlıklarını, görevleri ve envanter işlemlerini içerir.
- Veritabanına bağlanın: SQL istemcinizi açın ve sağlanan kimlik bilgileriyle Körber WMS veritabanına bağlanın.
- SQL betiğini yükleyin: Yeni bir sorgu penceresi açın ve bu belgenin 'query' bölümünde verilen SQL betiğinin tamamını kopyalayın.
- Parametreleri yapılandırın: Betiğin üst kısmındaki yer tutucu değişkenleri bulun. Veri aktarımını filtrelemek için
@[StartDate],@[EndDate]ve@[WarehouseId]değerlerini istediğiniz tarih aralığı ve depo kimliğiyle değiştirin. - Sorguyu çalıştırın: Yapılandırdığınız SQL betiğini çalıştırın. Çalışma süresi, tarih aralığına ve sisteminizdeki veri hacmine bağlıdır.
- Sonuçları gözden geçirin: Sorgu tamamlandığında, satır döndürdüğünü ve (
WarehouseOrder,ActivityName,EventTimevb.) sütunların beklendiği gibi doldurulduğunu doğrulamak için SQL istemcinizde çıktıyı kısaca inceleyin. - CSV olarak dışa aktarın: Sonuç kümesinin tamamını CSV dosyasına aktarın. Çoğu SQL istemcisinde sorgu sonuçlarını doğrudan dışa aktarma işlevi 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, fazladan boşluk veya karakter içermeden, gerekli öznitelik adlarıyla tam olarak eşleştiğini doğrulayın.
Yapılandırma
- Veritabanı bağlantısı: Doğrudan veritabanı bağlantısı gerekir. Sunucu adresini, veritabanı adını, geçerli bir kullanıcı adını ve parolayı sağlamanız gerekir. Verilerin yanlışlıkla değiştirilmesini önlemek için salt okunur bir kullanıcı kullanmanız önemle önerilir.
- Tarih aralığı filtresi: Sorguda dışa aktarma dönemini belirlemek için
@StartDateve@EndDateyer tutucuları kullanılır. İlk analizde, aşırı veritabanı yüküne yol açmadan süreç çeşitliliğini görebilmek için 3 ila 6 aylık bir dönem önerilir. - Depo ve sipariş filtreleri: Betikte, dışa aktarmayı belirli bir tesisle sınırlayan
@[WarehouseId]yer tutucusu bulunur. Veri setini daha da daraltmak için betiktekiWHEREkoşullarına sipariş türü veya müşteri gibi başka filtreler ekleyebilirsiniz. - Veri ayrıntı düzeyi: Bu betik, hem sipariş başlığı düzeyindeki etkinlikleri (ör. 'Warehouse Order Created') hem de ayrıntılı görev veya işlem düzeyindeki etkinlikleri (ör. 'Goods Picked') dışa aktarır.
- Ön koşullar: Sorguda başvurulan tüm tablolardan veri okuyabilmek için yeterli veritabanı izniniz olmalıdır. Tablo ve sütun adlarını doğrulayıp gerekirse düzenlemek için kullandığınız Körber WMS şemasını tanımanı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; Başlamaya hazır mısınız?
Depo yönetimi sürecinizdeki verimsizlikleri ve iyileştirme fırsatlarını bugün keşfetmeye başlayın. Bu Template, veriye dayalı ve optimize edilmiş bir yaklaşım için temel oluşturur.
Depo yönetimini optimize edin: verimliliği bugün artırın
Toplama hatalarını ortadan kaldırın ve envanter doğruluğunu kısa sürede %99,5'e çıkarın.
Kredi kartı gerekmez. İstediğiniz zaman iptal edebilirsiniz.