Depo Yönetimi Veri Template'iniz

Oracle WMS Cloud
Depo Yönetimi Veri Template'iniz

Depo Yönetimi Veri Template'iniz

Bu template, depo yönetimi süreçlerinizi analiz etmek için gerekli verileri toplamak üzere açık bir rehber sağlar. İzlemeniz gereken temel öznitelikleri ve aktiviteleri, bu bilgiyi kaynak sisteminizden nasıl çıkaracağınıza dair pratik rehberlik ile birlikte özetler.
  • Toplanması Önerilen Nitelikler
  • Süreçleriniz için izlenecek temel faaliyetler
  • `Veri` çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Depo Yönetimi Öznitelikleri

Bunlar, kapsamlı depo yönetimi analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 10 İsteğe Bağlı
Ad Açıklama
Depo Siparişi
WarehouseOrder
İlgili tüm lojistik aktiviteleri baştan sona izlemek için birincil durum (case) olarak hizmet eden, bir depo siparişi için benzersiz tanımlayıcıdır.
Açıklama

Depo Siparişi, depoda tek bir lojistik görevle ilgili tüm event'leri ve aktiviteleri gruplayan merkezi tanımlayıcıdır; gelen mal kabulü veya giden sevkiyat gibi. Proses madenciliği için durum (case) tanımlayıcısı olarak işlev görür ve o belirli sipariş için tüm depo süreç yaşam döngüsünün uçtan uca analizini sağlar.

Depo Siparişine göre süreçleri analiz etmek, oluşturulmasından tamamlanmasına veya iptal edilmesine kadar tüm yolculuğun görselleştirilmesini sağlar. Depo operasyonlarının verimliliğini etkileyen yaygın süreç yollarını, Bottleneck'leri, sapmaları ve yeniden işleme döngülerini belirlemeye yardımcı olur. Bu görünüm, farklı sipariş türleri için genel performansı ve standart prosedürlere uyumu anlamak için kritiktir.

Neden önemli

Bu, ilgili tüm depo aktivitelerini birbirine bağlayan ve her lojistik sipariş için eksiksiz, uçtan uca bir süreç görünümü sağlayan temel Case ID'sidir.

Nereden alınır

Bu tanımlayıcı genellikle Oracle WMS Cloud içindeki depo siparişi tablolarının başlık seviyesinde, Siparişler veya Görevler modülleri gibi yerlerde bulunur.

Örnekler
WO-0054321ORD-9876543SHIP-2024-1001
Faaliyet Adı
ActivityName
Depo yönetimi süreci içinde meydana gelen 'Mallar Toplandı' veya 'Sevkiyat Gönderildi' gibi belirli bir iş event'inin veya görevinin adıdır.
Açıklama

Aktivite Adı, depo siparişi yaşam döngüsündeki tek bir adımı veya dönüm noktasını tanımlar. Bu aktiviteler, süreç haritasındaki sıralı düğümleri oluşturarak süreç akışının görselleştirilmesine ve analiz edilmesine olanak tanır. Her aktivite zaman damgası içerir, performans ölçümü ve Bottleneck analizi için temel sağlar.

Proses madenciliğinde, bu öznitelik süreç modelini oluşturmak için temeldir. Farklı adımlar arasındaki aktivite frekanslarını, yollarını ve sürelerini analiz etmek için kullanılır. 'Kalite Kontrol Gerçekleştirildi' veya 'Toplama Görevi Oluşturuldu' gibi aktivitelerin sırasını ve oluşumunu anlamak, kaynak tahsisini optimize etmek ve döngü sürelerini iyileştirmek için anahtardır.

Neden önemli

Bu öznitelik, süreç haritasındaki adımları tanımlar ve depo Workflow'unu görselleştirmeyi, analiz etmeyi ve optimize etmeyi mümkün kılar.

Nereden alınır

Bu bilgi genellikle Oracle WMS Cloud'daki süreç dönüm noktalarını yakalayan event log'lardan, görev durum tablolarından veya işlem kayıtlarından türetilir.

Örnekler
Mallar GeldiPicking Task CreatedÜrünler PaketlendiGönderim Sevk Edildi
Olay Başlangıç Zamanı
EventStartTime
Belirli bir depo aktivitesinin veya event'inin ne zaman başladığını gösteren zaman damgasıdır.
Açıklama

Event Başlangıç Zamanı, bir aktivitenin başlangıcını işaretleyen kesin tarih ve saattir. Proses madenciliğinde event'leri kronolojik olarak sıralamak ve süreleri ile döngü zamanlarını hesaplamak için kullanılan birincil zamansal özniteliktir. Bu zaman damgası, süreç akışının gerçekte olduğu gibi doğru bir temsilini oluşturmak için hayati önem taşır.

Event Başlangıç Zamanına dayalı analiz, performans izleme için kritiktir. Aktiviteler arasındaki süre, tüm bir durumun süresi ve hizmet seviyesi anlaşmalarına uyum gibi temel metriklerin hesaplanmasına olanak tanır. 'Mal Kabulden Yerleştirmeye Döngü Süresi' gibi döngü sürelerini görselleştiren Dashboard'lar, gecikmeleri belirlemek için tamamen bu özniteliğe güvenir.

Neden önemli

Bu zaman damgası, event'leri doğru şekilde sıralamak ve döngü süreleri ve Bottleneck'ler gibi tüm zamana dayalı performans metriklerini hesaplamak için hayati öneme sahiptir.

Nereden alınır

Bu genellikle Oracle WMS Cloud işlem tablolarındaki bir görev veya event kaydıyla ilişkili oluşturulma veya başlangıç zaman damgası alanıdır.

Örnekler
2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
Kaynak Sistem
SourceSystem
Depo yönetimi verilerinin çıkarıldığı sistemdir.
Açıklama

Bu öznitelik, bu durumda Oracle WMS Cloud olan verinin kaynağını tanımlar. Statik görünse de, veri yönetimi, izlenebilirlik ve birden fazla sistemden gelen verilerin daha geniş bir analiz için birleştirildiği senaryolarda hayati öneme sahiptir.

