Varlık Bakımı Veri Template'iniz
Varlık Bakımı Veri Template'iniz
Bu, Varlık Bakımı süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Standart bakım kilometre taşlarının kapsamlı listesi
- Derin performans analizi için tasarlanmış esnek nitelik şeması
- Herhangi bir kurumsal varlık yönetimi veri kaynağıyla tam uyumluluk
Varlık Bakım Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | İş akışı içinde meydana gelen belirli görev, durum değişikliği veya olay. | ||
| Açıklama Bu öznitelik, bakım iş emrinin yaşam döngüsü boyunca atılan adımları tanımlar. İş emrinin oluşturuldu, onaylandı, devam ediyor, bekletiliyor ve tamamlandı gibi geçtiği farklı durumları yakalar. Doğru Neden önemli Süreç haritasındaki düğümleri tanımlar ve iş akışını yeniden yapılandırmak için gereklidir. Nereden alınır Durum geçmişi tablolarından, işlem günlüklerinden veya iş emri değişiklik günlüklerinden türetilmiştir. Örnekler İş Emri OluşturulduMalzeme ÇıkarıldıOnay VerildiDurum "Devam Ediyor" Olarak Değiştirildiİş Emri Kapatıldı | |||
| İş Emri Numarası WorkOrderNumber | Bakım vakası veya iş emri için benzersiz tanımlayıcı. | ||
| Açıklama Bu öznitelik, Analizde, bu alan ilgili tüm Neden önemli Benzersiz süreç örneklerini ayırt etmek için gereken temel Olay Kimliğidir. Nereden alınır Genellikle iş emri başlık tablosunda bulunur (örn. Maximo'da WONUM, SAP'de AUFNR). Örnekler WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Kaynak Sistem SourceSystem | Kaydın kaynaklandığı uygulamanın veya veritabanının adı. | ||
| Açıklama Bu öznitelik, veri üretmekten sorumlu yazılım ortamını tanımlar. Karmaşık bakım ortamlarında, veri bir ERP'den, özel bir CMMS'ten veya bir IoT izleme platformundan gelebilir. Analizde, birden fazla sistemin tek bir süreç modeline alındığı durumlarda veriyi filtrelemek için bu alan kullanışlıdır. Veri soy ağacını doğrulamaya yardımcı olur ve farklı eski sistemler arasındaki veri kalitesini veya süreç varyasyonlarını karşılaştırmak için kullanılabilir. Neden önemli Çoklu sistem ortamlarında veri izlenebilirliğini sağlar. Nereden alınır Çıkarma işlemi sırasında sabit kodlanmış veya sistem konfigürasyonundan eşleştirilmiştir. Örnekler SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Olay Zaman Damgası EventTimestamp | Bir `activity`'nin occurred olduğu specific `date` ve `time`. | ||
| Açıklama Bu öznitelik, bakım
Neden önemli Olayların sıralanmasına ve tüm süre metriklerinin hesaplanmasına olanak tanır. Nereden alınır İşlem günlüklerinde, geçmiş tablolarında veya denetim izlerinde aktiviteyle birlikte bulunur. Örnekler 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Son Veri Güncellemesi LastDataUpdate | Kaydın en son ne zaman çekildiğini veya yenilendiğini gösteren timestamp. | ||
| Açıklama Bu öznitelik, analizde kullanılan veri setinin para birimini izler. Analistlerin verinin güncelliğini anlamalarına ve operasyonel sistem ile Fiziksel süreç akışının bir parçası olmasa da, veri yönetimi için çok önemlidir. Paydaşların gerçek zamanlı veriye mi yoksa önceki bir kapanış döneminden alınan bir anlık görüntüye mi baktıklarını bilmelerini sağlar. Neden önemli Veri tazeliğini doğrulamaya ve artımlı yükleri yönetmeye yardımcı olur. Nereden alınır Çalışma zamanında ETL boru hattı veya çıkarma betiği tarafından oluşturulur. Örnekler 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Bakım Departmanı MaintenanceDepartment | İşin yürütülmesinden sorumlu organizasyonel birim veya atölye. | ||
| Açıklama Bu öznitelik, iş emrine atanan ekip, zanaat veya departmanı (örn. Elektrik, Mekanik, Enstrümantasyon veya Tesisler) tanımlar. Bu görünüm, farklı ekipler arasında performans kıyaslaması yapmayı sağlar. Analistler, belirli mesleklerdeki eğitim ihtiyaçlarını veya kaynak eksikliklerini belirlemek için departmanlar arasında döngü sürelerini, birikmiş iş seviyelerini ve yeniden işleme oranlarını karşılaştırabilir. Neden önemli Farklı ekipler arasında performans ve birikim karşılaştırması yapmayı sağlar. Nereden alınır İş Emri Başlığı (örn. SAP'de İş Merkezi, Maximo'da Ekip Kimliği). Örnekler Mekanik AtölyeElektrik BakımıTesislerContractor-ExtEnstrümantasyon | |||
| Gerçek İşçilik Saatleri ActualLaborHours | Teknisyenlerin sipariş üzerinde çalışarak harcadığı toplam süre. | ||
| Açıklama Bu öznitelik, iş emrine kaydedilen tüm işçilik girişlerinin süresini bir araya getirir. Görevi tamamlamak için harcanan fiili çabayı yansıtır. Bu metrik, iş gücü kullanımını ve işçilik verimliliğini hesaplamak için hayati öneme sahiptir. Gerçek saatleri tahmini saatlerle karşılaştırmak, planlama sürecinin doğruluğunu ortaya koyar. Önemli sapmalar, belirsiz iş tanımlarını veya beceri eksikliklerini gösterebilir. Neden önemli Çabayı ölçer ve kullanım ile planlama doğruluğunu hesaplamak için kullanılır. Nereden alınır Zaman Çizelgesi veya İşlem Kayıt tablolarından toplanmıştır. Örnekler 4.512.00.548.0160.0 | |||
| Hedef Tamamlama Tarihi TargetCompletionDate | İş emrinin tamamlanması gereken planlı son tarih. | ||
| Açıklama Bu öznitelik, zamanlayıcı tarafından planlanan veya SLA tarafından belirlenen son teslim tarihini temsil eder. Zamanında teslimat hesaplamaları için referans noktası görevi görür. Gerçek tamamlanma tarihini bu hedef tarihle karşılaştırmak, Program Uyumluluğu ve gecikme metriklerinin hesaplanmasına olanak tanır. Büyük sapmalar, planlama verimsizliklerini veya kaynak kısıtlamalarını gösterir. Neden önemli Gecikmeleri ve program uyumluluğunu hesaplamak için temeldir. Nereden alınır İş Emri Planlama sekmesi (örn. SAP'de GLTRP, Maximo'da SCHEDFINISH). Örnekler 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| İş Emri Türü WorkOrderType | Bakım işini önleyici, düzeltici, acil veya proje bazlı olarak kategorize eder. | ||
| Açıklama Bu öznitelik, bakım işinin niteliğini sınıflandırır. Yaygın değerler, planlı işleri (Önleyici) ve plansız arızaları (Düzeltici veya Acil) birbirinden ayırır. Hemen hemen tüm EAM/CMMS sistemlerinde standart bir alandır. Analistler bu alanı süreç modelini segmentlere ayırmak için kullanır. Acil onarımların Neden önemli Planlı ve plansız işler arasındaki analizi segmentlere ayırmak için kritiktir. Nereden alınır İş Emri Başlık tablosu (örn. Maximo'da WORKTYPE, SAP'de AUART). Örnekler ÖnleyiciDüzelticiAcil DurumTahmine DayalıSermaye Projesi | |||
| Öncelik Seviyesi PriorityLevel | İş emrine atanan aciliyet veya önem. | ||
| Açıklama Bu öznitelik, bakım görevinin operasyonlar için ne kadar kritik olduğunu gösterir. Değerler genellikle sayısal kodlardan (1, 2, 3) açıklayıcı etiketlere (Kritik, Yüksek, Orta, Düşük) kadar değişir. Gerekli yanıt süresini ve kaynak tahsisini belirler. Süreç analizinde bu öznitelik, SLA uyumluluğunu kontrol etmek için kullanılır. Analistler, yüksek öncelikli öğelerin gerçekten düşük öncelikli olanlardan daha hızlı ilerleyip ilerlemediğini veya onay Neden önemli SLA uyumluluk analizini ve kaynak önceliklendirme kontrollerini sağlar. Nereden alınır İş Emri Başlık tablosu (örn. Maximo'da PRIORITY, SAP'de PRIOK). Örnekler 1 - Kritik2 - Yüksek3 - Orta4 - DüşükAcil Durum | |||
| Önleyici mi? IsPreventive | İş emrinin önleyici bakım programının bir parçası olup olmadığını gösteren bir işaret. | ||
| Açıklama Bu boolean öznitelik, iş emri türünü ikili bir sınıflandırmaya (Önleyici ve Önleyici Olmayan) basitleştirir. Genellikle İş Emri Türü kodundan türetilir. Bu bayrak, PM uyumluluğuna odaklanmak için Neden önemli Önleyici Bakım oranları için filtrelemeyi ve KPI hesaplamasını basitleştirir. Nereden alınır İş Emri Türünden veya belirli sistem işaretinden (örneğin, PPM işareti) türetilmiştir. Örnekler truefalse | |||
| Toplam Gerçek Maliyet TotalActualCost | İşçilik, malzemeler ve hizmetler dahil olmak üzere toplam finansal maliyet. | ||
| Açıklama Bu öznitelik, iş emriyle ilgili tüm finansal kayıtları toplar. Bakım faaliyetinin nihai ekonomik etkisini sağlar. Maliyet analizi, varlık yönetiminde Neden önemli Finansal etki analizi ve bütçe farkı raporlamasının merkezindedir. Nereden alınır Maliyet özet tabloları veya Siparişe bağlı Genel Muhasebe (GL) kayıtlarından toplanmıştır. Örnekler 1500.00245.5010000.000.00560.75 | |||
| Varlık Kimliği AssetId | Bakımı yapılan ekipmanın veya tesisin benzersiz tanımlayıcısı. | ||
| Açıklama Bu öznitelik, iş emrini sahadaki fiziksel nesneye bağlar. Bakımı yapılan varlığın etiket numarasını, ekipman kimliğini veya makine kodunu temsil eder. Bu, 'sorunlu varlıkları' veya sık onarım gerektiren varlıkları tanımlamak için hayati öneme sahiptir. İş emirlerini Varlık Kimliğine göre toplayarak, analistler Arızalar Arası Ortalama Süreyi (MTBF) hesaplayabilir ve bakım bütçesinin orantısız bir miktarını tüketen ekipmanı belirleyebilir. Neden önemli Belirli ekipmanların performans analizine ve MTBF hesaplamalarına olanak tanır. Nereden alınır İş Emri Başlık tablosu (örn. Maximo'da ASSETNUM, SAP'de EQUNR). Örnekler PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Varlık Kritikliği AssetCriticality | Varlığın operasyonel önemini gösteren bir derecelendirme. | ||
| Açıklama Bu öznitelik, varlıkları arızalarının güvenlik, çevre veya üretim üzerindeki etkilerine göre kategorize eder. Genellikle varlık ana kaydında statik bir öznitelik olsa da, sıklıkla iş emrine anlık olarak yansıtılır. Bu özniteliği kullanarak analistler, bakım ekiplerinin kritik varlıklar üzerindeki işleri doğru şekilde önceliklendirip önceliklendirmediğini belirleyebilir. En önemli ekipmanların önleyici bakım programlarına en yüksek uyumu gösterdiğini doğrulamaya yardımcı olur. Neden önemli Bakım odağını iş riski ve operasyonel etkiyle uyumlu hale getirmeye yardımcı olur. Nereden alınır Varlık Ana Verileri veya denormalize edilmişse İş Emri Üst Verileri. Örnekler A - Çok ÖnemliB - EsasC - İkincilGüvenlik Açısından KritikÜretim İçin Kritik | |||
| Atanan Kaynak AssignedResource | İşe atanan belirli teknisyen veya sorumlu kişi. | ||
| Açıklama Bu öznitelik, bakım görevini yürütmekten sorumlu kişiyi veya lider teknisyeni tanımlar. Departmanlar grubu takip ederken, bu öznitelik belirli kişiyi takip eder. Bu ayrıntı düzeyi, personel arasındaki iş yükü dağılımını analiz etmek için kullanışlıdır. Belirli teknisyenlerin sürekli aşırı yüklü olup olmadığını veya belirli kişilerin daha yüksek yeniden işleme oranlarına sahip olup olmadığını vurgulayarak eğitim ihtiyacını gösterebilir. Neden önemli İş yükü dengeleme analizini ve bireysel performans metriklerini sağlar. Nereden alınır İş Emri Atamaları veya İşçilik detay tabloları. Örnekler J. SmithA. DoeTech-001Tedarikçi-XYZEkip Lideri 5 | |||
| Çalışma Yeri WorkLocation | İşin yapıldığı fiziksel saha veya fonksiyonel konum. | ||
| Açıklama Bu öznitelik, varlığın bulunduğu coğrafi veya işlevsel alanı tanımlar. Belirli bir bina, bir kat veya uzak bir lokasyon olabilir. Konum verisi, seyahat süresi verimsizliklerini ve lojistiği analiz etmeye yardımcı olur. Teknisyenler düşük öncelikli işler için uzak lokasyonlar arasında seyahat ederek önemli zaman harcıyorlarsa, Neden önemli Lojistik analizine ve konuma özel darboğazların belirlenmesine yardımcı olur. Nereden alınır İş Emri Başlığı veya bağlantılı Varlık Konum tablosu. Örnekler A Binası - 2. KatKuzey TesisiSaha 55Uzak Pompa İstasyonuAtölye | |||
Varlık Bakım Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| İş Emri Başlatıldı | Teknisyenlerin varlık üzerinde fiziksel çalışmaya başladığı an. Bu, planlamadan ve beklemekten gerçek uygulamaya geçişi işaret eder. | ||
| Neden önemli Ortalama Onarım Süresi (MTTR) hesaplamak ve idari bekleme süresini gerçek çalışma süresinden ayırmak için hayati öneme sahiptir. Nereden alınır Genellikle Durum Devam Ediyor olarak değiştiğinde veya ilk işçilik girişinin Yakala Durumu Devam Ediyor veya Başladı olarak yakalayın Event tipi explicit | |||
| İş Emri Kapatıldı | İş emrinin finansal olarak kilitlendiği ve arşivlendiği son idari adım. Artık başka maliyet veya işgücü kaydedilemez. | ||
| Neden önemli Sistemdeki olayın mutlak sonunu işaretler. Buradaki gecikmeler idari birikimleri gösterir. Nereden alınır Durum Kapalı, Arşivlendi veya CLSD olarak değiştiğinde yakalanır. Yakala Son durumu Kapalı olarak yakalayın Event tipi explicit | |||
| İş Emri Oluşturuldu | Sistemde bakım iş emri kaydının resmi olarak oluşturulması. Bu, olay kimliğini oluşturur ve planlama, çizelgeleme ve yürütme için temel oluşturur. | ||
| Neden önemli Bu, sürecin merkezi başlangıç noktasıdır ve idari bakım yaşam döngüsünün başlangıcını tanımlar. Nereden alınır Ana iş emri başlık tablosunun oluşturma zaman damgasından çıkarılmıştır. Yakala Benzersiz iş emri kimliğinin oluşturulduğu zaman damgasını kaydedin Event tipi explicit | |||
| İş Emri Onaylandı | İş kapsamı, maliyet tahmini ve planın gözden geçirildiğini ve kabul edildiğini gösteren yetkilendirme durumu değişikliği. İş artık yürütme için serbest bırakılmıştır. | ||
| Neden önemli Bu, planlama ve bütçeleme engellerini aşmak için gereken idari Nereden alınır Genellikle durum Onaylandı, Serbest Bırakıldı veya Yetkilendirildi olarak değiştiğinde kaydedilir. Yakala Yetkilendirmeyi gösteren durum değişikliği olaylarını filtreleyin Event tipi explicit | |||
| İş Emri Planlandı | Belirli işgücü kaynaklarının, ekiplerin veya belirli bir takvim aralığının iş emrine atanması. Bu, emri birikimden aktif günlük veya haftalık programa taşır. | ||
| Neden önemli Bir işin birikimde beklediği süre ile belirli bir teknisyeni beklediği süre arasındaki farkı gösterir. Nereden alınır İş gücü atamalarının veya sevk kayıtlarının oluşturulmasından türetilmiştir. Yakala Bir kaynağın atandığı veya sevk durumunun ayarlandığı Event tipi explicit | |||
| İş Emri Tamamlandı | Fiziksel işin teknik tamamlanması. Varlık operasyonlara geri döndürülür, ancak idari ve finansal görevler devam edebilir. | ||
| Neden önemli Onarım süresinin sonunu ve varlık arıza süresini hesaplamak için kullanılan birincil zaman damgası. Nereden alınır Durum Tamamlandı, TECO veya Bitti olarak değiştiğinde yakalanır. Yakala Teknik tamamlanmayı gösteren durum değişikliğini yakalayın Event tipi explicit | |||
| İşçilik Saatleri Kaydedildi | Bir teknisyen, iş emrine karşı fiili çalışma saatlerini kaydeder. Bu aktivite, farklı ekip üyelerinin işe katkıda bulunmasıyla sık sık tekrarlanır. | ||
| Neden önemli Maliyet hesaplaması ve kullanım analizi için temel sağlar. İş gücü girişleri arasındaki boşluklar süreç kesintilerini gösterebilir. Nereden alınır Zaman onay tablolarından veya iş gücü işlem günlüklerinden çıkarılmıştır. Yakala Siparişe karşı her zaman kayıt örneğini kaydedin Event tipi explicit | |||
| Bakım Talebi Oluşturuldu | Bir operatör veya otomatik sistem tarafından bir eksiklik raporu veya hizmet talebinin ilk sunumu. Bu genellikle resmi iş emrinden önce gelir ve talep yaşam döngüsünün gerçek başlangıcını işaretler. | ||
| Neden önemli Bu adımı yakalamak, bir sorun tespit edildiği andan itibaren toplam yanıt süresinin hesaplanmasına olanak tanır, sadece bakım ekibinin kabul ettiği andan itibaren değil. Nereden alınır Genellikle servis talebi Yakala İş emrine bağlı üst akım talep nesnesinin oluşturma zaman damgasını çıkarın Event tipi explicit | |||
| Bakım Yeniden İşlemi Kaydedildi | Tamamlanmış bir işin reddedildiğini veya hızla başarısız olduğunu, durumun Devam Ediyor konumuna geri dönmesini gerektirdiğini gösterir. Bu bir süreç döngüsünü temsil eder. | ||
| Neden önemli Teknik eğitim sorunlarının veya düşük kaliteli yedek parçaların önemli bir göstergesi. Nereden alınır Durum Tamamlandı'dan Devam Ediyor'a geri geçtiğinde veya açıkça Yeniden İşleme kodu olarak kaydedildiğinde çıkarılır. Yakala Geriye dönük durum geçişlerini veya yeniden işleme işaretlerini belirleyin Event tipi inferred | |||
| Hedef Tarih Güncellendi | İş emrinin planlanan başlangıç veya bitiş tarihine yapılan bir güncelleme. Bu, kaynak kullanılabilirliği veya gecikmelere dayalı beklentilerdeki ayarlamaları yansıtır. | ||
| Neden önemli Tarih kaymalarını izlemek, KPI'ların performansla mı yoksa sadece hedefleri değiştirerek mi karşılandığını belirlemeye yardımcı olur. Nereden alınır Planlanan Başlangıç veya Gerekli Tarih alanlarındaki değişiklikleri izleyen denetim günlüklerinde bulunur. Yakala İş emri geçmişindeki tarih alanlarındaki güncellemeleri yakalayın Event tipi explicit | |||
| İş Emri Beklemede | İş emrinin durumu askıya alma konumuna getirilir ve yürütme durdurulur. Bu durum genellikle eksik parçalar, erişim eksikliği veya güvenlik sorunları nedeniyle meydana gelir. | ||
| Neden önemli Standart süreç akışını bozan darboğazları ve dış bağımlılıkları belirler. Nereden alınır Durum geçmişinden, değer Beklemede, Askıya Alındı veya Engellendi olarak değiştiğinde açıkça yakalanır. Yakala Bekleme durumunu gösteren durum değişikliklerini filtreleyin Event tipi explicit | |||
| İş Emri İptal Edildi | Bir iş emrinin başarılı bir şekilde tamamlanmadan önce erken sonlandırılması. Bu, işin gereksiz, mükerrer veya birleştirilmiş sayılması durumunda meydana gelir. | ||
| Neden önemli Yüksek iptal oranları, yetersiz üst akış talep filtrelemesini veya yinelenen veri girişi sorunlarını gösterebilir. Nereden alınır Durum İptal Edildi, Reddedildi veya Geçersiz olarak değiştiğinde yakalanır. Yakala İptali gösteren terminal durum değerlerini filtreleyin Event tipi explicit | |||
| Kalite Kontrol Tamamlandı | Onarımın denetlendiği, ölçüldüğü veya test edildiği belirli bir doğrulama adımı. Bu, varlığın hizmete dönmeden önce operasyonel standartları karşıladığından emin olur. | ||
| Neden önemli Uyumluluk ve güvenlik analizi için kritik. Bu adımdaki başarısızlıklar yeniden işleme döngülerini tetikler. Nereden alınır Denetim günlüklerinde, kontrol listesi tamamlamalarında veya belirli durum kilometre taşlarında bulunur. Yakala Denetim görevlerinin tamamlanmasını veya kalite durumu güncellemelerini belirleyin Event tipi explicit | |||
| Malzeme Çıkarıldı | Envanterden iş emrine yedek parçaların fiziksel olarak çıkarılması. Bu, malzemelerin mevcut olduğunu ve tüketildiğini onaylar. | ||
| Neden önemli Parçaların gerçekten kullanıldığını doğrular ve malzeme bulunabilirliği gecikmelerini durdurur. Nereden alınır Envanter işlem günlüklerinde, ücret türünün bir iş emriyle bağlantılı olduğu yerlerde bulunur. Yakala Envanter çıkış işlemlerinden zaman damgasını çıkarın Event tipi explicit | |||
| Malzeme Talebi Oluşturuldu | Yedek parça veya sarf malzemeleri için resmi bir talep iş emriyle ilişkilendirilir. Bu, onarım için gereken tedarik zinciri alt sürecini başlatır. | ||
| Neden önemli Tedarik zinciri bağımlılıkları ve malzeme bulunabilirliği eksikliğinden kaynaklanan gecikmeleri analiz etmek için hayati öneme sahiptir. Nereden alınır Malzeme gereksinimi tablolarında veya durum Malzeme Bekliyor olarak değiştiğinde bulunur. Yakala İş emrine bağlı malzeme satırlarının oluşturulmasını belirleyin Event tipi explicit | |||
| Öncelik Güncellendi | İş emrinin başlangıçtaki oluşturulmasının ardından kritiklik veya aciliyet seviyesinde yapılan bir değişiklik. Bu, yeni öncelik değerini ve kararın verildiği zamanı kaydeder. | ||
| Neden önemli Sık öncelik değişiklikleri, yetersiz triyaj süreçlerini veya birikim kuyruklarını atlamak için sistemi manipüle etmeyi gösterebilir. Nereden alınır Genellikle saha denetim izlerinde veya Öncelik alanını izleyen sistem geçmişi Yakala Denetim günlüğündeki öncelik alanındaki değişiklikleri belirleyin Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,