Varlık bakımı Veri Templateiniz

IBM Maximo
Varlık bakımı Veri Templateiniz

Varlık bakımı Veri Templateiniz

Bu Veri Templatei, kuruluşunuzdaki iş emri yönetimi ve ekipman onarım döngülerini analiz etmek için yapılandırılmış bir çerçeve sunar. Bakım operasyonlarınızı net biçimde görebilmeniz için gereken veri alanlarını ve süreç aşamalarını belirtir. Bu rehberi izleyerek Olay Günlüğünüzün darboğazları belirlemek ve plansız duruşları azaltmak için gereken bilgileri içerdiğinden emin olabilirsiniz.
  • Bakım özniteliklerinin ayrıntılı listesi
  • İzlenecek önemli süreç aşamaları
  • Ayrıntılı teknik veri çıkarma yönergeleri
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Varlık bakımı öznitelikleri

Varlık bakım operasyonlarınızı ayrıntılı biçimde analiz edebilmek için Olay Günlüğünüze eklemeniz önerilen veri alanları şunlardır.
5 Zorunlu 9 Önerilen 9 İsteğe bağlı
Ad Açıklama
Aktivite
Activity
İş emrinin yaşam döngüsünde gerçekleşen belirli olay veya durum değişikliği.
Açıklama

Bu öznitelik, 'İş Emri Onaylandı' veya 'İş Gücü Kaydedildi' gibi bakım sürecinde gerçekleştirilen adımı gösterir. 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 elde edilir.

Süreç haritasındaki düğümleri oluşturur ve adımların sırasını görselleştirmenizi sağlar. Kuruluşlar bu değerleri analiz ederek süreç çeşitlerini, döngüleri ve standart bakım prosedüründen sapmaları belirleyebilir.

Neden önemli?

Sürecin 'ne' olduğunu tanımlar; süreç haritası oluşturmak ve iş akışının nasıl yürütüldüğünü anlamak için gereklidir.

Nereden alınır?

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

Örnekler
APPRINPRGCOMPCLOSEWMATL
Bakım iş emri
WorkOrderNumber
Bakım iş emrini tanımlayan benzersiz alfasayısal kimlik.
Açıklama

Bu öznitelik, bakım sürecinin temel vaka kimliği olarak kullanılır. IBM Maximo sistemindeki her iş emrini benzersiz biçimde tanımlar; ilgili tüm etkinlikleri, iş gücü işlemlerini ve malzeme kullanımını tek bir tamamlanmış işe bağlar.

Process Mining analizinde bu kimlik, tek tek olayları bir vaka altında gruplamak için kullanılır. Analistlerin bakım işinin ilk talep oluşturma aşamasından onay, uygulama ve son yönetimsel kapanışa kadar tüm yaşam döngüsünü izlemesini sağlar.

Neden önemli?

Süreç akışını yeniden oluşturmanın temel anahtarıdır ve belirli işlerin departmanlar arasında izlenmesini sağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: WONUM

Örnekler
WO100234WO100235CM-99281PM-11002
Olay zaman damgası
EventTimestamp
Aktivitenin gerçekleştiği belirli tarih ve saat.
Açıklama

Bu öznitelik, durumun değiştiği veya iş gücünün kaydedildiği an gibi bir olayın tam olarak ne zaman gerçekleştiğini kaydeder. Çevrim süreleri ve süre hesaplamaları dahil tüm performans analizleri için gereken zaman bilgisini sağlar.

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

Neden önemli?

Olayları kronolojik sıraya koymak 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
Verinin geldiği sistemin adı.
Açıklama

Veri kaydının kaynak uygulamasını belirtir. Bu durumda kaynak genellikle 'IBM Maximo' olur. Birden fazla bakım sisteminden gelen verileri birleştirirken veya ERP verileriyle bütünleştirirken özellikle yararlı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 kullanıldığı ortamlarda veri kökenini ve izlenebilirliği sağlar.

Nereden alınır?

Veri çıkarımı sırasında sabit kodlanır

Örnekler
IBM MaximoMaximo PRODMaximo Legacy
Son veri güncellemesi
LastDataUpdate
Verinin çıkarıldığı veya en 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. Analizin bakım operasyonlarının güncel durumunu yansıtmasını sağlayarak verinin güncelliğini ve güvenilirliğini değerlendirmenize yardımcı olur.