Proses madenciliği bağlamında, paydaşların verilere güvenmelerine ve bağlamını anlamalarına yardımcı olur. Farklı depolar farklı sistemler kullanıyorsa, bu alan aralarındaki süreç performansını bölümlendirmek ve karşılaştırmak için temel hale gelir.

Neden önemli

Veri kaynağı ve yönetişimi için kritik bağlam sağlayarak, izlenebilirliği güvence altına alır ve çoklu sistem analizini mümkün kılar.

Nereden alınır

Bu, genellikle veri dönüştürme süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.

Örnekler
Oracle WMS CloudOracle Fusion WMS
Son Veri Güncellemesi
LastDataUpdate
Bu `event` için verilerin kaynak sistemden en son ne zaman çekildiğini veya yenilendiğini gösteren `timestamp`.
Açıklama

Last Data Update, verilerin Oracle WMS Cloud'dan çekildiği tarih ve saati belirtir. Bu meta veri, analizin güncelliğini anlamak ve kararların güncel bilgilere dayanmasını sağlamak için hayati öneme sahiptir.

Process Mining Dashboard'ları için bu zaman damgası, kullanıcıyı görüntülenen verilerin güncelliği hakkında bilgilendirir. Analizin gerçek zamanlı operasyonları mı yoksa geçmiş bir anlık görüntüyü mü yansıttığına dair beklentileri yönetmeye yardımcı olur, bu da operasyonel izleme için kritiktir.

Neden önemli

Verilerin güncelliğini gösterir; bu, kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamaları için gereklidir.

Nereden alınır

Bu timestamp, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir.

Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Depo Sipariş Tipi
WarehouseOrderType
Depo siparişini, örneğin, gelen mal kabulü, giden sevkiyat veya dahili transfer olarak kategorize eder.
Açıklama

Depo Sipariş Tipi, siparişin amacı hakkında temel bağlam sağlar. Yaygın tipler arasında müşteri sevkiyatları, satın alma siparişi kabulleri, tesisler arası stok transferleri veya iadeler bulunur. Bu kategorizasyon, süreç analizini bölümlendirmek ve farklı Workflow'lar arasında performansı karşılaştırmak için temeldir.

Proses madenciliğinde, sipariş tipine göre filtreleme, genellikle çok farklı adımlara ve performans hedeflerine sahip olan gelen ve giden akışlar için ayrı süreç haritaları oluşturulmasına olanak tanır. Örneğin, bir giden sevkiyat için KPI'lar hız ve müşteri teslimatına odaklanırken, bir gelen mal kabulü için olanlar envanter kullanılabilirliği ve doğruluğuna odaklanır. Bu öznitelik, farklı karşılama süreçlerini karşılaştırmak için 'Toplama ve Paketleme Verimi' dashboard'u için hayati öneme sahiptir.

Neden önemli

Analizin, gelen, giden veya dahili gibi farklı hedefleri ve iş akışları olan ayrı süreçlere bölümlendirilmesine olanak tanır.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle depo siparişi başlık verilerinde mevcuttur.

Örnekler
Giden SevkiyatGelen MakbuzDahili AktarımMüşteri İadesi
Gerçek Miktar
ActualQuantity
Mal kabul veya toplama gibi bir aktivite sırasında sayılan veya işlenen öğelerin gerçek miktarıdır.
Açıklama

Gerçek Miktar, bir depo görevi sırasında işlenen birimlerin fiziksel sayımıdır. Bu genellikle mal kabul, yerleştirme, toplama veya periyodik sayım aktiviteleri sırasında kaydedilir. Envanter hareketinin gerçek durumunu temsil eder.

Bu öznitelik, 'Envanter Miktarı Tutarsızlığı' dashboard'u için kritik öneme sahiptir. Gerçek Miktarın, bir satın alma siparişi veya sevkiyat siparişi gibi kaynak belgesindeki Planlanan Miktar ile karşılaştırılmasıyla tutarsızlıklar anında tespit edilebilir. Bu farklılıkların analizi, tedarikçi hataları, mal kabul yanlışları veya toplama hataları gibi envanter doğruluğundaki sapmaların kaynaklarını belirlemeye yardımcı olur; bu da doğru stok seviyelerini korumak için hayati önem taşır.

Neden önemli

Planlanan miktarla karşılaştırarak envanter tutarsızlıklarını belirlemek için gereklidir, bu da stok doğruluğunu artırmaya yardımcı olur.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle işlem detayları veya görev satır öğesi tablolarında bir alandır.

Örnekler
10098500
Kullanıcı/Operatör ID'si
UserOperatorId
Depo aktivitesini gerçekleştiren kullanıcı, operatör veya çalışanın tanımlayıcısıdır.
Açıklama

Bu öznitelik, toplama, paketleme veya malları yerleştirme gibi belirli bir görevi yerine getirmekten sorumlu kişiyi tanımlar. İnsan kaynakları performansını, iş yükü dağıtımını ve standart işletim prosedürlerine uyumu analiz etmek için kritik bir boyuttur.

Süreci Kullanıcı/Operatör ID'sine göre analiz etmek, en iyi performans gösteren çalışanları, ek eğitime ihtiyaç duyanları ve ekip genelindeki iş yükü dengesizliklerini belirlemeye yardımcı olur. Farklı kullanıcıların genel süreç verimliliğine nasıl katkıda bulunduğunu ve Bottleneck'lerin belirli kullanıcı eylemleriyle nerede ilişkili olabileceğini anlamak için 'Aktiviteye Göre Kaynak Kullanımı' dashboard'u için hayati öneme sahiptir.

Neden önemli

Bu öznitelik, iş gücü performansını analiz etmek, eğitim ihtiyaçlarını belirlemek ve adil iş yükü dağılımı sağlamak için anahtardır.

Nereden alınır

Bu genellikle işlem veya görev tablolarında bulunur ve eylem gerçekleştirildiğinde sisteme veya el terminaline giriş yapmış kullanıcıyla sıklıkla bağlantılıdır.

