Varlık Bakımı Veri Şablonunuz

IBM Maximo
Varlık Bakımı Veri Şablonunuz

Varlık Bakımı Veri Şablonunuz

Bu veri şablonu, kurumsal ortamınızdaki iş emri yönetimini ve ekipman onarım döngülerini analiz etmek için yapılandırılmış bir çerçeve sunar. Bakım operasyonlarınızı şeffaf biçimde görebilmeniz için gereken veri alanlarını ve süreç kilometre taşlarını açıklar. Bu rehberi izleyerek Event Log dosyanızın darboğazları belirlemek ve plansız duruşları azaltmak için gerekli bilgileri içerdiğinden emin olabilirsiniz.
  • Bakım özniteliklerinin ayrıntılı listesi
  • İzlenmesi gereken önemli süreç kilometre taşları
  • Ayrıntılı teknik veri çıkarma rehberi
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Varlık Bakımı Öznitelikleri

Varlık bakım operasyonlarınızı ayrıntılı şekilde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 9 Önerilen 9 İsteğe bağlı
Ad Açıklama
Bakım İş Emri
WorkOrderNumber
Bakım iş emrinin benzersiz alfasayısal tanımlayıcısı.
Açıklama

Bu öznitelik, bakım sürecinin merkezi vaka tanımlayıcısıdır. IBM Maximo sistemi içindeki her iş emrini benzersiz biçimde ayırt eder ve ilgili tüm faaliyetleri, iş gücü işlemlerini ve malzeme kullanımını tek bir yürütülmüş işe bağlar.

Process Mining analizinde bu kimlik, münferit olayları tutarlı bir vaka altında gruplamak için kullanılır. Analistlerin bir bakım görevinin ilk talep oluşturulmasından onay, yürütme ve son yönetimsel kapanışa kadar uçtan uca yaşam döngüsünü izlemesini sağlar.

Neden önemli?

Süreç akışını yeniden oluşturmak için temel anahtardır ve belirli işlerin departmanlar arasındaki takibini sağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: WONUM

Örnekler
WO100234WO100235CM-99281PM-11002
Faaliyet
Activity
İş emri yaşam döngüsünde gerçekleşen belirli olay veya durum değişikliği.
Açıklama

Bu öznitelik, bakım sürecinde gerçekleştirilen adımı, örneğin 'İş Emri Onaylandı' veya 'İş Gücü Kaydedildi' durumlarını temsil eder. IBM Maximo'da bu bilgi genellikle geçmiş tablolarındaki durum değişikliklerinden veya iş gücü bildirimi gibi belirli işlem günlüklerinden türetilir.

Süreç haritasının düğümlerini oluşturur ve adımların sıralamasının görselleştirilmesini sağlar. Kuruluşlar bu değerleri analiz ederek süreç varyantlarını, döngüleri ve standart bakım prosedüründen sapmaları belirleyebilir.

Neden önemli?

Sürecin 'ne' yaptığını tanımlar; süreç haritası oluşturmak ve Workflow yürütmesini anlamak için gereklidir.

Nereden alınır?

Tablo: WOSTATUS (Sütun: STATUS) veya WOLOG

Örnekler
APPRINPRGCOMPCLOSEWMATL
Olay Zaman Damgası
EventTimestamp
Faaliyetin gerçekleştiği belirli tarih ve saat.
Açıklama

Bu öznitelik, bir durumun değiştiği veya iş gücünün kaydedildiği an gibi bir olayın gerçekleştiği kesin zamanı kaydeder. Çevrim süreleri ve süre hesaplamaları dahil olmak üzere tüm performans analizleri için gerekli zaman boyutunu sağlar.

Doğru zaman damgaları, 'Ortalama Planlama ve Onay Çevrim Süresi'ni hesaplamak ve olayların doğru sırada gerçekleşmesini sağlamak için büyük önem taşır. Maximo'da bu değer genellikle durum kaydının değişiklik tarihidir.

Neden önemli?

Olayları kronolojik olarak sıralamak ve zamana dayalı tüm 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
Verilerin alındığı sistemin adı.
Açıklama

