Varlık Bakımı Veri Template'iniz

Genel Process Mining şablonu
Varlık Bakımı `Veri Template`'iniz

Varlık Bakımı Veri Template'iniz

Genel Process Mining şablonu

Bu, Varlık Bakımı süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.

Belirli bir sistem seçin
  • Standart bakım kilometre taşlarının kapsamlı listesi
  • Derin performans analizi için tasarlanmış esnek nitelik şeması
  • Herhangi bir kurumsal varlık yönetimi veri kaynağıyla tam uyumluluk
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Varlık Bakım Nitelikleri

Bu önerilen veri alanları, `Event Log`'unuz için bağlam sağlayarak bakım iş emirlerini ekipman türüne, önceliğe ve konuma göre analiz etmenizi sağlar.
5 Gerekli 9 Önerilen 2 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
İş akışı içinde meydana gelen belirli görev, durum değişikliği veya olay.
Açıklama

Bu öznitelik, bakım iş emrinin yaşam döngüsü boyunca atılan adımları tanımlar. İş emrinin oluşturuldu, onaylandı, devam ediyor, bekletiliyor ve tamamlandı gibi geçtiği farklı durumları yakalar.

Doğru Process Mining için bu alan, çeşitli sistem event'lerini okunabilir Activity'lere normalleştirir. Süreç haritasını görselleştirmek, aşamalar arasındaki geçiş sürelerini hesaplamak ve bir iş emrinin önceki bir duruma geri döndüğü yeniden işleme döngülerini tanımlamak için hayati öneme sahiptir.

Neden önemli

Süreç haritasındaki düğümleri tanımlar ve iş akışını yeniden yapılandırmak için gereklidir.

Nereden alınır

Durum geçmişi tablolarından, işlem günlüklerinden veya iş emri değişiklik günlüklerinden türetilmiştir.

Örnekler
İş Emri OluşturulduMalzeme ÇıkarıldıOnay VerildiDurum "Devam Ediyor" Olarak Değiştirildiİş Emri Kapatıldı
İş Emri Numarası
WorkOrderNumber
Bakım vakası veya iş emri için benzersiz tanımlayıcı.
Açıklama

Bu öznitelik, Process Mining analizi için merkezi case tanımlayıcısı görevi görür. İlk talep veya önleyici tetikleyiciden tamamlanmaya ve finansal kapanışa kadar tek bir uçtan uca bakım döngüsünü temsil eder.

Analizde, bu alan ilgili tüm event'leri, maliyetleri ve kaynak log'larını gruplamak için birincil anahtar görevi görür. Process Mining motorunun belirli işlerin yaşam döngüsünü yeniden yapılandırmasını sağlayarak analistlerin iş akışını izlemesine, case düzeyinde bottleneck'leri belirlemesine ve belirli sonuçları sipariş türleri veya önceliklerle ilişkilendirmesine olanak tanır.

Neden önemli

Benzersiz süreç örneklerini ayırt etmek için gereken temel Olay Kimliğidir.

Nereden alınır

Genellikle iş emri başlık tablosunda bulunur (örn. Maximo'da WONUM, SAP'de AUFNR).

Örnekler
WO-2023-884110049221PM-552-AREQ-992104500021
Kaynak Sistem
SourceSystem
Kaydın kaynaklandığı uygulamanın veya veritabanının adı.
Açıklama

Bu öznitelik, veri üretmekten sorumlu yazılım ortamını tanımlar. Karmaşık bakım ortamlarında, veri bir ERP'den, özel bir CMMS'ten veya bir IoT izleme platformundan gelebilir.

Analizde, birden fazla sistemin tek bir süreç modeline alındığı durumlarda veriyi filtrelemek için bu alan kullanışlıdır. Veri soy ağacını doğrulamaya yardımcı olur ve farklı eski sistemler arasındaki veri kalitesini veya süreç varyasyonlarını karşılaştırmak için kullanılabilir.

Neden önemli

Çoklu sistem ortamlarında veri izlenebilirliğini sağlar.

