Depo Yönetimi Veri Şablonunuz
Depo Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Manhattan SCALE için veri çıkarma rehberliği
Depo Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Depo Siparişi
WarehouseOrder
|
Gelen bir mal kabul veya giden bir sevkiyat gibi belirli bir lojistik iş birimi için benzersiz tanımlayıcı. | ||
|
Açıklama
Depo Siparişi, tek bir lojistik süreç için başlangıçtan bitişe kadar tüm ilgili aktiviteleri gruplayan birincil vaka tanımlayıcısı olarak hizmet eder. Bu, malların kabul edilmesi, yerleştirilmesi, toplanması, paketlenmesi veya sevkiyatı olsun, bir siparişin depo içindeki yaşam döngüsünün uçtan uca takibini sağlar. Process mining analizinde bu öznitelik, her siparişin yolculuğunu yeniden yapılandırmak için temeldir. Tüm olayları belirli bir Depo Siparişine bağlayarak, analistler süreç akışlarını görselleştirebilir, bireysel siparişler için çevrim sürelerini ölçebilir ve karşılama verimliliğini etkileyen varyasyonları veya bottleneck'leri (darboğazları) belirleyebilir.
Neden önemli
Tüm ilgili depo faaliyetlerini tek, tutarlı bir süreç örneğine bağlamak için temel anahtardır, uçtan uca analiz sağlar.
Nereden alınır
Bu tanımlayıcı, genellikle Manhattan SCALE içindeki ana sipariş yönetimi tablolarında, örneğin sipariş başlık tablosunda bulunur.
Örnekler
WO-00583921WO-00583922WO-00583923
|
|||
|
Faaliyet Adı
ActivityName
|
Meydana gelen belirli depo yönetimi görevinin veya olayının adı. | ||
|
Açıklama
Bu öznitelik, depo yönetimi süreci içindeki ayrı adımları veya kilometre taşlarını kaydeder. Örnekler arasında 'Depodan Mal Toplandı', 'Paketleme Başlatıldı' ve 'Sevkiyat Sevk Edildi' bulunur. Her aktivite, depo siparişi üzerinde gerçekleştirilen belirli bir eylemi temsil eder. Bu, Process mining için kritik bir özniteliktir, çünkü süreç haritasındaki düğümleri tanımlar. Bu aktivitelerin sırasını, sıklığını ve süresini analiz etmek, süreç akışlarının görselleştirilmesine, standart prosedürden sapmaların belirlenmesine ve işin geciktiği bottleneck'lerin (darboğazların) tespit edilmesine olanak tanır.
Neden önemli
Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve operasyonel akış ile varyasyonların analizini sağlar.
Nereden alınır
Manhattan SCALE içindeki işlem kodlarından, Event Log'lardan veya depo siparişlerinin ilerlemesini izleyen durum güncelleme tablolarından türetilmiştir.
Örnekler
Mallar Rampaya UlaştıPicking Task CreatedÜrünler PaketlendiGönderim Sevk Edildi
|
|||
|
Olay Zamanı
EventTime
|
Depo aktivitesinin veya olayının ne zaman meydana geldiğini gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreçte kaydedilen her aktivite için kesin tarih ve saati sağlar. Belirli bir sipariş için tüm depo operasyonlarının sırasını ve zamanlamasını belirleyen olay günlüğünün kronolojik omurgasıdır. Olay Zamanı, tüm zaman tabanlı Process mining analizi için gereklidir. Aktiviteler arasındaki çevrim sürelerini hesaplamak, bir sürecin toplam süresini ölçmek, gecikmeleri belirlemek ve farklı zaman dilimlerinde süreç performansını analiz etmek için kullanılır. Doğru zaman damgaları, güvenilir bir süreç haritası oluşturmak ve anlamlı performans metrikleri türetmek için çok önemlidir.
Neden önemli
Bu zaman damgası, olayları doğru bir şekilde sıralamak ve çevrim süreleri ve teslim süreleri gibi tüm süre tabanlı metrikleri hesaplamak için çok önemlidir.
Nereden alınır
Manhattan SCALE'deki etkinlik bilgileriyle birlikte Event Log tablolarında veya işlem kayıtlarında bulunur. Alanlar genellikle 'created_ts', 'event_timestamp' veya 'status_change_date' gibi adlandırılır.
Örnekler
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin kaynaklandığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin oluşturulduğu kaynak uygulamayı tanımlar. Bu süreç için değer genellikle 'Manhattan SCALE' olacaktır. Birden fazla entegre sistemin olduğu bir ortamda, bu alan veri kaynaklarını ayırt etmeye yardımcı olur. Verinin kökeni için bağlam sağlar, bu da veri yönetimi, sorun giderme ve farklı platformlardaki veri yakalama süreçlerindeki potansiyel farklılıkları anlamak için önemli olabilir.
Neden önemli
Verinin kaynağı hakkında temel bağlam sağlar; bu, karmaşık BT ortamlarında veri yönetimi, doğrulama ve entegrasyon çabaları için kritik öneme sahiptir.
Nereden alınır
Bu, genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında veri kümesini etiketlemek için eklenen statik bir değerdir.
Örnekler
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden en son veri yenilemesinin zaman damgası. | ||
|
Açıklama
Bu öznitelik, verilerin Manhattan SCALE'den en son ne zaman çıkarıldığını ve Process mining aracına yüklendiğini gösterir. Analiz edilen verilerin güncelliğini yansıtır. Bu bilgi, kullanıcıların analizin güncelliğini anlamaları için hayati öneme sahiptir. Gerçek zamanlı verilere mi yoksa belirli bir zaman noktasındaki bir anlık görüntüye mi baktıklarını bilmelerine yardımcı olur, bu da bilinçli operasyonel kararlar almak ve raporlama amaçları için çok önemlidir.
Neden önemli
Kullanıcılara verinin güncelliği hakkında bilgi verir, analizin ve raporların kapsadığı zaman dilimini anlamalarını sağlar.
Nereden alınır
Bu zaman damgası, genellikle veri yükleme süreci sırasında ETL aracı veya veri hattı tarafından oluşturulur ve saklanır.
Örnekler
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Bitiş Saati
EndTime
|
Ölçülebilir bir süreye sahip bir aktivitenin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Bitiş Zamanı, bir aktivitenin tamamlandığını gösterir. Başlangıç Zamanı (EventTime) ile eşleştirildiğinde, bireysel görevler için işlem süresinin kesin olarak hesaplanmasını sağlar. Tüm olayların ayrı bir bitiş zamanı olmasa da, 'Toplama' veya 'Paketleme' gibi olanlar için bu veri son derece değerlidir. Analizde Bitiş Zamanı, kaynak verimliliğini ve görev süresini anlamak için çok önemli olan 'İşlem Süresi' metriğini hesaplamak için kullanılır. Bu, genel çevrim süresine ve potansiyel gecikmelere katkıda bulunan belirli aktivitelerin hangilerinin en uzun sürdüğünü belirlemeye yardımcı olur.
Neden önemli
Bireysel etkinlikler için işlem süresinin hassas bir şekilde hesaplanmasını sağlayarak, hangi görevlerin en çok zaman ve kaynak tükettiğini belirlemeye yardımcı olur.
Nereden alınır
Bu, başlangıç zamanıyla aynı işlem günlüklerinde, 'completed_ts' veya 'end_time' gibi ayrı bir alanda bulunabilir. Doğrudan mevcut değilse, bazen sonraki aktivitenin başlangıç zamanından çıkarımlanabilir.
Örnekler
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
Gerçek Miktar
ActualQuantity
|
Sayılan, toplanan veya sevk edilen bir malzemenin gerçek miktarı. | ||
|
Açıklama
Bu öznitelik, mal kabul veya toplama gibi önemli bir kontrol noktasında ölçülen mal miktarını kaydeder. Fiziksel olarak elleçlenen şeyi temsil eder, bu da planlanandan farklılık gösterebilir. Fiili Miktarı Planlanan Miktar ile karşılaştırmak, tutarsızlıkları belirlemek için esastır. Bu, 'Sipariş Miktar Tutarsızlığı Eğilimleri' dashboard'u ve ilgili KPI için temeldir. Bu farklılıkları izlemek, tedarikçi doğruluğu, envanter kayıtları veya toplama hatalarındaki sorunları belirlemeye yardımcı olur; bu da envanter bütünlüğünü korumak için kritik öneme sahiptir.
Neden önemli
Planlanan ve gerçekleştirilen miktarlar arasındaki tutarsızlıkları belirlemek, potansiyel envanter doğruluğu sorunlarını veya operasyonel hataları vurgulamak için çok önemlidir.
Nereden alınır
Manhattan SCALE'de kabul, sayım veya toplama gibi etkinlikler için işlem detay kayıtlarında bulunur.
Örnekler
100985010
|
|||
|
Kullanıcı/Operatör Kimliği
UserOperatorId
|
Aktiviteyi gerçekleştiren depo çalışanının veya operatörünün benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, toplama, paketleme veya yerleştirme gibi belirli bir depo görevini yürütmekten sorumlu kullanıcının kimliğini yakalar. Süreç aktivitelerini ilgili insan kaynaklarına bağlar. Kullanıcı/Operatör Kimliğine göre performansı analiz etmek, kaynak kullanımını ve bireysel veya ekip verimliliğini anlamak için çok önemlidir. En iyi performansı gösterenleri, eğitim ihtiyaçlarını ve iş yükü dağılımını belirlemeye yardımcı olur. Bu veri, 'Operatöre Göre Kaynak Kullanımı' dashboard'u ve ilgili KPI'lar için anahtar olup, yöneticilerin personel alımını ve görev atamalarını optimize etmesini sağlar.
Neden önemli
Süreç performansını belirli bireylere veya ekiplere bağlayarak iş yükü, üretkenlik ve kaynak tahsisi analizini sağlar.
Nereden alınır
Bu bilgi, genellikle Manhattan SCALE'deki işlem günlüklerine, sıklıkla 'user_id', 'operator' veya 'executed_by' gibi alanlarda kaydedilir.
Örnekler
JSMITHBWILLIAMSLCHEN
|
|||
|
Malzeme Kimliği
MaterialId
|
İşlenen ürün veya malzeme için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, genellikle SKU (Stok Tutma Birimi) olarak bilinen, bir depo aktivitesinde yer alan belirli öğeyi tanımlar. Tek bir depo siparişi, her biri ayrı satır öğelerinde veya görevlerde elleçlenen birden fazla malzeme içerebilir. Süreci Malzeme Kimliğine göre analiz etmek, ürüne özel sorunları ortaya çıkarabilir. Örneğin, belirli öğeler boyutları, ağırlıkları veya depolama gereksinimleri nedeniyle kalite inceleme hatalarına, toplama hatalarına veya daha uzun elleçleme sürelerine daha yatkın olabilir. Bu, farklı ürün türleri için depolama stratejilerini ve elleçleme prosedürlerini optimize etmeye yardımcı olur.
Neden önemli
Belirli öğelerin süreç gecikmeleri, hatalar veya yeniden işleme ile ilişkili olup olmadığını belirlemek için ürün düzeyinde analiz sağlar.
Nereden alınır
Manhattan SCALE'deki ana depo siparişine bağlı, sipariş satır öğesi tablolarında bulunur.
Örnekler
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
Sipariş Türü
OrderType
|
Depo siparişini, örneğin gelen, giden veya iç transfer olarak kategorize eder. | ||
|
Açıklama
Sipariş Türü, depo siparişinin genel amacını tanımlar. Yaygın türler arasında müşteri sevkiyatları (giden), tedarikçi kabulleri (gelen), lokasyonlar arası stok transferleri (dahili) veya iadeler bulunur. Bu öznitelik, süreç analizini segmentlere ayırmaya olanak tanır. Sipariş Türü'ne göre filtreleme yaparak, mal kabul süreci ile sevkiyat süreci gibi farklı süreçlerin performansını karşılaştırabilirsiniz. Bu çok önemlidir, çünkü adımları, kaynakları ve performans hedefleri genellikle çok farklıdır ve bunları birlikte analiz etmek yanıltıcı olabilir.
Neden önemli
Gelen ve giden gibi farklı akışlara ve performans beklentilerine sahip ayrı süreçlerin ayrılmasına ve karşılaştırılmasına olanak tanır.
Nereden alınır
Manhattan SCALE'deki sipariş başlık verilerinde bulunur. Alan 'order_type', 'transaction_type' veya benzeri şekilde adlandırılabilir.
Örnekler
Gelen MakbuzGiden SevkiyatDahili AktarımMüşteri İadesi
|
|||
|
Talep Edilen Tamamlanma Tarihi
RequestedCompletionDate
|
Müşterinin veya dahili paydaşın siparişin sevk edilmesini talep ettiği tarih. | ||
|
Açıklama
Bu öznitelik, giden bir depo siparişi için hizmet seviyesi anlaşmasını (SLA) veya hedef teslimat tarihini temsil eder. Depo operasyonlarının zamanında performans için ölçüldüğü son tarihtir. Bu tarih, performans değerlendirmesi için kritik bir kıyaslama noktasıdır. Bir siparişin zamanında yerine getirilip getirilmediğini belirlemek için 'Zamanında Sevkiyat Performansı' dashboard'unda ve 'Zamanında Sevkiyat Oranı' KPI'sında kullanılır. Bu tarihi kaçıran siparişleri analiz etmek, gecikmelerin sistematik nedenlerini belirlemeye ve müşteri memnuniyetini artırmaya yardımcı olur.
Neden önemli
Zamanında sevkiyat performansını ve müşteri hizmet düzeyi anlaşmalarına uyumu ölçmek için birincil ölçüt görevi görür.
Nereden alınır
Genellikle Manhattan SCALE'deki sipariş başlık tablosunda saklanır, sıklıkla bir üst düzey ERP veya Sipariş Yönetim Sisteminden doldurulur.
Örnekler
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
Depolama Konumu
StorageLocation
|
Malların depolandığı veya toplandığı, depo içindeki kutu veya koridor gibi belirli konum. | ||
|
Açıklama
Bu öznitelik, depolama veya geri alma aktivitesinde yer alan fiziksel konumu (örn. Koridor 5, Bölme 3, Kat C) tanımlar. Depo sürecine mekansal bağlam sağlar. Depolama konumuna göre aktiviteleri analiz etmek, depo yerleşimini ve malzeme akışını optimize etmek için çok önemlidir. Sık erişilen konumları, toplama sırasındaki verimsiz seyahat yollarını veya tıkanıklığa yatkın alanları belirlemeye yardımcı olabilir. Bu veri, yerleştirme ve toplama verimliliği analizini destekler, depolama stratejilerini iyileştirme fırsatlarını ortaya çıkarır.
Neden önemli
Depo hareketlerine uzamsal bağlam sağlayarak, düzen verimliliği, seyahat süreleri ve toplama yolu optimizasyonu analizini mümkün kılar.
Nereden alınır
Manhattan SCALE'de yerleştirme ve toplama etkinlikleri için görev seviyesindeki verilerde, 'location_id', 'bin_code' veya 'source_location' gibi alanlarda bulunur.
Örnekler
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
Gerçek Tamamlama Tarihi
ActualCompletionDate
|
Depo siparişinin tamamlandığı, genellikle sevkiyat anındaki gerçek tarih. | ||
|
Açıklama
Bu öznitelik, bir sipariş için depo sürecinin son adımını, örneğin 'Sevkiyat Sevk Edildi' gibi, işaretleyen zaman damgasıdır. Sipariş karşılama sürecinin fiili tamamlama zamanını temsil eder. Bu tarih, zamanında sevkiyat performansını hesaplamak için 'Talep Edilen Tamamlanma Tarihi' ile doğrudan karşılaştırılır. Deponun siparişle ilgili sorumluluğunun ne zaman sona erdiğini doğrulayan fiili veri noktasıdır. Bu özniteliği analiz etmek, sipariş karşılama çevrim sürelerini ve SLA'lara karşı performansı doğru bir şekilde ölçmeye yardımcı olur.
Neden önemli
Sipariş tamamlanmasının gerçek zaman damgasını sağlar, gerçek döngü sürelerini hesaplamak ve talep edilen tarihlere göre performansı ölçmek için kullanılır.
Nereden alınır
Bu, süreçteki son aktivitenin, örneğin 'Sevkiyat Sevk Edildi' veya 'Depo Siparişi Tamamlandı' gibi, zaman damgasına karşılık gelir.
Örnekler
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
Gönderi Kimliği
ShipmentId
|
Birlikte sevk edilen sipariş grupları için benzersiz bir tanımlayıcı. | ||
|
Açıklama
Sevkiyat Kimliği, aynı araçla veya aynı konsinye parçası olarak birlikte taşınan bir veya daha fazla depo siparişini birleştiren üst düzey bir tanımlayıcıdır. Bireysel siparişleri belirli bir taşıma olayına bağlar. Analizde Sevkiyat Kimliği, lojistik operasyonlarına daha geniş bir bakış açısı sağlar. Hazırlık ve yükleme aşamalarındaki konsolidasyon sürecinin verimliliğini analiz etmek, sevkiyat düzeyinde zamanında performans ölçmek ve sipariş konsolidasyonunun genel teslim sürelerini nasıl etkilediğini anlamak için kullanılabilir.
Neden önemli
Birden çok siparişi tek bir sevkiyat olayında gruplandırarak konsolidasyon, hazırlık ve yükleme süreçlerinin analizini sağlar.
Nereden alınır
Manhattan SCALE içindeki taşıma veya sevkiyat yönetimi tablolarında bulunur. Bu kimlik genellikle birden çok depo siparişine geri bağlanır.
Örnekler
SH-945001SH-945002SH-945003
|
|||
|
Kalite İnceleme Sonucu
QualityInspectionResult
|
'Geçti', 'Kaldı' veya 'Yeniden İşlem' gibi bir kalite inceleme faaliyetinin sonucu. | ||
|
Açıklama
Bu öznitelik, 'Yapılan Kalite İncelemesi' aktivitesinin sonucunu kaydeder. Teslim alınan malların gerekli kalite standartlarını karşılayıp karşılamadığını veya daha fazla eyleme ihtiyaç olup olmadığını gösterir. Bu, kalite yönetimi analizi için kritik bir özniteliktir. Sadece uyum açısından değil, sonuçlar açısından da 'Kalite Kontrol Uyumluluk Oranı'nı izlemeye yardımcı olur. Tedarikçi veya malzemeye göre hata oranlarını analiz etmek, tedarik kararlarını iyileştirmeye ve düşük kaliteli mallarla ilişkili sonraki maliyetleri azaltmaya yardımcı olabilir.
Neden önemli
Kalite kontrollerinin sonucunu sağlayarak, tedarikçi kalitesi, ürün sorunları ve denetim sürecinin etkinliği analizini mümkün kılar.
Nereden alınır
Manhattan SCALE belgelerine bakın. Bu büyük olasılıkla kalite yönetimi veya kabul görevleriyle ilgili tablolarda saklanacaktır.
Örnekler
GeçtiBaşarısızYeniden İşlem Gerektirir
|
|||
|
Kullanılan Ekipman
EquipmentUsed
|
Bir aktivite için kullanılan forklift veya el terminali gibi ekipmanın tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, bir depo görevini yerine getirmek için kullanılan malzeme elleçleme ekipmanının (MHE) veya teknolojisinin parçasını belirtir. Bu, belirli forklift kimliklerini, palet transpalet numaralarını veya el tipi RF tarayıcı kimliklerini içerebilir. Bu veri, sadece insan operatörlerinin ötesinde kaynak kullanım analizi için değerlidir. Pahalı ekipmanların kullanım modellerini anlamaya, bakımı planlamaya ve doğru araçların gerektiğinde kullanılabilir olmasını sağlamaya yardımcı olur. 'Kaynak Kullanımı (Toplama)' gibi KPI'ları analiz için başka bir boyut sağlayarak doğrudan destekler.
Neden önemli
Ekipman kullanımının ve süreç verimliliği üzerindeki etkisinin analizini sağlar, bakım programlarını ve MHE yatırımını yönetmeye yardımcı olur.
Nereden alınır
Manhattan SCALE belgelerine veya sistem günlüklerine bakın. Sistem bunu yakalayacak şekilde yapılandırılmışsa, görev yürütme kayıtlarında izlenebilir.
Örnekler
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
Mal Kabulden Yerleştirmeye Süre
GoodsReceiptToPutawayTime
|
Malların teslim alındığı andan depoya yerleştirilinceye kadar geçen süre. | ||
|
Açıklama
Bu hesaplanan metrik, gelen sürecin kritik bir bölümünün süresini ölçer: 'Mallar Kabul Edildi ve Sayıldı' aktivitesi ile 'Mallar Depoya Yerleştirildi' aktivitesi arasındaki süre. Mal kabul rıhtımı ve yerleştirme operasyonlarının verimliliğini ölçer. Bu süre, 'Mal Kabulden Yerleştirmeye Çevrim' dashboard'u ve ilgili KPI'sı için önemli bir girdidir. Bu metrik için yüksek değerler, mal kabul rıhtımındaki bottleneck'leri (darboğazları), yerleştirme görevleri oluşturulmasındaki gecikmeleri veya verimsiz seyahat yollarını işaret edebilir; bunların hepsi envanter kullanılabilirliğini geciktirir.
Neden önemli
Kritik bir gelen süreç adımının verimliliğini izole eder ve ölçer, envanter kullanılabilirliğini geciktiren darboğazları vurgular.
Nereden alınır
Bu, belirli bir vaka için 'Mallar Kabul Edildi ve Sayıldı' ve 'Mallar Depoya Yerleştirildi' olayları arasındaki zaman farkını bulunarak türetilen hesaplanmış bir alandır.
Örnekler
45 minutes2.5 saat8 saat
|
|||
|
Miktar Farkı
QuantityDiscrepancy
|
Bir ürün için planlanan ve fiili miktar arasındaki hesaplanan fark. | ||
|
Açıklama
Bu metrik, 'Fiili Miktar' eksi 'Planlanan Miktar' olarak hesaplanır. Sıfır olmayan bir değer, elleçlenen mal miktarı ile beklenen miktar arasında bir tutarsızlığı gösterir. Değer pozitif (fazlalık) veya negatif (eksiklik) olabilir. Bu öznitelik, 'Sipariş Miktar Tutarsızlığı Oranı' KPI'sının temelidir. Mal kabul veya toplama hatalarının büyüklüğünü ölçer, envanter doğruluğunu izleyen dashboard'lar için net bir metrik sağlar. Bu tutarsızlıkların eğilimlerini ve kök nedenlerini analiz etmek, operasyonel hassasiyeti iyileştirmek için hayati öneme sahiptir.
Neden önemli
Envanter ve sipariş karşılama hatalarını doğrudan ölçer, doğruluğu ve tutarsızlıkların finansal etkisini izlemek için net bir metrik sağlar.
Nereden alınır
Bu, Process mining aracında şu formülle türetilen hesaplanmış bir alandır: FiiliMiktar - PlanlananMiktar.
Örnekler
0-25
|
|||
|
Planlanan Miktar
PlannedQuantity
|
Belirli bir görev için, siparişe dayalı olarak beklenen malzeme miktarı. | ||
|
Açıklama
Bu öznitelik, orijinal depo siparişine veya görev talimatına göre teslim alınması, toplanması veya elleçlenmesi beklenen bir ürünün miktarını gösterir. Gerçek dünya operasyonunun ölçüldüğü temeldir. Bu değer, tutarsızlıkları hesaplamak için 'Fiili Miktar' ile birlikte kullanılır. Planlanan ve fiili miktarlar arasındaki sık farklılıklar, tedarikçi sevkiyatları, envanter doğruluğu veya toplama süreçlerindeki sorunları işaret edebilir, bu da onu kalite ve doğruluk analizi için önemli bir öznitelik haline getirir.
Neden önemli
Miktar doğruluğunu ölçmek için bir referans noktası görevi görür, envanter ve sipariş karşılamayı etkileyen tutarsızlıkları belirlemeye yardımcı olur.
Nereden alınır
Manhattan SCALE içindeki sipariş satır öğesi veya görev detay tablolarında bulunur.
Örnekler
1001005012
|
|||
|
Sipariş Karşılama Döngü Süresi
OrderFulfillmentCycleTime
|
Depo siparişinin oluşturulmasından nihai tamamlanmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu metrik, her depo siparişi için 'Depo Siparişi Oluşturuldu' olayından 'Depo Siparişi Tamamlandı' olayına kadar geçen toplam süreyi hesaplar. Tüm depo sipariş karşılama sürecinin uçtan uca verimliliğini ölçen önemli bir performans göstergesidir. Dashboard'larda ve analizde, bu öznitelik genel performansa yüksek seviyeli bir bakış açısı sağlar. Eğilimleri izlemek, aykırı değerleri (uzatılmış çevrim süreleri) belirlemek ve zaman içinde performansı kıyaslamak için kullanılır. 'Genel Sipariş Karşılama Çevrim Süresi' dashboard'unu ve ilgili KPI'yı doğrudan destekler.
Neden önemli
Bu, deponun uçtan uca hızını ve verimliliğini ölçen, müşteri memnuniyetini ve operasyonel maliyetleri doğrudan etkileyen kritik bir KPI'dır.
Nereden alınır
Bu, her Depo Siparişi için ilk ve son olayların zaman damgaları arasındaki fark alınarak türetilen hesaplanmış bir alandır.
Örnekler
2.1 gün18.5 saat36 saat
|
|||
|
Taşıyıcı Adı
CarrierName
|
Siparişin sevkiyatından sorumlu nakliye şirketinin adı. | ||
|
Açıklama
Bu öznitelik, giden bir sevkiyata atanan lojistik ortağını veya taşıyıcıyı (örn. FedEx, UPS, DHL) tanımlar. Depo sürecini sonraki taşıma aşamasına bağlar. Taşıyıcıya göre performansı analiz etmek, tedarik zinciri hakkında önemli içgörüler ortaya çıkarabilir. Belirli taşıyıcıların daha uzun hazırlık süreleri, sık gecikmeler veya özel elleçleme gereksinimleri ile ilişkili olup olmadığını belirlemeye yardımcı olur. Bu bilgi, taşıyıcı performansını değerlendirmek ve lojistik ortaklıklarını optimize etmek için kullanılabilir.
Neden önemli
Depo operasyonlarını lojistik ortaklarına bağlayarak, taşıyıcı bazında performans analizi yaparak potansiyel ulaşımla ilgili darboğazları belirlemeyi sağlar.
Nereden alınır
Manhattan SCALE içindeki sevkiyat veya taşıma planlama tablolarında bulunur, genellikle sipariş başlığına bağlıdır.
Örnekler
FedExUPSXPO Lojistik
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir etkinliğin veya etkinlik dizisinin yeniden işleme temsil edip etmediğini belirten bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, aynı malzeme için tek bir sipariş içinde 'Depodan Mal Toplandı' aktivitesinin birden fazla kez gerçekleştirilmesi gibi yeniden işleme örneklerini tanımlar. Süreç akışındaki desenleri analiz ederek türetilir. Yeniden işleme bayrağı, süreç verimsizliklerini ve hatalarını belirlemek için çok önemlidir. 'Toplama Yeniden İşleme Oranı' KPI'sını ölçmeye yardımcı olur ve analistlerin tekrarlanan adımlara sahip vakaları izole etmesine ve araştırmasına olanak tanır. Yeniden işlemenin nedenlerini anlamak, operasyonel maliyetleri azaltmanın ve süreç kalitesini iyileştirmenin anahtarıdır.
Neden önemli
Süreç içindeki verimsiz döngüleri ve tekrarlanan işleri işaretler; bunlar genellikle gecikmelerin ve artan operasyonel maliyetlerin gizli kaynaklarıdır.
Nereden alınır
Bu, genellikle Process mining aracı içinde belirli tekrarlanan aktivite modellerini (örn. kendi kendine döngüler veya kısa döngüler) tespit eden kurallar tanımlanarak türetilen hesaplanan bir özniteliktir.
Örnekler
truefalse
|
|||
|
Zamanında Sevkiyat mı
IsOnTimeShipment
|
Siparişin talep edilen tamamlama tarihinde veya öncesinde sevk edilip edilmediğini gösteren bir işaret. | ||
|
Açıklama
Bu boolean öznitelik, 'Fiili Tamamlanma Tarihi' ile 'Talep Edilen Tamamlanma Tarihi'nin karşılaştırılmasıyla türetilir. Sipariş zamanında tamamlandıysa doğru, geç kaldıysa yanlıştır. Bu öznitelik, kolay filtreleme ve toplama sağlayarak performans analizini basitleştirir. 'Zamanında Sevkiyat Oranı' KPI'sını hesaplamak için temeldir ve müşteri SLA'larına uyumu izleyen dashboard'ları destekler. Uyumlu siparişleri uyumsuz olanlardan hızlıca ayırır, geç kalan siparişler üzerinde kök neden analizi yapılmasını sağlar.
Neden önemli
Tarih karşılaştırmalarını basit bir doğru/yanlış işaretine dönüştürerek performans raporlamasını basitleştirir, bu da zamanında sevkiyat oranını hesaplamayı kolaylaştırır.
Nereden alınır
'ActualCompletionDate' <= 'RequestedCompletionDate' karşılaştırılarak hesaplanır. Bu mantık Process Mining aracında uygulanır.
Örnekler
truefalse
|
|||
Depo Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Depo Siparişi Oluşturuldu
|
Bu aktivite, gelen mal kabul veya giden sipariş karşılama için olabilen bir siparişin Depo Yönetim Sisteminde oluşturulmasını işaretler. Genellikle, genellikle bir ERP entegrasyonu aracılığıyla sisteme yeni bir sipariş kaydı eklendiğinde bir oluşturulma zaman damgasıyla kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu, depo süreci için birincil başlangıç olayıdır. Bu noktadan tamamlanmaya kadar geçen süreyi analiz etmek, toplam sipariş karşılama çevrim süresini ölçmek için çok önemlidir.
Nereden alınır
Bu olay, Manhattan SCALE'deki birincil sipariş başlık tablosunun oluşturulma zaman damgasından, örneğin sipariş oluşturma tarihi alanından yakalanır.
Yakala
Depo siparişi kaydının oluşturulma zaman damgasından alınır.
Event tipi
explicit
|
|||
|
Depo Siparişi Tamamlandı
|
Tüm fiziksel aktiviteler tamamlandıktan sonra depo siparişinin son mantıksal kapanışını temsil eder. Bu genellikle, sipariş kaydındaki 'Tamamlandı' veya 'Kapandı' gibi nihai bir durum güncellemesinden türetilen, çıkarımlanmış bir olaydır. | ||
|
Neden önemli
Bu aktivite, tüm depo yaşam döngüsü için kesin son noktadır. Genel sipariş karşılama çevrim süresini ve verimi hesaplamak için gereklidir.
Nereden alınır
Manhattan SCALE'deki sipariş başlık durumu alanının nihai, kapalı bir duruma güncellendiği zaman damgasından çıkarılmıştır.
Yakala
Sipariş durumu 'Tamamlandı' olarak değiştiğinde son güncelleme zaman damgasından türetilmiştir.
Event tipi
inferred
|
|||
|
Gönderim Sevk Edildi
|
Bu, taşıyıcının mallarla depodan ayrıldığı anı işaretler. Bir kullanıcının sistemde bir 'Sevkiyat Onaylama' veya 'Gönderim' işlemi gerçekleştirerek sevkiyatı kesinleştirdiğinde tetiklenen açık bir olaydır. | ||
|
Neden önemli
Bu, talep edilen teslimat tarihlerine karşı zamanında sevkiyat performansını ölçmek için kritik bir kilometre taşıdır. Genellikle müşteri bildirimlerini ve faturalamayı tetikler.
Nereden alınır
Manhattan SCALE'in sevkiyat veya giden sipariş tablolarındaki 'Sevkiyat Onayı' işleminin zaman damgasından alınır.
Yakala
Dorse veya sipariş için sevkiyat onay işlemi yürütüldüğünde kaydedilir.
Event tipi
explicit
|
|||
|
Mallar Depodan Toplandı
|
Bu aktivite, bir öğenin bir operatör tarafından depolama konumundan fiziksel olarak alındığını onaylar. Operatörün el terminalinde toplamayı onaylamak için öğeyi ve/veya konumu taradığı zaman yakalanan açık bir olaydır. | ||
|
Neden önemli
Bu, sipariş karşılama döngüsünde önemli bir kilometre taşıdır. Toplama verimi, yeniden işleme oranları ve kaynak kullanımını ölçmek için gereklidir.
Nereden alınır
Bir toplamanın onaylandığı zaman, genellikle operatör kimliği ve zaman damgası dahil olmak üzere, toplama işlem günlüklerinde veya görev geçmişi tablolarında kaydedilir.
Yakala
Bir toplama satırı öğesinin onay zaman damgasından, tipik olarak barkod taraması yoluyla alınır.
Event tipi
explicit
|
|||
|
Mallar Depoya Yerleştirildi
|
Bu aktivite, malların belirlenen depolama bölmesine başarıyla yerleştirildiğini onaylar. Operatör depolama konumunu taradığında ve yerleştirme eylemini onayladığında, görevi sistemde tamamladığında açıkça yakalanır. | ||
|
Neden önemli
Bu olay, gelen süreci sonlandırır ve envanteri sipariş karşılama için kullanılabilir hale getirir. 'Mal Kabulden Yerleştirmeye Süre' KPI'sını ölçmek için son noktadır.
Nereden alınır
Bir yerleştirme görevi durumu 'Tamamlandı' veya benzer bir duruma güncellendiğinde görev yönetimi veya envanter işlem günlüklerinde kaydedilir.
Yakala
Yerleştirme görevinin tamamlanma zaman damgasından, genellikle bir konum taraması yoluyla alınır.
Event tipi
explicit
|
|||
|
Mallar Kabul Edildi ve Sayıldı
|
Malların boşaltıldığı, tanımlandığı ve miktarların teslimat bildirimine göre doğrulandığı fiziksel kabul sürecinin tamamlanmasını işaretler. Bu, genellikle bir operatörün bir el cihazında veya terminalde her bir öğe için nihai kabul edilen miktarları onayladığında yakalanan açık bir olaydır. | ||
|
Neden önemli
Bu, envanter doğruluğu ve yerleştirme döngüsünün başlangıcı için kritik bir kilometre taşıdır. Miktar tutarsızlıklarının ve mal kabul ekibinin verimliliğinin analizini sağlar.
Nereden alınır
Bu olay, Manhattan SCALE'deki mal kabul satırı işlem günlüklerine, ürün sayımlarının onaylanması üzerine yakalanan zaman damgalarıyla kaydedilir.
Yakala
Operatör, tarama veya manuel giriş yoluyla kabul miktarlarını onayladığında kaydedilir.
Event tipi
explicit
|
|||
|
Ürünler Paketlendi
|
Bu aktivite, bir sevkiyat için tüm öğelerin nihai konteynere paketlendiğini ve konteynerin kapatıldığını gösterir. Bu, paketleyicinin sistemde karton veya sevkiyatın tamamlandığını onayladığında kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu kilometre taşı, paketleme aşamasını sonlandırır ve sevkiyatı hazırlık ve gönderim için hazır hale getirir. Paketleme verimi ve verimliliğini analiz etmek için önemli bir veri noktasıdır.
Nereden alınır
Manhattan SCALE'de 'Karton Kapat' veya 'Paketleme Tamamlandı' eylemi gerçekleştirildiğinde paketleme veya sevkiyat işlem günlüklerine kaydedilir.
Yakala
'Paket Tamamlandı' veya 'Konteyner Kapat' işleminin zaman damgasından alınır.
Event tipi
explicit
|
|||
|
Gelen Teslimat Bildirimi Alındı
|
Bir tedarikçiden, gelen bir sevkiyatı detaylandıran Gelişmiş Sevkiyat Bildirimi (ASN) alımını temsil eder. Bu, bir ASN'nin Manhattan SCALE'de başarıyla işlenip kaydedildiğinde yakalanan ve gelen planlama faaliyetlerini tetikleyen açık bir olaydır. | ||
|
Neden önemli
Bu olay, gelen lojistik sürecini ölçmek için başlangıç noktası olarak hizmet eder. Tedarikçi performansının ve deponun gelen mallara hazırlığının analizine olanak tanır.
Nereden alınır
Gelen işlem veya ASN tablolarında, bir teslimat bildiriminin başarılı EDI veya manuel girişi üzerine kaydedilir.
Yakala
ASN alımı ve işlenmesi üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Kalite Kontrolü Gerçekleştirildi
|
Teslim alınan mallar yerleştirilmeden önce yapılan bir kalite kontrol denetimini temsil eder. Kayıt açık bir şekilde, bir KK operatörünün belirli envanter için sistemde denetim sonucunu (geçti veya kaldı) kaydettiği zaman gerçekleşir. | ||
|
Neden önemli
Bu aktivite, kalite kontrol prosedürlerine uyumu izlemek için hayati öneme sahiptir. Meydana gelişini ve süresini analiz etmek, ürün kalitesini sağlamaya ve inceleme sürecindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır
Bir denetim sonucunun gönderildiği zaman Manhattan SCALE'deki kalite yönetim modülünde veya envanter durumu işlem günlüklerinde kaydedilir.
Yakala
Kalite kontrol onay adımının işlem günlüğünden alınır.
Event tipi
explicit
|
|||
|
Mallar Rampaya Ulaştı
|
Bu aktivite, bir kamyonun veya konteynerin depo mal kabul rıhtımına fiziksel varışını gösterir. Genellikle bir kapı veya rıhtım görevlisinin boşaltma başlamadan önce sevkiyatı sistemde kontrol ettiğinde açıkça yakalanır. | ||
|
Neden önemli
Varış ile mal kabul aktivitelerinin başlangıcı arasındaki süreyi izlemek, kaynak yetersizliği nedeniyle bekleme süreleri gibi mal kabul rıhtımındaki bottleneck'leri (darboğazları) belirlemeye yardımcı olur.
Nereden alınır
Manhattan SCALE içindeki bir sevkiyat veya randevu planlama modülünde, taşıyıcı tesise giriş yaptığında kaydedilir.
Yakala
Kabul rampasındaki check-in işlem zaman damgasından alınır.
Event tipi
explicit
|
|||
|
Paketleme Başlatıldı
|
Toplanan malların bir paketleme istasyonuna ulaştığı paketleme sürecinin başlangıcını işaretler. Bu, bir operatörün bir tote veya siparişi bir paketleme istasyonuna taramasıyla yakalanan açık bir olay olabilir veya o istasyondaki ilk öğe taramasından çıkarılabilir. | ||
|
Neden önemli
Bu olay, sevkiyat öncesi son değer katma aşamasını başlatır. Bu noktadan ölçüm yapmak, özellikle paketleme alanındaki bottleneck'leri (darboğazları) izole etmeye yardımcı olur.
Nereden alınır
Manhattan SCALE'deki paketleme istasyonlarıyla ilişkili işlem günlüklerinden alınır. Bir 'Paketlemeyi Başlat' işlemi veya paketlenen ilk öğenin zaman damgası olabilir.
Yakala
Bir operatör bir sipariş için bir istasyonda paketleme sürecini başlattığında kaydedilir.
Event tipi
explicit
|
|||
|
Picking Task Created
|
Sistemin, bir operatörün bir siparişi yerine getirmek için depodan ürünleri alması amacıyla bir toplama görevi oluşturmasını temsil eder. Bu olay, sipariş tahsis edildiğinde ve WMS bir kullanıcı için bir direktif oluşturduğunda açıkça kaydedilir. | ||
|
Neden önemli
Bu, giden sipariş karşılama sürecinin başlangıcıdır. Bu olaydan toplama tamamlanmasına kadar geçen süre, toplayıcı verimliliğini ölçmek için anahtardır.
Nereden alınır
Manhattan SCALE'deki görev veya iş emri geçmişi tablolarına bir oluşturulma zaman damgasıyla kaydedilir.
Yakala
Sistem tarafından bir toplama görevinin oluşturulması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Sevkiyat için Hazırlık
|
Paketlenen kartonların paketleme alanından belirlenmiş bir sevkiyat hazırlık hattına veya alanına hareketini temsil eder. Bu aktivite genellikle, nakliye konteyneri veya paletinin WMS içindeki konumunda meydana gelen bir değişiklikten çıkarımlanır. | ||
|
Neden önemli
Paketleme ve yükleme arasındaki gecikmeleri belirlemeye yardımcı olur. Bu durumda uzun bir süre, taşıyıcılarla zayıf koordinasyonu veya verimsiz rampa kapısı yönetimini gösterebilir.
Nereden alınır
Manhattan SCALE'deki sevkiyat konteyner kimliği için bir envanter hareket işlemi veya konum güncellemesinden çıkarılmıştır; bu, bir hazırlık konumuna taşındığını gösterir.
Yakala
Paketlenmiş konteynerin bir hazırlık veya rampa kapısı alanına konum değişikliğinden çıkarılmıştır.
Event tipi
inferred
|
|||
|
Taşıyıcıya Yükleme
|
Bu aktivite, paketlenmiş konteynerlerin bir kamyon veya römorka fiziksel olarak yüklenmesini yakalar. Genellikle bir operatör her paleti veya konteyneri taşıyıcıya yüklenirken taradığında kaydedilen açık bir olaydır. | ||
|
Neden önemli
Bu, depo içindeki son fiziksel elleçleme adımıdır. Bu aktiviteyi analiz etmek, yükleme sürelerini ölçmeye yardımcı olur ve bir sevkiyat için tüm malların doğru yüklendiğinden emin olur.
Nereden alınır
Manhattan SCALE'deki sevkiyat işlem günlüklerinde, yükleme süreci sırasında konteynerler tarandığında kaydedilir.
Yakala
Bir sevkiyat konteynerinin bir araca yüklendiği tarama zaman damgasından alınır.
Event tipi
explicit
|
|||
|
Yerleştirme Görevi Oluşturuldu
|
Sistem, bir operatörü teslim alınan malları rıhtımdan bir depolama konumuna taşıması için yönlendiren bir görev oluşturur. Bu, sistem bir hedef atadığında ve yeni bir yerleştirme direktifi oluşturduğunda görev yönetim motorunda yakalanan açık bir olaydır. | ||
|
Neden önemli
Dahili mal hareket sürecinin başlangıcını işaretler. Bu ile görev tamamlama arasındaki süre, yerleştirme verimliliğini ve sistem performansını ölçer.
Nereden alınır
Manhattan SCALE'deki görev veya iş emri geçmişi tablolarına, yerleştirme görevinin oluşturulduğu zamana ait bir zaman damgasıyla kaydedilir.
Yakala
Sistem tarafından bir yerleştirme görevinin oluşturulması üzerine kaydedilen olay.
Event tipi
explicit
|
|||