Veri kaydının kaynak uygulamasını tanımlar. Bu bağlamda genellikle 'IBM Maximo' olur. Birden fazla bakım sisteminden veri birleştirildiğinde veya ERP verileriyle entegrasyon yapıldığında özellikle faydalıdır.

Process Mining projesi birden fazla CMMS örneğini içeren karmaşık bir sistem ortamını kapsıyorsa analistlerin görünümü kayıt sistemine göre filtrelemesini sağlar.

Neden önemli?

Birden fazla sistemin bulunduğu ortamlarda veri kökenini ve izlenebilirliğini sağlar.

Nereden alınır?

Veri çıkarımı sırasında sabit olarak atanır

Örnekler
IBM MaximoMaximo PRODMaximo Legacy
Son Veri Güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son yenilendiğ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 bilgi, verilerin güncelliğini ve güvenilirliğini değerlendirmenize 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 Dashboardların iş emri durumu ile birikmiş işler hakkında güncel bilgiler gösterdiğini doğrulamak için gereklidir.

Neden önemli?

Veri gecikmesini ve güncelliğini anlamak için önemlidir.

Nereden alınır?

Çıkarım sırasındaki sistem zamanı

Örnekler
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Atanan Teknisyen
AssignedResource
İşi yürütmek üzere atanan belirli kişi veya baş teknisyen.
Açıklama

İş emrinden sorumlu kişiyi veya baş teknisyeni tanımlar. Bu bilgi 'Baş teknisyen' alanında bulunabilir veya iş gücü atamalarından türetilebilir. 'Kaynak ve yüklenici verimliliği' Dashboardunu destekler.

Bu özniteliği analiz etmek, 'Bakım iş yükü dağılımı' görünümündeki iş yükü dengesizliklerini belirlemeye ve farklı teknisyenlerin veya ekiplerin verimliliğini karşılaştırmaya yardımcı olur.

Neden önemli?

İş gücü verimliliğini analiz etmek ve iş yükünü dengelemek için temel bir özniteliktir.

Nereden alınır?

Tablo: WORKORDER, Sütun: LEAD (veya ASSIGNMENT tablosundan)

Örnekler
JSMITHBPATELMRODRIGUEZ
Gerçekleşen Bitiş Tarihi
ActualFinishDate
Fiziksel işin tamamlandığı tarih ve saat.
Açıklama

Bakım görevinin teknik olarak ne zaman tamamlandığını kaydeder. Bu tarih, talebin idari olarak kapatılmasından farklıdır. Bu tarihi 'Hedef tamamlanma tarihi' ile karşılaştırarak SLA uyumluluğunu hesaplayabilirsiniz.

İşin tamamlanması ile sistemdeki evrakların kapatılması arasındaki gecikmeyi ölçmek için 'İş emri idari teslim süresi' Dashboardunda kullanılır.

Neden önemli?

Teknik yürütme aşamasının sonunu gösterir.

Nereden alınır?

Tablo: WORKORDER, Sütun: ACTFINISH

Örnekler
2023-10-15T16:00:00Z2023-10-16T10:30:00Z
Gerçekleşen İş Gücü Saatleri
ActualLaborHours
Tüm teknisyenlerin iş emrinde fiilen harcadığı toplam saat.
Açıklama

İş emrine kaydedilen tüm iş gücü sürelerinin toplamıdır. Bu metrik, kaynak kullanımının gerçek durumunu gösterir ve 'Teknisyen Kullanım Varyansı' KPI'ını destekler.

İş gücü maliyetini hesaplamak ve belirli görevlerin gerçekte ne kadar sürdüğüne ilişkin geçmiş veriler sağlayarak gelecekteki iş planlarını iyileştirmek için kullanılır.

Neden önemli?

İş gücü maliyeti ve verimlilik analizinin temel metriğidir.

Nereden alınır?

Tablo: WORKORDER, Sütun: ACTLABHRS

Örnekler
2.55.012.0
Hedef Tamamlanma Tarihi
TargetCompletionDate
İş emri için planlanan veya gerekli son tarih.
Açıklama