Nereden alınır

Çıkarma işlemi sırasında sabit kodlanmış veya sistem konfigürasyonundan eşleştirilmiştir.

Örnekler
SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM
Olay Zaman Damgası
EventTimestamp
Bir `activity`'nin occurred olduğu specific `date` ve `time`.
Açıklama

Bu öznitelik, bakım log'undaki her event için zamansal bağlamı sağlar. Bir durumun değiştiği veya kaynak sistemde bir işlemin gerçekleştirildiği tam anı kaydeder.

Timestamp'ler, Process Mining'deki tüm süre tabanlı metriklerin temelidir. Döngü sürelerinin, işlem sürelerinin ve kaynak boşta kalma sürelerinin hesaplanmasına olanak tanır. Art arda hızlı bir şekilde meydana gelen event'leri doğru sıralamak için yüksek hassasiyetli timestamp'ler gereklidir.

Neden önemli

Olayların sıralanmasına ve tüm süre metriklerinin hesaplanmasına olanak tanır.

Nereden alınır

İşlem günlüklerinde, geçmiş tablolarında veya denetim izlerinde aktiviteyle birlikte bulunur.

Örnekler
2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z
Son Veri Güncellemesi
LastDataUpdate
Kaydın en son ne zaman çekildiğini veya yenilendiğini gösteren timestamp.
Açıklama

Bu öznitelik, analizde kullanılan veri setinin para birimini izler. Analistlerin verinin güncelliğini anlamalarına ve operasyonel sistem ile Process Mining ortamı arasındaki potansiyel gecikme sorunlarını belirlemelerine yardımcı olur.

Fiziksel süreç akışının bir parçası olmasa da, veri yönetimi için çok önemlidir. Paydaşların gerçek zamanlı veriye mi yoksa önceki bir kapanış döneminden alınan bir anlık görüntüye mi baktıklarını bilmelerini sağlar.

Neden önemli

Veri tazeliğini doğrulamaya ve artımlı yükleri yönetmeye yardımcı olur.

Nereden alınır

Çalışma zamanında ETL boru hattı veya çıkarma betiği tarafından oluşturulur.

Örnekler
2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z
Bakım Departmanı
MaintenanceDepartment
İşin yürütülmesinden sorumlu organizasyonel birim veya atölye.
Açıklama

Bu öznitelik, iş emrine atanan ekip, zanaat veya departmanı (örn. Elektrik, Mekanik, Enstrümantasyon veya Tesisler) tanımlar.

Bu görünüm, farklı ekipler arasında performans kıyaslaması yapmayı sağlar. Analistler, belirli mesleklerdeki eğitim ihtiyaçlarını veya kaynak eksikliklerini belirlemek için departmanlar arasında döngü sürelerini, birikmiş iş seviyelerini ve yeniden işleme oranlarını karşılaştırabilir.

Neden önemli

Farklı ekipler arasında performans ve birikim karşılaştırması yapmayı sağlar.

Nereden alınır

İş Emri Başlığı (örn. SAP'de İş Merkezi, Maximo'da Ekip Kimliği).

Örnekler
Mekanik AtölyeElektrik BakımıTesislerContractor-ExtEnstrümantasyon
Gerçek İşçilik Saatleri
ActualLaborHours
Teknisyenlerin sipariş üzerinde çalışarak harcadığı toplam süre.
Açıklama

Bu öznitelik, iş emrine kaydedilen tüm işçilik girişlerinin süresini bir araya getirir. Görevi tamamlamak için harcanan fiili çabayı yansıtır.

Bu metrik, iş gücü kullanımını ve işçilik verimliliğini hesaplamak için hayati öneme sahiptir. Gerçek saatleri tahmini saatlerle karşılaştırmak, planlama sürecinin doğruluğunu ortaya koyar. Önemli sapmalar, belirsiz iş tanımlarını veya beceri eksikliklerini gösterebilir.

Neden önemli

Çabayı ölçer ve kullanım ile planlama doğruluğunu hesaplamak için kullanılır.

