Your Depo Yönetimi Veri Template'i
Your Depo Yönetimi Veri Template'i
- Önerilen Öznitelikler
- Süreçleriniz için izlenecek temel aktiviteler
- `Veri` veri çekme kılavuzu
Depo Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite Adı
ActivityName
|
Depo yönetimi süreci içinde meydana gelen 'Mallar Toplandı' veya 'Sevkiyat Gönderildi' gibi belirli bir iş olayınin veya görevinin adıdır. | ||
|
Açıklama
Aktivite Adı, depo siparişi süreç 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 sunar. Her aktivite zaman damgası (zaman damgası) içerir, performans ölçümü ve Bottleneck analizi için temel sunar. Proses madenciliğinde, bu öznitelik süreç modelini oluşturmak için büyük önem taşır. 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 iyileştirmek ve döngü sürelerini iyileştirmek için temel rol oynar.
Neden Önemli?dir?
Bu öznitelik, süreç haritasındaki adımları tanımlar ve depo Workflow'unu görselleştirmeyi, analiz etmeyi ve optimize etmeyi sunar.
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:::::::
Goods ArrivedToplama Görevi OluşturulduÜrünler PaketlendiSevkiyat Gönderildi
|
|||
|
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 olayları 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ç süreç döngüsünün uçtan uca analizini sunar. 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 sunar. Depo operasyonlarının verimliliğini etkileyen yaygın süreç yollarını, Darboğazlar (Bottlenecks)i, 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 büyük önem taşır.
Neden Önemli?dir?
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 Vaka Kimliği'dir (Case ID).
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
|
|||
|
Olay Başlangıç Saati
EventStartTime
|
Specific (belirli) bir warehouse activity'sinin veya olayınin ne zaman began (başladığını) indicating (gösteren) zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Olay Başlangıç Zamanı, bir aktivitenin başlangıcını işaretleyen tam tarih ve saattir. Proses madenciliğinde olayları kronolojik olarak sıralamak ve süreleri ile döngü zamanlarını hesaplamak için kullanılan birincil zamansal özniteliktir. Bu zaman damgası (zaman damgası), süreç akışının gerçekte olduğu gibi doğru bir temsilini oluşturmak için önemlidir. Olay Başlangıç Zamanına dayalı analiz, performans izleme için büyük önem taşır. Aktiviteler arasındaki süre, tüm bir durumun süresi ve hizmet seviyesi anlaşmalarına uyum gibi temel metriklerin hesaplanmasına sunar. '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?dir?
Bu zaman damgası (zaman damgası), olayları doğru şekilde sıralamak ve döngü süreleri ve Darboğazlar (Bottlenecks) gibi tüm zamana dayalı performans metriklerini hesaplamak için büyük önem taşır.
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ı (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 büyük önem taşır. 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?dir?
Veri kaynağı ve yönetişimi için önemli bilgiler sağlayarak, izlenebilirliği sunar ve çoklu sistem analizini sunar.
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 `zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Son Veri Güncellemesi, 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ı güçlüak için büyük önem taşır. Process Mining Dashboard'ları için bu zaman damgası (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 büyük önem taşır.
Neden Önemli?dir?
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 zaman damgası (zaman damgası), veri çıkarma, dönüştürme ve yükleme (
Örnekler:::::::
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Depo Sipariş Türü
WarehouseOrderType
|
Depo siparişini, örneğin gelen kabul, giden sevkiyat veya dahili transfer olarak kategorize eder. | ||
|
Açıklama
Depo Sipariş Tipi, siparişin amacı hakkında temel bağlam sunar. 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 büyük önem taşır. 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 sunar. Ö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' kontrol paneli'u için büyük önem taşır.
Neden Önemli?dir?
Analizin, gelen, giden veya dahili gibi farklı hedefleri ve iş akışları olan ayrı süreçlere bölümlendirilmesine sunar.
Nereden Alınır??
Oracle WMS Cloud dokümantasyonuna danışın. Bu genellikle depo siparişi başlık verilerinde mevcuttur.
Örnekler:::::::
Giden SevkiyatGelen Mal KabulDahili 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ığı' kontrol paneli'u için büyük önem taşır. 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 önemlidir.
Neden Önemli?dir?
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
|
|||
|
Olay Bitiş Zamanı
EventEndTime
|
Specific (belirli) bir warehouse activity'sinin veya olayınin ne zaman completed (tamamlandığını) indicating (gösteren) zaman damgası (zaman damgası)dır. | ||
|
Açıklama
Event Bitiş Zamanı, bir aktivitenin sonuçlandığı tam tarih ve saati işaretler. Mevcut olduğunda,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ı sunar. 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 temel rol oynar.
Neden Önemli?dir?
Bireysel faaliyet sürelerinin doğru bir şekilde hesaplanmasına olanak tanıyarak, 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ı (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ı' kontrol paneli'u için büyük önem taşır. 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 güçlüaya yardımcı olur.
Neden Önemli?dir?
Acil siparişlerin standart olanlardan daha hızlı işlenip işlenmediğinin analizine sunar ve kritik SLA'ların karşılandığını sunar.
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ı (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' kontrol paneli'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 sunar. Analistler bunu tüm gecikmiş siparişleri filtrelemek ve neden hizmet seviyesi anlaşmalarını kaçırdıklarına dair kök neden analizi yapmak için kullanabilirler.
Neden Önemli?dir?
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ı (zaman damgası)nı RequestedCompletionDate ile karşılaştırarak hesaplanır.
Örnekler:::::::
ZamanındaGecikmişRisk Altında
|
|||
|
Talep Edilen Tamamlama 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 panelleri ve 'Zamanında Sevkiyat Uyumluluğu' gibi KPI'ları hesaplanmasında temel rol oynar. Gerçek sevk zaman damgası (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?dir?
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
|
|||
|
User/Operator ID
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 önemli 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 Darboğazlar (Bottlenecks)in belirli kullanıcı eylemleriyle nerede ilişkili olabileceğini anlamak için 'Aktiviteye Göre Kaynak Kullanımı' kontrol paneli'u için büyük önem taşır.
Neden Önemli?dir?
Bu öznitelik, iş gücü performansını analiz etmek, eğitim ihtiyaçlarını belirlemek ve adil iş yükü dağılımı güçlüak için temel rol oynar.
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
|
|||
|
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 stratejik bilgiler sunar. Ayrıca 'Günlük Depo Verimi' gibi verim KPI'larını hesaplamak için de kullanılır.
Neden Önemli?dir?
Bir vakanın sonucunu tanımlayarak, analizin başarıyla tamamlanan siparişlere odaklanmasını veya iptaller gibi istisnaları araştırmaya sunar.
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
|
|||
|
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ı Darboğazlar (Bottlenecks)i 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 önemli bilgi, depo düzeni, kaynak tahsisi ve süreç tasarımı hakkındaki kararları bilgilendirebilir.
Neden Önemli?dir?
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
|
|||
|
Kullanılan Ekipman
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 sunar. 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ı' kontrol paneli'u için, kullanılan ekipmana göre veri analizi büyük önem taşır. 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?dir?
Bu, ekipman kullanımının ve verimliliğinin analizini sağlayarak, varlıklarla ilgili Darboğazlar (Bottlenecks)i 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
|
|||
|
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 sunar. Ö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 büyük önem taşır. Process Mining'de, neden kodları istisnaların nedenlerini anlamak için büyük önem taşır. 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?dir?
İstisnalar ve sapmalar için önemli bilgiler sunar, envanter ayarlamaları veya gecikmeler gibi sorunların kök neden analizini sunar.
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 büyük önem taşır.
Neden Önemli?dir?
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
|
|||
|
Sevkiyat 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 sunar. Tüm siparişleri bir sevkiyat için birleştirme toplam süresi gibi sevkiyat düzeyinde performansın değerlendirilmesine sunar. Ayrıca, sadece tek bir siparişi değil, tüm bir sevkiyatı etkileyen sorunları izlemek için de kullanılabilir.
Neden Önemli?dir?
Birden fazla siparişi tek bir taşıma biriminde gruplandırarak, konsolidasyon verimliliği ve sevkiyat düzeyinde performans analizi yapılmasına sunar.
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-1, 2, 3, 456
|
|||
|
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' kontrol paneli'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?dir?
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 sunar. 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 iyileştirmek 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?dir?
Ürün özelliklerine dayalı analiz yapılmasına sunar; 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 büyük önem taşır. 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?dir?
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?dir?
Bu aktivite, uçtan uca depo süreç süreç döngüsünün sonunu tanımlar. Tüm depo operasyonunun toplam döngü süresini ve verimini hesaplamak için büyük önem taşır.
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ı (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?dir?
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ı (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
|
|||
|
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?dir?
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ı (zaman damgası) ile bir işlem kaydı oluşturur.
Yakala
'ASN Alımı' veya benzeri mal kabul işlemlerinin tamamlanma zaman damgası (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?dir?
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 büyük önem taşır.
Nereden Alınır??
Bu, bir operatör yerleştirme görevini onayladığında, bir tamamlanma zaman damgası (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ı (zaman damgası)na dayanır.
Event tipi
explicit
|
|||
|
Sevkiyat Gönderildi
|
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?dir?
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ı (zaman damgası) ile kaydedilir.
Yakala
'Sevkiyat Onayı' (Ship Confirm) veya 'Yük Sevk Etme' (Dispatch Load) işleminin zaman damgası (zaman damgası)ndan alınmıştı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?dir?
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ı (zaman damgası), paketleme veya giden sipariş işlem geçmişine kaydedilir.
Yakala
Siparişin son paketleme işleminin tamamlanma zaman damgası (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?dir?
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 Darboğazlar (Bottlenecks)i 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ı (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ı (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?dir?
İ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ı (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?dir?
Bu aktivite, envanter doğruluğundaki sapmalara yol açan süreç hatalarını belirlemek için büyük önem taşır. 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ı (zaman damgası)nı açıklar.
Yakala
Doğrudan envanter düzeltme işlem kayıtlarından alınmıştır.
Event tipi
explicit
|
|||
|
Goods Arrived
|
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?dir?
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 Darboğazlar (Bottlenecks)i analiz etmek için büyük önem taşır.
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
|
|||
|
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?dir?
Kalite denetimlerinin süresini ve sıklığını izlemek, gelen süreçteki gecikmeleri belirlemek için büyük önem taşır. 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
|
|||
|
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?dir?
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 sunar.
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ı (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?dir?
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ı (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
|
|||
|
Toplama Görevi Oluşturuldu
|
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?dir?
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ı (zaman damgası) aktivite zamanı olarak kullanılır.
Yakala
Sistem tarafından oluşturulan toplama görevinin oluşturulma zaman damgası (zaman damgası)ndan 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?dir?
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ı (zaman damgası) olay zamanı olarak olarak kullanılır.
Yakala
Sistem tarafından oluşturulan yerleştirme görevinin oluşturulma zaman damgası (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?dir?
Bu aktivite, yükleme sürecinin verimliliğine ilişkin görünürlük sunar. 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ı (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
|
|||