Örnekler
JSMITHBJOHNSONUSER123
Olay Bitiş Zamanı
EventEndTime
Belirli bir depo aktivitesinin veya event'inin ne zaman tamamlandığını gösteren zaman damgasıdır.
Açıklama

Event Bitiş Zamanı, bir aktivitenin sonuçlandığı kesin tarih ve saati işaretler. Mevcut olduğunda, bir aktivitenin süresini bir sonraki aktivitenin başlangıç zamanından çıkarım yapmaya kıyasla daha doğru bir şekilde ölçer. Bu, 'Paketleme' veya 'Kalite Kontrol' gibi ölçülebilir bir işleme süresi olan görevler için özellikle faydalıdır.

Analizde, hem başlangıç hem de bitiş zamanına sahip olmak, aktivite işleme sürelerinin kesin olarak hesaplanmasını sağlar. Bu, bir görev üzerinde aktif olarak çalışarak geçirilen süre (işleme süresi) ile bir sonraki adımın başlamasını bekleyerek geçirilen süre (bekleme süresi) arasında ayrım yapmaya yardımcı olur. Bu ayrım, kaynak kullanımı ve verimlilik analizi için anahtardır.

Neden önemli

Bireysel faaliyet sürelerinin hassas bir şekilde hesaplanmasını sağlayarak, aktif işlem süresini boş bekleme süresinden ayırt etmeye yardımcı olur.

Nereden alınır

Bu genellikle Oracle WMS Cloud'daki bir görev veya event kaydında tamamlanma veya bitiş zaman damgası alanıdır.

Örnekler
2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
Öncelik Seviyesi
PriorityLevel
Depo siparişinin aciliyetini belirten bir sınıflandırma, örneğin 'Yüksek', 'Normal' veya 'Düşük'.
Açıklama

Öncelik Seviyesi, bir depo siparişinin aciliyetini gösteren, işletme tarafından tanımlanmış bir özniteliktir. Ekspres sevkiyatlar veya kritik stok eksiklikleri için stok yenilemeleri gibi yüksek öncelikli siparişler, genellikle daha hızlı bir süreç yolunu izlemeli ve kaynaklardan acil dikkat gerektirmelidir.

Bu öznitelik, 'Öncelikli Sipariş Karşılama Performansı' dashboard'u için hayati öneme sahiptir. Süreçleri Öncelik Seviyesine göre filtreleyerek ve karşılaştırarak, yöneticiler yüksek öncelikli siparişlerin gerçekten hızlandırılıp hızlandırılmadığını ve daha katı SLA'larını karşılayıp karşılamadığını değerlendirebilir. En kritik iş ihtiyaçlarını karşılamak için kaynakların etkin bir şekilde tahsis edilmesini sağlamaya yardımcı olur.

Neden önemli

Acil siparişlerin standart olanlardan daha hızlı işlenip işlenmediğinin analizine olanak tanır ve kritik SLA'ların karşılandığını sağlar.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle sipariş başlık verilerinde bir alandır.

Örnekler
YüksekNormalDüşük
SLA Durumu
SLAState
Talep Edilen Tamamlama Tarihine göre depo siparişinin zamanında, geç veya risk altında tamamlanıp tamamlanmadığını gösteren hesaplanmış bir durum.
Açıklama

SLA Durumu, bir siparişin teslim tarihine göre performansının anında sınıflandırmasını sağlayan türetilmiş bir özniteliktir. Tamamlama aktivitesinin (örn. 'Sevkiyat Gönderildi') zaman damgasını 'RequestedCompletionDate' ile karşılaştırarak hesaplanır. Durum, teslim tarihine yaklaşan açık siparişler için 'Zamanında', 'Gecikmeli' veya potansiyel olarak 'Risk Altında' olarak kategorize edilebilir.

Bu öznitelik, 'Depo Siparişi SLA Uyumluluğu' dashboard'u için özel olarak tasarlanmıştır. Karmaşık tarih karşılaştırmalarını kolay anlaşılır bir duruma basitleştirerek, performansın hızlı görsel değerlendirmesini sağlar. Analistler bunu tüm gecikmiş siparişleri filtrelemek ve neden hizmet seviyesi anlaşmalarını kaçırdıklarına dair temel neden analizi yapmak için kullanabilirler.

Neden önemli

SLA uyumluluğunun basit, hızlı bir bakışta durumunu sunarak, zamanında performansın izlenmesini ve analiz edilmesini kolaylaştırır.

Nereden alınır

Bu, son aktivitenin zaman damgasını RequestedCompletionDate ile karşılaştırarak hesaplanır.

Örnekler
ZamanındaGecikmişRisk Altında
Talep Edilen Tamamlanma Tarihi
RequestedCompletionDate
Depo siparişinin tamamlanması veya sevk edilmesi beklenen hedef tarihtir.
Açıklama

Talep Edilen Tamamlanma Tarihi, sipariş için hizmet seviyesi anlaşmasını (SLA) veya müşteri tarafından beklenen teslim tarihini temsil eder. Bu tarih, siparişin gerçek tamamlanma süresinin zamanında, erken veya geç olup olmadığını belirlemek için ölçüldüğü referans noktasıdır.

Bu öznitelik, 'Depo Siparişi SLA Uyumluluğu' gibi performans izleme dashboard'ları ve 'Zamanında Sevkiyat Uyumluluğu' gibi KPI'ları hesaplamak için temeldir. Gerçek sevk zaman damgasını bu talep edilen tarihle karşılaştırarak, işletmeler hizmet seviyesi performanslarını ölçebilir, gecikmelerin temel nedenlerini belirleyebilir ve teslim tarihlerini kaçırma riski taşıyan siparişleri önceliklendirebilir.

Neden önemli

Bu, zamanında performans ve SLA uyumluluğunu ölçmek için birincil özniteliktir ve müşteri memnuniyetini doğrudan etkiler.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle sipariş başlık verilerinin bir parçasıdır ve çoğu zaman bir satış siparişinden veya satın alma siparişinden türetilir.

Örnekler
2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
Depo Sipariş Durumu
WarehouseOrderStatus
Depo siparişinin 'Tamamlandı' veya 'İptal Edildi' gibi mevcut veya nihai durumu.
Açıklama