Nereden alınır

Zaman Çizelgesi veya İşlem Kayıt tablolarından toplanmıştır.

Örnekler
4.512.00.548.0160.0
Hedef Tamamlama Tarihi
TargetCompletionDate
İş emrinin tamamlanması gereken planlı son tarih.
Açıklama

Bu öznitelik, zamanlayıcı tarafından planlanan veya SLA tarafından belirlenen son teslim tarihini temsil eder. Zamanında teslimat hesaplamaları için referans noktası görevi görür.

Gerçek tamamlanma tarihini bu hedef tarihle karşılaştırmak, Program Uyumluluğu ve gecikme metriklerinin hesaplanmasına olanak tanır. Büyük sapmalar, planlama verimsizliklerini veya kaynak kısıtlamalarını gösterir.

Neden önemli

Gecikmeleri ve program uyumluluğunu hesaplamak için temeldir.

Nereden alınır

İş Emri Planlama sekmesi (örn. SAP'de GLTRP, Maximo'da SCHEDFINISH).

Örnekler
2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z
İş Emri Türü
WorkOrderType
Bakım işini önleyici, düzeltici, acil veya proje bazlı olarak kategorize eder.
Açıklama

Bu öznitelik, bakım işinin niteliğini sınıflandırır. Yaygın değerler, planlı işleri (Önleyici) ve plansız arızaları (Düzeltici veya Acil) birbirinden ayırır. Hemen hemen tüm EAM/CMMS sistemlerinde standart bir alandır.

Analistler bu alanı süreç modelini segmentlere ayırmak için kullanır. Acil onarımların workflow'unu Önleyici bakımla karşılaştırmak, genellikle önemli ölçüde farklı süreç yolları, onay gereksinimleri ve döngü süreleri ortaya çıkarır. Önleyici-Reaktif bakım oranını hesaplamak için birincil boyuttur.

Neden önemli

Planlı ve plansız işler arasındaki analizi segmentlere ayırmak için kritiktir.

Nereden alınır

İş Emri Başlık tablosu (örn. Maximo'da WORKTYPE, SAP'de AUART).

Örnekler
ÖnleyiciDüzelticiAcil DurumTahmine DayalıSermaye Projesi
Öncelik Seviyesi
PriorityLevel
İş emrine atanan aciliyet veya önem.
Açıklama

Bu öznitelik, bakım görevinin operasyonlar için ne kadar kritik olduğunu gösterir. Değerler genellikle sayısal kodlardan (1, 2, 3) açıklayıcı etiketlere (Kritik, Yüksek, Orta, Düşük) kadar değişir. Gerekli yanıt süresini ve kaynak tahsisini belirler.

Süreç analizinde bu öznitelik, SLA uyumluluğunu kontrol etmek için kullanılır. Analistler, yüksek öncelikli öğelerin gerçekten düşük öncelikli olanlardan daha hızlı ilerleyip ilerlemediğini veya onay bottleneck'lerinde takılıp kalmadığını araştırır.

Neden önemli

SLA uyumluluk analizini ve kaynak önceliklendirme kontrollerini sağlar.

Nereden alınır

İş Emri Başlık tablosu (örn. Maximo'da PRIORITY, SAP'de PRIOK).

Örnekler
1 - Kritik2 - Yüksek3 - Orta4 - DüşükAcil Durum
Önleyici mi?
IsPreventive
İş emrinin önleyici bakım programının bir parçası olup olmadığını gösteren bir işaret.
Açıklama

Bu boolean öznitelik, iş emri türünü ikili bir sınıflandırmaya (Önleyici ve Önleyici Olmayan) basitleştirir. Genellikle İş Emri Türü kodundan türetilir.

Bu bayrak, PM uyumluluğuna odaklanmak için dashboard'ları filtrelemenin en hızlı yoludur. Bakım kuruluşunun olgunluğunu ölçmek için standart bir endüstri metriği olan PM/CM oranı KPI'sının hesaplanmasını basitleştirir.