Bu öznitelik, artımlı veri yüklemeleri ve Dashboardlarda iş emri durumu ile birikmiş işlere ilişkin güncel bilgilerin gösterildiğini doğrulamak için gereklidir.

Neden önemli?

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

Nereden alınır?

Veri çıkarımı sırasındaki sistem saati

Örnekler
2023-11-01T00:00:00Z2023-11-01T12:00:00Z
Atanan teknisyen
AssignedResource
İşi gerçekleştirmekle görevlendirilen kişi veya baş teknisyen.
Açıklama

İş emrinden sorumlu kişiyi veya baş teknisyeni belirtir. Bu bilgi 'Lead' alanında bulunabilir ya da iş gücü atamalarından elde edilebilir. 'Kaynak ve Yüklenici Verimliliği' Dashboardunu destekler.

Bu özniteliği analiz ederek 'Bakım İş Yükü Dağılımı' görünümündeki iş yükü dengesizliklerini belirleyebilir, farklı teknisyenlerin veya ekiplerin verimliliğini karşılaştırabilirsiniz.

Neden önemli?

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

Nereden alınır?

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

Örnekler
JSMITHBPATELMRODRIGUEZ
Gerçek bitiş tarihi
ActualFinishDate
Fiziksel işin tamamlandığı tarih ve saat.
Açıklama

Bakım işinin teknik olarak ne zaman tamamlandığını kaydeder. Bu tarih, kaydın yönetimsel olarak kapatıldığı tarihten farklıdır. Bu tarihi 'Hedef Tamamlanma Tarihi' ile karşılaştırarak SLA uyumluluğu hesaplanabilir.

'İş Emri Yönetimsel Çevrim Süresi' Dashboardunda, işin tamamlanmasıyla sistemdeki evrak işlemlerinin kapatılması arasındaki gecikmeyi ölçmek için kullanılır.

Neden önemli?

Teknik uygulama aşamasının sonunu belirtir.

Nereden alınır?

Tablo: WORKORDER, Sütun: ACTFINISH

Örnekler
2023-10-15T16:00:00Z2023-10-16T10:30:00Z
Gerçek iş gücü saati
ActualLaborHours
Tüm teknisyenlerin iş emri için harcadığı toplam gerçek saat.
Açıklama

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

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

Neden önemli?

İş gücü maliyetini ve verimliliğini analiz etmek için temel metriktir.

Nereden alınır?

Tablo: WORKORDER, Sütun: ACTLABHRS

Örnekler
2.55.012.0
Hedef tamamlanma tarihi
TargetCompletionDate
İş emri için belirlenen planlı veya zorunlu son tarih.
Açıklama

İş emrinin tamamlanmasının beklendiği tarih. Bu tarih genellikle öncelik ve oluşturulma tarihine göre hesaplanır. 'Kritik Varlık SLA Performansı' Dashboardu için ölçüt olarak kullanılır.

Analistler bu alanı 'Gerçek Bitiş Tarihi' ile karşılaştırarak işlerin zamanında tamamlanma oranını belirleyebilir ve hangi varlık kategorilerinin bakım zamanlarını sık sık kaçırdığını görebilir.

Neden önemli?

SLA hedeflerine uyumu ve planlanan tarihlere bağlılığı ölçmek için temel alınır.

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 bakım (PM), düzeltici bakım (CM) veya acil bakım (EM) olarak sınıflandırır.
Açıklama

Bu öznitelik, bakım işinin türünü sınıflandırır. Maximo’da yaygın değerler PM (Önleyici Bakım), CM (Düzeltici Bakım) ve EM (Acil Bakım) şeklindedir. Bu sınıflandırma, 'Önleyici ve Reaktif Bakım' Dashboardunun temelini oluşturur.

Analistler bu özniteliğe göre filtreleme yaparak 'Acil Bakım Oranı' KPI’ını hesaplayabilir ve bakım stratejisinin reaktif müdahalelerden planlı güvenilirlik çalışmalarına doğru değişip değişmediğini belirleyebilir.

Neden önemli?

Planlı ve plansız işleri birbirinden ayırır; bakım süreçlerinin olgunluğunu gösteren önemli bir ölçüttür.

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 durumu (ör. 'APPR', 'WAPPR', 'COMP'). 'Aktivite' özniteliği değişiklik geçmişini gösterirken bu öznitelik bilinen son durumu gösterir.

Veri setini yalnızca 'Açık' veya 'Kapalı' iş emirlerini gösterecek şekilde filtrelemek ve 'Bakım İş Yükü Dağılımı' analizini desteklemek için kullanılır.

