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önetimi ve ekipman onarım döngülerinizi analiz etmek için yapılandırılmış bir çerçeve sunar. Bakım operasyonlarınızın şeffaf bir görünümünü elde etmek için gereken belirli veri alanlarını ve süreç kilometre taşlarını özetler. Bu kılavuzu takip ederek, olay günlüğünüzün darboğazları belirlemek ve plansız kesinti sürelerini azaltmak için gerekli bilgileri içerdiğinden emin olabilirsiniz.
  • Kapsamlı bakım öznitelikleri listesi
  • Takip edilecek kritik süreç kilometre taşları
  • Detaylı teknik çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Varlık Bakımı Öznitelikleri

Bunlar, varlık bakım operasyonlarınızın kapsamlı bir analizini sağlamak için olay günlüğünüze eklemeniz önerilen veri alanlarıdır.
5 Gerekli 9 Önerilen 9 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Varlık Bakımı Aktiviteleri

Bunlar, iş emri yaşam döngünüzün doğru bir şekilde keşfedilmesi için olay günlüğünüze dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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