Neden önemli

Önleyici Bakım oranları için filtrelemeyi ve KPI hesaplamasını basitleştirir.

Nereden alınır

İş Emri Türünden veya belirli sistem işaretinden (örneğin, PPM işareti) türetilmiştir.

Örnekler
truefalse
Toplam Gerçek Maliyet
TotalActualCost
İşçilik, malzemeler ve hizmetler dahil olmak üzere toplam finansal maliyet.
Açıklama

Bu öznitelik, iş emriyle ilgili tüm finansal kayıtları toplar. Bakım faaliyetinin nihai ekonomik etkisini sağlar.

Maliyet analizi, varlık yönetiminde Process Mining için önemli bir itici güçtür. Bu öznitelik, bakımı en pahalı varlık sınıflarını belirlemeye ve onarım maliyetlerinin varlığın değiştirme değerini aştığı aykırı durumları vurgulamaya yardımcı olur.

Neden önemli

Finansal etki analizi ve bütçe farkı raporlamasının merkezindedir.

Nereden alınır

Maliyet özet tabloları veya Siparişe bağlı Genel Muhasebe (GL) kayıtlarından toplanmıştır.

Örnekler
1500.00245.5010000.000.00560.75
Varlık Kimliği
AssetId
Bakımı yapılan ekipmanın veya tesisin benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, iş emrini sahadaki fiziksel nesneye bağlar. Bakımı yapılan varlığın etiket numarasını, ekipman kimliğini veya makine kodunu temsil eder.

Bu, 'sorunlu varlıkları' veya sık onarım gerektiren varlıkları tanımlamak için hayati öneme sahiptir. İş emirlerini Varlık Kimliğine göre toplayarak, analistler Arızalar Arası Ortalama Süreyi (MTBF) hesaplayabilir ve bakım bütçesinin orantısız bir miktarını tüketen ekipmanı belirleyebilir.

Neden önemli

Belirli ekipmanların performans analizine ve MTBF hesaplamalarına olanak tanır.

Nereden alınır

İş Emri Başlık tablosu (örn. Maximo'da ASSETNUM, SAP'de EQUNR).

Örnekler
PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05
Varlık Kritikliği
AssetCriticality
Varlığın operasyonel önemini gösteren bir derecelendirme.
Açıklama

Bu öznitelik, varlıkları arızalarının güvenlik, çevre veya üretim üzerindeki etkilerine göre kategorize eder. Genellikle varlık ana kaydında statik bir öznitelik olsa da, sıklıkla iş emrine anlık olarak yansıtılır.

Bu özniteliği kullanarak analistler, bakım ekiplerinin kritik varlıklar üzerindeki işleri doğru şekilde önceliklendirip önceliklendirmediğini belirleyebilir. En önemli ekipmanların önleyici bakım programlarına en yüksek uyumu gösterdiğini doğrulamaya yardımcı olur.

Neden önemli

Bakım odağını iş riski ve operasyonel etkiyle uyumlu hale getirmeye yardımcı olur.

Nereden alınır

Varlık Ana Verileri veya denormalize edilmişse İş Emri Üst Verileri.

Örnekler
A - Çok ÖnemliB - EsasC - İkincilGüvenlik Açısından KritikÜretim İçin Kritik
Atanan Kaynak
AssignedResource
İşe atanan belirli teknisyen veya sorumlu kişi.
Açıklama

Bu öznitelik, bakım görevini yürütmekten sorumlu kişiyi veya lider teknisyeni tanımlar. Departmanlar grubu takip ederken, bu öznitelik belirli kişiyi takip eder.

Bu ayrıntı düzeyi, personel arasındaki iş yükü dağılımını analiz etmek için kullanışlıdır. Belirli teknisyenlerin sürekli aşırı yüklü olup olmadığını veya belirli kişilerin daha yüksek yeniden işleme oranlarına sahip olup olmadığını vurgulayarak eğitim ihtiyacını gösterebilir.

Neden önemli