Neden önemli?

Mevcut iş yükü ve birikmiş işler hakkında anlık görünüm 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 belirten sayısal veya kategorik değer. Maximo’da bu genellikle bir sayıdır; düşük sayılar çoğu zaman daha yüksek aciliyeti gösterir (ör. 1 = Acil).

Bu öznitelik, birikmiş işler arasındaki öncelikleri belirlemek için kullanılır ve 'Kritik Varlık SLA Performansı' Dashboardu için gereklidir. Yüksek öncelikli işlerin, düşük öncelikli işlere kıyasla gereken hızda ele alınıp alınmadığını anlamaya yardımcı olur.

Neden önemli?

Kuruluşun kaynaklarını en acil işlere yönlendirip yönlendirmediğini analiz etmenizi 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 skor.
Açıklama

Varlık kaydında bulunan ve arızanın sonuçlarını gösteren sınıflandırma (genellikle 1-10 veya A/B/C). Bu bilgi İş Emri görünümüne eklenmelidir.

'Kritik Varlık SLA Performansı' Dashboardu için zorunludur. Analizin en önemli konulara odaklanmasını sağlar. Örneğin, kritik bir jeneratördeki gecikme, dinlenme odasındaki kahve makinesinin gecikmesinden daha fazla ağırlık taşır.

Neden önemli?

Süreç performansını iş riskine göre gruplandırmanızı 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 veya varlığın benzersiz kimliği.
Açıklama

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

'Bakım Kalitesi ve Yeniden Çalışma Oranları' analizinde kullanılan bu öznitelik, arızalar arasındaki ortalama süreyi (MTBF) hesaplamak ve kronik güvenilirlik sorunlarını belirlemek için iş emirlerini varlığa göre gruplamanızı sağlar.

Neden önemli?

Süreç yürütümünü 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ı belirten işaret.
Açıklama

İş türüne veya önceliğe göre hesaplanan bir doğru/yanlış değeridir. İş türü 'EM' (Acil) ise veya öncelik 1 ise değer doğru olur.

Bu basitleştirilmiş öznitelik, görselleştirme katmanında karmaşık mantık kurmaya gerek kalmadan Dashboardlarda filtreleme yapmanızı ve 'Acil Bakım Oranı’nı kolayca görmenizi 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 standart kod.
Açıklama

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

Bu kodların bir arada incelenmesi, mühendislik ekiplerinin varlık genelindeki sistemik sorunları belirlemesine yardımcı olur. Böylece 'Bakım Kalitesi ve Yeniden Çalışma Oranları' analizi desteklenir ve önleyici bakım stratejilerinde yapılacak değişikliklere yön verilir.

Neden önemli?

Güvenilirlik mühendisliği ve arıza analizi için 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 kez belirlendiği ve sisteme girildiği zamanı gösteren zaman damgası. Müşteri deneyimi zaman çizelgesinin gerçek başlangıç noktasıdır.

Bildirilen tarihten işin fiilen başladığı ana kadar geçen süreyi ölçerek 'Ortalama Planlama ve Onay Çevrim Süresi’ni hesaplamak için kullanılır. Bakım kuruluşunun taleplere ne kadar hızlı yanıt verdiğini değerlendirmeye yardımcı olur.

Neden önemli?

Bakım yaşam döngüsünün tamamında yanıt hızını ölçmek 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 yapıldığı işlevsel konum veya fiziksel saha.
Açıklama

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

'Bakım İş Yükü Dağılımı' Dashboardunda bakım etkinliklerinin yoğunlaştığı noktaları görselleştirmek ve sahalar arasında hareket eden teknisyenlerin lojistiğini planlamak için 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 sahada kullanılan Maximo kurulumlarında üst düzey saha tanımlayıcısı.
Açıklama

Büyük kuruluşlarda Maximo genellikle 'Site' bazında bölümlere ayrılır. Bu öznitelik, veritabanı düzeyinde farklı tesisleri veya sahaları birbirinden ayırır.

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

Neden önemli?

Birden fazla sahaya dağıtılan sistemlerde verinin kapsamını belirlemek için önemlidir.

Nereden alınır?

Tablo: WORKORDER, Sütun: SITEID

Örnekler
BEDFORDNASHUATEXAS
SLA aşıldı mı
IsSlaBreached
Gerçek bitiş tarihinin hedef tarihi aşıp aşmadığını belirten işaret.
Açıklama