İş emrinin tamamlanmasının beklendiği tarihtir. Bu tarih çoğu zaman önceliğe ve oluşturulma tarihine göre hesaplanır. 'Kritik varlık SLA performansı' Dashboardu için kıyaslama noktasıdır.

Analistler bu alanı 'Gerçek tamamlanma tarihi' ile karşılaştırarak zamanında performans oranlarını belirleyebilir ve hangi varlık kategorilerinin bakım aralıklarını sık sık kaçırdığını görebilir.

Neden önemli?

SLA uyumunu ve planlama uyumluluğunu ölçmek için temel alınan tarihtir.

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 (EM) olarak sınıflandırır.
Açıklama

Bu öznitelik, bakım görevinin niteliğini sınıflandırır. Maximo içindeki yaygın değerler PM (Önleyici Bakım), CM (Düzeltici Bakım) ve EM (Acil Bakım) seçeneklerini içerir. Bu sınıflandırma, 'Proaktif ve reaktif bakım' Dashboardunun temelini oluşturur.

Analistler bu özniteliğe göre filtreleme yaparak 'Acil bakım oranı' KPI değerini hesaplayabilir ve bakım stratejisinin reaktif sorun gidermeden planlı güvenilirlik çalışmalarına doğru nasıl değiştiğini belirleyebilir.

Neden önemli?

Planlı ve plansız işleri birbirinden ayırır; bakım olgunluğunun önemli göstergelerinden biridir.

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 yönetimsel durumudur, örneğin 'APPR', 'WAPPR' veya 'COMP'. 'Faaliyet' özniteliği değişiklik geçmişini yakalarken bu öznitelik bilinen son durumu gösterir.

Veri setini yalnızca 'Açık' veya 'Kapalı' iş emirlerini gösterecek şekilde filtrelemek için kullanışlıdır 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ünümünü sağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: STATUS

Örnekler
APPRCLOSEINPRG
Öncelik
Priority
İş emrine atanan aciliyet düzeyi.
Açıklama

İş emrinin önemini ve aciliyetini gösteren sayısal veya kategorik bir değerdir. Maximo içinde bu değer genellikle bir sayıdır ve düşük sayılar çoğu zaman daha yüksek aciliyeti ifade eder, örneğin 1 = Acil.

Bu öznitelik, birikmiş işler içindeki işleri önceliklendirmek için kullanılır ve 'Kritik varlık SLA performansı' Dashboardu açısından gereklidir. Yüksek öncelikli işlerin düşük öncelikli görevlere kıyasla gereken hızda ele alınıp alınmadığını belirlemeye yardımcı olur.

Neden önemli?

Kuruluşun kaynaklarını en acil görevlere yönlendirip yönlendirmediğini analiz etmeyi sağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: WOPRIORITY

Örnekler
1234
Varlık Kritiklik Düzeyi
AssetCriticality
Varlığın iş operasyonları açısından önemini gösteren puan.
Açıklama

Varlık kaydında yer alan ve arızanın sonucunu gösteren bir sınıflandırmadır, genellikle 1-10 veya A/B/C biçimindedir. Bu bilgi İş emri görünümüyle birleştirilmelidir.

Bu öznitelik, 'Kritik varlık SLA performansı' Dashboardu için zorunludur. Analizin en önemli unsurlara odaklanmasını sağlar. Kritik bir jeneratördeki gecikmeler, personel dinlenme alanındaki kahve makinesindeki gecikmelerden daha yüksek ağırlıkla değerlendirilir.

Neden önemli?

Süreç performansını iş riskine göre bölümlere ayırmayı sağlar.

Nereden alınır?

Tablo: ASSET, Sütun: PRIORITY (ASSETNUM üzerinden birleştirilir)

Örnekler
1510
Varlık Numarası
AssetNumber
Bakımı yapılan ekipmanın veya varlığın benzersiz tanımlayıcısı.
Açıklama

Bakım çalışmasının konusu olan belirli makine, araç veya tesis bileşenidir. Süreç verilerini fiziksel varlık hiyerarşisine bağlar. Sık arızalanan 'sorunlu varlıkları' belirlemek için önemlidir.

