Varlık Bakım Veri Şablonunuz
Varlık Bakım Veri Şablonunuz
- Kapsamlı bakım öznitelikleri listesi
- Takip edilecek kritik süreç kilometre taşları
- Detaylı teknik çıkarma rehberliği
Varlık Bakımı Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Activity | İş emri yaşam döngüsünde meydana gelen belirli olay veya durum değişikliği. | ||
| Açıklama Bu öznitelik, 'İş Emri Onaylandı' veya 'İşçilik Kaydedildi' gibi bakım sürecinde gerçekleştirilen adımı temsil eder. IBM Maximo'da bu, genellikle geçmiş tablolarındaki durum değişikliklerinden veya işçilik raporlaması gibi belirli işlem günlüklerinden türetilir. Süreç haritasının düğümlerini oluşturarak adımların dizisinin görselleştirilmesine olanak tanır. Bu değerleri analiz ederek, kuruluşlar süreç varyantlarını, döngülerini ve standart bakım prosedüründen sapmaları belirleyebilir. Neden önemli Süreç haritası oluşturmak ve Workflow yürütmesini anlamak için temel olan sürecin 'ne'sini tanımlar. Nereden alınır Tablo: WOSTATUS (Sütun: STATUS) veya WOLOG Örnekler APPRINPRGCOMPCLOSEWMATL | |||
| Bakım İş Emri WorkOrderNumber | Bakım iş emri için benzersiz alfanümerik tanımlayıcı. | ||
| Açıklama Bu öznitelik, bakım süreci için merkezi vaka tanımlayıcısı olarak hizmet eder. IBM Maximo sistemi içindeki her iş emrini benzersiz bir şekilde ayırt eder, ilgili tüm faaliyetleri, işçilik işlemlerini ve malzeme kullanımını tek bir gerçekleştirilmiş işe bağlar. Süreç madenciliği analizinde, bu kimlik bireysel olayları bütüncül bir vakada gruplandırmak için kullanılır. Analistlerin bir bakım görevinin uçtan uca yaşam döngüsünü, ilk talep oluşturmadan onay, yürütme ve son idari kapatmaya kadar izlemesine olanak tanır. Neden önemli Süreç akışını yeniden yapılandırmak için temel anahtardır ve departmanlar arası belirli işlerin takibini sağlar. Nereden alınır Tablo: WORKORDER, Sütun: WONUM Örnekler WO100234WO100235CM-99281PM-11002 | |||
| Olay Zaman Damgası EventTimestamp | Etkinliğin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, bir durumun değiştiği veya işçiliğin kaydedildiği gibi bir olayın gerçekleştiği anı kaydeder. Hazırlık süreleri ve süre hesaplamaları dahil olmak üzere tüm performans analizleri için gerekli zamansal boyutu sağlar. Doğru zaman damgaları, 'Ortalama Planlama ve Onay Hazırlık Süresi'ni hesaplamak ve olayların doğru sıralanmasını sağlamak için kritik öneme sahiptir. Maximo'da bu genellikle durum kaydının değiştirme tarihidir. Neden önemli Olayları kronolojik olarak sıralamak ve tüm zaman tabanlı KPI'ları hesaplamak için gereklidir. Nereden alınır Tablo: WOSTATUS, Sütun: CHANGEDATE Örnekler 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Kaynak Sistem SourceSystem | Verinin kaynaklandığı sistemin adı. | ||
| Açıklama Veri kaydının kaynak uygulamasını tanımlar. Bu bağlamda, genellikle 'IBM Maximo' olacaktır. Bu, birden fazla bakım sisteminden veri birleştirirken veya ERP verileriyle entegre olurken özellikle yararlıdır. Process Mining projesi birden fazla CMMS örneğini içeren karmaşık bir sistem manzarasını kapsıyorsa, analistlerin görünümü kayıt sistemine göre filtrelemesine olanak tanır. Neden önemli Çoklu sistem ortamlarında veri soy ağacını ve izlenebilirliği sağlar. Nereden alınır Çıkarma sırasında sabit kodlandı Örnekler IBM MaximoMaximo ÜRETİMMaximo Eski Sistemi | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin çıkarıldığı veya son güncellendiği zaman damgası. | ||
| Açıklama Kaydın Process Mining için en son ne zaman işlendiğini veya çıkarıldığını gösterir. Bu, veri güncelliğini ve güvenilirliğini değerlendirmeye yardımcı olur ve analizin bakım operasyonlarının en güncel durumunu yansıtmasını sağlar. Bu öznitelik, artımlı veri yüklemeleri ve Dashboard'ların iş emri durumu ve birikmiş işler hakkında güncel bilgileri gösterdiğini doğrulamak için hayati öneme sahiptir. Neden önemli Veri gecikmesini ve güncelliğini anlamak için kritik. Nereden alınır Veri çekme sırasındaki sistem zamanı Örnekler 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Atanan Teknisyen AssignedResource | İşi yürütmekle görevlendirilen belirli kişi veya baş teknisyen. | ||
| Açıklama İş emrinden sorumlu kişiyi veya baş teknisyeni tanımlar. Bu, 'Lider' alanında bulunabilir veya işçilik atamalarından türetilebilir. 'Kaynak ve Yüklenici Verimliliği' Dashboard'unu etkinleştirir. Bu özniteliğin analizi, 'Bakım İş Yükü Dağıtımı' görünümündeki iş yükü dengesizliklerini belirlemeye yardımcı olur ve farklı teknisyenler veya ekipler arasındaki verimliliğin karşılaştırılmasına olanak tanır. Neden önemli İşgücü verimliliğini analiz etmek ve iş yükünü dengelemek için anahtar. Nereden alınır Tablo: WORKORDER, Sütun: LEAD (veya ASSIGNMENT tablosundan) Örnekler JSMITHBPATELMRODRIGUEZ | |||
| Gerçek Bitiş Tarihi ActualFinishDate | Fiziksel çalışmanın tamamlandığı tarih ve saat. | ||
| Açıklama Bakım görevinin teknik olarak ne zaman tamamlandığını kaydeder. Bu, talebin idari olarak kapatılmasından farklıdır. Bu tarihi 'Hedef Tamamlanma Tarihi' ile karşılaştırmak, SLA uyumluluğunun hesaplanmasına olanak tanır. İşin bitirilmesi ile sistemdeki evrak işlerinin kapatılması arasındaki gecikmeyi ölçmek için 'İş Emri Yönetim Hazırlık Süresi' Dashboard'unda kullanılır. Neden önemli Teknik yürütme aşamasının sonunu işaretler. Nereden alınır Tablo: WORKORDER, Sütun: ACTFINISH Örnekler 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Gerçek İşçilik Saatleri ActualLaborHours | Tüm teknisyenlerin iş emrinde harcadığı toplam gerçek saat. | ||
| Açıklama İş emrine kaydedilen tüm işçilik süresinin toplamıdır. Bu metrik, kaynak kullanımının gerçek kontrol noktasıdır. 'Teknisyen Kullanım Varyansı' KPI'ını destekler. İşçilik maliyetini hesaplamak ve belirli görevlerin fiilen ne kadar sürdüğüne dair geçmiş verileri sağlayarak gelecekteki iş planlarını iyileştirmek için kullanılır. Neden önemli İşçilik maliyeti ve verimlilik analizi için birincil ölçüt. Nereden alınır Tablo: WORKORDER, Sütun: ACTLABHRS Örnekler 2.55.012.0 | |||
| Hedef Tamamlama Tarihi TargetCompletionDate | İş emri için planlanan veya gerekli son tarih. | ||
| Açıklama İş emrinin bitirilmesi beklenen tarih. Bu genellikle öncelik ve oluşturma tarihine göre hesaplanır. 'Kritik Varlık SLA Performansı' Dashboard'u için bir kıyaslama noktası görevi görür. Bu alanı 'Gerçek Bitiş Tarihi' ile karşılaştırarak, analistler zamanında performans oranlarını belirleyebilir ve hangi varlık kategorilerinin bakım pencerelerini sık sık kaçırdığını tespit edebilirler. Neden önemli SLA uyumluluğunu ve zaman çizelgesi uyumluluğunu ölçmek için temel teşkil eder. Nereden alınır Tablo: WORKORDER, Sütun: TARGCOMPDATE Örnekler 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| İş Emri Türü WorkType | İş emrini Önleyici (PM), Düzeltici (CM) veya Acil Durum (EM) olarak kategorize eder. | ||
| Açıklama Bu öznitelik, bakım görevinin doğasını sınıflandırır. Maximo'daki yaygın değerler arasında PM (Önleyici Bakım), CM (Düzeltici Bakım) ve EM (Acil Bakım) bulunur. Bu sınıflandırma, 'Proaktif Bakıma Karşı Reaktif Bakım' dashboard'unun temelini oluşturur. Bu öznitelik üzerinde filtreleme yaparak, analistler 'Acil Bakım Oranı' KPI'ını hesaplayabilir ve bakım stratejisindeki reaktif 'yangın söndürme'den planlı güvenilirlik çalışmasına geçişleri belirleyebilir. Neden önemli Planlı ve plansız işleri ayırır, bakım olgunluğunun temel bir göstergesidir. Nereden alınır Tablo: WORKORDER, Sütun: WORKTYPE Örnekler PMCMEMCPMOD | |||
| Mevcut Durum Status | İş emrinin mevcut yaşam döngüsü durumu. | ||
| Açıklama İş emrinin mevcut idari durumu (örn., 'APPR', 'WAPPR', 'COMP'). 'Aktivite' özniteliği değişikliklerin geçmişini kaydederken, bu öznitelik bilinen son durumu yakalar. Veri setini yalnızca 'Açık' siparişler ile 'Kapalı' siparişleri göstermek için filtrelemeye yarar ve 'Bakım İş Yükü Dağılımı' analizini destekler. Neden önemli Mevcut iş yükünün ve birikmiş işlerin anlık görüntüsünü sağlar. Nereden alınır Tablo: WORKORDER, Sütun: STATUS Örnekler APPRCLOSEINPRG | |||
| Öncelik Priority | İş emrine atanan aciliyet seviyesi. | ||
| Açıklama İş emrinin önemini ve aciliyetini gösteren sayısal veya kategorik bir değerdir. Maximo'da bu tipik olarak, düşük sayıların genellikle daha yüksek aciliyeti gösterdiği bir sayıdır (örn., 1 = Acil Durum). Bu öznitelik, birikmiş işlerdeki işleri önceliklendirmek için kullanılır ve 'Kritik Varlık SLA Performansı' Dashboard'u için temeldir. Yüksek öncelikli işlerin düşük öncelikli görevlere kıyasla gerçekten gerekli hızda ele alınıp alınmadığını belirlemeye yardımcı olur. Neden önemli Kuruluşun kaynaklarını en acil görevlere odaklayıp odaklamadığının analizini sağlar. Nereden alınır Tablo: WORKORDER, Sütun: WOPRIORITY Örnekler 1234 | |||
| Varlık Kritiği AssetCriticality | Varlığın iş operasyonları için ne kadar önemli olduğunu gösteren bir puan. | ||
| Açıklama Varlık kaydında bulunan ve arızanın sonucunu belirten bir sınıflandırmadır (genellikle 1-10 veya A/B/C). Bu, İş Emri görünümüne birleştirilmelidir. Bu öznitelik, 'Kritik Varlık SLA Performansı' Dashboard'u için zorunludur. Analizin en önemli olana odaklanmasını sağlar - kritik bir jeneratördeki gecikmeler, bir mola odası kahve makinesindeki gecikmelerden daha ağır basar. Neden önemli Süreç performansının iş riskine göre segmentasyonuna olanak tanır. Nereden alınır Tablo: ASSET, Sütun: PRIORITY (ASSETNUM aracılığıyla birleştirildi) Örnekler 1510 | |||
| Varlık Numarası AssetNumber | Bakımı yapılan ekipman veya varlığın benzersiz tanımlayıcısı. | ||
| Açıklama Bakım çalışmasının konusu olan belirli makine, araç veya tesis bileşeni. Bu, süreç verilerini fiziksel varlık hiyerarşisine bağlar. 'Kötü aktörler'—sık sık arızalanan varlıkları belirlemek için hayati önem taşır. 'Bakım Kalitesi ve Yeniden İşleme Oranları' analizinde kullanılan bu öznitelik, varlığa göre iş emirlerinin toplanmasına olanak tanıyarak arızalar arası ortalama süreyi (MTBF) hesaplamaya ve kronik güvenilirlik sorunlarını belirlemeye yardımcı olur. Neden önemli Süreç yürütmesini fiziksel altyapı performansına bağlar. Nereden alınır Tablo: WORKORDER, Sütun: ASSETNUM Örnekler POMPA-101HVAC-02FLEET-99 | |||
| Acil Durum mu IsEmergency | İş emrinin acil durum olup olmadığını gösteren bayrak. | ||
| Açıklama İş Tipi veya Önceliğe göre hesaplanan bir boolean bayrağıdır. İş Tipi 'EM' (Acil Durum) veya Öncelik 1 ise, bu doğrudur. Bu basitleştirilmiş öznitelik, görselleştirme katmanında karmaşık bir mantık olmadan 'Acil Durum Bakım Oranı'nı izole etmek için Dashboard'larda kolay filtrelemeye olanak tanır. Neden önemli Reaktif bakım analizi için filtrelemeyi basitleştirir. Nereden alınır WORKTYPE'dan hesaplanır Örnekler truefalse | |||
| Arıza Kodu FailureCode | Varlığın neden arızalandığını açıklayan standartlaştırılmış kod. | ||
| Açıklama Teknisyen tarafından arıza nedenini kategorize etmek için seçilen yapılandırılmış bir koddur (örn., 'Aşınma', 'Elektrik', 'Operatör Hatası'). Bu, Kök Neden Analizi (RCA) için hayati öneme sahiptir. Bu kodları bir araya getirmek, mühendislik ekiplerinin varlık tabanındaki sistemik sorunları belirlemesine yardımcı olur, 'Bakım Kalitesi ve Yeniden İşleme Oranları' analizini yönlendirir ve önleyici bakım stratejilerindeki değişiklikleri bilgilendirir. Neden önemli Güvenilirlik mühendisliği ve arıza analizi için birincil veri noktası. Nereden alınır Tablo: WORKORDER, Sütun: FAILURECODE Örnekler LEAKAŞIRI ISINMATİTREŞİM | |||
| Bildirim Tarihi ReportedDate | Sorunun ilk bildirildiği veya talebin oluşturulduğu tarih ve saat. | ||
| Açıklama Bakım ihtiyacının ilk kez ne zaman belirlendiğini ve sisteme girildiğini gösteren zaman damgası. Bu, müşteri deneyimi zaman çizelgesinin gerçek başlangıcı olarak hizmet eder. Bu bildirilen tarihten işin fiilen başladığı zamana kadar geçen süreyi ölçerek 'Ortalama Planlama ve Onay Hazırlık Süresi'ni hesaplamak için kullanılır. Bakım organizasyonunun yanıt verme hızını değerlendirmeye yardımcı olur. Neden önemli Tüm bakım yaşam döngüsü yanıt verebilirliği için başlangıç çizgisini belirler. Nereden alınır Tablo: WORKORDER, Sütun: REPORTDATE Örnekler 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Konum Location | İşin yapıldığı fonksiyonel konum veya fiziksel site. | ||
| Açıklama Varlığın bulunduğu fiziksel alanı veya fonksiyonel konum kodunu belirtir. Bu, belirli varlık numarasından daha geniştir ve coğrafi veya bölgesel analizlere yardımcı olur. Bakım faaliyetlerinin yoğun olduğu noktaları görselleştirmek ve teknisyenlerin sahalar arasında hareketleri için lojistiği planlamak amacıyla 'Bakım İş Yükü Dağılımı' Dashboard'unda kullanılır. Neden önemli Lojistik ve kaynak dağıtımı için coğrafi-uzamsal bağlam sağlar. Nereden alınır Tablo: WORKORDER, Sütun: LOCATION Örnekler BRILER-RMTESİS-AOFİS-1 | |||
| Site Kimliği SiteId | Çoklu site Maximo uygulamaları için üst düzey site tanımlayıcı. | ||
| Açıklama Büyük kuruluşlarda Maximo genellikle 'Site'ye göre bölümlenir. Bu öznitelik, farklı tesisleri veya üretim yerlerini veritabanı düzeyinde ayırır. Farklı iş birimleri genelinde 'Standart Bakım Süreci Uyumluluğu' analizinde performansı kıyaslamak için gereklidir ve karşılaştırmaların doğru operasyonel bağlamda yapılmasını sağlar. Neden önemli Çoklu site dağıtımlarında veri kapsamını belirlemek için çok önemli. Nereden alınır Tablo: WORKORDER, Sütun: SITEID Örnekler BEDFORDNASHUATEXAS | |||
| SLA İhlal Edildi mi? IsSlaBreached | Gerçek bitiş tarihinin hedef tarihi aşıp aşmadığını gösteren bayrak. | ||
| Açıklama 'Gerçek Bitiş Tarihi' ile 'Hedef Tamamlama Tarihi'ni karşılaştıran hesaplanmış bir boolean alanıdır. Eğer Gerçek > Hedef ise, değer true'dur. Bu önceden hesaplanmış metrik, 'Kritik Varlık SLA Performansı' Dashboard'unu basitleştirerek, çalışma zamanı tarih matematiği olmadan başarısız SLA'ların anında sayımını sağlar. Neden önemli Performans uyumluluğuna anında görünürlük. Nereden alınır ACTFINISH ve TARGCOMPDATE'den hesaplanır Örnekler truefalse | |||
| Tahmini İşçilik Saatleri EstimatedLaborHours | İş emri için gereken planlanan işçilik süresi miktarı. | ||
| Açıklama Planlama aşamasında görevi tamamlamak için tahmin edilen toplam saat sayısı. Bu, 'İşçilik Tahmin Doğruluğu Dashboard'unda 'Gerçek İşçilik Saatleri' ile karşılaştırılır. Bu değer ile gerçekler arasındaki büyük farklılıklar, ya kötü planlamayı, standart işletim prosedürlerinin eksikliğini ya da beklenenden daha fazla iş gerektiren beklenmedik varlık koşullarını gösterir. Neden önemli Planlama doğruluğunu ve kaynak tahminini değerlendirmek için temel. Nereden alınır Tablo: WORKORDER, Sütun: ESTLABHRS Örnekler 2.04.58.0 | |||
| Tedarikçi Vendor | Varsa, iş emrine atanan üçüncü taraf yüklenici. | ||
| Açıklama Bakım görevinden sorumlu harici şirketi tanımlar. Bu, iş dış kaynaklı olduğunda doldurulur. 'Yüklenici Uygulama Verimliliği' KPI'ı için hayati öneme sahiptir. Bu özniteliğin analizi, bakım kuruluşunun farklı satıcıların performansını (maliyet, hız, kalite) birbirine ve dahili ekiplere karşılaştırmasına olanak tanır. Neden önemli Tedarikçi yönetimi ve dış kaynak kullanımı performansı analizini sağlar. Nereden alınır Tablo: WORKORDER, Sütun: VENDOR Örnekler ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Toplam Gerçek Maliyet TotalActualCost | İş emri için işçilik, malzeme, hizmet ve araç maliyetlerinin toplamı. | ||
| Açıklama Bakım görevinin toplam finansal etkisini temsil eder. Maximo'da bu, çeşitli maliyet bileşenlerinin (İşçilik + Malzeme + Hizmetler + Araçlar) toplamıdır. Bu öznitelik, süreç verimsizliklerinin (gecikmeler veya yeniden işleme gibi) doğrudan finansal kayıplarla ilişkilendirilebildiği maliyet tabanlı süreç madenciliğine olanak tanır. En pahalı bakım türlerini veya varlık sınıflarını belirlemeye yardımcı olur. Neden önemli Operasyonel faaliyetleri finansal sonuçlara bağlar. Nereden alınır Tablo: WORKORDER, Sütun: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Örnekler 150.002500.500.00 | |||
Varlık Bakımı Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bakım Talebi Oluşturuldu | Sistemde bir iş emrinin oluşturulduğu ilk olay, genellikle bir hizmet talebinden veya otomatik bir programdan kaynaklanır. Bu, WORKORDER tablosundaki oluşturma zaman damgasından veya WOSTATUS geçmişindeki ilk kayıttan açıkça yakalanır. | ||
| Neden önemli Süreç örneğinin başlangıcını işaretler ve toplam çözüm süresini ile ilk yanıt verme hızını ölçmek için temel oluşturur. Nereden alınır WORKORDER.REPORTDATE veya WOSTATUS tablosundaki ilk kayıt (genellikle WAPPR durumu) Yakala İşlem WO kaydını oluşturduğunda kaydedilir Event tipi explicit | |||
| Çalışma Başladı | Teknisyen tarafından fiziksel çalışmanın gerçek başlangıcını işaretler. Bu, kullanıcının durumu işin devam ettiğini belirtecek şekilde değiştirmesiyle açıkça kaydedilir. | ||
| Neden önemli Planlama süresini yürütme süresinden ayırmak için çok önemli bir kilometre taşıdır. Ortalama Planlama ve Onay Teslim Süresi'ni hesaplamak için kullanılır. Nereden alınır STATUS = 'INPRG' olan WOSTATUS tablosu Yakala İşlem durumu INPRG olarak değiştiğinde kaydedilir Event tipi explicit | |||
| İş Emri İptal Edildi | İşin gereksiz, mükerrer veya imkansız olduğu kabul edildiği için süreç erken sona erer. Bu bir son durumdur. | ||
| Neden önemli İş Emri İptal Analizi Dashboard'unu besler. Yüksek oranlar, talep oluşturmada yukarı akış süreç hatalarını gösterir. Nereden alınır STATUS = 'CAN' olan WOSTATUS tablosu Yakala İşlem durumu CAN olarak değiştiğinde kaydedilir Event tipi explicit | |||
| İş Emri Kapatıldı | İş emrinin finansal olarak mutabakata varıldığı ve salt okunur hale geldiği son yaşam döngüsü olayıdır. Başka hiçbir ücret uygulanamaz. | ||
| Neden önemli Yönetim Hazırlık Süresi'nin sonunu işaretler. Buradaki gecikmeler finansal raporlamayı etkiler. Nereden alınır STATUS = 'CLOSE' olan WOSTATUS tablosu Yakala İşlem durumu CLOSE olarak değiştiğinde kaydedilir Event tipi explicit | |||
| İş Emri Onaylandı | İş emrinin gerekli planlama ve finansal yetkilendirme kontrollerinden geçtiğini gösterir. Bu, sistem geçmişindeki bir durum değişikliğinden türetilmiştir. | ||
| Neden önemli Planlama ve onay teslim süresi KPI'ını hesaplamak için kritiktir. Buradaki gecikmeler yönetimsel Bottleneck'leri gösterir. Nereden alınır STATUS = 'APPR' olan WOSTATUS tablosu Yakala APPR geçişini belirlemek için durum alanını öncesi/sonrası karşılaştırın Event tipi explicit | |||
| İş Emri Tamamlandı | Teknisyen, fiziksel işin bittiğini onaylar. Bu durum değişikliği, yürütme süresi KPI'larındaki süreyi durdurur. | ||
| Neden önemli Teknik yürütme için birincil bitiş zaman damgasıdır. SLA uyumluluğunu ve Teknisyen kullanımını hesaplamak için kullanılır. Nereden alınır STATUS = 'COMP' olan WOSTATUS tablosu Yakala İşlem durumu COMP olarak değiştiğinde kaydedilir Event tipi explicit | |||
| Denetim Tamamlandı | Yaşam döngüsü boyunca bir güvenlik veya teknik denetimin yapıldığını gösterir. Bu genellikle bir durum değişikliği veya bir kontrol listesi ölçümünün tamamlanmasıdır. | ||
| Neden önemli Güvenlik ve Uyumluluk Dokümantasyonu Dashboard'u için anahtardır. Düzenleyici adımların atlanmamasını sağlar. Nereden alınır WOSTATUS durumu 'INSP' veya benzeri özel bir duruma değişmesi, ya da MEASUREMENT kayıtlarının tamamlanması Yakala Durum alanını öncesi/sonrası ile karşılaştır Event tipi inferred | |||
| Hedef Tarihi Güncellendi | Planlanan tamamlanma tarihi veya SLA hedefindeki bir değişikliği kaydeder. Bu, gecikmeleri karşılamak için beklentilerin ne zaman ertelendiğini belirlemeye yardımcı olur. | ||
| Neden önemli Kritik Varlık SLA Performansını analiz etmek ve SLA ihlalini önlemek için tarihlerin kaydırıldığı 'hile' durumlarını belirlemek için önemlidir. Nereden alınır TARGETCOMPDATE veya SCHEDFINISH alanlarında denetim izi Yakala İşlem tarih alanlarını güncellediğinde kaydedilir Event tipi explicit | |||
| Kalite Kontrolü Başarısız | Tamamlanan bir işin inceleme sırasında reddedilmesiyle gerçekleşir, genellikle durumu Tekrar İşlemde olarak geri döndürür. Yeniden işleme döngülerini temsil eder. | ||
| Neden önemli Süreç hatalarını vurgulayarak Bakım Kalitesi ve Yeniden İşleme Oranları Dashboard'unu doğrudan destekler. Nereden alınır WOSTATUS'un COMP'tan tekrar INPRG veya WAPPR'a geçişinden çıkarıldı Yakala Geriye dönük geçişler için WOSTATUS geçmişini karşılaştırarak türetin Event tipi inferred | |||
| Kaydedilen İşçilik Saatleri | Belirli iş emrinde bir teknisyen tarafından harcanan gerçek sürenin kaydını temsil eder. Farklı teknisyenlerin katkıda bulunmasıyla tek bir iş emri için birden fazla kayıt oluşabilir. | ||
| Neden önemli Tahminlerle karşılaştırmak için gerçekleşenleri sağlayarak İşçilik Tahmin Doğruluğu Dashboard'unu besler. Nereden alınır İş Emri ile ilişkilendirilen LABTRANS tablosu kayıtları Yakala İşlem LABTRANS'ta gerçekleştiğinde kaydedilir Event tipi explicit | |||
| Kaynaklar Planlandı | Belirli iş gücünün veya ekiplerin iş emrine atandığı nokta. Bu, atamalar oluşturulduğunda veya durum Planlama Bekleniyor konumuna geçtiğinde izlenir. | ||
| Neden önemli Mevcut teknisyenleri bulmak için harcanan süreyi izole ederek Planlama ve Onay Döngüsü Analizi dashboard'unu destekler. Nereden alınır ASSIGNMENT tablosunda satırların oluşturulması veya WOSTATUS'un 'WSCH' olarak değişmesi Yakala WO'ya bağlı Atama kayıtlarının oluşturulmasından türetin Event tipi inferred | |||
| Malzeme Çıkarıldı | Envanterden iş emrine parçaların fiziksel tüketimini veya çıkarılmasını kaydeder. Bu, parçaların mevcut olduğunu ve kullanıldığını doğrular. | ||
| Neden önemli Tedarik zinciri sürecini doğrular ve bakım müdahalesinin toplam maliyet analizini etkiler. Nereden alınır ISSUETYPE = 'ISSUE' olan MATUSETRANS tablosu Yakala İşlem MATUSETRANS'ta gerçekleştiğinde kaydedilir Event tipi explicit | |||
| Malzeme Talebi Gönderildi | Bakım görevi için yedek parça veya sarf malzemesi talep edildiğini gösterir. Bu, durumun Malzeme Bekleniyor olarak değişmesinden veya malzeme gereksinim satırlarının oluşturulmasından çıkarılabilir. | ||
| Neden önemli Malzeme Hazırlığı Dashboard'u için, iş yürütmesini engelleyen tedarik zinciri gecikmelerini belirlemek için esastır. Nereden alınır STATUS = 'WMATL' olan WOSTATUS tablosu veya WPMATERIAL tablosunda kayıt oluşturulması Yakala WMATL durum değişikliğinden çıkarıldı Event tipi inferred | |||
Veri Çekim Kılavuzları
Adımlar
Veritabanı Görünüm Stratejisi Oluşturun: ProcessMind düz bir Event Log gerektirdiğinden ve Maximo verileri hiyerarşik olarak (WORKORDER'da Başlık, WOSTATUS'ta Geçmiş, WOLABTRANS'ta Maliyetler) depoladığından, en sağlam yöntem öncelikle Maximo veritabanında bir Veritabanı Görünümü oluşturmaktır. Bu görünüm Entegrasyon Çerçevesi için kaynak görevi görecektir.
SQL Görünümünü Oluşturun: Veritabanı yönetim aracınızda (SQL Developer, SSMS) Sorgu bölümünde sağlanan SQL'i çalıştırın. Bu,
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSveA_WORKORDER(Denetim) verilerini tek bir düz yapıda birleştirir.Görünümü Maximo'ya Kaydedin: Yönetici olarak Maximo'ya giriş yapın. Sistem Yapılandırması, Platform Yapılandırması, Veritabanı Yapılandırması'na gidin.
PM_WO_EVENTLOGadında yeni bir Nesne oluşturun. Bunu önceki adımda oluşturulan veritabanı görünümüyle eşleştirin. Kaydetmek içinConfigDB'yi çalıştırın (görünümler için genellikle kesinti gerekmez, ancak prosedürlerinizi kontrol edin).Nesne Yapısı Oluşturun: Entegrasyon, Nesne Yapıları'na gidin.
MX_PM_EVENTSadında yeni bir Nesne Yapısı oluşturun. Kaynak nesne olarakPM_WO_EVENTLOG'u ekleyin. Varsa Flat Structure desteğinin işaretli olduğundan emin olun.Yayınlama Kanalını Yapılandırın: Entegrasyon, Yayınlama Kanalları'na gidin.
MX_PM_EVENTSNesne Yapısı ile ilişkili yeni birPC_PM_EVENTSkanalı oluşturun. Bu, gerekirse işlem kuralları tanımlamanıza olanak tanır.Harici Sistem Kurulumu: Entegrasyon, Harici Sistemler'e gidin. Hedef sisteminizi seçin (veya genel bir EXTSYS oluşturun).
PC_PM_EVENTSYayınlama Kanalını bu sisteme ekleyin.Veri Dışa Aktarmayı Etkinleştirin: Harici Sistemler uygulamasında, Veri Dışa Aktarma özellik sekmesini kullanın.
PC_PM_EVENTSkanalını seçin. Dışa aktarma aralığını sınırlamak için buraya bir SQL Where yan tümcesi (örn.,EVENTTIMESTAMP >= '2023-01-01') belirtebilirsiniz.Verileri Dışa Aktarın: Dışa Aktar'a tıklayın. Sistem, yapılandırılan End Point'e bağlı olarak dosyayı (XML veya CSV) oluşturacaktır. ProcessMind için CSV tercih edilir. End Point'inizin (örn.,
MXFLATFILE) CSV çıktısı verecek şekilde yapılandırıldığından emin olun.Çıktıyı Doğrulayın: Oluşturulan CSV dosyasını açın. Başlıkların sorguda tanımlanan özniteliklerle (WorkOrderNumber, Activity vb.) eşleştiğinden ve hiyerarşik XML etiketlerinin kalmadığından emin olun.
Son Biçimlendirme: Maximo CSV dışa aktarımı standart sistem meta veri sütunları (OWNER1, ORGID gibi) içeriyorsa, gerekmiyorsa bunları kaldırın. Temizlenmiş CSV'yi ProcessMind'e yükleyin.
Konfigürasyon
- Maximo Durum Eş anlamlıları: Maximo özel durum kodlarına (örn., APPR, WAPPR) izin verir. Sorgu standart dahili değerleri varsayar. Özel durumları doğru şekilde eşleştirmek için sisteminizin
WOSTATUSalanı içinSYNONYMDOMAIN'ini doğrulayın. - Denetim Tabloları: 'Hedef Tarih Güncellendi' çıkarımı,
A_WORKORDERdenetim tablosuna dayanır.WORKORDERnesnesi için denetim etkin değilse, bu özel etkinlik hiç satır üretmez. Kritikse Veritabanı Yapılandırmasında denetimi etkinleştirin. - Tarih Aralığı: İlk yükleme için, son 6-12 ay içindeki
EVENTTIMESTAMP'a göre filtreleyin. Büyük tarihsel yüklemeler Entegrasyon Çerçevesi web arayüzü üzerinden zaman aşımına uğrayabilir; 50 bin satırdan büyük veri kümeleri için arka plan işlemini kullanın. - Site/Kuruluş Filtreleri: Maximo çoklu site özelliğine sahiptir. Süreç analizi belirli bir tesisi kapsıyorsa daima
SITEID'ye göre filtreleyin. - Performans:
UNION ALLsorgusu kaynak yoğun bir işlemdir.WOSTATUS.WONUM,WOLABTRANS.REFWOveMATUSETRANS.REFWOüzerinde veritabanı dizinlerinin bulunduğundan emin olun.
a Örnek Sorgu config
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01') Adımlar
Veritabanı Bağlantısı: IBM Maximo arka uç veritabanına (genellikle DB2, Oracle veya SQL Server) salt okunur bir JDBC veya ODBC bağlantısı kurun. Kullanıcının WORKORDER, WOSTATUS, LABTRANS ve MATUSETRANS tablolarında SELECT izinlerine sahip olduğundan emin olun.
Kapsamı Belirleyin: Çıkarmanız gereken belirli SİTELERİ veya ORGID'leri belirleyin. Maximo çoklu site bir sistemdir ve İş Emri Numaraları (WONUM) yalnızca SITEID ile birleştirildiğinde benzersizdir. Tarih aralığına karar verin, genellikle REPORTDATE (oluşturma tarihi) veya STATUSDATE'e göre filtreleme yapın.
Veri Modelini Anlayın: WORKORDER tablosu başlık olarak işlev görür. WOSTATUS tablosu yaşam döngüsü değişikliklerinin geçmişini içerir. LABTRANS tablosu detaylı işçilik girişlerini, MATUSETRANS ise malzeme hareketlerini tutar. Tek bir Event akışı oluşturmak için bunlar UNION ALL kullanılarak birleştirilmelidir.
Eş anlamlıları Yönetin: Maximo, SYNONYMDOMAIN'de tanımlanan durumlar için dahili değerler (MAXVALUE) ve görüntülenen değerler (VALUE) kullanır. Sorgu, aynı mantıksal durum için farklı görüntüleme etiketleri kullanabilen farklı sitelerde tutarlılığı sağlamak için ideal olarak dahili MAXVALUE üzerinde filtreleme yapmalıdır.
Sorguyu Hazırlayın: Sorgu bölümünde verilen SQL'i kopyalayın. [Veritabanı Şemanız] ve [Başlangıç Tarihi] gibi yer tutucuları gerçek değerlerinizle değiştirin. Ortamınız Denetimler veya Kalite Kontrolleri için belirli özel durum kodları kullanıyorsa, ilgili bölümlerdeki WHERE yan tümcelerini güncelleyin.
Çıkarma İşlemini Gerçekleştirin: Sorguyu çalıştırın. Veri hacmine bağlı olarak, veritabanı zaman aşımını önlemek için bunu toplu olarak (örn., ay bazında) çalıştırmanız gerekebilir.
Verileri Doğrulayın: Her İş Emri için 'Bakım Talebi Oluşturuldu' Event'inin bulunduğunu kontrol edin. Zaman damgalarının ProcessMind ile uyumlu bir formatta olduğundan emin olun (ISO 8601 önerilir).
İşlem Sonrası: Maximo zaman damgaları genellikle milisaniye içerir. Hızlı ardışık gerçekleşen olayların doğru sıralama düzenini korumak için bunların korunmasını sağlayın.
Dışa Aktarma: Sonuçları CSV veya Parquet dosyası olarak kaydedin. Sütun başlıkları sorgu çıktısında tanımlanan özniteliklerle eşleşmelidir.
ProcessMind Yükleme: Dosyayı ProcessMind'e aktarın. 'WorkOrderNumber'ı Case ID, 'Activity'yi Activity Name ve 'EventTimestamp'ı Timestamp olarak eşleştirin.
Konfigürasyon
- Veritabanı Platformları: Maximo tipik olarak IBM DB2, Oracle veya SQL Server üzerinde çalışır. Sağlanan sözdizimi standart SQL'dir ancak özel platformunuza bağlı olarak küçük tarih fonksiyonu ayarlamaları (örn., TO_DATE vs CAST) gerektirebilir.
- Tarih Filtreleme: Süreç örneklerinin kapsamını belirlemek için WORKORDER tablosundaki REPORTDATE sütununu kullanın. Son 12 aylık bir hareketli pencere standarttır.
- Site Kimliği Önemi: Benzersizlik için asla yalnızca WONUM'a güvenmeyin. Birden çok siteyi analiz ediyorsanız WONUM ve SITEID'yi daima birleştirin veya SITEID'yi bir vaka özniteliği olarak ekleyin.
- Durum Mantığı: Maximo özel durum değerlerine izin verir. WMATL veya COMP gibi standart durumlar sonuç vermiyorsa SYNONYMDOMAIN tablosunu kontrol edin.
- Performans: LABTRANS ve MATUSETRANS tabloları çok büyük olabilir. Bu tabloların REFWO ve SITEID üzerinde dizine eklendiğinden emin olun.
a Örnek Sorgu sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')