'Gerçek Bitiş Tarihi' ile 'Hedef Tamamlanma Tarihi’ni karşılaştıran, doğru/yanlış değerli hesaplanmış bir alandır. Gerçek bitiş tarihi hedef tarihten sonraysa değer doğru olur.

Önceden hesaplanan bu metrik, çalışma sırasında tarih hesaplaması yapmaya gerek bırakmadan başarısız SLA’ların hemen sayılmasını sağlayarak 'Kritik Varlık SLA Performansı' Dashboardunu basitleştirir.

Neden önemli?

Performans uyumluluğunu anında görmenizi sağlar.

Nereden alınır?

ACTFINISH ve TARGCOMPDATE alanlarından hesaplanır

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

Planlama aşamasında işi tamamlamak için tahmin edilen toplam saat sayısı. Bu değer, 'İş Gücü Tahmin Doğruluğu Dashboardu’nda 'Gerçek İş Gücü Saati' ile karşılaştırılır.

Tahmin ile gerçekleşen değerler arasındaki büyük farklar; yetersiz planlamaya, standart çalışma prosedürlerinin eksikliğine veya beklenenden fazla iş gerektiren varlık koşullarına işaret edebilir.

Neden önemli?

Planlama doğruluğunu ve kaynak ihtiyacını değerlendirmek için gereklidir.

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 işinden sorumlu dış şirketi belirtir. İş dışarıdan bir şirkete verildiğinde bu alan doldurulur. 'Yüklenici Uygulama Verimliliği' KPI’ı için önemlidir.

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

Neden önemli?

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

Nereden alınır?

Tablo: WORKORDER, Sütun: VENDOR

Örnekler
ACME SERVICESSIEMENSFAST REPAIR INC
Toplam gerçek maliyet
TotalActualCost
İş emrinin iş gücü, malzeme, hizmet ve araç maliyetlerinin toplamı.
Açıklama

Bakım işinin toplam mali etkisini gösterir. Maximo’da çeşitli maliyet bileşenlerinin (iş gücü + malzeme + hizmetler + araçlar) toplamıdır.

Bu öznitelik, gecikme veya yeniden çalışma gibi süreç verimsizliklerini mali kayıplarla doğrudan ilişkilendiren maliyet odaklı Process Mining analizlerine olanak tanır. En maliyetli bakım türlerini veya varlık sınıflarını belirlemeye yardımcı olur.

Neden önemli?

Operasyonel etkinlikleri mali sonuçlara bağlar.

Nereden alınır?

Tablo: WORKORDER, Sütun: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST

Örnekler
150.002500.500.00
Zorunlu Önerilen İsteğe bağlı

Varlık bakımı etkinlikleri

İş emri yaşam döngüsünü doğru biçimde keşfetmek için Olay Günlüğünüzde kaydetmeniz gereken temel süreç adımları ve aşamalar şunlardır.
6 Önerilen 7 İsteğe bağlı
Aktivite Açıklama
Bakım talebi oluşturuldu
İş emrinin sistemde oluşturulduğu ilk olaydır. Genellikle bir hizmet talebinden veya otomatik takvimden kaynaklanır. WORKORDER tablosundaki oluşturulma zaman damgasından ya da WOSTATUS geçmişindeki ilk kayıttan açıkça belirlenir.
Neden önemli?

Süreç örneğinin başlangıcını işaretler ve toplam çözüm süresini ve ilk yanıt hızını ölçmek için başlangıç noktası oluşturur.

Nereden alınır?

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

Kaydedin

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

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

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

Nereden alınır?

STATUS = 'INPRG' olan WOSTATUS tablosu kaydı

Kaydedin

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

Olay türü explicit
İş emri iptal edildi
Süreç, işin gereksiz, mükerrer veya yapılamaz olduğuna karar verilmesiyle erken sona erer. Bu, sürecin son durumudur.
Neden önemli?

İş Emri İptal Analizi Dashboardunu besler. İptal oranlarının yüksek olması, talep oluşturma sürecindeki önceki aşamalarda sorunlara işaret eder.

Nereden alınır?

WOSTATUS tablosunda STATUS = 'CAN' olduğunda

Kaydedin

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

Olay türü explicit
İş emri kapatıldı
İş emrinin mali açıdan kapatıldığı ve salt okunur hâle geldiği son yaşam döngüsü olayıdır. Bu aşamadan sonra ek masraf kaydedilemez.
Neden önemli?