'Bakım Kalitesi ve Yeniden İşleme Oranları' analizinde kullanılan bu öznitelik, MTBF'yi hesaplamak ve kronik güvenilirlik sorunlarını belirlemek için iş emirlerinin varlığa göre gruplanmasını sağlar.

Neden önemli?

Süreç yürütmesini fiziksel altyapının performansına bağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: ASSETNUM

Örnekler
PUMP-101HVAC-02FLEET-99
Acil mi
IsEmergency
İş emrinin acil olup olmadığını gösteren işaret.
Açıklama

İş türüne veya önceliğe göre hesaplanan bir boole işaretidir. İş türü 'EM' (Acil) veya öncelik 1 ise değer doğrudur.

Bu sadeleştirilmiş öznitelik, görselleştirme katmanında karmaşık mantık kullanmadan 'Acil bakım oranı' değerini ayırmak için Dashboardlarda kolay filtreleme yapılmasını sağlar.

Neden önemli?

Reaktif bakım analizinde filtrelemeyi kolaylaştırır.

Nereden alınır?

WORKTYPE alanından hesaplanır

Örnekler
truefalse
Arıza Kodu
FailureCode
Varlığın neden arızalandığını açıklayan standartlaştırılmış kod.
Açıklama

Teknisyenin arıza nedenini sınıflandırmak için seçtiği yapılandırılmış koddur, örneğin 'Aşınma', 'Elektrik' veya 'Operatör Hatası'. Kök Neden Analizi (RCA) için önemlidir.

Bu kodların toplanması, mühendislik ekiplerinin varlık portföyündeki sistemik sorunları belirlemesine yardımcı olur. Böylece 'Bakım Kalitesi ve Yeniden İşleme Oranları' analizi desteklenir ve önleyici bakım stratejilerinde değişiklik yapılabilir.

Neden önemli?

Güvenilirlik mühendisliği ve arıza analizinin temel veri noktasıdır.

Nereden alınır?

Tablo: WORKORDER, Sütun: FAILURECODE

Örnekler
SIZINTIAŞ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 belirlendiği ve sisteme girildiği zamanı gösteren zaman damgasıdır. Müşteri deneyimi zaman çizelgesinin gerçek başlangıç noktasını oluşturur.

'Ortalama Planlama ve Onay Çevrim Süresi'ni hesaplamak için bu tarihten işin fiilen başladığı zamana kadar geçen süreyi ölçer. Bakım kuruluşunun yanıt verme hızını değerlendirmeye yardımcı olur.

Neden önemli?

Tüm bakım yaşam döngüsünün yanıt verme performansı için başlangıç noktasını belirler.

Nereden alınır?

Tablo: WORKORDER, Sütun: REPORTDATE

Örnekler
2023-10-10T08:00:00Z2023-10-10T09:15:00Z
Konum
Location
İşin gerçekleştirildiği işlevsel konum veya fiziksel saha.
Açıklama

Varlığın bulunduğu fiziksel alanı veya işlevsel konum kodunu belirtir. Belirli varlık numarasından daha geniş bir kapsamı ifade eder ve coğrafi veya bölgesel analizlere yardımcı olur.

Teknisyenlerin sahalar arasındaki hareketleri için lojistik planlaması yapmak ve bakım etkinliklerinin yoğunlaştığı noktaları görselleştirmek üzere 'Bakım iş yükü dağılımı' Dashboardunda kullanılır.

Neden önemli?

Lojistik ve kaynak dağılımı için coğrafi bağlam sağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: LOCATION

Örnekler
BRILER-RMPLANT-AOFFICE-1
Saha Kimliği
SiteId
Birden fazla sahaya sahip Maximo uygulamalarında kullanılan üst düzey saha tanımlayıcısı.
Açıklama

Büyük kuruluşlarda Maximo genellikle 'Saha' temelinde bölümlendirilir. Bu öznitelik, veritabanı düzeyinde farklı tesisleri veya sahaları birbirinden ayırır.