İş yükü dengeleme analizini ve bireysel performans metriklerini sağlar.

Nereden alınır

İş Emri Atamaları veya İşçilik detay tabloları.

Örnekler
J. SmithA. DoeTech-001Tedarikçi-XYZEkip Lideri 5
Çalışma Yeri
WorkLocation
İşin yapıldığı fiziksel saha veya fonksiyonel konum.
Açıklama

Bu öznitelik, varlığın bulunduğu coğrafi veya işlevsel alanı tanımlar. Belirli bir bina, bir kat veya uzak bir lokasyon olabilir.

Konum verisi, seyahat süresi verimsizliklerini ve lojistiği analiz etmeye yardımcı olur. Teknisyenler düşük öncelikli işler için uzak lokasyonlar arasında seyahat ederek önemli zaman harcıyorlarsa, Process Mining daha iyi rota planlaması veya iş emirlerini konuma göre gruplandırma fırsatını vurgulayabilir.

Neden önemli

Lojistik analizine ve konuma özel darboğazların belirlenmesine yardımcı olur.

Nereden alınır

İş Emri Başlığı veya bağlantılı Varlık Konum tablosu.

Örnekler
A Binası - 2. KatKuzey TesisiSaha 55Uzak Pompa İstasyonuAtölye
Gerekli Önerilen İsteğe Bağlı

Varlık Bakım Faaliyetleri

Bu bölüm, doğru süreç keşfi ve `bottleneck` tanımlaması sağlamak için verilerinizden yakalamanız gereken temel süreç adımlarını ve dönüm noktalarını özetlemektedir.
7 Önerilen 9 İsteğe Bağlı
Aktivite Açıklama
İş Emri Başlatıldı
Teknisyenlerin varlık üzerinde fiziksel çalışmaya başladığı an. Bu, planlamadan ve beklemekten gerçek uygulamaya geçişi işaret eder.
Neden önemli

Ortalama Onarım Süresi (MTTR) hesaplamak ve idari bekleme süresini gerçek çalışma süresinden ayırmak için hayati öneme sahiptir.

Nereden alınır

Genellikle Durum Devam Ediyor olarak değiştiğinde veya ilk işçilik girişinin timestamp'i ile belirtilir.

Yakala

Durumu Devam Ediyor veya Başladı olarak yakalayın

Event tipi explicit
İş Emri Kapatıldı
İş emrinin finansal olarak kilitlendiği ve arşivlendiği son idari adım. Artık başka maliyet veya işgücü kaydedilemez.
Neden önemli

Sistemdeki olayın mutlak sonunu işaretler. Buradaki gecikmeler idari birikimleri gösterir.

Nereden alınır

Durum Kapalı, Arşivlendi veya CLSD olarak değiştiğinde yakalanır.

Yakala

Son durumu Kapalı olarak yakalayın

Event tipi explicit
İş Emri Oluşturuldu
Sistemde bakım iş emri kaydının resmi olarak oluşturulması. Bu, olay kimliğini oluşturur ve planlama, çizelgeleme ve yürütme için temel oluşturur.
Neden önemli

Bu, sürecin merkezi başlangıç noktasıdır ve idari bakım yaşam döngüsünün başlangıcını tanımlar.

Nereden alınır

Ana iş emri başlık tablosunun oluşturma zaman damgasından çıkarılmıştır.

Yakala

Benzersiz iş emri kimliğinin oluşturulduğu zaman damgasını kaydedin

Event tipi explicit
İş Emri Onaylandı
İş kapsamı, maliyet tahmini ve planın gözden geçirildiğini ve kabul edildiğini gösteren yetkilendirme durumu değişikliği. İş artık yürütme için serbest bırakılmıştır.
Neden önemli

Bu, planlama ve bütçeleme engellerini aşmak için gereken idari lead time'ı ölçer.

Nereden alınır

Genellikle durum Onaylandı, Serbest Bırakıldı veya Yetkilendirildi olarak değiştiğinde kaydedilir.

Yakala