İdari Sürenin sonunu işaretler. Buradaki gecikmeler mali raporlamayı etkiler.

Nereden alınır?

STATUS = 'CLOSE' olan WOSTATUS tablosu kaydı

Kaydedin

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

Olay türü explicit
İş emri onaylandı
İş emrinin gerekli planlama ve mali yetkilendirme kontrollerinden geçtiğini gösterir. Sistem geçmişindeki durum değişikliğinden belirlenir.
Neden önemli?

Planlama ve onay süresi KPI’ını hesaplamak için önemlidir. Buradaki gecikmeler idari darboğazlara işaret eder.

Nereden alınır?

STATUS = 'APPR' olan WOSTATUS tablosu kaydı

Kaydedin

APPR geçişini belirlemek için önceki ve sonraki durum alanlarını 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üreyi durdurur.
Neden önemli?

Teknik uygulamanın bitiş zaman damgasıdır. SLA uyumluluğunu ve teknisyen kullanım oranını hesaplamak için kullanılır.

Nereden alınır?

STATUS = 'COMP' olan WOSTATUS tablosu kaydı

Kaydedin

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

Olay türü explicit
Çalışma saatleri kaydedildi
Teknisyenin belirli bir iş emrinde harcadığı fiilî sürenin kaydedilmesini ifade eder. Farklı teknisyenler katkı sağladıkça tek bir iş emri için birden fazla kayıt oluşturulabilir.
Neden önemli?

Gerçekleşen saatleri tahminlerle karşılaştırmak için İş Gücü Tahmin Doğruluğu Dashboardına veri sağlar.

Nereden alınır?

İş emriyle bağlantılı LABTRANS tablosu kayıtları

Kaydedin

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

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

Kritik Varlık SLA Performansını analiz etmek ve SLA ihlalini önlemek için tarihlerin değiştirildiği durumları belirlemek açısından önemlidir.

Nereden alınır?

TARGETCOMPDATE veya SCHEDFINISH alanlarındaki denetim izi

Kaydedin

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

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

Güvenlik ve Uyumluluk Dokümantasyonu Dashboardı için önemlidir. Mevzuat gerekliliklerinin 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ı

Kaydedin

Önceki ve sonraki durum alanlarını karşılaştırın

Olay türü inferred
Kalite kontrolü başarısız oldu
Tamamlanan bir iş inceleme sırasında reddedildiğinde gerçekleşir ve durum genellikle yeniden In Progress olarak değiştirilir. Yeniden çalışma döngülerini gösterir.
Neden önemli?

Süreçteki aksaklıkları göstererek Bakım Kalitesi ve Yeniden Çalışma Oranları Dashboardını doğrudan destekler.

Nereden alınır?

WOSTATUS durumunun COMP’tan INPRG veya WAPPR’a geri dönmesinden anlaşılır

Kaydedin

Geriye dönük durum geçişlerini bulmak için WOSTATUS alanının geçmişini karşılaştırarak belirleyin

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

Planlama ve Onay Döngüsü Analizi Dashboardını destekler ve uygun teknisyen bulmak için geçen süreyi ayrı olarak gösterir.

Nereden alınır?

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

Kaydedin

İş emriyle bağlantılı Assignment kayıtlarının oluşturulmasından belirleyin

Olay türü inferred
Malzeme talebi gönderildi
Bakım işi 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?

İşin yapılmasını engelleyen tedarik zinciri gecikmelerini belirlemek için Malzeme Hazırlık Dashboardı açısından gereklidir.

Nereden alınır?

STATUS = 'WMATL' olan WOSTATUS tablosu kaydı veya WPMATERIAL tablosunda oluşturulan kayıtlar

Kaydedin

Durumun WMATL olarak değişmesinden anlaşılır

Olay türü inferred
Malzeme verildi
Parçaların envanterden iş emrine fiziksel olarak aktarılmasını veya tüketilmesini 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ı

Kaydedin

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

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

Veri çıkarma rehberleri

IBM Maximo verilerinizi nasıl alabilirsiniz?

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

Bu Templatei veri çıkarma sürecinize uygulayarak bakım stratejinizi bugün geliştirmeye başlayın. Teknik kayıtlarınızı uygulanabilir süreç içgörülerine dönüştürmenize yardımcı olmaya hazırız.

Varlık bakımınızı iyileştirin, duruşları bugün azaltın

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

Ücretsiz denemeyi başlatın

Kredi kartı gerektirmeyen 14 günlük ücretsiz deneme