'Standart Bakım Süreci Uyumluluğu' analizinde farklı iş birimlerinin performansını karşılaştırmak için gereklidir ve karşılaştırmaların doğru operasyonel bağlamda yapılmasını sağlar.

Neden önemli?

Birden fazla sahanın bulunduğu kurulumlarda verilerin kapsamını belirlemek için önemlidir.

Nereden alınır?

Tablo: WORKORDER, Sütun: SITEID

Örnekler
BEDFORDNASHUATEXAS
SLA İhlal Edildi mi
IsSlaBreached
Gerçekleşen bitiş tarihinin hedef tarihi aşıp aşmadığını gösteren işaret.
Açıklama

'Gerçek tamamlanma tarihi' ile 'Hedef tamamlanma tarihi' değerlerini karşılaştıran hesaplanmış bir boole alanıdır. Gerçek değer hedeften büyükse sonuç doğrudur.

Bu önceden hesaplanmış metrik, 'Kritik varlık SLA performansı' Dashboardunu sadeleştirir ve çalışma zamanında tarih hesabı yapmadan başarısız SLA sayısının hemen alınmasını sağlar.

Neden önemli?

Performans uyumluluğunu anında görünür kılar.

Nereden alınır?

ACTFINISH ve TARGCOMPDATE alanlarından hesaplanır

Örnekler
truefalse
Tahmini İş Gücü Saatleri
EstimatedLaborHours
İş emri için planlanan iş gücü süresi.
Açıklama

Planlama aşamasında görevi tamamlamak için tahmin edilen toplam saat sayısıdır. Bu değer, 'Gerçek iş gücü saatleri' ile 'İş gücü tahmini doğruluğu Dashboardunda' karşılaştırılır.

Bu değer ile gerçekleşen değerler arasındaki büyük sapmalar; kötü planlamaya, standart işletim prosedürlerinin eksikliğine veya beklenenden fazla çalışma gerektiren beklenmedik varlık koşullarına işaret eder.

Neden önemli?

Planlama doğruluğunu ve kaynak tahminini değerlendirmek için gereklidir.

Nereden alınır?

Tablo: WORKORDER, Sütun: ESTLABHRS

Örnekler
2.04.58.0
Tedarikçi
Vendor
Uygulanabiliyorsa iş emrine atanan üçüncü taraf yüklenici.
Açıklama

Bakım görevinden sorumlu dış şirketi tanımlar. İş dış kaynak kullanılarak yürütüldüğünde doldurulur. 'Yüklenici Yürütme Verimliliği' KPI'ı için önemlidir.

Bu özniteliğin analizi, bakım kuruluşunun farklı tedarikçilerin performansını maliyet, hız ve kalite açısından hem birbirleriyle hem de iç ekiplerle karşılaştırmasını sağlar.

Neden önemli?

Tedarikçi yönetimini ve dış kaynak kullanım performansının analizini sağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: VENDOR

Örnekler
ACME SERVICESSIEMENSFAST REPAIR INC
Toplam Gerçekleşen Maliyet
TotalActualCost
İş emri için iş gücü, malzeme, hizmet ve araç maliyetlerinin toplamı.
Açıklama

Bakım görevinin toplam finansal etkisini gösterir. Maximo'da çeşitli maliyet bileşenlerinin toplamından oluşur: İş Gücü + Malzeme + Hizmetler + Araçlar.

Bu öznitelik, süreç verimsizliklerinin, örneğin gecikme veya yeniden işlemenin, finansal kayıplarla doğrudan ilişkilendirilebildiği maliyet odaklı Process Mining analizini sağlar. 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
Gerekli Önerilen İsteğe bağlı

Varlık Bakım Faaliyetleri

İş emri yaşam döngünüzü doğru şekilde keşfetmek için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Bakım talebi oluşturuldu
Bu, genellikle bir hizmet talebinden veya otomatik bir programdan kaynaklanan iş emrinin sistemde oluşturulduğu ilk olaydır. 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ı gösterir ve toplam çözüm süresi ile ilk yanıt hızının ölçülmesi için temel oluşturur.

