Depo Yönetimi Veri Template'iniz
Depo Yönetimi Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Süreçleriniz için izlenecek temel faaliyetler
- `Veri` çıkarma rehberliği
Depo Yönetimi Öznitelikleri
| 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
Ö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
|
|||
Depo Yönetimi Aktiviteleri
| 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
|
|||