Depo Yönetimi Veri Şablonunuz

Manhattan SCALE
Depo Yönetimi Veri Şablonunuz

Depo Yönetimi Veri Şablonunuz

Bu şablon, depo yönetimi süreciniz için en alakalı verileri toplama konusunda size rehberlik etmek üzere tasarlanmıştır. Etkili analiz için gerekli temel öznitelikleri ve aktiviteleri özetler. Ek olarak, bu verileri sisteminizden çıkarmak için net bir rehberlik sağlayarak Process mining yolculuğunuza sorunsuz bir başlangıç yapmanızı sağlar.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Manhattan SCALE için veri çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Depo Yönetimi Öznitelikleri

Bu veri alanları, kapsamlı bir olay günlüğü oluşturmak ve depo yönetimi süreçlerinizin derinlemesine analizini sağlamak için çok önemlidir.
5 Gerekli 6 Önerilen 12 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Depo Yönetimi Aktiviteleri

Bunlar, doğru ve içgörülü süreç keşfi için yakalanması gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Manhattan SCALE'den verilerinizi nasıl alırsınız?