Nereden alınır?

WORKORDER.REPORTDATE veya WOSTATUS tablosundaki ilk kayıt, genellikle WAPPR durumu

Yakalayın

İşlem WO kaydını oluşturduğunda kaydedilir

Olay türü explicit
İş başladı
Teknisyenin fiziksel çalışmaya fiilen başladığını gösterir. Kullanıcı, işin devam ettiğini belirten duruma geçtiğinde açıkça kaydedilir.
Neden önemli?

Planlama süresini uygulama süresinden ayırmak için önemli bir kilometre taşıdır. Ortalama Planlama ve Onay Teslim Süresini hesaplamak için kullanılır.

Nereden alınır?

STATUS = 'INPRG' olan WOSTATUS tablosu kaydı

Yakalayın

İşlem durumu INPRG olarak değiştirdiğinde kaydedilir

Olay türü explicit
İş emri iptal edildi
İş gereksiz, yinelenen veya uygulanamaz kabul edildiği için süreç zamanından önce sona erer. Bu, son durumdur.
Neden önemli?

İş emri iptali analizi Dashboardunu besler. Yüksek oranlar, talep oluşturma sürecinin önceki aşamalarında süreç hataları bulunduğunu gösterir.

Nereden alınır?

STATUS = 'CAN' olan WOSTATUS tablosu kaydı

Yakalayın

İşlem durumu CAN olarak değiştirdiğinde kaydedilir

Olay türü explicit
İş emri kapatıldı
İş emrinin finansal olarak kapatıldığı ve salt okunur hale geldiği son yaşam döngüsü olayıdır. Bundan sonra ek ücret uygulanamaz.
Neden önemli?

İdari Teslim Süresinin sonunu gösterir. Buradaki gecikmeler finansal raporlamayı etkiler.

Nereden alınır?

STATUS = 'CLOSE' olan WOSTATUS tablosu kaydı

Yakalayın

İşlem durumu CLOSE olarak değiştirdiğinde kaydedilir

Olay türü explicit
İş emri onaylandı
İş emrinin gerekli planlama ve finansal yetkilendirme kontrollerinden geçtiğini gösterir. Bu bilgi, sistem geçmişindeki durum değişikliğinden elde edilir.
Neden önemli?

Planlama ve onay teslim süresi KPI'ını hesaplamak için gereklidir. Buradaki gecikmeler idari darboğazlara işaret eder.

Nereden alınır?

STATUS = 'APPR' olan WOSTATUS tablosu kaydı

Yakalayın

APPR geçişini belirlemek için durum alanını önceki ve sonraki değerleriyle karşılaştırın

Olay türü explicit
İş emri tamamlandı
Teknisyen fiziksel işin tamamlandığını onaylar. Bu durum değişikliği, uygulama süresi KPI'ları için süre ölçümünü durdurur.
Neden önemli?

Teknik uygulama için temel 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 kaydı

Yakalayın

İşlem durumu COMP olarak değiştirdiğinde kaydedilir

Olay türü explicit
Hedef tarihi güncellendi
Planlanan tamamlanma tarihinde veya SLA hedefinde yapılan değişikliği kaydeder. Bu, gecikmelere uyum sağlamak için beklentilerin ne zaman değiştirildiğini belirlemeye yardımcı olur.
Neden önemli?

Critical Asset SLA Performance'ı analiz etmek ve SLA ihlalinden kaçınmak için tarihlerin değiştirildiği durumları belirlemek açısından önemlidir.

Nereden alınır?

TARGETCOMPDATE veya SCHEDFINISH alanlarındaki denetim izi

Yakalayın

İşlem tarih alanlarını güncellediğinde kaydedilir

Olay türü explicit
İnceleme tamamlandı
Yaşam döngüsü sırasında bir güvenlik veya teknik inceleme yapıldığını gösterir. Bu genellikle bir durum değişikliğiyle veya kontrol listesi ölçümünün tamamlanmasıyla kaydedilir.
Neden önemli?