Yetkilendirmeyi gösteren durum değişikliği olaylarını filtreleyin

Event tipi explicit
İş Emri Planlandı
Belirli işgücü kaynaklarının, ekiplerin veya belirli bir takvim aralığının iş emrine atanması. Bu, emri birikimden aktif günlük veya haftalık programa taşır.
Neden önemli

Bir işin birikimde beklediği süre ile belirli bir teknisyeni beklediği süre arasındaki farkı gösterir.

Nereden alınır

İş gücü atamalarının veya sevk kayıtlarının oluşturulmasından türetilmiştir.

Yakala

Bir kaynağın atandığı veya sevk durumunun ayarlandığı timestamp

Event tipi explicit
İş Emri Tamamlandı
Fiziksel işin teknik tamamlanması. Varlık operasyonlara geri döndürülür, ancak idari ve finansal görevler devam edebilir.
Neden önemli

Onarım süresinin sonunu ve varlık arıza süresini hesaplamak için kullanılan birincil zaman damgası.

Nereden alınır

Durum Tamamlandı, TECO veya Bitti olarak değiştiğinde yakalanır.

Yakala

Teknik tamamlanmayı gösteren durum değişikliğini yakalayın

Event tipi explicit
İşçilik Saatleri Kaydedildi
Bir teknisyen, iş emrine karşı fiili çalışma saatlerini kaydeder. Bu aktivite, farklı ekip üyelerinin işe katkıda bulunmasıyla sık sık tekrarlanır.
Neden önemli

Maliyet hesaplaması ve kullanım analizi için temel sağlar. İş gücü girişleri arasındaki boşluklar süreç kesintilerini gösterebilir.

Nereden alınır

Zaman onay tablolarından veya iş gücü işlem günlüklerinden çıkarılmıştır.

Yakala

Siparişe karşı her zaman kayıt örneğini kaydedin

Event tipi explicit
Bakım Talebi Oluşturuldu
Bir operatör veya otomatik sistem tarafından bir eksiklik raporu veya hizmet talebinin ilk sunumu. Bu genellikle resmi iş emrinden önce gelir ve talep yaşam döngüsünün gerçek başlangıcını işaretler.
Neden önemli

Bu adımı yakalamak, bir sorun tespit edildiği andan itibaren toplam yanıt süresinin hesaplanmasına olanak tanır, sadece bakım ekibinin kabul ettiği andan itibaren değil.

Nereden alınır

Genellikle servis talebi log'larında, yardım masası biletleme tablolarında veya bildirim geçmişi tablolarında bulunur.

Yakala

İş emrine bağlı üst akım talep nesnesinin oluşturma zaman damgasını çıkarın

Event tipi explicit
Bakım Yeniden İşlemi Kaydedildi
Tamamlanmış bir işin reddedildiğini veya hızla başarısız olduğunu, durumun Devam Ediyor konumuna geri dönmesini gerektirdiğini gösterir. Bu bir süreç döngüsünü temsil eder.
Neden önemli

Teknik eğitim sorunlarının veya düşük kaliteli yedek parçaların önemli bir göstergesi.

Nereden alınır

Durum Tamamlandı'dan Devam Ediyor'a geri geçtiğinde veya açıkça Yeniden İşleme kodu olarak kaydedildiğinde çıkarılır.

Yakala

Geriye dönük durum geçişlerini veya yeniden işleme işaretlerini belirleyin

Event tipi inferred
Hedef Tarih Güncellendi
İş emrinin planlanan başlangıç veya bitiş tarihine yapılan bir güncelleme. Bu, kaynak kullanılabilirliği veya gecikmelere dayalı beklentilerdeki ayarlamaları yansıtır.
Neden önemli

Tarih kaymalarını izlemek, KPI'ların performansla mı yoksa sadece hedefleri değiştirerek mi karşılandığını belirlemeye yardımcı olur.

Nereden alınır

Planlanan Başlangıç veya Gerekli Tarih alanlarındaki değişiklikleri izleyen denetim günlüklerinde bulunur.

