Depo yönetimi Veri Templateiniz
Depo yönetimi Veri Templateiniz
- Ayrıntılı analiz için önerilen öznitelikler
- Süreç boyunca izlenecek temel etkinlikler
- SAP EWM’den veri çıkarmaya yönelik yönergeler
Depo yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Depo siparişi WarehouseOrder | Bir kaynak tarafından yürütülecek depo görevlerini bir araya getiren depo siparişinin benzersiz tanımlayıcısı. | ||
| Açıklama Depo siparişi, malların depoda işlenmesine ilişkin uçtan uca süreci izlemek için kullanılan temel vaka tanımlayıcısıdır. Giden teslimat için ürünlerin toplanması veya kabul edilen malların rafa yerleştirilmesi gibi bir iş paketini temsil eder. Her depo siparişi bir veya daha fazla depo görevi içerir. Process Mining analizinde depo siparişini temel almak, belirli bir iş paketinin tüm yaşam döngüsünü görmenizi sağlar. Böylece darboğazları belirleyebilir, oluşturulmasından tamamlanmasına kadar toplam çevrim sürelerini ölçebilir ve tek bir lojistik talimatla ilişkili tüm etkinliklerin akışını anlayabilirsiniz. Neden önemli? Bu temel tanımlayıcı, ilişkili tüm depo faaliyetlerini birbirine bağlar ve tek bir iş birimi için uçtan uca süreç analizi ile çevrim süresi ölçümünü mümkün kılar. Nereden alınır? Bu tanımlayıcı genellikle SAP EWM depo siparişi başlık tablosunda, örneğin /SCWM/WHO tablosunda bulunur. Örnekler 200000145200000146200000147 | |||
| Başlangıç zamanı EventTime | Etkinliğin veya olayın ne zaman başladığını gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, belirli bir depo etkinliğinin gerçekleştiği kesin tarih ve saati kaydeder. Olayları sıralamak ve aralarındaki süreleri hesaplamak için kullanılan temel zaman bilgisidir. Process Mining’de Başlangıç zamanı, her vaka için olayların kronolojik sırasını oluşturmak açısından gereklidir. Çevrim sürelerini, bekleme sürelerini ve işlem sürelerini hesaplamak için kullanılır. Bu ölçümler performans analizinde, darboğazların belirlenmesinde ve SLA takibinde önem taşır. Neden önemli? Bu zaman damgası, olayları kronolojik sıraya koymak ve çevrim süreleri ile süreler gibi zamana dayalı tüm performans metriklerini hesaplamak için gereklidir. Nereden alınır? Genellikle /SCWM/ORDIM_C gibi olay veya onay tablolarında (ör. CONF_TIMESTAMP alanı) ya da depo siparişleri ve görevleriyle ilişkili durum değişikliği günlüklerinde bulunur. Örnekler 2023-10-26T10:00:00Z2023-10-26T10:15:30Z2023-10-26T11:20:00Z | |||
| Etkinlik adı ActivityName | Gerçekleşen depo yönetimi etkinliğinin veya olayının adı. Örneğin 'Toplama görevi oluşturuldu' ya da 'Mal çıkışı kaydedildi'. | ||
| Açıklama Bu öznitelik, depo yönetimi sürecindeki tek bir adımı veya olayı açıklar. Bu etkinlikler süreç haritasının yapı taşlarıdır; oluşturma, onaylama, paketleme, yükleme ve mal hareketleri gibi görevleri temsil eder. Bu etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining için temel önemdedir. Süreç akışını görselleştirmenize, sık ve nadir yolları belirlemenize, standart prosedürden sapmaları tespit etmenize ve gecikmeye ya da yeniden çalışmaya yol açan adımları bulmanıza yardımcı olur. Neden önemli? Süreçteki adımları tanımlar, süreç haritasının temelini oluşturur ve süreç akışını, sapmaları ve darboğazları analiz etmenizi sağlar. Nereden alınır? Depo siparişleri ve görevleriyle ilgili durum değişikliklerinden, olay mesajlarından veya işlem günlüklerinden elde edilir. Örneğin /SCWM/ORDIM_C (Onaylar) tablosu kullanılabilir ya da /SCWM/WHO ve /SCWM/ORDIM_O tablolarındaki durum alanları yorumlanabilir. Örnekler Toplama görevi onaylandıRafa yerleştirme görevi oluşturulduMal kabulü kaydedildiDepo siparişi tamamlandı | |||
| Kaynak sistem SourceSystem | Verilerin hangi kaynak sistemden çıkarıldığını belirtir. Örneğin SAP EWM üretim ortamı. | ||
| Açıklama Bu öznitelik, depo yönetimi verilerinin geldiği kayıt sistemini belirtir. Birden fazla sistemin bulunduğu kurumsal ortamlarda, izlenebilirlik ve bağlam için verinin kaynağını etiketlemek önemlidir. Analiz sırasında bu bilgi, birden fazla sisteme yayılan süreçleri ayırt etmenize veya farklı bölgelerdeki ayrı sistemlerden gelen süreçleri karşılaştırmanıza yardımcı olur. Böylece verinin kaynağı açıkça izlenebilir ve denetlenebilir. Neden önemli? Birden fazla SAP ortamı veya entegre sistem bulunan yapılarda izlenebilirlik ve bağlam sağlar, verinin kaynağının açıkça izlenmesini mümkün kılar. Nereden alınır? Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde eklenen sabit bir değerdir ve belirli SAP S/4HANA veya EWM ortamını belirtir. Örnekler SAP_EWM_PROD_EUS4H_US_100EWM_APAC_PRD | |||
| Son veri güncellemesi LastDataUpdate | Bu kayda ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, verilerin kaynak sistemden en son ne zaman çıkarıldığını kaydeder. Analiz edilen verilerin güncelliğini anlamak için önemli bir bağlam sağlar. Her analizde veya Dashboardda, verilerin ne kadar güncel olduğunu bilmek doğru kararlar almak açısından önemlidir. Bu zaman damgası, kullanıcıların gerçek zamanlı bilgiye mi yoksa belirli bir andaki anlık görüntüye mi baktığını anlamasına yardımcı olur ve verilerin güncelliğine ilişkin beklentileri yönetir. Neden önemli? Verilerin güncelliğini gösterir. Kullanıcıların süreç analizlerinin ne kadar güncel olduğunu anlaması açısından önemlidir. Nereden alınır? Bu, genellikle veri çıkarma (ETL) sürecinde oluşturulup eklenen bir meta veri alanıdır. Veri yüklemesinin zaman damgasını gösterir. Örnekler 2023-11-01T02:00:00Z2023-11-02T02:00:00Z | |||
| Bitiş zamanı EventEndTime | Bir etkinliğin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, belirli bir depo etkinliğinin tamamlandığı tarih ve saati kaydeder. Tekil olaylarda genellikle Başlangıç zamanı ile aynıdır; ancak paketleme veya yükleme gibi ölçülebilir süresi olan etkinliklerde farklı olabilir. Ayrı bir Bitiş zamanı bilgisi, tek tek etkinliklerin işlem süresini hassas biçimde hesaplamanızı sağlar. Bu bilgi, 'Toplama ve paketleme verimliliği' gibi belirli adımların süresini analiz eden performans Dashboardları için önemlidir ve en çok zaman alan görevleri belirlemeye yardımcı olur. Neden önemli? Tek tek etkinliklerin süresini hassas biçimde hesaplamanızı sağlar. Bu, zaman alan adımları ve yoğun kaynak gerektiren görevleri belirlemek için önemlidir. Nereden alınır? Ayrık olaylarda genellikle başlangıç zaman damgasıyla aynıdır. Uzun süren görevlerde /SCWM/ORDIM_C gibi tablolarda ayrı bir alan olabilir veya sonraki bir durum değişikliğinden çıkarılabilir. Örnekler 2023-10-26T10:05:00Z2023-10-26T10:25:45Z2023-10-26T11:20:00Z | |||
| Depo siparişi durumu WarehouseOrderStatus | Depo siparişinin mevcut veya nihai durumu. Örneğin 'Tamamlandı' ya da 'İptal edildi'. | ||
| Açıklama Bu öznitelik, depo siparişinin nihai sonucunu gösterir. Siparişin başarıyla tamamlanıp tamamlanmadığını veya iptal edilip edilmediğini bilmek, süreç başarı oranlarını analiz etmek ve tamamlanmama nedenlerini belirlemek için önemlidir. Bu öznitelik birçok analizde temel bir filtredir. Örneğin, uçtan uca depo çevrim süresi hesaplanırken genellikle yalnızca tamamlanan siparişler analiz edilir. Ayrıca iptal edilen siparişlerin sıklığını ve nedenlerini belirlemeye, bunları incelemeye yardımcı olur. Neden önemli? Vakanın sonucunu gösterir. Tamamlanan ve iptal edilen siparişleri filtrelemeyi sağlar; bu da çevrim süresi ve işlem hacmi analizlerinin doğruluğu açısından önemlidir. Nereden alınır? Durum alanı genellikle depo siparişi başlık tablosunda, /SCWM/WHO içinde bulunur. Örnekler Tamamlandıİşlemdeİptal edildi | |||
| Depo siparişi türü WarehouseOrderType | Depo siparişini rafa yerleştirme, toplama veya depo içi ikmal gibi amacına göre sınıflandırır. | ||
| Açıklama Depo siparişi türü, siparişleri yerine getirdikleri lojistik işleve göre sınıflandırır. Bu ayrım önemlidir; çünkü farklı sipariş türleri farklı süreç yollarını izler ve performans beklentileri de farklıdır. Analizde bu öznitelik, filtreleme ve karşılaştırma için temel bir boyuttur. Örneğin 'Depo siparişleri işlem hacmi ve miktarı' Dashboardu, giriş (rafa yerleştirme) ve çıkış (toplama) süreçlerinin performansını ayrı ayrı incelemek için bu özniteliği kullanır. Böylece depo operasyonları daha anlamlı biçimde değerlendirilir. Neden önemli? Analizi süreç kategorisine (ör. giriş veya çıkış) göre gruplandırmanızı sağlar. Böylece daha anlamlı karşılaştırmalar ve içgörüler elde edebilirsiniz. Nereden alınır? Bu değer, genellikle /SCWM/WHO depo siparişi başlık tablosunda bulunan depo süreç türüne göre belirlenir. Örnekler PICKPUTWREPLSTGE | |||
| Kullanıcı kimliği User | Etkinliği onaylayan veya gerçekleştiren depo çalışanının ya da kullanıcının tanımlayıcısı. | ||
| Açıklama Bu öznitelik, depo görevini gerçekleştirmekten sorumlu kişinin kullanıcı kimliğini kaydeder. Bu kişi, toplama işlemini onaylayan toplayıcı, paketleme istasyonundaki paketleyici veya rafa yerleştirmeyi onaylayan forklift operatörü olabilir. Bu veri, 'Kaynak ve ekipman kullanımı' Dashboardu için önemlidir. Kişi veya ekip performansını analiz etmenizi, eğitim ihtiyaçlarını belirlemenizi ve depo çalışanları arasındaki iş yükünü daha dengeli dağıtmanızı sağlar. Neden önemli? İşi belirli bir kişiyle ilişkilendirir. Böylece kullanıcı veya ekip bazında performans analizi yapabilir, kaynak yönetimini ve iş yükü dengesini destekleyebilirsiniz. Nereden alınır? Genellikle depo görevinin onay verilerinde, örneğin /SCWM/ORDIM_C tablosunun UNAME alanında bulunur. Örnekler JSMITHARODRIGUEZOPERATOR_05 | |||
| Malzeme numarası MaterialNumber | Depo görevinde işlenen ürün veya malzemenin benzersiz tanımlayıcısı. | ||
| Açıklama Bu öznitelik, taşınan, toplanan, paketlenen veya teslim alınan malzemeyi belirtir. Depo performansını ürün özelliklerine göre gruplandırıp analiz etmek için önemli bir boyuttur. Malzeme numarasına göre analiz yaparak hangi ürünlerin rafa yerleştirilmesinin daha uzun sürdüğünü, hangilerinde toplama hatalarının daha sık görüldüğünü veya hangilerinin kalite kontrolü gerektirdiğini belirleyebilirsiniz. Bu bilgi, 'Mal kabulü ve rafa yerleştirme performansı' ile 'Kalite kontrolü teslim süresi' Dashboardları için gereklidir. Neden önemli? Süreç verilerini ürüne göre filtreleyip gruplandırmanızı sağlar. Böylece ürünlerin işlenmesi, depolanması veya kalite kontrolüyle ilgili sorunları belirleyebilirsiniz. Nereden alınır? Bu bilgi genellikle /SCWM/ORDIM_O gibi depo görevi tablolarında bulunur ve malzeme ana verileriyle ilişkilendirilir. Örnekler FIN-1001RAW-2050SFIN-300-A | |||
| Öncelik Priority | Depo siparişine atanan ve aciliyetini gösteren öncelik düzeyi (ör. Yüksek, Orta, Düşük). | ||
| Açıklama Bu öznitelik, depo siparişlerini iş açısından taşıdıkları öneme veya aciliyetlerine göre sınıflandırır. Örneğin, yüksek öncelikli siparişler hızlı gönderiler veya üretim için gerekli kritik malzemelerle ilgili olabilir ve hızla işlenmeleri gerekebilir. Öncelik, Öncelikli siparişlerin zamanında karşılanması Dashboardı ve KPI’ı için önemli bir boyuttur. Performansı filtreleyip gruplandırmayı ve en acil siparişlerin beklenen sürelerde işlenmesini sağlamayı mümkün kılar. Böylece depo operasyonları iş hedefleriyle uyumlu yürütülür. Neden önemli? Analiz ve izleme çalışmalarında önceliklendirme yapmayı sağlar. Böylece acil siparişlerin hizmet düzeylerini karşılayıp karşılamadığı izlenir ve müşteri memnuniyeti doğrudan etkilenir. Nereden alınır? Öncelik, temel teslimat belgesinde belirlenip depo siparişine aktarılabilir. /SCWM/WHO gibi tablolarda bulunabilir. Örnekler YüksekOrtaDüşük | |||
| Depo görevi WarehouseTask | Depo siparişinin bir parçası olan tek bir depo görevinin benzersiz tanımlayıcısı. | ||
| Açıklama Depo görevi, bir ürünü depolama gözünden paketleme istasyonuna taşımak gibi belirli bir mal hareketini gerçekleştirme talimatıdır. Bir depo siparişi bu görevlerden birini veya birkaçını bir araya getirir. Görev düzeyinde analiz yapmak, depo operasyonlarını daha ayrıntılı görmenizi sağlar. Belirli hareketlerde kaynak performansını anlamanıza, erişimi zor depolama gözlerini belirlemenize ve tek tek toplama ya da rafa yerleştirme faaliyetlerinin verimliliğini analiz etmenize yardımcı olur. Neden önemli? Ayrıntılı analiz olanağı sunarak daha büyük bir depo siparişi içindeki tek tek hareketleri ve adımları incelemenizi sağlar. Nereden alınır? /SCWM/ORDIM_O (Görev verileri) ve /SCWM/ORDIM_C (Onay verileri) gibi depo görevi tablolarında bulunur. Örnekler 300000451300000452300000453 | |||
| Depo konumu StorageLocation | Ürünlerin taşındığı veya alındığı raf gözü gibi, depo içindeki belirli konum. | ||
| Açıklama Bu öznitelik, depo göreviyle ilişkili fiziksel konumu gösterir. Örneğin, toplama işleminin yapıldığı kaynak raf gözünü veya ürünlerin yerleştirildiği hedef raf gözünü belirtir. Genel bir alandan belirli bir raf koordinatına kadar farklı ayrıntı düzeylerinde olabilir. Depo konumuna göre yapılan analizler, toplama oranı yüksek verimli bölgeleri veya sık gecikme ve hata yaşanan sorunlu alanları ortaya çıkarabilir. Toplayıcıların depo içindeki hareketlerini anlamak için Toplama rotasına uyum analizinde de kullanılabilir. Neden önemli? Depo içindeki konum bilgisini sağlayarak hareket verimliliğinin, raf gözlerine erişimin ve toplama rotalarının iyileştirilmesinin analiz edilmesine yardımcı olur. Nereden alınır? Genellikle /SCWM/ORDIM_O gibi depo görevi tablolarında bulunur. Bu tablolarda kaynak (VLPLA) ve hedef (NLPLA) raf gözü bilgileri yer alır. Örnekler 01-02-03PAKETLEME-İSTASYONU-01MAL-ÇIKIŞI-BÖLGESİ-A | |||
| Gerçekleşen miktar ActualQuantity | Kullanıcının depo görevi için onayladığı gerçek malzeme miktarı. | ||
| Açıklama Bu öznitelik, depo çalışanının fiziksel olarak işlediği ve onayladığı miktarı gösterir. Bu miktar, bir gözden toplanan, rafa yerleştirilen veya mal kabulü sırasında sayılan ürün miktarı olabilir. Gerçekleşen miktarı planlanan miktarla karşılaştırmak, Envanter tutarsızlığı analizi için temel oluşturur. İki değer arasındaki fark, incelenmesi gereken bir süreç istisnasını doğrudan gösterir. Bu değer, operasyonel doğruluğun doğrudan ölçüsüdür ve Envanter doğruluk oranı ile Toplama hata oranı KPI’larının hesaplanmasında kullanılır. Neden önemli? Fiziksel olarak işlenen miktarı gösterir. Planlanan miktarla karşılaştırıldığında operasyonel doğruluğu ölçer ve hataları ortaya çıkarır. Nereden alınır? Depo görevi onay verilerinde, örneğin /SCWM/ORDIM_C tablosunda bulunur. Genellikle NDIFF (Fark miktarı) gibi bir alanda yer alır veya onaylanan miktarlardan hesaplanır. Örnekler 10049250 | |||
| İstenen tamamlanma tarihi RequestedCompletionDate | Yüksek öncelikli bir depo siparişinin tamamlanmasının istendiği tarih. | ||
| Açıklama Bu öznitelik, depo siparişi için hizmet düzeyi anlaşmasını (SLA) veya hedef tamamlanma tarihini belirtir. Siparişin zamanında karşılanıp karşılanmadığını belirlemek için gerçek tamamlanma zamanı bu son tarihle karşılaştırılır. Bu tarih, Öncelikli sipariş karşılama oranı KPI’ını hesaplamak için gereklidir. Gerçek tamamlanma zaman damgası istenen tarihle karşılaştırılarak hizmet düzeylerine uyum ölçülebilir; gecikme riski taşıyan veya gecikmiş siparişler belirlenebilir. Neden önemli? Siparişin SLA hedefini belirler ve özellikle yüksek öncelikli ürünlerin zamanında karşılanma performansını ölçmek için ölçüt oluşturur. Nereden alınır? Bu tarih genellikle depo siparişini başlatan giden teslimat siparişindeki planlanan mal çıkış tarihinden veya teslimat tarihinden alınır. SAP Extended Warehouse Management belgelerine başvurun. Örnekler 2023-10-27T17:00:00Z2023-10-28T12:00:00Z | |||
| Kullanılan ekipman EquipmentUsed | Depo görevini yerine getirmek için kullanılan forklift veya transpalet gibi ekipmanın tanımlayıcısı. | ||
| Açıklama Bu öznitelik, depo görevine atanan veya görev sırasında kullanılan malzeme taşıma ekipmanını belirtir. Belirli bir forklift, otomatik yönlendirmeli araç (AGV) veya belirli türde bir taşıma arabası olabilir. Bu veri, Kaynak ve ekipman kullanımı Dashboardı ile Ekipman kullanım oranı KPI’ının temelini oluşturur. Yöneticiler, hangi ekipmanın hangi görevlerde ve ne kadar süreyle kullanıldığını izleyerek kullanım düzenlerini analiz edebilir, bakım planlayabilir ve araç filosunun büyüklüğü ile bileşimi hakkında bilinçli kararlar alabilir. Neden önemli? Ekipman kullanımını ve verimliliğini analiz etmeyi sağlar; filo yönetimini iyileştirmeye ve kaynak kısıtlarını belirlemeye yardımcı olur. Nereden alınır? SAP EWM’de kaynak yönetimi yapılandırılmışsa bu bilgi depo görevi veya sipariş ayrıntılarında saklanabilir. SAP Extended Warehouse Management belgelerine başvurun. Örnekler FORKLİFT-07AGV-02ARABA-15 | |||
| Miktar farkı QuantityVariance | Bir görev için planlanan miktarla gerçekleştiği onaylanan miktar arasındaki fark. | ||
| Açıklama Bu hesaplanan metrik, depo görevi sırasında ortaya çıkan tutarsızlığın miktarını gösterir. Sıfırdan farklı bir değer, fiziksel durumun sistem kaydıyla uyuşmadığını ve toplama hatası, mal kabulündeki yanlışlık veya hasarlı ürün gibi olası bir sorunu işaret eder. Bu öznitelik, hataların büyüklüğünü göstererek Envanter tutarsızlığı analizi Dashboardını destekler. Farkların sıklığını ve büyüklüğünü incelemek, envanter yönetimi ve operasyonların yürütülmesindeki sistematik sorunları belirlemeye ve doğruluğu artırmaya yönelik çalışmalara yön vermeye yardımcı olur. Neden önemli? Envanter ve operasyonlardaki doğruluk sorunlarını doğrudan ölçer; tutarsızlıkların büyüklüğünü kolayca görüp analiz etmenizi sağlar. Nereden alınır? İlgili her görev için Planlanan miktar değerinin Gerçekleşen miktar değerinden çıkarılmasıyla hesaplanır. Örnekler 0-15 | |||
| Planlanan miktar PlannedQuantity | Belirli bir depo görevi için beklenen malzeme miktarı. | ||
| Açıklama Bu öznitelik, depo görevi talimatına göre taşınması, toplanması veya teslim alınması gereken malzemenin hedef miktarını gösterir. Gerçekleşen miktarı karşılaştırmak için temel alınır. Planlanan miktar, Envanter tutarsızlığı analizi Dashboardı ve Envanter doğruluk oranı KPI’ı için gereklidir. Sistem, planlanan miktarı gerçekleşen miktarla karşılaştırarak toplama hatalarına, mal kabulündeki yanlışlıklara veya veri giriş sorunlarına işaret edebilecek farkları belirleyebilir. Böylece envanter doğruluğunun artırılmasına yardımcı olur. Neden önemli? Envanter doğruluğunu hesaplamak ve doğru stok seviyelerini korumak açısından önemli olan tutarsızlıkları belirlemek için temel değer olarak kullanılır. Nereden alınır? Depo görevi verilerinde, örneğin /SCWM/ORDIM_O tablosunda, genellikle NISTA (Hedef miktar) gibi bir alanda bulunur. Örnekler 10050250 | |||
| Planlanan sevkiyat saati PlannedDepartureTime | Sevkiyatın depodan ayrılmasının planlandığı saat. | ||
| Açıklama Bu öznitelik, toplama, paketleme ve yükleme işlemleri tamamlandıktan sonra sevkiyatın gönderilmesi için belirlenen hedef saati gösterir. Giden süreçteki son aşamanın zamanında tamamlanma performansını ölçmek için ölçüt olarak kullanılır. Bu zaman damgası, Sevkiyatın zamanında gönderilme performansı Dashboardı için önemlidir. Gerçek sevkiyat saati planlanan saatle karşılaştırılarak yükleme, taşıyıcı koordinasyonu veya belge hazırlama kaynaklı gecikmeler belirlenebilir. Bu analiz, lojistik ve taşıma planlamasının verimliliği hakkında bilgi sağlar. Neden önemli? Sevkiyatın zamanında gönderilme performansını ölçmek için temel oluşturur. Lojistik planlaması ve taşıyıcı programlarına uyum açısından önemlidir. Nereden alınır? Bu bilgi genellikle depo siparişleriyle bağlantılı taşıma veya sevkiyat belgesinde yer alır. SAP Extended Warehouse Management belgelerine başvurun. Örnekler 2023-10-27T18:00:00Z2023-10-28T14:00:00Z | |||
| Uçtan uca çevrim süresi EndToEndCycleTime | Depo siparişinin oluşturulmasından tamamlanmasına kadar geçen toplam süre. | ||
| Açıklama Bu KPI, bir depo siparişinin tüm yaşam döngüsünü kapsayan süreyi ölçer. Depo operasyonlarının genel verimliliğini ve hızını gösteren üst düzey bir göstergedir. Bu metrik, Uçtan uca depo çevrim süresi Dashboardının temelini oluşturur. KPI’ı zaman içinde izlemek ve sipariş türü ya da malzeme gibi boyutlara göre gruplandırmak, sistem genelindeki verimsizlikleri belirlemeye ve süreç iyileştirme çalışmalarının tüm operasyona etkisini ölçmeye yardımcı olur. Neden önemli? Depo sürecinin genel verimliliğini ölçen temel KPI’lardan biridir ve operasyon performansına üst düzey bir bakış sunar. Nereden alınır? Vaka düzeyinde, ilk olayın (Depo siparişi oluşturuldu) zaman damgasından son olayın (Depo siparişi tamamlandı) zaman damgası çıkarılarak hesaplanır. Örnekler 8640017280043200 | |||
| Zamanında mı IsOnTime | Depo siparişinin istenen tamamlanma tarihine kadar tamamlanıp tamamlanmadığını gösteren mantıksal bir işaret. | ||
| Açıklama Bu işaret, SLA’ya uyumu basit ve ikili bir sonuçla gösterir. Depo siparişinin son tamamlanma olayının belirtilen İstenen tamamlanma tarihinde veya öncesinde gerçekleşip gerçekleşmediğini değerlendirir. Bu öznitelik, Öncelikli siparişlerin zamanında karşılanması Dashboardı için gereklidir. Zamanında tamamlanan ve geciken siparişleri kolayca sayıp filtrelemeyi sağlayarak KPI ve görselleştirme oluşturmayı kolaylaştırır. Böylece analiz katmanında karmaşık tarih hesaplamalarına gerek kalmadan hizmet düzeyi hedeflerine göre performansı hızla değerlendirebilirsiniz. Neden önemli? Her siparişin zamanında mı yoksa geç mi karşılandığını açıkça göstererek SLA performansı analizini kolaylaştırır. Nereden alınır? Hesaplanan bir özniteliktir. Mantık, Depo siparişi tamamlandı etkinliğinin zaman damgasını İstenenTamamlanmaTarihi özniteliğiyle karşılaştırır. Örnekler truefalse | |||
Depo yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Depo siparişi oluşturuldu | Bu etkinlik, birden fazla depo görevinden oluşan iş paketi olan depo siparişinin (WO) oluşturulmasını belirtir. Sistem; faaliyet alanı, kuyruk veya ürün gibi ölçütlere göre depo çalışanlarının işlerini bir araya getirip düzenlemek için WO oluşturur. | ||
| Neden önemli? Bu, depo yürütme sürecinin temel başlangıç olayıdır. Oluşturma ile ilk işlem arasındaki süreyi analiz etmek, iş atama ve kaynak tahsisindeki gecikmeleri belirlemeye yardımcı olur. Nereden alınır? Bu olay, depo siparişi başlık tablosu /SCWM/WHO içindeki oluşturulma zaman damgasından (CREATED_AT alanı) alınır. Kaydedin Her depo siparişi numarası (WHO) için oluşturulma zaman damgasını /SCWM/WHO tablosundan alın. Olay türü explicit | |||
| Depo siparişi tamamlandı | Depo siparişiyle ilişkili tüm depo görevleri onaylandıktan sonra siparişin durumu 'Tamamlandı' olarak ayarlanır. Böylece iş paketi yürütme açısından kapanır. | ||
| Neden önemli? Bu, sürecin temel başarı bitiş olayıdır. Uçtan uca depo çevrim süresini hesaplamak ve genel işlem hacmini ölçmek için gereklidir. Nereden alınır? Depo siparişi başlık tablosu /SCWM/WHO içindeki durum alanının (STAT) 'Tamamlandı' olarak değişmesi izlenerek kaydedilir. Bu tabloya ait değişiklik günlüğü (DBTABLOG) veya özel bir zaman damgası alanı kullanılabilir. Kaydedin /SCWM/WHO içindeki durumun 'C' (Tamamlandı) olarak ayarlandığı zaman damgasını belirleyin. Olay türü inferred | |||
| Mal çıkışı kaydedildi | Bu, malları depo envanterinden resmen çıkaran, sistemdeki son lojistik ve finans adımıdır. Yasal mülkiyetin devredildiğini ve sevkiyatın resmen depodan ayrıldığını belirtir. | ||
| Neden önemli? Bu, çıkış akışının faturalandırmayı ve envanter güncellemelerini başlatan önemli bir bitiş noktasıdır. Zamanında sevkiyatı ve Sevkiyat yükleme ve çıkış süresi KPI’ını ölçmek için temel bir bileşendir. Nereden alınır? Depo siparişiyle ilişkili bir Giden Teslimat belgesinin kaydedilmesinden çıkarım yapılır. /SCDL/DB_PROCH_O tablosundaki belge akışını veya durum alanlarını (ör. DGI_STAT) kontrol edin. Kaydedin İlişkili Giden Teslimat için Mal çıkışı durumu 'Tamamlandı' olarak ayarlandığında oluşan zaman damgasını belirleyin. Olay türü explicit | |||
| Paketleme tamamlandı | Bu etkinlik, sevkiyattaki tüm ürünlerin bir taşıma birimine paketlendiğini ve birimin kapatılıp etiketlendiğini belirtir. Paketlenen mallar, sevkiyat alanına alma veya yükleme gibi sonraki aşamaya hazırdır. | ||
| Neden önemli? Bu kilometre taşı paketleme aşamasını tamamlar. Sevkiyat alanına alma ve sevkiyat için ön koşuldur. Buradaki gecikmeler, toplam teslim süresini ve Paketleme ve sevkiyat alanına alma teslim süresi KPI’ını doğrudan etkiler. Nereden alınır? Taşıma birimi (HU) durumu 'Kapalı' olarak ayarlandığında veya WO için paketlemeyle ilgili son depo görevi onaylandığında kaydedilebilir. /SCWM/HUHDR tablosunda HU durum bilgileri bulunur. Kaydedin Siparişle ilişkili nihai sevkiyat taşıma biriminin kapatıldığı veya tamamlandığı zaman damgasını belirleyin. Olay türü inferred | |||
| Rafa yerleştirme görevi onaylandı | Depo çalışanı, rafa yerleştirme Depo Görevinin tamamlandığını, yani malların belirlenen depolama gözüne fiziksel olarak yerleştirildiğini onaylar. Bu onay, envanter konumunu gerçek zamanlı olarak günceller. | ||
| Neden önemli? Bu etkinlik, giriş sürecinde stokların toplamaya hazır olduğunu gösteren önemli bir kilometre taşıdır. Buradaki gecikmeler, Mal kabulünden rafa yerleştirmeye çevrim süresi KPI’ını doğrudan etkiler. Nereden alınır? Depo Görevi tablosu /SCWM/WT içindeki onaylama zaman damgasından (CONFIRMED_AT alanı) alınır. Görev durumu (STAT) da 'Onaylandı' olarak değişir. Kaydedin Depo siparişiyle ilişkili rafa yerleştirme görevlerinin onaylama zaman damgasını /SCWM/WT tablosundan kullanın. Olay türü explicit | |||
| Toplama görevi onaylandı | Depo çalışanı, toplama Depo Görevinin tamamlandığını ve malların depolama konumundan fiziksel olarak alındığını onaylar. Bu işlem genellikle RF tarayıcıyla yapılır. | ||
| Neden önemli? Bu, sipariş karşılama sürecinde siparişten sevkiyata çevrim süresini doğrudan etkileyen önemli bir kilometre taşıdır. Bu etkinliği analiz ederek toplayıcı verimliliğini ölçebilir ve toplama darboğazlarını belirleyebilirsiniz. Nereden alınır? Depo Görevi tablosu /SCWM/WT içindeki onaylama zaman damgasından (CONFIRMED_AT alanı) alınır. Görev durumu (STAT) 'Onaylandı' olarak güncellenir. Kaydedin Depo siparişiyle ilişkili toplama görevlerinin onaylama zaman damgasını /SCWM/WT tablosundan kullanın. Olay türü explicit | |||
| Depo siparişi iptal edildi | Depo siparişi, tüm görevler tamamlanmadan iptal edilir ve yürütme durdurulur. Stok bulunmaması, müşteri siparişlerindeki değişiklikler veya başka istisnalar bu duruma yol açabilir. | ||
| Neden önemli? Bu, başarısızlık veya istisna yolunu gösterir. İptallerin sıklığını ve nedenlerini analiz etmek; planlama, envanter doğruluğu veya sipariş yönetimindeki önceki aşamalara ait sorunları belirlemeye yardımcı olur. Nereden alınır? Depo siparişi başlık tablosu /SCWM/WHO içindeki durum alanının (STAT) 'İptal edildi' olarak değişmesi izlenerek kaydedilir. Kaydedin /SCWM/WHO içindeki durumun iptal değerine ayarlandığı zaman damgasını belirleyin. Olay türü inferred | |||
| Mal kabulü kaydedildi | Bu etkinlik, dış tedarikçiden veya üretimden gelen malların depo envanterine resmen kabul edildiğini belirtir. Stoku görünür ve rafa yerleştirme gibi sonraki süreçlerde kullanılabilir hale getiren önemli bir finans ve envanter kaydıdır. | ||
| Neden önemli? Bu, giriş sürecindeki önemli bir kilometre taşıdır. Malların depoya ulaşmasıyla bu kaydın yapılması arasındaki süre, mal kabul alanındaki birikmeleri gösterebilir ve stokların kullanılabilirliğini etkileyebilir. Nereden alınır? Depo siparişiyle ilişkili bir Giriş Teslimatı belgesinin kaydedilmesinden çıkarım yapılır. /SCDL/DB_PROCH_I tablosundaki belge akışını veya durum alanlarını (ör. DGRSTAT) kontrol edin. Kaydedin İlişkili Giriş Teslimatı için Mal kabulü durumu 'Tamamlandı' olarak ayarlandığında oluşan zaman damgasını belirleyin. Olay türü inferred | |||
| Paketleme başladı | Bu etkinlik, toplanan ürünlerin bir araya getirilip sevkiyat kaplarına veya taşıma birimlerine yerleştirildiği paketleme faaliyetlerinin başlangıcını belirtir. Genellikle paketleme iş merkezindeki ilk adımdır. | ||
| Neden önemli? Bu, katma değerli hizmetler aşamasının başlangıcını gösterir. Paketleme süresini ölçmek, iş merkezi düzenini, personel planlamasını ve malzeme kullanımını iyileştirmeye yardımcı olur. Nereden alınır? Bu olay için çıkarım yapmak gerekebilir. Paketleme istasyonunda bir ürünün veya taşıma biriminin ilk kez tarandığı zaman belirlenerek saptanabilir. Bu bilgi genellikle iş merkezi kayıtlarında veya taşıma birimi günlüklerinde tutulur. /SCWM/PACKSPEC gibi tablolar ve ilgili yürütme günlükleri kaynak olarak kullanılabilir. Kaydedin Teslimat için paketlemeyle ilgili ilk Depo Görevi onayının zaman damgasını veya nihai sevkiyat taşıma biriminin oluşturulma zamanını kullanın. Olay türü inferred | |||
| Rafa yerleştirme görevi oluşturuldu | Sistem, kabul edilen malları mal kabul alanından nihai depolama gözüne taşımak için Depo Görevi (WT) adı verilen özel bir talimat oluşturur. Bu etkinlik, sistemin rafa yerleştirme hareketini yürütmeye hazır olduğunu gösterir. | ||
| Neden önemli? Görev oluşturma ile onaylama arasındaki süreyi izlemek, depo çalışanlarının rafa yerleştirme talimatlarını ne kadar sürede alıp uyguladığını gösterir. Bu süre, iş gücü veya ekipman eksikliklerini ortaya çıkarabilir. Nereden alınır? Rafa yerleştirme sürecini belirten ilgili Depo Görevinin /SCWM/WT tablosundaki oluşturulma zaman damgasından (CREATED_AT alanı) alınır. Kaydedin Depo siparişiyle ilişkili, süreç türü rafa yerleştirme olan Depo Görevlerini filtreleyin ve oluşturulma zaman damgalarını kullanın. Olay türü explicit | |||
| Sevkiyat alanına alma görevi onaylandı | Depo çalışanı, paketlenmiş bir taşıma biriminin paketleme istasyonundan veya birleştirme alanından belirlenen sevkiyat alanına taşındığını onaylar. Mallar artık yüklemeye hazır konumdadır. | ||
| Neden önemli? Bu etkinlik, iç operasyonlardan çıkış lojistiğine geçişi belirtir. Sevkiyat alanına alma sürecindeki gecikmeler, yükleme rampalarında düzensizliğe ve taşıyıcının planlanan alım saatinin kaçırılmasına yol açabilir. Nereden alınır? Sevkiyat alanına alma hareketi için süreç türü belirlenmiş Depo Görevinin (/SCWM/WT) onaylama zaman damgasından (CONFIRMED_AT alanı) alınır. Kaydedin Taşıma birimi veya teslimatla ilişkili sevkiyat alanına alma depo görevinin onaylama zaman damgasını belirleyin. Olay türü explicit | |||
| Toplama görevi oluşturuldu | Sistem, giden teslimat siparişini karşılamak için malları depolama gözünden almayı sağlayan bir Depo Görevi (WT) oluşturur. Bu görev, çalışana ürünü alması için verilen sistem talimatıdır. | ||
| Neden önemli? Bu, fiziksel çıkış sürecinin başlangıcıdır. Toplama görevlerinin oluşturulmasıyla onaylanması arasındaki süre, toplama verimliliğini ve kaynakların kullanılabilirliğini analiz etmek açısından önemlidir. Nereden alınır? Toplama sürecini belirten ilgili Depo Görevinin /SCWM/WT tablosundaki oluşturulma zaman damgasından (CREATED_AT alanı) alınır. Kaydedin Depo siparişiyle ilişkili, süreç türü toplama olan Depo Görevlerini filtreleyin ve oluşturulma zaman damgalarını kullanın. Olay türü explicit | |||
| Yükleme başladı | Bu etkinlik, malların sevkiyat alanından kamyona veya taşıma birimine fiziksel olarak yüklenmeye başlamasını belirtir. Genellikle sistemdeki bir kullanıcı işlemiyle başlatılır. | ||
| Neden önemli? Bu, depodaki son fiziksel adımın başlangıcıdır. Yükleme süresini analiz etmek, rampa kapılarının kullanımını ve taşıyıcının depoda geçirdiği süreyi iyileştirmeye yardımcı olur. Nereden alınır? İlişkili Taşıma Birimi (TU) veya Giden Teslimat Siparişi durumunun 'Yükleme başladı' olarak değişmesinden çıkarım yapılır. /SCWM/TU_STATUS tablosu kontrol edilebilir. Kaydedin TU veya Teslimat Siparişi durumu yüklemenin başladığını gösterecek şekilde güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü inferred | |||
| Yükleme tamamlandı | Bu etkinlik, sevkiyattaki tüm malların taşıma birimine fiziksel olarak yüklendiğini belirtir. Mal çıkışının kaydedilmesi ve aracın sevk edilmesi için ön koşuldur. | ||
| Neden önemli? Bu, nihai sevkiyat öncesindeki önemli bir kilometre taşıdır. Yüklemenin tamamlanmasıyla mal çıkışının kaydedilmesi arasındaki gecikmeler, taşıyıcıların beklemesine yol açan belge veya sistem sorunlarına işaret edebilir. Nereden alınır? İlişkili Taşıma Birimi (TU) veya Giden Teslimat Siparişi durumunun 'Yükleme tamamlandı' olarak değişmesinden çıkarım yapılır. /SCWM/TU ve /SCDL/DB_PROCH_O tablolarındaki durumlar önemlidir. Kaydedin TU veya Teslimat Siparişi durumu yüklemenin tamamlandığını gösterecek şekilde güncellendiğinde oluşan zaman damgasını kaydedin. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- Ön koşul: CDS görünümlerini belirleyin veya oluşturun: Temel veri kaynakları, Depo Yönetimi için standart SAP S/4HANA CDS görünümleridir. Önemli görünümler, sipariş düzeyindeki olaylar için
I_WarehouseOrder, görev düzeyindeki olaylar içinI_WarehouseTaskgörünümüdür. İlgili lojistik olayları içinI_OutboundDeliveryItem,I_InboundDeliveryItemveI_EWMTransportationUnitgibi başka görünümler de gerekir. Bu görünümlerin sisteminizde etkin olduğundan emin olun. - Özel bir CDS görünümü oluşturun: Birden fazla kaynaktaki verileri tek bir olay günlüğü biçiminde birleştirmek için özel bir CDS görünümü oluşturmanız gerekir. Eclipse’teki ABAP Development Tools (ADT) ile yeni bir Data Definition oluşturun. Bu özel görünüm, her biri farklı bir iş etkinliğini temsil eden kayıtları birleştirmek için
UNION ALLkullanır. - Olay günlüğünün yapısını tanımlayın: Özel CDS görünümünüzde, olay günlüğünüzün sütunlarını oluşturacak alanları tanımlayın. Bu alanlar arasında
WarehouseOrder,ActivityName,EventTimeve gerekli ya da önerilen diğer öznitelikler bulunmalıdır. Bu alanları temel standart CDS görünümlerindeki alanlarla eşleştirin. - Depo siparişi olaylarını modelleyin: Birleştirme sorgunuza ilk
SELECTifadelerini ekleyin. Oluşturulma zaman damgasını kullanarak 'Warehouse Order Created' olayını üretmek içinI_WarehouseOrdergörünümünden veri seçin. Sipariş durumuna göre filtre uygulayıp uygun onay veya değişiklik zaman damgalarını kullanarak 'Warehouse Order Completed' ve 'Warehouse Order Canceled' olayları için sonrakiSELECTifadelerini ekleyin. - Depo görevi olaylarını modelleyin:
I_WarehouseTaskgörünümünden veri seçenSELECTifadeleri ekleyin. Yerleştirmeyle ilgili depo süreç kategorilerine göre filtre uygulayarak 'Putaway Task Created' ve 'Putaway Task Confirmed' olaylarını oluşturun. Benzer şekilde, ilgili süreç kategorilerine göre 'Picking Task Created', 'Picking Task Confirmed' ve 'Staging Task Confirmed' olaylarını oluşturun; oluşturulma ve onay zaman damgalarını kullanın. - Mal hareketi olaylarını modelleyin: Mal hareketlerini yakalamak için teslimatla ilgili görünümleri depo görevlerine bağlayın. 'Goods Receipt Posted' olayı için
ActualGoodsMovementDateTimealanını kullanarakI_InboundDeliveryItemgörünümünden veri seçin. 'Goods Issue Posted' olayı için aynı alanıI_OutboundDeliveryItemgörünümünden kullanın ve ilgili depo siparişine ya da görevine bağlayın. - Yükleme ve paketleme olaylarını modelleyin: Özel zaman damgalarını kullanarak 'Loading Started' ve 'Loading Completed' olaylarını yakalamak için
I_EWMTransportationUnitgörünümünden veri seçin. Karmaşık olabilen paketleme süreci için, bir Handling Unit görünümünden veri seçerek dolaylı bir yöntem kullanın. Oluşturulma zamanı 'Packing Started', durum değişikliği zamanı ise 'Packing Completed' olayını temsil edebilir. Bu adımı kendi paketleme sürecinize göre uyarlamanız gerekebilir. - CDS görünümünü kullanıma açmak için açıklamalar ekleyin: Özel CDS görünümünüzün tanımına
@OData.publish: trueaçıklamasını ekleyin. Bu, SAP’ye görünümün yapısına göre otomatik olarak bir OData hizmeti oluşturmasını bildirir. - CDS görünümünü ve OData hizmetini etkinleştirin: ADT’de yeni Data Definition’ı etkinleştirin. Ardından SAP Gateway hub sistemine gidin ve
/IWFND/MAINT_SERVICEişlemini kullanarak yeni oluşturulan OData hizmetini bulun ve etkinleştirin. Böylece veriler bir REST API uç noktası üzerinden erişilebilir olur. - Verileri çıkarın: Etkinleştirilen OData hizmeti uç noktasına bağlanmak için hedef veri platformunuzu veya ETL aracınızı kullanın. Veri kapsamını sınırlamak için OData URI’sine doğrudan filtreler ekleyin. Örneğin,
EventTimealanına göre?$filter=EventTime ge datetime'2023-01-01T00:00:00'filtresini uygulayın. - Process Mining için biçimlendirin: Çıkarılan verileri, sütun başlıkları ProcessMind için gerekli özniteliklerle (
WarehouseOrder,ActivityName,EventTimevb.) eşleşen CSV gibi düz bir dosya biçiminde kaydedin. Son dosyayı Process Mining aracına yükleyin.
Yapılandırma
- Özel CDS görünümü: Olay verilerini birleştirmek için
Z_C_EWM_EVENTLOG_CDSgibi özel bir CDS görünümü oluşturulmalıdır. Bu, veri çıkarımının temel nesnesidir. - OData hizmeti: Özel CDS görünümünden oluşturulan OData hizmeti etkinleştirilmelidir. Hizmet adı genellikle CDS görünümünün adına
_CDSson eki eklenerek oluşturulur. - Tarih aralığı filtresi: OData API çağrısında
EventTimealanına tarih filtresi uygulamak önemlidir. İlk analiz için genellikle 3 ila 6 aylık veri aralığı uygundur. Filtre uygulanmazsa sorgu zaman aşımına uğrayabilir veya performans sorunlarına yol açabilir. - Varlık filtresi: Veri kapsamını daha da daraltmak için Depo Numarası (
Warehouse), Depo Sipariş Türü (WarehouseOrderType) veya belirli malzemeler (MaterialNumber) gibi özniteliklere filtre uygulamayı değerlendirin. - Sistem yetkileri: CDS görünümünü oluşturan kullanıcının ADT’de SAP geliştirici erişimi olmalıdır. OData API’yi çağıran kullanıcı veya hizmet hesabı, temel depo yönetimi verilerine erişim yetkisine sahip olmalıdır.
a Örnek sorgu sql
DEFINE VIEW Z_C_EWM_EVENTLOG_CDS
WITH PARAMETERS
P_StartDate : abap.dats,
P_EndDate : abap.dats
AS SELECT FROM I_WarehouseOrder AS WO
{
-- Required Attributes
WO.WarehouseOrder AS WarehouseOrder,
CAST('Warehouse Order Created' AS abap.char(40)) AS ActivityName,
WO.CreationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
-- Recommended Attributes
CAST(NULL AS abap.tstp) AS EventEndTime,
CAST(NULL AS abap.char(40)) AS MaterialNumber,
WO.CreationUser AS User,
WO.WarehouseOrderType AS WarehouseOrderType,
WO.WarehouseOrderStatus AS WarehouseOrderStatus,
WO.Priority AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
CAST(WO.CreationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseOrder AS WO
{
WO.WarehouseOrder,
CAST('Warehouse Order Completed' AS abap.char(40)) AS ActivityName,
WO.ConfirmationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
CAST(NULL AS abap.char(40)) AS MaterialNumber,
WO.ConfirmationUser AS User,
WO.WarehouseOrderType,
WO.WarehouseOrderStatus,
WO.Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WO.WarehouseOrderStatus = 'C' AND
CAST(WO.ConfirmationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseOrder AS WO
{
WO.WarehouseOrder,
CAST('Warehouse Order Canceled' AS abap.char(40)) AS ActivityName,
WO.LastChangeDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
CAST(NULL AS abap.char(40)) AS MaterialNumber,
WO.LastChangeUser AS User,
WO.WarehouseOrderType,
WO.WarehouseOrderStatus,
WO.Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WO.WarehouseOrderStatus = 'X' AND
CAST(WO.LastChangeDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
LEFT JOIN I_InboundDeliveryItem AS IBD ON WT.DeliveryDocument = IBD.InboundDelivery AND WT.DeliveryDocumentItem = IBD.InboundDeliveryItem
{
WT.WarehouseOrder,
CAST('Goods Receipt Posted' AS abap.char(40)) AS ActivityName,
IBD.ActualGoodsMovementDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
IBD.LastChangedByUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '1' AND -- Putaway
IBD.GoodsMovementStatus = 'C' AND -- Completed
CAST(IBD.ActualGoodsMovementDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Putaway Task Created' AS abap.char(40)) AS ActivityName,
WT.CreationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
WT.ConfirmationDateTime AS EventEndTime,
WT.Product AS MaterialNumber,
WT.CreationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '1' AND -- Putaway
CAST(WT.CreationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Putaway Task Confirmed' AS abap.char(40)) AS ActivityName,
WT.ConfirmationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
WT.ConfirmationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
WT.ProcessorProcTimeInSec AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '1' AND -- Putaway
WT.WarehouseTaskStatus = 'C' AND
CAST(WT.ConfirmationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Picking Task Created' AS abap.char(40)) AS ActivityName,
WT.CreationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
WT.ConfirmationDateTime AS EventEndTime,
WT.Product AS MaterialNumber,
WT.CreationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '2' AND -- Stock Removal
CAST(WT.CreationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Picking Task Confirmed' AS abap.char(40)) AS ActivityName,
WT.ConfirmationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
WT.ConfirmationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
WT.ProcessorProcTimeInSec AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '2' AND -- Stock Removal
WT.WarehouseTaskStatus = 'C' AND
CAST(WT.ConfirmationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Packing Started' AS abap.char(40)) AS ActivityName,
WT.CreationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
WT.ConfirmationDateTime AS EventEndTime,
WT.Product AS MaterialNumber,
WT.CreationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '5' AND -- Packing
CAST(WT.CreationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Packing Completed' AS abap.char(40)) AS ActivityName,
WT.ConfirmationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
WT.ConfirmationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
WT.ProcessorProcTimeInSec AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '5' AND -- Packing
WT.WarehouseTaskStatus = 'C' AND
CAST(WT.ConfirmationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
{
WT.WarehouseOrder,
CAST('Staging Task Confirmed' AS abap.char(40)) AS ActivityName,
WT.ConfirmationDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
WT.ConfirmationUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
WT.ProcessorProcTimeInSec AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '4' AND -- Staging
WT.WarehouseTaskStatus = 'C' AND
CAST(WT.ConfirmationDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_EWMTransportationUnit AS TU
INNER JOIN I_WarehouseTask AS WT ON TU.TransportationUnit = WT.ShipmentOrTransportationUnit
{
WT.WarehouseOrder,
CAST('Loading Started' AS abap.char(40)) AS ActivityName,
TU.LoadingStartDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
TU.LoadingEndDateTime AS EventEndTime,
WT.Product AS MaterialNumber,
TU.LastChangeUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
TU.LoadingStartDateTime IS NOT NULL AND
CAST(TU.LoadingStartDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_EWMTransportationUnit AS TU
INNER JOIN I_WarehouseTask AS WT ON TU.TransportationUnit = WT.ShipmentOrTransportationUnit
{
WT.WarehouseOrder,
CAST('Loading Completed' AS abap.char(40)) AS ActivityName,
TU.LoadingEndDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
TU.LastChangeUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
TU.LoadingEndDateTime IS NOT NULL AND
TU.LoadingStatus = 'C' AND
CAST(TU.LoadingEndDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate
UNION ALL
SELECT FROM I_WarehouseTask AS WT
LEFT JOIN I_OutboundDeliveryItem AS OBD ON WT.DeliveryDocument = OBD.OutboundDelivery AND WT.DeliveryDocumentItem = OBD.OutboundDeliveryItem
{
WT.WarehouseOrder,
CAST('Goods Issue Posted' AS abap.char(40)) AS ActivityName,
OBD.ActualGoodsMovementDateTime AS EventTime,
CAST('S4HANA_EWM' AS abap.char(20)) AS SourceSystem,
tstmp_current_utctimestamp() AS LastDataUpdate,
CAST(NULL AS abap.tstp) AS EventEndTime,
WT.Product AS MaterialNumber,
OBD.LastChangedByUser AS User,
WT.WarehouseOrderType,
CAST(NULL AS abap.char(1)) AS WarehouseOrderStatus,
CAST(NULL AS abap.numc(2)) AS Priority,
CAST(NULL AS abap.dec(15, 2)) AS ProcessingTime
}
WHERE
WT.WhseTskProcessCat = '2' AND -- Stock Removal
OBD.GoodsMovementStatus = 'C' AND -- Completed
CAST(OBD.ActualGoodsMovementDateTime AS abap.dats) BETWEEN :P_StartDate AND :P_EndDate Adımlar
- SAP EWM veritabanı şemasına doğrudan okuma erişiminin onaylandığını doğrulayın. Depo siparişi başlıklarını, depo görevlerini, depo siparişi durum geçmişini, mal girişi ve mal çıkışı kayıtlarını, paketleme, hazırlık ve yükleme işlemlerini temsil eden fiziksel veritabanı nesnelerini belirleyin. /SCWM/WHO ve /SCWM/WT mantıksal referansları genellikle başlangıç noktası olarak kullanılır; ancak sisteminizdeki gerçek nesneleri, alanları, durum kodlarını, zaman damgası anlamlarını ve veritabanı şemasını doğrulayın.
- Doğrulanmış alan eşlemesini SAP EWM teknik sorumlunuzdan veya veri sözlüğünden alın. Depo siparişi kimliğini, depo siparişi türünü, durumu, önceliği, depo görevi kimliğini, görev kategorisini veya süreç türünü, malzemeyi, kullanıcıyı, oluşturulma zaman damgasını, onay zaman damgasını, paketleme, hazırlık ve yükleme zaman damgalarını, mal girişi ve mal çıkışı zaman damgalarını, kaynak sistemi ve son yenileme zaman damgasını eşleştirin. Bir alanın aynı tabloda bulunduğunu veya bir durum kodunun tüm kurulumlarda aynı anlama geldiğini varsaymayın.
- Veri çıkarma bağlantısını salt okunur bir veritabanı hesabı, üretim veya raporlama şeması ve veri çıkarma başlangıç tarihi, bitiş tarihi, kaynak sistem adı ile kuruluşa özgü filtreler için parametreli değerlerle yapılandırın. Sipariş yaşam döngüsünün ilerleyen aşamalarında gerçekleşen olayların dışarıda kalmaması için tarih filtresini yalnızca depo siparişinin oluşturulma zaman damgasına değil, ilgili olay zaman damgasına uygulayın.
- Açıkça gerekli her etkinlik için bir satır seçerek olay satırlarını oluşturun. Sorgu, her etkinlik için doğrulanmış kaynak alanlarını kullanmalı; olayları ProcessMind’in çıkarsamasına dayanmamalıdır. Bir etkinlik geçerli başlık alanı yerine durum geçmişinde veya uygulama günlüğünde temsil ediliyorsa ilgili geçmişi ya da günlüğü kullanın ve olay zaman damgası ile işlemi gerçekleştiren kullanıcıyı koruyun.
- Tüm etkinlik zaman damgalarını tercihen UTC olmak üzere tek bir saat dilimine dönüştürün veya SAP uygulama sunucusunun saat dilimini belgeleyin. Kaynağa özgü durum ve süreç kodlarını olay günlüğünde gereken tam etkinlik adlarına dönüştürün: Warehouse Order Created, Goods Receipt Posted, Putaway Task Created, Putaway Task Confirmed, Picking Task Created, Picking Task Confirmed, Packing Started, Packing Completed, Staging Task Confirmed, Loading Started, Loading Completed, Goods Issue Posted, Warehouse Order Completed ve Warehouse Order Canceled.
- Her çıktı satırında
WarehouseOrder,ActivityName,EventTime,SourceSystemveLastDataUpdatebulunduğundan emin olun. Güvenilir bir tamamlanma zaman damgası varsaEventEndTimealanını doldurun. Görev düzeyindeki olayları ilgili depo siparişiyle ilişkilendirin. Bir depo siparişinde birden fazla ilgili görev varsa, depo siparişini vaka kimliği olarak koruyarak her görev olayı için ayrı bir satır tutun. Hedef içe aktarma biçimi destekliyorsa görev kimliği veya kaynak olay kimliği gibi kararlı bir eşitlik bozucu kullanın. - Dışa aktarmadan önce sonucu doğrulayın. Kaynak verilerde karşılık gelen iş olayları bulunduğunda 14 etkinlik adının tümünün yer aldığını, zaman damgalarının istenen aralıkta olduğunu, depo siparişlerinin beklenmedik biçimde boş olmadığını ve yinelenen satırların birden fazla görev ya da yinelenen durum değişikliğiyle açıklanabildiğini kontrol edin. Sayıları SAP operasyon raporlarıyla veya bağımsız olarak onaylanmış bir veri çıkarımıyla karşılaştırın.
- Sonucu, her satırda bir olay olacak şekilde ProcessMind ile uyumlu, ayraçlı bir dosya veya veritabanı sonucu olarak dışa aktarın. Gerekli sütun adlarını aynen koruyun, ISO 8601 gibi açık bir zaman damgası biçimi kullanın, ayraç biçimi gerektiriyorsa metin değerlerini tırnak içine alın ve bir başlık satırı ekleyin. Dosyayı yükleyin veya veritabanı bağlantısını ProcessMind’de yapılandırın;
WarehouseOrderalanını vaka kimliği,ActivityNamealanını etkinlik,EventTimealanını başlangıç zaman damgası, varsaEventEndTimealanını da bitiş zaman damgası olarak ayarlayın.
Yapılandırma
- Kaynak nesne eşlemesi: Depo siparişleri, depo görevleri, durum geçmişi, mal hareketleri, paketleme, hazırlık ve yükleme için fiziksel veritabanı nesnelerini ve alanlarını doğrulayın. /SCWM/WHO ve /SCWM/WT ilgili mantıksal nesneler olabilir; ancak uygulamaya geçmeden önce dağıtılan sistemdeki veritabanı karşılıkları doğrulanmalıdır.
- Tarih aralığı: Kontrollü bir üç ila altı aylık dönemle başlayın. İlk testlerde daha kısa bir dönem kullanın, karşılaştırma ve doğrulamadan sonra aralığı genişletin. Geç kaydedilen hareketleri ve düzeltmeleri yakalamak için artımlı çalıştırmalar arasında kısa bir örtüşme bırakın.
- Olay zaman damgası seçimi: Oluşturulan etkinliklerde oluşturulma zaman damgalarını, onaylanan etkinliklerde onay zaman damgalarını, mal girişi ve mal çıkışında kayıt zaman damgalarını, paketleme, hazırlık ve yüklemede ise doğrulanmış yürütme zaman damgalarını kullanın. Tüm olaylar için depo siparişinin oluşturulma zamanını kullanmayın.
- Filtreler: Yalnızca depo numarası, şirket kodu, belge türü, depo sipariş türü, etkinlik alanı, kuyruk, tesis veya kaynak sistemi gibi doğrulanmış iş filtrelerini uygulayın. Şirket kodu ve belge türü alanları ilişkili nesnelerde bulunabilir; bu alanların hedef sistemde eşleştirilmesi gerekir.
- Durum eşlemesi: Tamamlanan ve iptal edilen depo siparişlerini belirten SAP durum veya süreç kodlarını doğru biçimde yapılandırın. Durum kodları ve durumların saklanma biçimi sürüme ve kuruluma göre değişebileceğinden, eşlemeyi EWM işlevsel sorumlusuyla doğrulayın.
- SourceSystem: EWM üretim veya raporlama örneğini tanımlayan kararlı bir değer belirleyin. Bu değeri boş olabilen bir iş alanından türetmeyin.
- LastDataUpdate: Her çalıştırmadaki tüm satırlara veri çıkarma veya kaynak yenileme zaman damgasını tutarlı biçimde yazın.
- Artımlı veri çıkarma: Başarıyla çıkarılmış en son kaynak zaman damgasına dayalı, kalıcı bir üst sınır kullanın ve geç gelen kayıtlar için örtüşme aralığı bırakın. Varsa doğrulanmış kaynak tanımlayıcılarını kullanarak yinelenen kayıtları ayıklayın.
- Performans: Tarih aralığını erken aşamada sınırlayın, yalnızca gerekli sütunları seçin, dizinlenmiş alanlara filtre uygulayın, koşullarda dizinlenmiş zaman damgası sütunlarında işlev kullanmaktan kaçının ve geniş aralıkları günlük veya haftalık gruplar hâlinde işleyin. İzin veriliyorsa raporlama kopyasını kullanın.
- Birleştirme stratejisi: Depo siparişleri ile depo görevleri arasındaki kardinaliteyi doğrulayın. Görev, durum, malzeme ve taşıma birimi verilerini birleştirirken yanlışlıkla satır çoğalmasını önleyin. Birleştirme öncesinde uygun olay kaydını seçin veya verileri toplulaştırın.
- Saat dilimleri: Kaynak saat dilimini ve dönüştürme kuralını yapılandırın. Zaman damgalarını tutarlı biçimde saklayın ve yaz saati uygulamasının nasıl ele alındığını belgeleyin.
- Ön koşullar: Salt okunur veritabanı yetkisi, EWM şemasına erişim onayı, doğrulanmış veri sözlüğü eşlemeleri, ilgili operasyon ve geçmiş nesnelerini okuma izni ve onaylanmış ProcessMind içe aktarma yapılandırması gerekir. Gerekli SAP modülleri, lisanslar ve yetkiler dağıtılan EWM mimarisine bağlıdır; sistem sorumlusu tarafından doğrulanmalıdır.
a Örnek sorgu sql
WITH
params AS (
SELECT
CAST('[Start date and time]' AS TIMESTAMP) AS start_time,
CAST('[End date and time]' AS TIMESTAMP) AS end_time,
CAST('[Source system name]' AS VARCHAR(255)) AS source_system,
CAST(CURRENT_TIMESTAMP AS TIMESTAMP) AS last_data_update
),
warehouse_orders AS (
SELECT
CAST(wo.[Warehouse order ID field] AS VARCHAR(255)) AS WarehouseOrder,
CAST(wo.[Warehouse order type field] AS VARCHAR(255)) AS WarehouseOrderType,
CAST(wo.[Warehouse order status field] AS VARCHAR(255)) AS WarehouseOrderStatus,
CAST(wo.[Priority field] AS VARCHAR(255)) AS Priority,
CAST(wo.[Warehouse order creation timestamp field] AS TIMESTAMP) AS WarehouseOrderCreatedTime,
CAST(wo.[Warehouse order completion timestamp field] AS TIMESTAMP) AS WarehouseOrderCompletedTime,
CAST(wo.[Warehouse order cancellation timestamp field] AS TIMESTAMP) AS WarehouseOrderCanceledTime,
CAST(wo.[Material number field] AS VARCHAR(255)) AS MaterialNumber,
CAST(wo.[User field] AS VARCHAR(255)) AS [User]
FROM [Your warehouse order header table] wo
),
warehouse_tasks AS (
SELECT
CAST(wt.[Warehouse order ID field] AS VARCHAR(255)) AS WarehouseOrder,
CAST(wt.[Warehouse task ID field] AS VARCHAR(255)) AS WarehouseTask,
CAST(wt.[Task category or process type field] AS VARCHAR(255)) AS TaskType,
CAST(wt.[Material number field] AS VARCHAR(255)) AS MaterialNumber,
CAST(wt.[Task creation timestamp field] AS TIMESTAMP) AS TaskCreatedTime,
CAST(wt.[Task confirmation timestamp field] AS TIMESTAMP) AS TaskConfirmedTime,
CAST(wt.[User field] AS VARCHAR(255)) AS [User]
FROM [Your warehouse task table] wt
),
events AS (
SELECT wo.WarehouseOrder, 'Warehouse Order Created' AS ActivityName, wo.WarehouseOrderCreatedTime AS EventTime, CAST(NULL AS TIMESTAMP) AS EventEndTime, wo.MaterialNumber, wo.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_orders wo
UNION ALL
SELECT gr.[Warehouse order ID field], 'Goods Receipt Posted', CAST(gr.[Goods receipt posting timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(gr.[Material number field] AS VARCHAR(255)), CAST(gr.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your goods receipt posting table] gr LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(gr.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT wt.WarehouseOrder, 'Putaway Task Created', wt.TaskCreatedTime, CAST(NULL AS TIMESTAMP), wt.MaterialNumber, wt.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_tasks wt LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = wt.WarehouseOrder WHERE wt.TaskType = '[Verified putaway task type]'
UNION ALL
SELECT wt.WarehouseOrder, 'Putaway Task Confirmed', wt.TaskConfirmedTime, CAST(NULL AS TIMESTAMP), wt.MaterialNumber, wt.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_tasks wt LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = wt.WarehouseOrder WHERE wt.TaskType = '[Verified putaway task type]' AND wt.TaskConfirmedTime IS NOT NULL
UNION ALL
SELECT wt.WarehouseOrder, 'Picking Task Created', wt.TaskCreatedTime, CAST(NULL AS TIMESTAMP), wt.MaterialNumber, wt.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_tasks wt LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = wt.WarehouseOrder WHERE wt.TaskType = '[Verified picking task type]'
UNION ALL
SELECT wt.WarehouseOrder, 'Picking Task Confirmed', wt.TaskConfirmedTime, CAST(NULL AS TIMESTAMP), wt.MaterialNumber, wt.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_tasks wt LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = wt.WarehouseOrder WHERE wt.TaskType = '[Verified picking task type]' AND wt.TaskConfirmedTime IS NOT NULL
UNION ALL
SELECT pk.[Warehouse order ID field], 'Packing Started', CAST(pk.[Packing start timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(pk.[Material number field] AS VARCHAR(255)), CAST(pk.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your packing event table] pk LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(pk.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT pk.[Warehouse order ID field], 'Packing Completed', CAST(pk.[Packing completion timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(pk.[Material number field] AS VARCHAR(255)), CAST(pk.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your packing event table] pk LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(pk.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT st.[Warehouse order ID field], 'Staging Task Confirmed', CAST(st.[Staging confirmation timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(st.[Material number field] AS VARCHAR(255)), CAST(st.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your staging event table] st LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(st.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT ld.[Warehouse order ID field], 'Loading Started', CAST(ld.[Loading start timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(ld.[Material number field] AS VARCHAR(255)), CAST(ld.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your loading event table] ld LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(ld.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT ld.[Warehouse order ID field], 'Loading Completed', CAST(ld.[Loading completion timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(ld.[Material number field] AS VARCHAR(255)), CAST(ld.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your loading event table] ld LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(ld.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT gi.[Warehouse order ID field], 'Goods Issue Posted', CAST(gi.[Goods issue posting timestamp field] AS TIMESTAMP), CAST(NULL AS TIMESTAMP), CAST(gi.[Material number field] AS VARCHAR(255)), CAST(gi.[User field] AS VARCHAR(255)), wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM [Your goods issue posting table] gi LEFT JOIN warehouse_orders wo ON wo.WarehouseOrder = CAST(gi.[Warehouse order ID field] AS VARCHAR(255))
UNION ALL
SELECT wo.WarehouseOrder, 'Warehouse Order Completed', wo.WarehouseOrderCompletedTime, CAST(NULL AS TIMESTAMP), wo.MaterialNumber, wo.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_orders wo WHERE wo.WarehouseOrderCompletedTime IS NOT NULL
UNION ALL
SELECT wo.WarehouseOrder, 'Warehouse Order Canceled', wo.WarehouseOrderCanceledTime, CAST(NULL AS TIMESTAMP), wo.MaterialNumber, wo.[User], wo.WarehouseOrderType, wo.WarehouseOrderStatus, wo.Priority FROM warehouse_orders wo WHERE wo.WarehouseOrderCanceledTime IS NOT NULL
)
SELECT
e.WarehouseOrder,
e.ActivityName,
e.EventTime,
e.EventEndTime,
p.source_system AS SourceSystem,
p.last_data_update AS LastDataUpdate,
e.MaterialNumber,
e.[User],
e.WarehouseOrderType,
e.WarehouseOrderStatus,
e.Priority
FROM events e
CROSS JOIN params p
WHERE e.WarehouseOrder IS NOT NULL
AND e.EventTime IS NOT NULL
AND e.EventTime >= p.start_time
AND e.EventTime < p.end_time
ORDER BY e.WarehouseOrder, e.EventTime, e.ActivityName; Başlamaya hazır mısınız?
Depo operasyonlarınızı bugün iyileştirmeye başlayın. Bu Templateten yararlanarak verimliliği artırın ve siparişleri daha hızlı karşılayın.
Toplama hatalarını önleyin, depo yönetimini bugün optimize edin
Envanter doğruluğunu %99,5’e çıkarın, sipariş karşılama gecikmelerini haftalar içinde ortadan kaldırın.
Kredi kartı gerekmez, kurulumu dakikalar içinde tamamlayın.