Güvenlik ve uyumluluk dokümantasyonu Dashboardu için önemlidir. Düzenleyici adımların atlanmamasını sağlar.

Nereden alınır?

WOSTATUS durumunun 'INSP' veya benzer bir özel duruma değişmesi ya da MEASUREMENT kayıtlarının tamamlanması

Yakalayın

Durum alanını önceki ve sonraki değerleriyle karşılaştırın

Olay türü inferred
İşçilik saatleri kaydedildi
Teknisyenin belirli iş emrinde harcadığı gerçek sürenin girilmesini ifade eder. Farklı teknisyenler katkı sağladığında tek bir iş emri için birden fazla kayıt oluşabilir.
Neden önemli?

Tahminlerle karşılaştırılacak gerçekleşen değerleri sağlayarak iş gücü tahmini doğruluğu Dashboardunu besler.

Nereden alınır?

İş emriyle ilişkilendirilmiş LABTRANS tablosu kayıtları

Yakalayın

LABTRANS içinde işlem gerçekleştiğinde kaydedilir

Olay türü explicit
Kalite kontrolü başarısız oldu
Tamamlanan bir iş inceleme sırasında reddedildiğinde gerçekleşir ve çoğu zaman durumun In Progress olarak geri alınmasına neden olur. Yeniden işleme döngülerini temsil eder.
Neden önemli?

Süreç hatalarını öne çıkararak bakım kalitesi ve yeniden çalışma oranları Dashboardunu doğrudan destekler.

Nereden alınır?

WOSTATUS durumunun COMP'tan INPRG veya WAPPR'a geri geçişinden anlaşılır

Yakalayın

Geriye dönük geçişleri belirlemek için WOSTATUS geçmişindeki alanları karşılaştırarak türetilir

Olay türü inferred
Kaynaklar planlandı
Belirli iş gücünün veya ekiplerin iş emrine atandığı noktadır. Atamalar oluşturulduğunda veya durum Waiting Schedule olarak değiştiğinde izlenir.
Neden önemli?

Mevcut teknisyenleri bulmak için gereken süreyi ayırarak planlama ve onay döngüsü analizi Dashboardunu destekler.

Nereden alınır?

ASSIGNMENT tablosunda satır oluşturulması veya WOSTATUS durumunun 'WSCH' olarak değişmesi

Yakalayın

WO ile ilişkilendirilmiş Assignment kayıtlarının oluşturulmasından türetilir

Olay türü inferred
Malzeme talebi gönderildi
Bakım görevi için yedek parça veya sarf malzemesi talep edildiğini gösterir. Durumun Waiting on Material olarak değişmesinden veya malzeme gereksinimi satırlarının oluşturulmasından anlaşılabilir.
Neden önemli?

İşlerin yürütülmesini engelleyen tedarik zinciri gecikmelerini belirlemek için Malzeme hazırlığı Dashboardu açısından gereklidir.

Nereden alınır?

STATUS = 'WMATL' olan WOSTATUS tablosu kaydı veya WPMATERIAL tablosunda kayıt oluşturulması

Yakalayın

WMATL durumuna geçişten anlaşılır

Olay türü inferred
Malzeme verildi
Parçaların stoktan iş emrine fiziksel olarak tüketilmesini veya verilmesini kaydeder. 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 kaydı

Yakalayın

MATUSETRANS içinde işlem gerçekleştiğinde kaydedilir

Olay türü explicit
Önerilen İsteğe bağlı

Veri Çıkarma Rehberleri

Verilerinizi IBM Maximo'dan nasıl alırsınız

Başlamaya hazır mısınız?

Bu şablonu veri çıkarma sürecinize uygulayarak bakım stratejinizi bugün dönüştürmeye başlayın. Ekibimiz, teknik günlüklerinizi uygulanabilir süreç içgörülerine dönüştürmenize yardımcı olmak için yanınızda.

Varlık bakımını dönüştürün, duruşları bugün azaltın

Bakım çevrim süresini %30 azaltın ve darboğazları ortadan kaldırın

Ücretsiz denemeyi başlatın

14 gün ücretsiz deneme, kredi kartı gerekmez