Yakala

İş emri geçmişindeki tarih alanlarındaki güncellemeleri yakalayın

Event tipi explicit
İş Emri Beklemede
İş emrinin durumu askıya alma konumuna getirilir ve yürütme durdurulur. Bu durum genellikle eksik parçalar, erişim eksikliği veya güvenlik sorunları nedeniyle meydana gelir.
Neden önemli

Standart süreç akışını bozan darboğazları ve dış bağımlılıkları belirler.

Nereden alınır

Durum geçmişinden, değer Beklemede, Askıya Alındı veya Engellendi olarak değiştiğinde açıkça yakalanır.

Yakala

Bekleme durumunu gösteren durum değişikliklerini filtreleyin

Event tipi explicit
İş Emri İptal Edildi
Bir iş emrinin başarılı bir şekilde tamamlanmadan önce erken sonlandırılması. Bu, işin gereksiz, mükerrer veya birleştirilmiş sayılması durumunda meydana gelir.
Neden önemli

Yüksek iptal oranları, yetersiz üst akış talep filtrelemesini veya yinelenen veri girişi sorunlarını gösterebilir.

Nereden alınır

Durum İptal Edildi, Reddedildi veya Geçersiz olarak değiştiğinde yakalanır.

Yakala

İptali gösteren terminal durum değerlerini filtreleyin

Event tipi explicit
Kalite Kontrol Tamamlandı
Onarımın denetlendiği, ölçüldüğü veya test edildiği belirli bir doğrulama adımı. Bu, varlığın hizmete dönmeden önce operasyonel standartları karşıladığından emin olur.
Neden önemli

Uyumluluk ve güvenlik analizi için kritik. Bu adımdaki başarısızlıklar yeniden işleme döngülerini tetikler.

Nereden alınır

Denetim günlüklerinde, kontrol listesi tamamlamalarında veya belirli durum kilometre taşlarında bulunur.

Yakala

Denetim görevlerinin tamamlanmasını veya kalite durumu güncellemelerini belirleyin

Event tipi explicit
Malzeme Çıkarıldı
Envanterden iş emrine yedek parçaların fiziksel olarak çıkarılması. Bu, malzemelerin mevcut olduğunu ve tüketildiğini onaylar.
Neden önemli

Parçaların gerçekten kullanıldığını doğrular ve malzeme bulunabilirliği gecikmelerini durdurur.

Nereden alınır

Envanter işlem günlüklerinde, ücret türünün bir iş emriyle bağlantılı olduğu yerlerde bulunur.

Yakala

Envanter çıkış işlemlerinden zaman damgasını çıkarın

Event tipi explicit
Malzeme Talebi Oluşturuldu
Yedek parça veya sarf malzemeleri için resmi bir talep iş emriyle ilişkilendirilir. Bu, onarım için gereken tedarik zinciri alt sürecini başlatır.
Neden önemli

Tedarik zinciri bağımlılıkları ve malzeme bulunabilirliği eksikliğinden kaynaklanan gecikmeleri analiz etmek için hayati öneme sahiptir.

Nereden alınır

Malzeme gereksinimi tablolarında veya durum Malzeme Bekliyor olarak değiştiğinde bulunur.

Yakala

İş emrine bağlı malzeme satırlarının oluşturulmasını belirleyin

Event tipi explicit
Öncelik Güncellendi
İş emrinin başlangıçtaki oluşturulmasının ardından kritiklik veya aciliyet seviyesinde yapılan bir değişiklik. Bu, yeni öncelik değerini ve kararın verildiği zamanı kaydeder.
Neden önemli

Sık öncelik değişiklikleri, yetersiz triyaj süreçlerini veya birikim kuyruklarını atlamak için sistemi manipüle etmeyi gösterebilir.

Nereden alınır

Genellikle saha denetim izlerinde veya Öncelik alanını izleyen sistem geçmişi log'larında kaydedilir.

Yakala

Denetim günlüğündeki öncelik alanındaki değişiklikleri belirleyin

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.