Bu öznitelik, bir depo siparişinin sonucunu veya nihai durumunu gösterir. Başarılı bir şekilde işlenen siparişler ile iptal edilen veya hala devam eden siparişler arasında ayrım yapmaya yardımcı olur. Bu, yalnızca tamamlanan süreçleri analiz etmek veya iptallerin nedenlerini araştırmak için durumları (case'leri) filtrelemek için önemli bir boyuttur.

Durumları (case'leri) nihai durumlarına göre analiz etmek, süreç varyasyonlarını ve sonuçlarını anlamak için önemlidir. Örneğin, 'Tamamlandı' ve 'İptal Edildi' siparişlerinin süreç akışlarını karşılaştırmak, iptallerin genellikle hangi aşamada meydana geldiğini ortaya çıkarabilir, bu da envanter, müşteri talepleri veya sistem hatalarıyla ilgili potansiyel sorunlara ilişkin içgörüler sağlar. Ayrıca 'Günlük Depo Verimi' gibi verim KPI'larını hesaplamak için de kullanılır.

Neden önemli

Bir vakanın sonucunu tanımlayarak, analizin başarıyla tamamlanan siparişlere odaklanmasını veya iptaller gibi istisnaları araştırmaya olanak tanır.

Nereden alınır

Bu genellikle Oracle WMS Cloud'daki depo siparişi başlık kaydında bulunan durum alanıdır.

Örnekler
TamamlandıDevam Ediyorİptal EdildiBeklemede
Equipment Used
EquipmentUsed
Bir depo aktivitesini gerçekleştirmek için kullanılan, bir forklift veya el terminali gibi ekipman için tanımlayıcıdır.
Açıklama

Bu öznitelik, bir depo görevi sırasında kullanılan fiziksel varlık veya ekipmanı belirtir. Ekipman kullanımını izlemek, insan operatör performans görünümünü tamamlayarak kaynak analizi için başka bir katman sağlar. Ekipman kullanım oranlarını anlamaya, bakım ihtiyaçlarını belirlemeye ve makinelerin tahsisini optimize etmeye yardımcı olabilir.

'Aktiviteye Göre Kaynak Kullanımı' dashboard'u için, kullanılan ekipmana göre veri analizi kritiktir. Belirli ekipman türlerinin Bottleneck olup olmadığını veya ekipman kullanılabilirliği ve verimliliğine dayalı görev tahsisini iyileştirme fırsatları olup olmadığını ortaya çıkarabilir. Örneğin, belirli bir forklift modelinin yerleştirme görevleri için sürekli olarak daha yavaş olduğunu gösterebilir, bu da bir araştırmayı tetikler.

Neden önemli

Bu, ekipman kullanımının ve verimliliğinin analizini sağlayarak, varlıklarla ilgili Bottleneck'leri belirlemeye ve kaynak tahsisini optimize etmeye yardımcı olur.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu, özellikle operatörler belirli ekipmanlara giriş yaparsa, görev yürütme kayıtlarında tutulabilir.

Örnekler
FORKLIFT-05SCANNER-A12CART-27
Gönderi Kimliği
ShipmentId
Bir veya daha fazla depo siparişini birlikte taşınmak üzere gruplandıran sevkiyat için benzersiz tanımlayıcıdır.
Açıklama

Sevkiyat ID'si, birden fazla depo siparişini tek bir lojistik birim altında taşıma için birleştirebilen daha üst düzey bir tanımlayıcıdır. Örneğin, aynı varış noktasına giden birkaç küçük sipariş, aynı kamyonda tek bir sevkiyat altında gruplandırılabilir.

Bu analiz için Depo Siparişi durum ID'si olsa da, Sevkiyat ID'si, giden lojistiği analiz etmek için ek bir boyut sağlar. Tüm siparişleri bir sevkiyat için birleştirme toplam süresi gibi sevkiyat düzeyinde performansın değerlendirilmesine olanak tanır. Ayrıca, sadece tek bir siparişi değil, tüm bir sevkiyatı etkileyen sorunları izlemek için de kullanılabilir.

Neden önemli

Birden fazla siparişi tek bir taşıma biriminde gruplandırarak, konsolidasyon verimliliği ve sevkiyat düzeyinde performans analizi yapılmasına olanak tanır.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle sevkiyat veya yük yönetimi modüllerinde bulunur.

Örnekler
SHP-98765LOAD-A543BOL-123456
İşlem Süresi
ProcessingTime
Bir depo aktivitesini aktif olarak gerçekleştirirken harcanan sürenin süresi.
Açıklama

İşleme Süresi, bir aktivitenin başlangıcı ve bitişi arasında geçen süreyi ölçen hesaplanmış bir metriktir. Görevler arasındaki bekleme süresinin aksine, bir görev için gerçek 'dokunma süresini' veya çalışma süresini temsil eder. Genellikle EventEndTime eksi EventStartTime olarak hesaplanır.

Bu metrik, verimlilik analizi için temel olup 'Aktiviteye Göre Kaynak Kullanımı' dashboard'unun önemli bir bileşenidir. Aktif olarak çalışarak geçirilen süreyi izole ederek, yöneticiler hangi belirli görevlerin en çok zaman aldığını ve proses iyileştirme veya otomasyon fırsatlarının nerede olduğunu belirleyebilir. 'Bir siparişi paketlemek aslında ne kadar sürer?' gibi soruları yanıtlamaya yardımcı olur.

Neden önemli

Bu hesaplanmış metrik, bir görevin aktif çalışma süresini ölçerek zaman alıcı aktiviteleri belirlemeye ve kaynak verimliliğini analiz etmeye yardımcı olur.

Nereden alınır

Bu, EventStartTime ve EventEndTime'dan hesaplanır. (İşleme Süresi = EventEndTime - EventStartTime).

Örnekler
15 dakika45 saniye1 saat 5 dakika
Konum Tanımlayıcı
LocationIdentifier
Bir göz, yükleme kapısı veya hazırlık alanı gibi bir aktivitenin meydana geldiği depo içindeki belirli fiziksel konumdur.
Açıklama

Konum Tanımlayıcısı, bir event ile ilişkili depodaki tam yeri belirtir. Bu, 'Mallar Geldi' için bir mal kabul iskelesi, 'Mallar Depolamaya Yerleştirildi' için bir depolama gözü, 'Mallar Paketlendi' için bir paketleme istasyonu veya 'Sevkiyat İçin Hazırlandı' için bir hazırlık şeridi olabilir.

Bu öznitelik, süreç analizine mekansal bir boyut katar. Deponun belirli fiziksel alanlarıyla bağlantılı Bottleneck'leri belirlemeye yardımcı olabilir. Örneğin, analiz belirli bir koridorun toplama için sürekli yavaş olduğunu veya belirli bir iskele kapısının mal kabul için bir Bottleneck olduğunu ortaya çıkarabilir. Bu içgörü, depo düzeni, kaynak tahsisi ve süreç tasarımı hakkındaki kararları bilgilendirebilir.

Neden önemli

Analize fiziksel bir boyut katarak, belirli depo bölgeleri, koridorlar veya kutularla ilgili darboğazları belirlemeye yardımcı olur.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu bilgiler genellikle görev düzeyi ayrıntılarında kaydedilir.

Örnekler
A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
Neden Kodu
ReasonCode
Bir envanter düzeltmesi, iade veya sapma gibi belirli bir olayın nedenini açıklayan bir kod veya açıklama.
Açıklama

Bir Neden Kodu (Reason Code), süreç içindeki standart dışı olaylar veya istisnalar için bağlam sağlar. Örneğin, bir 'Envanter Düzeltildi' (Inventory Adjusted) faaliyeti gerçekleşirse, neden kodu 'Hasarlı Mallar' (Damaged Goods), 'Sayım Düzeltmesi' (Cycle Count Adjustment) veya 'Süresi Dolmuş Stok' (Expired Stock) belirtebilir. Bu, süreç sapmalarının temel neden analizleri için çok önemlidir.

Process Mining'de, neden kodları istisnaların nedenlerini anlamak için paha biçilmezdir. Farklı neden kodlarının sıklığını ve etkisini analiz etmek, sistemik sorunları belirlemeye yardımcı olabilir. Örneğin, 'Hasarlı Mallar' düzeltmelerinin yüksek sıklığı, elleçleme prosedürlerinin gözden geçirilmesini tetikleyebilirken, sık 'Toplama Hatası' (Picking Error) kodları, toplayıcılar için daha iyi eğitim veya sistem kontrollerine ihtiyaç olduğunu gösterecektir.

Neden önemli

İstisnalar ve sapmalar için kritik bağlam sağlar, envanter ayarlamaları veya gecikmeler gibi sorunların temel neden analizini mümkün kılar.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu kodlar genellikle istisna işleme işlemleri sırasında girilir.

Örnekler
DMG - Taşıma sırasında hasar gördüQTY_MISMATCH - Supplier ShortageWRONG_ITEM_PICKED
Planlanan Miktar
PlannedQuantity
Bir satın alma veya satış siparişi gibi kaynak belgeye dayalı olarak bir aktivite için beklenen öğe miktarıdır.
Açıklama

Planlanan Miktar, kaynak belge tarafından belirtildiği gibi belirli bir görev için beklenen birim sayısıdır. Bir gelen mal kabulü için bu, satın alma siparişindeki miktar olacaktır. Bir giden sevkiyat için ise satış siparişindeki miktar olacaktır.

Bu öznitelik, Gerçek Miktar ile karşılaştırma için bir referans noktası görevi görür. 'Envanter Veri Tutarsızlık Oranı' KPI'ı, planlanan ve gerçek miktarlar arasındaki sapmalara göre hesaplanır. Bu farklılıkların analizi, tedarikçilerle, iç süreçlerle veya veri giriş hatalarıyla ilgili sorunları ele almak için tedarik zinciri ve envanter yönetimi için hayati öneme sahiptir.

Neden önemli

Envanter doğruluğunu ölçmek ve mal kabul veya toplama süreçlerindeki tutarsızlıkları belirlemek için bir referans noktası görevi görür.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle depo göreviyle ilişkili sipariş satır öğesinde bulunur.

Örnekler
100100500
Taşıyıcı
Carrier
Giden sevkiyatı gerçekleştirmek üzere atanan nakliye taşıyıcısı veya ulaşım sağlayıcısıdır.
Açıklama

Taşıyıcı özniteliği, malların depodan nihai varış noktasına taşınmasından sorumlu lojistik ortağı tanımlar. Bu, FedEx veya UPS gibi ticari bir taşıyıcı, bir nakliye şirketi veya dahili bir filo olabilir.

Bu bilgi, farklı taşıyıcıların performansını analiz etmek ve karşılaştırmak için 'Sevkiyat Gönderme Döngü Süresi' dashboard'unda kullanılır. 'Sevkiyat İçin Hazırlandı'dan 'Sevkiyat Gönderildi'ye kadar geçen süreyi taşıyıcıya göre bölerek, işletme hangi ortakların daha verimli olduğunu, hangilerinin gecikmelere neden olduğunu belirleyebilir ve bu verileri sözleşme görüşmeleri ve taşıyıcı seçimi için kullanabilir.

Neden önemli

Farklı nakliye taşıyıcıları arasında performans karşılaştırmasına olanak tanıyarak, giden lojistiği optimize etmeye ve sevk gecikmelerini azaltmaya yardımcı olur.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle depo siparişiyle ilgili sevkiyat veya yük bilgilerinde saklanır.

Örnekler
FedExUPSDHLXPO Logistics
Ürün SKU
ProductSKU
Depo siparişinde işlenen ürünün Stok Tutma Birimi (SKU) veya tanımlayıcısıdır.
Açıklama

Ürün SKU'su, belirli bir ürünü veya öğeyi tanımlayan benzersiz koddur. Depo siparişleri genellikle bir veya daha fazla ürün içerir ve bu öznitelik, işlenen öğelere göre analizin bölümlendirilmesine olanak tanır.

Süreci Ürün SKU'suna göre analiz etmek, farklı ürünlerin depo verimliliğini nasıl etkilediğini ortaya çıkarabilir. Örneğin, hacimli veya kırılgan öğeler daha uzun işlem sürelerine sahip olabilirken, hızlı hareket eden ürünler daha optimize edilmiş bir süreç yolunu izleyebilir. Bu bilgi, ürünlerin toplama ve yerleştirme seyahat sürelerini optimize etmek için depoya yerleştirildiği slotlama stratejileri ve ürün özelliklerinin genel verimi nasıl etkilediğini anlamak için değerlidir.

Neden önemli

Ürün özelliklerine dayalı analiz yapılmasına olanak tanır; bu da elleçleme sürelerini ve süreç akışlarını etkileyerek yerleştirme ve depolama stratejilerine bilgi sağlayabilir.

Nereden alınır

Oracle WMS Cloud dokümantasyonuna danışın. Bu, sipariş satır öğesi veya görev detay seviyesinde bulunur.

Örnekler
SKU-100-RED-LGPROD-54321HW-CMP-001A
Yeniden İşleme mi?
IsRework
Bir faaliyetin aynı vaka içinde önceki bir adımın tekrarı olup olmadığını gösteren, yeniden işleme veya bir süreç döngüsünü işaret eden bir mantıksal bayrak.
Açıklama

Is Rework, bir sürecin doğrusal bir akıştan sapıp bir faaliyeti tekrarladığını belirten hesaplanmış bir bayraktır. Örneğin, bir 'Mallar Toplandı' (Goods Picked) faaliyetini aynı sipariş için başka bir 'Mallar Toplandı' faaliyeti takip ederse, ikinci örnek yeniden işleme olarak işaretlenir. Bu durum genellikle bir toplama hatası gibi düzeltilmesi gereken bir sorunu gösterir.

Bu nitelik, 'Process Deviation & Rework Analysis' (Süreç Sapması ve Yeniden İşleme Analizi) Dashboard'ı ve 'Warehouse Rework Rate' (Depo Yeniden İşleme Oranı) KPI'ı için temeldir. Bu olayları işaretleyerek, analiz yeniden işlemenin sıklığını ve etkisini nicelendirebilir. Yeniden işleme eğilimi en yüksek olan faaliyetleri belirlemek, verimsizliğe ve artan operasyonel maliyetlere yol açan süreç zayıflıklarını, kalite sorunlarını veya eğitim eksikliklerini belirlemeye yardımcı olur.

Neden önemli

Bu bayrak, süreç verimsizliklerini ve döngülerini doğrudan belirleyerek yeniden işleme maliyetini ve sıklığını nicel olarak belirlemeye yardımcı olur.

Nereden alınır

Bu, proses madenciliği aracı içinde aynı CaseId için tekrarlanan aktivite dizilerini tespit ederek hesaplanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

Depo Yönetimi Aktiviteleri

Bunlar, doğru süreç keşfi için `event log`'unuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
Depo Siparişi Tamamlandı
Bu, depo siparişinin kendisinin nihai kapanışını temsil eder ve sevkiyat sevk edildiği anda veya tüm sistem güncellemeleri tamamlandıktan kısa bir süre sonra meydana gelebilir. Bu, süreç için başarılı bir bitiş event'idir.
Neden önemli

Bu aktivite, uçtan uca depo süreç yaşam döngüsünün sonunu tanımlar. Tüm depo operasyonunun toplam döngü süresini ve verimini hesaplamak için hayati öneme sahiptir.

Nereden alınır

Bu event genellikle depo siparişi nesnesinin nihai durumunun 'Tamamlandı' veya 'Kapandı' olarak değişmesinden çıkarılır. Bu nihai durum güncellemesinin zaman damgası kullanılır.

Yakala

Depo siparişinin nihai başarı durumuna geçişinden çıkarılmıştır.

Event tipi inferred
Gelen Teslimat Oluşturuldu
Bu aktivite, Oracle WMS Cloud'da bir İleri Sevk Bildirimi (ASN) veya gelen teslimat kaydının oluşturulmasını işaretler. Gelen sürecin başlangıcını ifade eder ve malların depoya varmasının beklendiğine dair resmi bildirimi temsil eder.
Neden önemli

Bu, gelen depo süreci için birincil başlangıç event'idir. Bu noktadan gerçek mal kabulüne kadar geçen süreyi analiz etmek, tedarikçi güvenilirliğini ve planlama doğruluğunu ölçmeye yardımcı olur.

Nereden alınır

Bu event genellikle Gelen Sevkiyat veya ASN nesnelerinin işlem geçmişinden yakalanır. Belgenin oluşturulma zaman damgasına karşılık gelir.

Yakala

Gelen Sevkiyat (Inbound Shipment) veya ASN kaydının oluşturma olayından alınmıştır.

Event tipi explicit
Gönderim Sevk Edildi
Bu aktivite, yüklü kamyonun sevk edildiği ve depodan ayrıldığı son adımı işaretler. Bu işlem, WMS'deki giden siparişi finansal ve fiziksel olarak kapatır.
Neden önemli

Bu, son giden dönüm noktasıdır ve zamanında sevkiyat uyumluluğu için kritik bir KPI veri noktasıdır. Malların taşıyıcıya teslimini ve depo sorumluluğunun sonunu ifade eder.

Nereden alınır

Bu, Oracle WMS Cloud'da önemli bir açık işlemdir; genellikle 'Sevkiyat Onayı' veya 'Yüklemeyi Gönder' olarak adlandırılır. Giden Yük veya Sevkiyat kaydına kesin bir zaman damgası ile kaydedilir.

Yakala

'Sevkiyat Onayı' (Ship Confirm) veya 'Yük Sevk Etme' (Dispatch Load) işleminin zaman damgasından alınmıştır.

Event tipi explicit
Mallar Teslim Alındı
Bu aktivite, malların boşaltıldığını, tarandığını ve deponun sorumluluğuna resmen kabul edildiğini gösterir. Miktarların gelen teslimat belgesine göre onaylandığı işlemsel bir event'tir.
Neden önemli

Bu, envanterin resmi kabulünü işaretleyen kritik bir dönüm noktasıdır. Bu aktiviteyi tamamlamak için geçen süre, stoğun yerleştirme ve karşılama için ne kadar hızlı kullanıma sunulduğunu doğrudan etkiler.

Nereden alınır

Bu, Oracle WMS Cloud'daki mal kabul işlem loglarından yakalanır. Bir öğe kabulünün her taraması veya onayı, bir zaman damgası ile bir işlem kaydı oluşturur.

Yakala

'ASN Alımı' veya benzeri mal kabul işlemlerinin tamamlanma zaman damgasına dayanır.

Event tipi explicit
Mallar Yerleştirildi
Bu aktivite, yerleştirme sürecinin başarılı bir şekilde tamamlandığını gösterir. Bir operatör malları fiziksel olarak depolama gözüne taşımış ve eylemi sistemde onaylayarak envanteri kullanıma hazır hale getirmiştir.
Neden önemli

Bu, gelen sürecin sonunu işaretleyen önemli bir dönüm noktasıdır. Toplam 'Mal Kabulden Depolamaya Süresi' KPI'ını hesaplamak ve yerleştirme verimliliğini analiz etmek için kritiktir.

Nereden alınır

Bu, bir operatör yerleştirme görevini onayladığında, bir tamamlanma zaman damgası ile bir işlem kaydı oluşturularak yakalanır. Genellikle görev geçmişinde veya envanter işlem loglarında bulunur.

Yakala

Yerleştirme görevi işleminin tamamlanma zaman damgasına dayanır.

Event tipi explicit
Ürünler Paketlendi
Bir sevkiyat konteyneri veya tüm bir sipariş için paketleme sürecinin tamamlanmasını temsil eder. Operatör, tüm öğelerin paketlendiğini ve konteynerin mühürlenip sevkiyat için etiketlendiğini onaylar.
Neden önemli

Bu dönüm noktası, bir sipariş için depo içindeki katma değerli aktivitelerin sonunu işaretler. Toplamadan paketleme tamamlanmasına kadar geçen süre, dahili karşılama hızının önemli bir göstergesidir.

Nereden alınır

Bu genellikle 'Konteyneri Kapat' veya 'Paketlemeyi Bitir' gibi açık bir işlemdir. Tamamlanma zaman damgası, paketleme veya giden sipariş işlem geçmişine kaydedilir.

Yakala

Siparişin son paketleme işleminin tamamlanma zaman damgasından alınmıştır.

Event tipi explicit
Ürünler Toplandı
Bu aktivite, bir operatörün öğeleri depolama konumlarından fiziksel olarak aldığını ve sistemde toplamayı onayladığını gösterir. Mallar artık paketleme veya hazırlık alanına taşınmaya hazırdır.
Neden önemli

Bu, sipariş karşılama sürecinde önemli bir dönüm noktasıdır. Toplama sürelerini analiz etmek, depo düzeni, toplama stratejileri veya operatör performansından kaynaklanan Bottleneck'leri belirlemeye yardımcı olur.

Nereden alınır

Bu, görev geçmişindeki veya işlem loglarındaki toplama görevinin tamamlanma zaman damgasından yakalanır. Operatör tarafından yapılan onay taraması işlemi tamamlar.

Yakala

Toplama görevi işleminin tamamlanma zaman damgasına dayanır.

Event tipi explicit
Depo Siparişi İptal Edildi
Bir depo siparişinin tamamlanmadan önce iptalini temsil eder. Bu, süreç için alternatif, başarısız bir son durumdur.
Neden önemli

İptalleri izlemek, talep değişikliklerini, veri giriş hatalarını veya siparişlerin iptal edilmesine neden olan diğer sorunları anlamak için önemlidir. Süreç israfının kaynaklarını belirlemeye yardımcı olur.

Nereden alınır

Bu event, depo siparişinin durumunun 'İptal Edildi' veya benzer bir nihai duruma değişmesinden çıkarılır. Bu durum güncellemesinin zaman damgası kullanılır.

Yakala

Depo siparişinin 'İptal Edildi' durumuna geçişinden çıkarılmıştır.

Event tipi inferred
Envanter Ayarlandı
Belirli bir konumdaki bir ürünün miktarında manuel veya sistematik bir ayarlamayı temsil eder. Bu durum, periyodik sayım, hasar veya mal kabul tutarsızlıklarının düzeltilmesi nedeniyle meydana gelebilir.
Neden önemli

Bu aktivite, envanter doğruluğundaki sapmalara yol açan süreç hatalarını belirlemek için hayati öneme sahiptir. Ayarlamaların sıklığını ve büyüklüğünü analiz etmek, mal kabul, toplama veya depolama sorunlarını belirlemeye yardımcı olur.

Nereden alınır

Bu, Oracle WMS Cloud içindeki belirli envanter ayarlama işlem loglarından yakalanır. Bu loglar; öğeyi, konumu, miktar değişikliğini, neden kodunu ve zaman damgasını detaylandırır.

Yakala

Doğrudan envanter düzeltme işlem kayıtlarından alınmıştır.

Event tipi explicit
Kalite Kontrolü Gerçekleştirildi
Teslim alınan mallar üzerindeki bir kalite kontrol denetiminin tamamlanmasını temsil eder. Bu, belirli malzemeler veya tedarikçiler için standart bir adım olabilir veya duruma göre tetiklenebilir.
Neden önemli

Kalite denetimlerinin süresini ve sıklığını izlemek, gelen süreçteki gecikmeleri belirlemek için hayati öneme sahiptir. Malların kullanıma sunulmadan önce bir kalite güvence durumunda tutulduğu süreyi ölçmeye yardımcı olur.

Nereden alınır

Bu event, envanter kaydındaki durum değişikliklerinden, 'KG Beklemede' durumundan 'Mevcut' veya 'Yerleştirildi' durumuna geçiş gibi çıkarılır. Ayrıca bir kalite modülünden açık işlem logları da olabilir.

Yakala

Envanter durum değişikliklerinden veya alınan mallarla bağlantılı bir QA işleminin tamamlanmasından çıkarılmıştır.

Event tipi inferred
Mallar Geldi
Kamyonun veya taşıyıcının depo iskelesine fiziksel varışını ve resmi giriş sürecini temsil eder. Bu, genellikle münferit öğelerin boşaltılması ve detaylı kabulünün başlamasından önce kaydedilir.
Neden önemli

Bu dönüm noktası, taşıyıcı transit süresi ile deponun dahili işleme süresi arasında ayrım yapmaya yardımcı olur. İskele kapısı kullanımını ve mal kabul alanındaki potansiyel Bottleneck'leri analiz etmek için hayati öneme sahiptir.

Nereden alınır

Bu genellikle Gelen Sevkiyat veya ASN kaydında, bir iskele temsilcisinin teslimat belgelerini taraması veya sistemi manuel olarak güncellemesiyle tetiklenen bir durum güncellemesi olarak yakalanır.

Yakala

Gelen Sevkiyat üzerinde, örneğin 'Giriş Kontrolüne Ulaştı' (Arrived at Check-In) gibi bir durum değişikliği olayı olarak kaydedildi.

Event tipi explicit
Paketleme Başladı
Bu aktivite, toplanan malların bir paketleme istasyonuna ulaştığını ve bir operatörün paketleme sürecini başlattığını gösterir. Bu genellikle, öğeleri bir paketleme konteyneri ile ilişkilendiren açık bir taramadır.
Neden önemli

Bu aktiviteyi izlemek, paketleme alt sürecini toplama ve hazırlıktan ayırmaya yardımcı olur. Paketleme istasyonu verimliliğinin ve veriminin detaylı analizine olanak tanır.

Nereden alınır

Bu doğrudan bir işlem olabileceği gibi, bir paketleme taşıyıcısının (LPN) oluşturulması ve ilk ürünün içine okutulmasıyla da saptanabilir. Bu bilgi paketleme veya sevkiyat işlem günlüklerinde bulunur.

Yakala

'Paketlemeyi Başlat' (Start Pack) işleminden veya bir konteynere paketlenen ilk ürünün zaman damgasından alınmıştır.

Event tipi explicit
Picking Task Created
Bu event, sistem bir operatör için depodan öğeleri alarak bir giden siparişi yerine getirmek üzere toplama görevi oluşturduğunda meydana gelir. Depo içindeki sipariş karşılama döngüsünün başlangıcını işaretler.
Neden önemli

Bu, giden toplama süreci için tetikleyicidir. Bu event'ten toplama tamamlanmasına kadar geçen süre, sipariş karşılama verimliliği ve kaynak yanıt hızının önemli bir ölçütüdür.

Nereden alınır

Bu event, depo görev yönetimi tablolarında kaydedilir. Toplama görevi kaydının oluşturulma zaman damgası aktivite zamanı olarak kullanılır.

Yakala

Sistem tarafından oluşturulan toplama görevinin oluşturulma zaman damgasından alınmıştır.

Event tipi explicit
Sevkiyat İçin Hazırlandı
Bu aktivite, paketlenmiş konteynerlerin paketleme istasyonundan belirlenmiş bir sevkiyat hazırlık alanına taşındığını gösterir. Sipariş şimdi tamamlandı ve bir taşıyıcıya yüklenmeyi bekliyor.
Neden önemli

Bu, işleme aşamasından son sevk aşamasına geçişi işaretler. Malların hazırlık aşamasında geçirdiği süre, taşıyıcı varışındaki veya iskele planlamasındaki gecikmeleri vurgulayabilir.

Nereden alınır

Bu genellikle, paketlenmiş konteynerin konumunun bir hazırlık şeridine güncellendiği bir konum taşıma işlemi aracılığıyla yakalanır. Bu taşıma işleminin zaman damgası event'i işaretler.

Yakala

Paketlenmiş LPN'i bir hazırlık alanına taşıyan envanter taşıma işleminden alınmıştır.

Event tipi explicit
Yerleştirme Görevi Oluşturuldu
Bu event, sistemin bir depo operatörü için mal kabul iskelesinden teslim alınan malları belirlenmiş bir depolama konumuna taşımak üzere bir görev oluşturmasını işaretler. Bu, yerleştirme alt sürecinin başlangıç noktasıdır.
Neden önemli

Bu aktivite yerleştirme döngüsünü başlatır. Görev oluşturma ile gerçek yerleştirme tamamlanması arasındaki süreyi analiz etmek, sistem verimliliğini ve operatör yanıt süresini değerlendirmeye yardımcı olur.

Nereden alınır

Bu genellikle depo görevi veya işlem tablolarında kaydedilen açık bir event'tir. Yerleştirme görevi kaydının oluşturulma zaman damgası event zamanı olarak hizmet eder.

Yakala

Sistem tarafından oluşturulan yerleştirme görevinin oluşturulma zaman damgasından alınmıştır.

Event tipi explicit
Yükleme Başladı
Bu event, paketlenmiş malların hazırlık alanından taşıyıcının kamyonuna taşındığı fiziksel yükleme sürecinin başlangıcını temsil eder. Bu genellikle bir 'Yüklemeyi Başlat' işlemiyle başlatılır.
Neden önemli

Bu aktivite, yükleme sürecinin verimliliğine ilişkin görünürlük sağlar. Hazırlık bekleme süresini, bir kamyonu yüklerken harcanan aktif süreden ayırmaya yardımcı olur.

Nereden alınır

Bu genellikle Oracle WMS Cloud'daki bir Giden Yük kaydına bağlı açık bir işlemdir. Kullanıcı, zaman damgası olan bir 'Yüklemeyi Başlat' eylemi gerçekleştirir.

Yakala

Belirli bir giden taşıyıcı yüküyle ilişkili 'Yüklemeyi Başlat' (Start Load) işleminden alınmıştır.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi Oracle WMS Cloud'dan Nasıl Alırsınız?