Depo yönetimi veri Templateiniz
Depo yönetimi veri Templateiniz
- Toplanması önerilen öznitelikler
- Sürecinizde izlenecek temel etkinlikler
- Veri çıkarma yönergeleri
Depo yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Depo siparişi
WarehouseOrder
|
Depo siparişinin benzersiz tanımlayıcısıdır. Başlangıçtan sona kadar siparişle ilgili tüm lojistik faaliyetleri izlemek için ana vaka kimliği olarak kullanılır. | ||
|
Açıklama
Depo siparişi, gelen ürünlerin teslim alınması veya giden sevkiyat gibi, depodaki tek bir lojistik görevle ilgili tüm olayları ve etkinlikleri bir araya getiren merkezi tanımlayıcıdır. Process Mining için vaka kimliği görevi görür ve belirli bir siparişin tüm depo sürecinin baştan sona analiz edilmesini sağlar. Süreçleri depo siparişine göre analiz ederek siparişin oluşturulmasından tamamlanmasına veya iptal edilmesine kadar tüm yolculuğu görüntüleyebilirsiniz. Bu analiz, yaygın süreç yollarını, darboğazları, sapmaları ve depo operasyonlarının verimliliğini etkileyen yeniden çalışma döngülerini belirlemeye yardımcı olur. Bu görünüm, farklı sipariş türlerinin genel performansını ve standart prosedürlere uygunluğunu anlamak açısından önemlidir.
Neden önemli?
Bu temel vaka kimliği, depoyla ilgili tüm etkinlikleri birbirine bağlayarak her lojistik sipariş için sürecin baştan sona görüntülenmesini sağlar.
Nereden alınır?
Bu tanımlayıcı genellikle Oracle WMS Cloud içindeki Orders veya Tasks modülleri gibi depo siparişi tablolarının üst bilgi düzeyinde bulunur.
Örnekler
WO-0054321ORD-9876543SHIP-2024-1001
|
|||
|
Etkinlik adı
ActivityName
|
Depo yönetimi sürecinde gerçekleşen belirli bir iş olayının veya görevin adı. Örneğin, 'Ürünler toplandı' ya da 'Sevkiyat gönderildi'. | ||
|
Açıklama
Etkinlik adı, depo siparişi yaşam döngüsündeki tek bir adımı veya kilometre taşını belirtir. Bu etkinlikler süreç haritasındaki sıralı düğümleri oluşturur ve süreç akışının görüntülenip analiz edilmesini sağlar. Her etkinliğe bir zaman damgası eklenir; bu da performans ölçümünün ve darboğaz analizinin temelini oluşturur. Process Mining çalışmalarında bu öznitelik, süreç modelini oluşturmak için temel niteliktedir. Etkinlik sıklıklarını, süreç yollarını ve farklı adımlar arasındaki süreleri analiz etmek için kullanılır. 'Kalite incelemesi yapıldı' veya 'Toplama görevi oluşturuldu' gibi etkinliklerin sırasını ve ne zaman gerçekleştiğini anlamak, kaynak tahsisini iyileştirmek ve çevrim sürelerini kısaltmak açısından önemlidir.
Neden önemli?
Bu öznitelik, süreç haritasındaki adımları tanımlar ve depo iş akışını görüntülemeyi, analiz etmeyi ve iyileştirmeyi mümkün kılar.
Nereden alınır?
Bu bilgi genellikle süreç kilometre taşlarını kaydeden olay günlüklerinden, görev durumu tablolarından veya Oracle WMS Cloud işlem kayıtlarından elde edilir.
Örnekler
Ürünler depoya ulaştıToplama görevi oluşturulduÜrünler paketlendiSevkiyat yola çıktı
|
|||
|
Olay başlangıç zamanı
EventStartTime
|
Belirli bir depo etkinliğinin veya olayının ne zaman başladığını gösteren zaman damgası. | ||
|
Açıklama
Olay başlangıç zamanı, bir etkinliğin başladığı kesin tarih ve saati belirtir. Process Mining çalışmalarında olayları kronolojik sıraya koymak, süreleri ve çevrim sürelerini hesaplamak için kullanılan temel zaman özniteliğidir. Süreç akışını gerçekte yaşandığı biçimde doğru şekilde oluşturmak için bu zaman damgası gereklidir. Başlangıç zamanına dayalı analiz, performansı izlemeye yardımcı olur. Etkinlikler arasındaki süre, bir vakanın toplam süresi ve hizmet seviyesi anlaşmalarına uyum gibi temel metriklerin hesaplanmasını sağlar. 'Mal kabulünden yerleştirmeye kadar geçen çevrim süresi' gibi çevrim sürelerini gösteren Dashboardlar, gecikmeleri belirlemek için bu özniteliğe dayanır.
Neden önemli?
Bu zaman damgası, olayları doğru sıraya koymak ve çevrim süreleri ile darboğazlar gibi zamana dayalı performans metriklerini hesaplamak için gereklidir.
Nereden alınır?
Bu alan genellikle Oracle WMS Cloud işlem tablolarındaki bir görev veya olay kaydıyla ilişkili oluşturulma ya da başlangıç zaman damgasıdır.
Örnekler
2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
|
|||
|
Kaynak sistem
SourceSystem
|
Depo yönetimi verilerinin alındığı sistem. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını belirtir. Bu örnekte kaynak Oracle WMS Cloud’dur. Sabit bir değer gibi görünse de veri yönetimi, izlenebilirlik ve daha geniş kapsamlı analizlerde birden fazla sistemden gelen verilerin birleştirilmesi açısından önemlidir. Process Mining çalışmalarında paydaşların verilere güvenmesine ve verilerin bağlamını anlamasına yardımcı olur. Farklı depolar farklı sistemler kullanıyorsa bu alan, süreç performansını depolara göre gruplandırmak ve karşılaştırmak için gereklidir.
Neden önemli?
Veri kaynağı ve yönetimi hakkında önemli bağlam sunar, izlenebilirliği sağlar ve birden fazla sistemin analiz edilmesine imkân verir.
Nereden alınır?
Bu, genellikle veri setinin kaynağını belirtmek için veri dönüştürme sırasında eklenen sabit bir değerdir.
Örnekler
Oracle WMS CloudOracle Fusion WMS
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu olaya ait verilerin kaynak sistemden en son ne zaman çıkarıldığını veya yenilendiğini gösteren zaman damgası. | ||
|
Açıklama
Son veri güncellemesi, verilerin Oracle WMS Cloud’dan alındığı tarih ve saati belirtir. Bu üst veriler, analizin ne kadar güncel olduğunu anlamak ve kararların güncel bilgilere dayanmasını sağlamak açısından önemlidir. Process Mining Dashboardlarında bu zaman damgası, görüntülenen verilerin ne kadar yeni olduğunu kullanıcıya bildirir. Analizin gerçek zamanlı operasyonları mı yoksa geçmiş bir anlık görüntüyü mü yansıttığını anlamaya yardımcı olur. Bu ayrım, operasyonları izlemek açısından önemlidir.
Neden önemli?
Verilerin güncelliğini gösterir ve kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasına yardımcı olur.
Nereden alınır?
Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulup eklenir.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Depo siparişi türü
WarehouseOrderType
|
Depo siparişini gelen ürün kabulü, giden sevkiyat veya tesis içi transfer gibi türlere ayırır. | ||
|
Açıklama
Depo siparişi türü, siparişin amacı hakkında önemli bağlam sunar. Yaygın türler arasında müşteri sevkiyatları, satın alma siparişi teslimatları, tesisler arası stok transferleri ve iadeler bulunur. Bu sınıflandırma, süreç analizini gruplandırmak ve farklı iş akışlarının performansını karşılaştırmak için temel oluşturur. Process Mining çalışmalarında sipariş türüne göre filtreleme, çoğu zaman farklı adımları ve performans hedefleri olan gelen ve giden akışlar için ayrı süreç haritaları oluşturmayı sağlar. Örneğin, giden sevkiyatlara ait KPI’lar hız ve müşteriye teslimata odaklanırken, gelen ürün kabulüne ait KPI’lar envanterin kullanılabilirliği ve doğruluğuyla ilgilidir. 'Toplama ve paketleme işlem hacmi' Dashboardu, farklı sipariş karşılama süreçlerini karşılaştırmak için bu öznitelikten yararlanır.
Neden önemli?
Gelen, giden veya tesis içi gibi farklı hedefleri ve iş akışları olan süreçleri ayrı ayrı analiz etmeyi sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle depo siparişi üst bilgi verilerinde bulunur.
Örnekler
Giden sevkiyatGelen ürün kabulüTesis içi transferMüşteri iadesi
|
|||
|
Gerçek miktar
ActualQuantity
|
Mal kabulü veya toplama gibi bir etkinlik sırasında sayılan ya da işlenen ürünlerin gerçek miktarı. | ||
|
Açıklama
Gerçek miktar, depo görevi sırasında işlenen birimlerin fiziksel sayısını belirtir. Bu bilgi genellikle mal kabulü, yerleştirme, toplama veya dönemsel sayım sırasında kaydedilir ve envanter hareketlerinin fiilî durumunu yansıtır. Bu öznitelik, 'Envanter miktarı farkı' Dashboardu için önemlidir. Gerçek miktarı, satın alma siparişi veya sevkiyat siparişi gibi kaynak belgelerdeki planlanan miktarla karşılaştırarak farkları hemen belirleyebilirsiniz. Bu farkları analiz etmek; tedarikçi hataları, mal kabulündeki yanlışlıklar veya toplama hataları gibi envanter tutarsızlıklarının kaynaklarını bulmaya yardımcı olur. Bu da stok seviyelerinin doğru tutulması açısından önemlidir.
Neden önemli?
Planlanan miktarla karşılaştırılarak envanter farklarının belirlenmesini ve stok doğruluğunun artırılmasını sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu alan genellikle işlem ayrıntılarında veya görev kalemi tablolarında bulunur.
Örnekler
10098500
|
|||
|
İstenen tamamlanma tarihi
RequestedCompletionDate
|
Depo siparişinin tamamlanmasının veya sevk edilmesinin beklendiği hedef tarih. | ||
|
Açıklama
İstenen tamamlanma tarihi, hizmet seviyesi anlaşmasındaki (SLA) veya müşterinin sipariş için beklediği son tarihi belirtir. Siparişin zamanında mı, erken mi yoksa geç mi tamamlandığını belirlemek için gerçek tamamlanma zamanı bu tarihle karşılaştırılır. Bu öznitelik, 'Depo siparişi SLA uyumu' gibi performans izleme Dashboardları ve 'Zamanında sevkiyat uyumu' gibi KPI’ların hesaplanması için temel niteliktedir. İşletmeler, gerçek sevkiyat zaman damgasını istenen tarihle karşılaştırarak hizmet seviyesi performansını ölçebilir, gecikmelerin temel nedenlerini belirleyebilir ve son tarihi kaçırma riski taşıyan siparişlere öncelik verebilir.
Neden önemli?
Zamanında teslimat performansını ve SLA uyumunu ölçmek için temel özniteliktir; bu ölçümler müşteri memnuniyetini doğrudan etkiler.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle sipariş üst bilgi verilerinde bulunur ve çoğu zaman bir satış veya satın alma siparişinden alınır.
Örnekler
2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
|
|||
|
Kullanıcı/operatör kimliği
UserOperatorId
|
Depo etkinliğini gerçekleştiren kullanıcıyı, operatörü veya çalışanı tanımlayan bilgi. | ||
|
Açıklama
Bu öznitelik; toplama, paketleme veya ürünleri depoya yerleştirme gibi belirli bir görevi gerçekleştiren kişiyi tanımlar. İnsan kaynağı performansını, iş yükü dağılımını ve standart çalışma prosedürlerine uyumu analiz etmek için önemli bir boyuttur. Süreci kullanıcı/operatör kimliğine göre analiz ederek yüksek performans gösteren çalışanları, ek eğitime ihtiyaç duyabilecek kişileri ve ekip içindeki iş yükü dengesizliklerini belirleyebilirsiniz. 'Etkinliğe göre kaynak kullanımı' Dashboardu, farklı kullanıcıların genel süreç verimliliğine katkısını ve belirli kullanıcı işlemlerinin darboğaz yaratıp yaratmadığını anlamak için bu bilgiden yararlanır.
Neden önemli?
Bu öznitelik, çalışan performansını analiz etmek, eğitim ihtiyaçlarını belirlemek ve iş yükünün dengeli dağıtılmasını sağlamak için önemlidir.
Nereden alınır?
Bu bilgi genellikle işlem veya görev tablolarında bulunur. Çoğu zaman, işlem sırasında sisteme ya da el terminaline giriş yapmış kullanıcıyla ilişkilendirilir.
Örnekler
JSMITHBJOHNSONUSER123
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Belirli bir depo etkinliğinin veya olayının ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Olay bitiş zamanı, bir etkinliğin tamamlandığı kesin tarih ve saati belirtir. Mevcut olduğunda, etkinlik süresini bir sonraki etkinliğin başlangıç zamanından çıkarsamaya kıyasla daha doğru ölçer. Bu bilgi, 'Paketleme' veya 'Kalite incelemesi' gibi işlem süresi ölçülebilen görevlerde özellikle yararlıdır. Başlangıç ve bitiş zamanlarının ikisinin de bulunması, etkinliklerin işlem sürelerinin hassas biçimde hesaplanmasını sağlar. Böylece görev üzerinde fiilen çalışılan süre (işlem süresi) ile sonraki adımın başlamasını beklerken geçen süre (bekleme süresi) birbirinden ayrılır. Bu ayrım, kaynak kullanımını ve verimliliği analiz etmek açısından önemlidir.
Neden önemli?
Her bir etkinliğin süresini hassas biçimde hesaplamayı ve fiilî işlem süresini bekleme süresinden ayırmayı sağlar.
Nereden alınır?
Bu, genellikle Oracle WMS Cloud’daki görev veya olay kaydında bulunan tamamlanma ya da bitiş zaman damgası alanıdır.
Örnekler
2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
|
|||
|
Öncelik düzeyi
PriorityLevel
|
Depo siparişinin aciliyetini 'Yüksek', 'Normal' veya 'Düşük' gibi sınıflarla belirtir. | ||
|
Açıklama
Öncelik düzeyi, depo siparişinin ne kadar acil olduğunu belirten ve işletme tarafından tanımlanan bir özniteliktir. Ekspres sevkiyatlar veya kritik stok eksikliklerini gidermek için yapılan ikmaller gibi yüksek öncelikli siparişlerin daha hızlı bir süreç izlemesi ve kaynakların hemen ilgilenmesini gerektirmesi beklenir. Bu öznitelik, 'Öncelikli sipariş karşılama performansı' Dashboardu için gereklidir. Yöneticiler süreçleri öncelik düzeyine göre filtreleyip karşılaştırarak yüksek öncelikli siparişlerin gerçekten hızlandırılıp hızlandırılmadığını ve daha sıkı SLA hedeflerini karşılayıp karşılamadığını değerlendirebilir. Böylece en önemli iş ihtiyaçlarını karşılamak için kaynakların etkili biçimde tahsis edilmesine yardımcı olur.
Neden önemli?
Acil siparişlerin standart siparişlerden daha hızlı işlenip işlenmediğini analiz etmeyi ve önemli SLA hedeflerinin karşılanmasını sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle sipariş üst bilgi verilerinde bulunur.
Örnekler
YüksekNormalDüşük
|
|||
|
SLA durumu
SLAState
|
İstenen tamamlanma tarihine göre depo siparişinin zamanında mı, geç mi tamamlandığını veya gecikme riski taşıyıp taşımadığını gösteren hesaplanmış durum. | ||
|
Açıklama
SLA durumu, bir siparişin son tarihine göre performansını anında sınıflandıran türetilmiş bir özniteliktir. Tamamlanma etkinliğinin (ör. 'Sevkiyat gönderildi') zaman damgası 'RequestedCompletionDate' ile karşılaştırılarak hesaplanır. Durum 'Zamanında', 'Geç' veya son tarihi yaklaşan açık siparişler için 'Risk altında' olarak sınıflandırılabilir. Bu öznitelik, 'Depo siparişi SLA uyumu' Dashboardu için özel olarak tasarlanmıştır. Karmaşık tarih karşılaştırmalarını kolay anlaşılır bir duruma dönüştürerek performansın hızla değerlendirilmesini sağlar. Analistler bu özniteliği kullanarak geç kalan tüm siparişleri filtreleyebilir ve hizmet seviyesi anlaşmasının neden karşılanmadığını araştırabilir.
Neden önemli?
SLA uyumunu bir bakışta göstererek zamanında tamamlanan siparişlerin performansını izlemeyi ve analiz etmeyi kolaylaştırır.
Nereden alınır?
Son etkinliğin zaman damgası RequestedCompletionDate ile karşılaştırılarak hesaplanır.
Örnekler
ZamanındaGeçRisk altında
|
|||
|
Depo siparişi durumu
WarehouseOrderStatus
|
Depo siparişinin 'Tamamlandı' veya 'İptal edildi' gibi mevcut ya da son durumu. | ||
|
Açıklama
Bu öznitelik, depo siparişinin sonucunu veya son durumunu gösterir. Başarıyla işlenen siparişleri iptal edilenlerden ya da hâlâ devam edenlerden ayırmaya yardımcı olur. Yalnızca tamamlanmış süreçleri analiz etmek veya iptallerin nedenlerini araştırmak için vakaları filtrelemede önemli bir boyuttur. Vakaları son durumlarına göre analiz etmek, süreç farklılıklarını ve sonuçlarını anlamak açısından önemlidir. Örneğin, 'Tamamlandı' ve 'İptal edildi' durumundaki siparişlerin süreç akışlarını karşılaştırarak iptallerin genellikle hangi aşamada gerçekleştiğini görebilir, envanter, müşteri talepleri veya sistem hatalarıyla ilgili olası sorunları belirleyebilirsiniz. Bu öznitelik, 'Günlük depo işlem hacmi' gibi KPI’ları hesaplamak için de kullanılır.
Neden önemli?
Vakanın sonucunu belirtir; böylece analiz, başarıyla tamamlanan siparişlere odaklanabilir veya iptal gibi istisnaların nedenlerini araştırabilir.
Nereden alınır?
Bu, genellikle Oracle WMS Cloud’daki depo siparişi üst bilgi kaydının durum alanıdır.
Örnekler
TamamlandıDevam ediyorİptal edildiBeklemede
|
|||
|
Konum tanımlayıcısı
LocationIdentifier
|
Etkinliğin gerçekleştiği depo içindeki raf gözü, yükleme kapısı veya sevkiyat alanı gibi belirli fiziksel konum. | ||
|
Açıklama
Konum tanımlayıcısı, bir olayın depoda gerçekleştiği yeri belirtir. Bu konum, 'Ürünler geldi' etkinliği için mal kabul rampası, 'Ürünler yerleştirildi' etkinliği için depo gözü, 'Ürünler paketlendi' etkinliği için paketleme istasyonu veya 'Sevkiyat için hazırlandı' etkinliği için sevkiyat şeridi olabilir. Bu öznitelik, süreç analizine fiziksel konum boyutu ekler. Depodaki belirli alanlarla ilişkili darboğazları belirlemeye yardımcı olabilir. Örneğin analiz, belirli bir koridorda toplama işleminin sürekli yavaş olduğunu veya belirli bir yükleme kapısının mal kabulünde darboğaz yarattığını gösterebilir. Bu bulgular depo yerleşimi, kaynak tahsisi ve süreç tasarımıyla ilgili kararlara yön verebilir.
Neden önemli?
Analize fiziksel konum boyutu ekleyerek belirli depo bölgeleri, koridorlar veya raf gözleriyle ilişkili darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle görev ayrıntılarında kaydedilir.
Örnekler
A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
|
|||
|
Kullanılan ekipman
EquipmentUsed
|
Depo etkinliğini gerçekleştirmek için kullanılan forklift veya el terminali gibi ekipmanı tanımlayan bilgi. | ||
|
Açıklama
Bu öznitelik, depo görevi sırasında kullanılan fiziksel varlığı veya ekipmanı belirtir. Ekipman kullanımını izlemek, insan operatör performansına ek olarak kaynak analizine başka bir boyut kazandırır. Ekipman kullanım oranlarını anlamaya, bakım ihtiyaçlarını belirlemeye ve makinelerin tahsisini iyileştirmeye yardımcı olabilir. 'Etkinliğe göre kaynak kullanımı' Dashboardu için verileri kullanılan ekipmana göre analiz etmek önemlidir. Bu analiz, belirli ekipman türlerinin darboğaz oluşturup oluşturmadığını veya ekipman kullanılabilirliği ve verimliliğine göre görev tahsisini iyileştirme fırsatlarını ortaya çıkarabilir. Örneğin, belirli bir forklift modelinin yerleştirme görevlerinde sürekli daha yavaş çalıştığını göstererek konunun araştırılmasını sağlayabilir.
Neden önemli?
Ekipman kullanımını ve verimliliğini analiz etmeyi, varlıklarla ilgili darboğazları belirlemeyi ve kaynak tahsisini iyileştirmeyi sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi, özellikle operatörlerin belirli ekipmanlara giriş yaptığı durumlarda, görev yürütme kayıtlarında tutulabilir.
Örnekler
FORKLIFT-05SCANNER-A12CART-27
|
|||
|
Neden kodu
ReasonCode
|
Envanter düzeltmesi, iade veya sapma gibi belirli bir olayın nedenini açıklayan kod ya da açıklama. | ||
|
Açıklama
Neden kodu, süreçteki standart dışı olaylar veya istisnalar hakkında bağlam sunar. Örneğin, 'Envanter düzeltildi' etkinliği gerçekleştiğinde neden kodu 'Hasarlı ürün', 'Dönemsel sayım düzeltmesi' veya 'Son kullanma tarihi geçmiş stok' olabilir. Bu bilgi, süreç sapmalarının temel nedenlerini analiz etmek için önemlidir. Process Mining çalışmalarında neden kodları, istisnaların neden gerçekleştiğini anlamaya yardımcı olur. Farklı neden kodlarının sıklığını ve etkisini analiz ederek sistemsel sorunları belirleyebilirsiniz. Örneğin, 'Hasarlı ürün' düzeltmelerinin sık görülmesi elleçleme prosedürlerinin gözden geçirilmesini gerektirebilir. 'Toplama hatası' kodlarının sık kullanılması ise toplayıcılar için ek eğitim veya sistem kontrollerine ihtiyaç olduğunu gösterebilir.
Neden önemli?
İstisnalar ve sapmalar hakkında önemli bağlam sunarak envanter düzeltmeleri veya gecikmeler gibi sorunların temel nedenlerini analiz etmeyi sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu kodlar genellikle istisna yönetimi işlemleri sırasında girilir.
Örnekler
DMG - Taşıma sırasında hasar gördüQTY_MISMATCH - Tedarikçi eksik gönderdiWRONG_ITEM_PICKED
|
|||
|
Planlanan miktar
PlannedQuantity
|
Satın alma veya satış siparişi gibi kaynak belgeye göre bir etkinlik için beklenen ürün miktarı. | ||
|
Açıklama
Planlanan miktar, kaynak belgede belirtilen bir görev için beklenen birim sayısıdır. Gelen ürün kabulünde bu, satın alma siparişindeki miktardır. Giden sevkiyatta ise satış siparişindeki miktardır. Bu öznitelik, gerçek miktarla karşılaştırma yapmak için temel oluşturur. 'Envanter verisi fark oranı' KPI’ı, planlanan ve gerçek miktarlar arasındaki farklara göre hesaplanır. Bu farkları analiz etmek; tedarikçiler, iç süreçler veya veri girişi hatalarıyla ilgili sorunları gidermek için tedarik zinciri ve envanter yönetiminde önemlidir.
Neden önemli?
Envanter doğruluğunu ölçmek ve mal kabulü ya da toplama sırasında oluşan farkları belirlemek için temel oluşturur.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle depo göreviyle ilişkili sipariş kaleminde bulunur.
Örnekler
100100500
|
|||
|
Sevkiyat kimliği
ShipmentId
|
Birlikte taşınan bir veya daha fazla depo siparişini gruplandıran sevkiyatın benzersiz tanımlayıcısı. | ||
|
Açıklama
Sevkiyat kimliği, birden fazla depo siparişini taşıma için tek bir lojistik birimde bir araya getiren üst düzey bir tanımlayıcıdır. Örneğin, aynı varış noktasına giden birkaç küçük sipariş aynı kamyondaki tek bir sevkiyatta birleştirilebilir. Bu analizde vaka kimliği depo siparişi olsa da sevkiyat kimliği, giden lojistiği analiz etmek için ek bir boyut sunar. Örneğin, bir sevkiyata ait tüm siparişleri bir araya getirmek için geçen toplam süreyi ölçerek performansı sevkiyat düzeyinde değerlendirebilirsiniz. Ayrıca tek bir sipariş yerine sevkiyatın tamamını etkileyen sorunları izlemek için de kullanılabilir.
Neden önemli?
Birden fazla siparişi tek bir taşıma biriminde gruplandırarak birleştirme verimliliğinin ve sevkiyat düzeyindeki performansın analiz edilmesini sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle sevkiyat veya yük yönetimi modüllerinde bulunur.
Örnekler
SHP-98765LOAD-A543BOL-123456
|
|||
|
Taşıyıcı
Carrier
|
Giden sevkiyatı gerçekleştirmek üzere görevlendirilen nakliye taşıyıcısı veya hizmet sağlayıcısı. | ||
|
Açıklama
Taşıyıcı özniteliği, ürünleri depodan varış noktasına götürmekle sorumlu lojistik iş ortağını belirtir. Bu, FedEx veya UPS gibi ticari bir taşıyıcı, bir nakliye şirketi ya da işletmenin kendi filosu olabilir. Bu bilgi, farklı taşıyıcıların performansını analiz etmek ve karşılaştırmak için 'Sevkiyat gönderim çevrim süresi' Dashboardunda kullanılır. İşletme, 'Sevkiyat için hazırlandı' ile 'Sevkiyat gönderildi' arasındaki süreyi taşıyıcıya göre gruplandırarak hangi iş ortaklarının daha verimli olduğunu ve hangilerinin gecikmeye yol açtığını belirleyebilir. Bu veriler, sözleşme görüşmelerinde ve taşıyıcı seçiminde de kullanılabilir.
Neden önemli?
Farklı nakliye taşıyıcılarının performansını karşılaştırmayı, giden lojistiği iyileştirmeyi ve sevkiyat gecikmelerini azaltmayı sağlar.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi genellikle depo siparişiyle ilişkili sevkiyat veya yük verilerinde tutulur.
Örnekler
FedExUPSDHLXPO Logistics
|
|||
|
Ürün SKU’su
ProductSKU
|
Depo siparişinde işlenen ürünü tanımlayan stok tutma birimi (SKU) veya ürün kodu. | ||
|
Açıklama
Ürün SKU’su, belirli bir ürünü veya kalemi tanımlayan benzersiz koddur. Depo siparişleri genellikle bir veya daha fazla ürün içerir. Bu öznitelik, analizi işlenen ürünlere göre gruplandırmayı sağlar. Süreci ürün SKU’suna göre analiz ederek farklı ürünlerin depo verimliliğini nasıl etkilediğini görebilirsiniz. Örneğin, hacimli veya kırılabilir ürünlerin elleçleme süresi daha uzun olabilirken, hızlı hareket eden ürünler daha verimli bir süreç izleyebilir. Bu bilgi, toplama ve yerleştirme mesafelerini kısaltmak için ürünlerin depoda konumlandırılmasını sağlayan yerleştirme stratejilerinde ve ürün özelliklerinin genel işlem hacmine etkisini anlamada yararlıdır.
Neden önemli?
Ürün özelliklerine göre analiz yapılmasını sağlar. Bu özellikler elleçleme sürelerini ve süreç akışlarını etkileyebileceğinden, ürün yerleştirme ve depolama stratejilerine yön verir.
Nereden alınır?
Oracle WMS Cloud belgelerine bakın. Bu bilgi, sipariş kalemi veya görev ayrıntısı düzeyinde bulunur.
Örnekler
SKU-100-RED-LGPROD-54321HW-CMP-001A
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin aynı vaka içindeki önceki bir adımın tekrarı olup olmadığını gösteren ve yeniden çalışmaya ya da süreç döngüsüne işaret eden bir boole değeri. | ||
|
Açıklama
Yeniden çalışma mı, sürecin doğrusal akıştan sapıp bir etkinliği tekrarladığı durumları belirleyen hesaplanmış bir göstergedir. Örneğin, aynı sipariş için 'Mallar toplandı' etkinliğinin ardından bir kez daha 'Mallar toplandı' etkinliği gerçekleşirse ikinci kayıt yeniden çalışma olarak işaretlenir. Bu durum çoğu zaman düzeltilmesi gereken bir toplama hatası gibi bir soruna işaret eder. Bu öznitelik, 'Süreç sapmaları ve yeniden çalışma analizi' Dashboardu ile 'Depoda yeniden çalışma oranı' KPI’ı için gereklidir. Bu olayları işaretleyerek yeniden çalışmanın sıklığını ve etkisini ölçebilirsiniz. Yeniden çalışmanın en sık görüldüğü etkinlikleri belirlemek, verimsizliğe ve artan operasyon maliyetlerine yol açan süreç zayıflıklarını, kalite sorunlarını veya eğitim eksiklerini ortaya çıkarır.
Neden önemli?
Bu gösterge, süreçteki verimsizlikleri ve döngüleri doğrudan belirleyerek yeniden çalışmanın maliyetini ve sıklığını ölçmenize yardımcı olur.
Nereden alınır?
Bu değer, aynı CaseId için yinelenen etkinlik dizileri tespit edilerek Process Mining aracında hesaplanır.
Örnekler
truefalse
|
|||
Depo yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Depo siparişi tamamlandı
|
Bu, depo siparişinin tamamen kapatıldığını belirtir. Tüm sistem güncellemeleri tamamlandığında, sevkiyatın çıktığı anda veya bundan kısa süre sonra gerçekleşebilir. Sürecin başarıyla tamamlandığını gösterir. | ||
|
Neden önemli?
Bu etkinlik, uçtan uca depo sürecinin tamamlandığı noktayı tanımlar. Tüm depo operasyonunun toplam çevrim süresini ve işlem hacmini hesaplamak için gereklidir.
Nereden alınır?
Bu olay genellikle depo siparişi nesnesinin son durumunun 'Completed' veya 'Closed' olarak değişmesinden anlaşılır. Son durum güncellemesinin zaman damgası kullanılır.
Kaydedin
Depo siparişinin son başarılı durumuna geçişinden anlaşılır.
Olay türü
inferred
|
|||
|
Gelen teslimat oluşturuldu
|
Bu etkinlik, Oracle WMS Cloud’da Gelişmiş Sevkiyat Bildirimi (ASN) veya gelen teslimat kaydının oluşturulmasını belirtir. Gelen süreç burada başlar; depoya ürün geleceğine ilişkin resmi bildirim kayda alınır. | ||
|
Neden önemli?
Bu, gelen depo sürecinin temel başlangıç olayıdır. Bu noktadan ürünlerin fiilen teslim alınmasına kadar geçen süreyi analiz ederek tedarikçi güvenilirliğini ve planlama doğruluğunu ölçebilirsiniz.
Nereden alınır?
Bu olay genellikle Gelen Sevkiyat veya ASN nesnelerinin işlem geçmişinden alınır. Belgenin oluşturulma zaman damgasına karşılık gelir.
Kaydedin
Gelen Sevkiyat veya ASN kaydının oluşturulma olayından alınır.
Olay türü
explicit
|
|||
|
Sevkiyat yola çıktı
|
Bu etkinlik, yüklenmiş kamyonun depodan ayrılmasıyla son adımı belirtir. Bu işlem, WMS’de dışarıya yönelik siparişi mali ve fiziksel olarak kapatır. | ||
|
Neden önemli?
Bu, dışarıya yönelik sürecin son aşamasıdır ve sevkiyatların zamanında yapılma uyumunu ölçen önemli bir KPI verisidir. Ürünlerin taşıyıcıya devredildiğini ve deponun sorumluluğunun sona erdiğini gösterir.
Nereden alınır?
Bu, Oracle WMS Cloud’da 'Ship Confirm' veya 'Dispatch Load' olarak adlandırılan önemli ve açık bir işlemdir. Kesin zaman damgasıyla Dışarıya Yönelik Yük veya Sevkiyat kaydına işlenir.
Kaydedin
'Ship Confirm' veya 'Dispatch Load' işleminin zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Ürünler depoya yerleştirildi
|
Bu etkinlik, depoya yerleştirme işleminin başarıyla tamamlandığını belirtir. Çalışan ürünleri fiziksel olarak depolama gözüne taşır ve işlemi sistemde onaylar. Böylece envanter kullanıma hazır hale gelir. | ||
|
Neden önemli?
Bu önemli aşama, gelen sürecin sonunu gösterir. Toplam 'Mal Kabulünden Depoya Yerleştirmeye Kadar Geçen Süre' KPI’ını hesaplamak ve depoya yerleştirme verimliliğini analiz etmek için gereklidir.
Nereden alınır?
Çalışan depoya yerleştirme görevini onayladığında kaydedilir ve tamamlanma zaman damgalı bir işlem kaydı oluşturulur. Kayıt genellikle görev geçmişinde veya envanter işlem günlüklerinde bulunur.
Kaydedin
Depoya yerleştirme görevi işleminin tamamlanma zaman damgasına dayanır.
Olay türü
explicit
|
|||
|
Ürünler paketlendi
|
Bir sevkiyat kabı veya siparişin tamamı için paketleme işleminin tamamlandığını belirtir. Çalışan tüm ürünlerin paketlendiğini onaylar; kap mühürlenip sevkiyata hazır olacak şekilde etiketlenir. | ||
|
Neden önemli?
Bu aşama, sipariş için depodaki katma değer sağlayan işlerin sonunu gösterir. Toplamadan paketlemenin tamamlanmasına kadar geçen süre, siparişin depo içindeki karşılanma hızını gösteren önemli bir ölçüttür.
Nereden alınır?
Bu genellikle 'Close Container' veya 'Finish Pack' gibi açık bir işlemdir. Tamamlanma zaman damgası, paketleme veya dışarıya yönelik sipariş işlem geçmişine kaydedilir.
Kaydedin
Sipariş için son paketleme işleminin tamamlanma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Ürünler teslim alındı
|
Bu etkinlik, ürünlerin boşaltıldığını, tarandığını ve depo envanterine resmi olarak alındığını belirtir. Gelen teslimat belgesindeki miktarların doğrulandığı işlemsel bir olaydır. | ||
|
Neden önemli?
Bu önemli aşama, envanterin resmi olarak teslim alınmasını gösterir. Bu etkinliğin tamamlanma süresi, stokların depoya yerleştirme ve sipariş karşılama için ne kadar hızlı kullanılabilir hale geleceğini doğrudan etkiler.
Nereden alınır?
Oracle WMS Cloud’daki teslim alma işlem günlüklerinden alınır. Her ürün taraması veya teslim alma onayı, zaman damgalı bir işlem kaydı oluşturur.
Kaydedin
'Receive ASN' veya benzeri teslim alma işlemlerinin tamamlanma zaman damgasına dayanır.
Olay türü
explicit
|
|||
|
Ürünler toplandı
|
Bu etkinlik, çalışanın ürünleri depolama konumlarından fiziksel olarak aldığını ve toplamayı sistemde onayladığını belirtir. Ürünler artık paketleme veya hazırlık alanına taşınmaya hazırdır. | ||
|
Neden önemli?
Bu, sipariş karşılama sürecinin önemli bir aşamasıdır. Toplama sürelerini analiz ederek depo düzeninden, toplama yöntemlerinden veya çalışan performansından kaynaklanan darboğazları belirleyebilirsiniz.
Nereden alınır?
Görev geçmişinde veya işlem günlüklerinde yer alan toplama görevinin tamamlanma zaman damgasından alınır. Çalışanın onay taraması işlemi tamamlar.
Kaydedin
Toplama görevi işleminin tamamlanma zaman damgasına dayanır.
Olay türü
explicit
|
|||
|
Depo siparişi iptal edildi
|
Depo siparişinin tamamlanmadan önce iptal edilmesini belirtir. Sürecin alternatif ve başarısız bitiş durumudur. | ||
|
Neden önemli?
İptalleri izlemek, talep değişikliklerini, veri giriş hatalarını veya siparişlerin iptal edilmesine yol açan diğer sorunları anlamak için önemlidir. Süreçteki israfın kaynaklarını belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, depo siparişinin durumunun 'İptal Edildi' veya benzer bir son duruma geçmesinden çıkarılır. Bu durum güncellemesinin zaman damgası kullanılır.
Kaydedin
Depo siparişinin durumunun 'İptal Edildi' olarak değişmesinden çıkarılır.
Olay türü
inferred
|
|||
|
Depoya yerleştirme görevi oluşturuldu
|
Bu olay, sistemin depo çalışanına teslim alınan ürünleri rıhtımdan belirlenmiş bir depolama konumuna taşıma görevi oluşturduğunu belirtir. Depoya yerleştirme alt süreci bu noktada başlar. | ||
|
Neden önemli?
Bu etkinlik, depoya yerleştirme çevrimini başlatır. Görevin oluşturulmasıyla yerleştirmenin tamamlanması arasındaki süreyi analiz ederek sistemin verimliliğini ve çalışanın yanıt süresini değerlendirebilirsiniz.
Nereden alınır?
Bu, genellikle depo görevi veya işlem tablolarında açıkça kaydedilen bir olaydır. Depoya yerleştirme görevi kaydının oluşturulma zaman damgası olay zamanı olarak kullanılır.
Kaydedin
Sistem tarafından oluşturulan depoya yerleştirme görevinin oluşturulma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Envanter düzeltildi
|
Belirli bir konumdaki ürün miktarının elle veya sistem tarafından düzeltilmesini belirtir. Bu işlem döngüsel sayım, hasar veya teslim alma tutarsızlıklarının düzeltilmesi nedeniyle yapılabilir. | ||
|
Neden önemli?
Bu etkinlik, envanter kayıtlarında yanlışlıklara yol açan süreç sorunlarını belirlemek için önemlidir. Düzeltmelerin sıklığını ve miktarını analiz ederek teslim alma, toplama veya depolama aşamalarındaki sorunları bulabilirsiniz.
Nereden alınır?
Oracle WMS Cloud’daki belirli envanter düzeltme işlem günlüklerinden alınır. Bu günlüklerde ürün, konum, miktar değişikliği, neden kodu ve zaman damgası yer alır.
Kaydedin
Doğrudan envanter düzeltme işlem kayıtlarından alınır.
Olay türü
explicit
|
|||
|
Kalite incelemesi tamamlandı
|
Teslim alınan ürünlerde kalite kontrolünün tamamlanmasını belirtir. Bazı malzemeler veya tedarikçiler için standart bir adım olabilir ya da ihtiyaç halinde başlatılabilir. | ||
|
Neden önemli?
Kalite incelemelerinin süresini ve sıklığını izlemek, gelen süreçteki gecikmeleri belirlemek için önemlidir. Ürünlerin kullanılabilir hale gelmeden önce kalite kontrol durumunda ne kadar beklediğini ölçmeye yardımcı olur.
Nereden alınır?
Bu olay, envanter kaydındaki durumun 'QA Hold' durumundan 'Available' veya 'Putaway' durumuna geçmesiyle anlaşılabilir. Kalite modülünde açık işlem günlükleri de bulunabilir.
Kaydedin
Envanter durumu değişikliklerinden veya teslim alınan ürünlerle bağlantılı QA işleminin tamamlanmasından anlaşılır.
Olay türü
inferred
|
|||
|
Paketleme başladı
|
Bu etkinlik, toplanan ürünlerin paketleme istasyonuna ulaştığını ve çalışanın paketlemeye başladığını belirtir. Genellikle ürünleri bir paketleme kabıyla ilişkilendiren açık bir tarama işlemiyle kaydedilir. | ||
|
Neden önemli?
Bu etkinliği izlemek, paketleme alt sürecini toplama ve hazırlık aşamalarından ayrı incelemenizi sağlar. Paketleme istasyonlarının verimliliğini ve işlem hacmini ayrıntılı biçimde analiz edebilirsiniz.
Nereden alınır?
Bu, açık bir işlem olabilir veya paketleme kabının (LPN) oluşturulması ve ilk ürünün kaba taranmasıyla anlaşılabilir. Paketleme ya da sevkiyat işlem günlüklerinde bulunur.
Kaydedin
'Start Pack' işleminden veya kaba paketlenen ilk ürünün zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Sevkiyat için hazırlık alanına alındı
|
Bu etkinlik, paketlenmiş kapların paketleme istasyonundan belirlenmiş sevkiyat hazırlık alanına taşındığını belirtir. Sipariş tamamlanmıştır ve taşıyıcı araca yüklenmeyi beklemektedir. | ||
|
Neden önemli?
Bu aşama, işlemden son sevkiyat aşamasına geçişi gösterir. Ürünlerin hazırlık alanında geçirdiği süre, taşıyıcının varışında veya rıhtım planlamasında yaşanan gecikmeleri ortaya çıkarabilir.
Nereden alınır?
Bu bilgi genellikle, paketlenmiş kabın konumunun hazırlık alanındaki bir şerit olarak güncellendiği konum taşıma işlemiyle kaydedilir. Bu taşıma işleminin zaman damgası olay zamanını belirtir.
Kaydedin
Paketlenmiş LPN’yi hazırlık konumuna taşıyan envanter hareketi işleminden alınır.
Olay türü
explicit
|
|||
|
Toplama görevi oluşturuldu
|
Bu olay, sistemin dışarı gidecek bir siparişi karşılamak üzere çalışanın depodan ürün alması için toplama görevi oluşturduğunda gerçekleşir. Depodaki sipariş karşılama çevriminin başlangıcını belirtir. | ||
|
Neden önemli?
Bu olay, dışarıya yönelik toplama sürecini başlatır. Olaydan toplamanın tamamlanmasına kadar geçen süre, sipariş karşılama verimliliğini ve kaynakların yanıt hızını ölçmek için önemli bir göstergedir.
Nereden alınır?
Bu olay, depo görev yönetimi tablolarına kaydedilir. Etkinlik zamanı olarak toplama görevi kaydının oluşturulma zaman damgası kullanılır.
Kaydedin
Sistem tarafından oluşturulan toplama görevinin oluşturulma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Ürünler depoya ulaştı
|
Kamyonun veya taşıyıcının depo rıhtımına fiilen varmasını ve resmi giriş işlemini belirtir. Genellikle boşaltma ve ürünlerin ayrıntılı teslim alma işlemleri başlamadan önce kaydedilir. | ||
|
Neden önemli?
Bu aşama, taşıyıcının yolda geçirdiği süreyle deponun kendi işlem süresini birbirinden ayırmaya yardımcı olur. Rıhtım kapılarının kullanımını ve teslim alma alanındaki olası darboğazları analiz etmek için önemlidir.
Nereden alınır?
Bu bilgi genellikle Gelen Sevkiyat veya ASN kaydındaki durum güncellemesi olarak alınır. Rıhtım görevlisi teslimat belgelerini taradığında veya sistemi elle güncellediğinde kaydedilir.
Kaydedin
Gelen Sevkiyat kaydında 'Arrived at Check-In' gibi bir durum değişikliği olayı olarak kaydedilir.
Olay türü
explicit
|
|||
|
Yükleme başladı
|
Bu olay, paketlenmiş ürünlerin hazırlık alanından taşıyıcının kamyonuna aktarıldığı fiziksel yükleme işleminin başlangıcını belirtir. Genellikle 'Start Load' işlemiyle başlatılır. | ||
|
Neden önemli?
Bu etkinlik, yükleme işleminin verimliliğini görmenizi sağlar. Hazırlık alanında bekleme süresiyle kamyonun fiilen yüklendiği süreyi birbirinden ayırmanıza yardımcı olur.
Nereden alınır?
Bu genellikle Oracle WMS Cloud’daki bir Dışarıya Yönelik Yük kaydıyla bağlantılı açık bir işlemdir. Kullanıcı zaman damgası kaydedilen 'Start Load' işlemini gerçekleştirir.
Kaydedin
Belirli bir dışarıya yönelik taşıyıcı yüküyle ilişkili 'Start Load' işleminden alınır.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Depo yönetimi için Process Mining çalışmalarınıza bu veri Templateiyle başlayın. Operasyonlarınızı iyileştirmeye bugün başlayın.
Depo yönetimini iyileştirin, Oracle WMS Cloud verimliliğini artırın
Oracle WMS Cloud’da darboğazları belirleyin ve %99,5 envanter doğruluğuna ulaşın.
Kredi kartı gerekmez. Bugün iyileştirmeye başlayın.