Varlık bakımı Veri Template iniz
Varlık bakımı Veri Template iniz
Bu, Varlık Bakımı için genel Process Mining veri Templateimizdir. Daha özel yönlendirme için sisteme özel Templatelerimizi kullanın.
Belirli bir sistem seçin- Standart bakım kilometre taşlarının ayrıntılı listesi
- Ayrıntılı performans analizi için tasarlanmış esnek öznitelik şeması
- Her türlü kurumsal varlık yönetimi veri kaynağıyla tam uyumluluk
Varlık Bakımı Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Workflow içinde gerçekleşen belirli görev, durum değişikliği veya olay. | ||
| Açıklama Bu öznitelik, bakım iş emrinin yaşam döngüsü boyunca izlenen adımları tanımlar. İş emrinin geçtiği oluşturuldu, onaylandı, devam ediyor, beklemede ve tamamlandı gibi farklı durumları kaydeder. Doğru Process Mining için bu alan, çeşitli sistem olaylarını okunabilir aktivitelere dönüştürür. Süreç haritasını görselleştirmek, aşamalar arasındaki geçiş sürelerini hesaplamak ve iş emrinin önceki bir duruma döndüğü yeniden işleme döngülerini belirlemek için gereklidir. Neden önemli? Süreç haritasındaki düğümleri tanımlar ve iş akışını yeniden oluşturmak 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 elde edilir. Örnekler İş emri oluşturulduMalzeme teslim edildiOnay verildiDurum Devam Ediyor olarak değiştirildiİş emri kapatıldı | |||
| İş Emri Numarası WorkOrderNumber | Bakım vakasının veya iş emrinin benzersiz tanımlayıcısı. | ||
| Açıklama Bu öznitelik, Process Mining analizi için merkezi vaka tanımlayıcısıdır. İlk talep veya önleyici bakım tetikleyicisinden tamamlanmaya ve mali kapanışa kadar tek bir uçtan uca bakım döngüsünü temsil eder. Analizde bu alan, ilgili tüm olayları, maliyetleri ve kaynak günlüklerini gruplamak için birincil anahtar görevi görür. Process Mining motorunun belirli işlerin yaşam döngüsünü yeniden oluşturmasını sağlar. Böylece analistler iş akışını izleyebilir, vaka düzeyindeki darboğazları belirleyebilir ve belirli sonuçları sipariş türleri veya önceliklerle ilişkilendirebilir. Neden önemli? Benzersiz süreç örneklerini ayırt etmek için gereken temel Case ID'dir. Nereden alınır? Genellikle iş emri başlık tablosunda bulunur (ör. Maximo'da WONUM, SAP'de AUFNR). Örnekler WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Kaynak Sistem SourceSystem | Kaydın oluşturulduğu uygulamanın veya veritabanının adı. | ||
| Açıklama Bu öznitelik, veriyi oluşturan yazılım ortamını tanımlar. Karmaşık bakım ortamlarında veri bir ERP sisteminden, özel bir CMMS'den veya IoT izleme platformundan gelebilir. Birden fazla sistem tek bir süreç modeline aktarıldığında bu alan, verileri filtrelemek için kullanışlıdır. Veri soyunun doğrulanmasına yardımcı olur ve farklı eski sistemler arasındaki veri kalitesini veya süreç farklılıklarını karşılaştırmak için kullanılabilir. Neden önemli? Birden fazla sistemin bulunduğu ortamlarda veri izlenebilirliğini sağlar. Nereden alınır? Veri çıkarma sırasında sabit olarak tanımlanır veya sistem yapılandırmasından eşlenir. Örnekler SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Olay Zaman Damgası EventTimestamp | Bir aktivitenin gerçekleştiği belirli tarih ve saat. | ||
| Açıklama Bu öznitelik, bakım günlüğündeki her olay için zaman bağlamı sağlar. Bir durumun değiştiği veya kaynak sistemde bir işlemin kaydedildiği kesin anı belirtir. Zaman damgaları, Process Mining'deki süreye dayalı tüm metriklerin temelidir. Çevrim sürelerinin, teslim sürelerinin ve kaynakların bekleme sürelerinin hesaplanmasını sağlar. Kısa aralıklarla gerçekleşen olayları doğru sıraya koymak için yüksek hassasiyetli zaman damgaları gereklidir. Neden önemli? Olayların sıralanmasını ve tüm süre metriklerinin hesaplanmasını sağlar. Nereden alınır? Aktivitenin yanında işlem günlüklerinde, geçmiş tablolarında veya denetim izlerinde 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 çıkarıldığı veya yenilendiği zamanı belirten zaman damgası. | ||
| Açıklama Bu öznitelik, analizde kullanılan veri setinin güncelliğini izler. Analistlerin verilerin ne kadar güncel olduğunu anlamasına ve operasyonel sistem ile Process Mining ortamı arasındaki olası gecikmeleri belirlemesine yardımcı olur. Fiziksel süreç akışının bir parçası olmasa da veri yönetişimi açısından büyük önem taşır. Paydaşların gerçek zamanlı veriye mi yoksa önceki bir kapanış döneminden alınmış anlık görüntüye mi baktığını bilmelerini sağlar. Neden önemli? Verilerin güncelliğini doğrulamaya ve artımlı yüklemeleri yönetmeye yardımcı olur. Nereden alınır? Çalışma zamanında ETL hattı veya veri çı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 | İşi yürütmekten sorumlu organizasyon birimi veya atölye. | ||
| Açıklama Bu öznitelik, iş emrine atanan ekibi, uzmanlık alanını veya departmanı tanımlar. Örneğin Elektrik, Mekanik, Enstrümantasyon veya Tesisler. Bu görünüm, farklı ekiplerin performansını karşılaştırmayı sağlar. Analistler, belirli uzmanlık alanlarındaki eğitim ihtiyaçlarını veya kaynak eksikliklerini belirlemek için departmanlar arasındaki çevrim sürelerini, birikmiş iş düzeylerini ve yeniden işleme oranlarını karşılaştırabilir. Neden önemli? Farklı ekipler arasındaki performansın ve birikmiş işlerin karşılaştırılmasını sağlar. Nereden alınır? İş Emri Başlığı (ör. SAP'de Work Center, Maximo'da Crew ID). Örnekler Mekanik atölyeElektrik bakımıTesislerHarici yükleniciEnstrümantasyon | |||
| Gerçekleşen İşçilik Saatleri ActualLaborHours | Teknisyenlerin iş emri üzerinde çalışarak harcadığı toplam süre. | ||
| Açıklama Bu öznitelik, iş emrine kaydedilen tüm işçilik girişlerinin süresini toplar. Görevi tamamlamak için harcanan gerçek emeği gösterir. Bu metrik, iş gücü kullanımını ve işçilik verimliliğini hesaplamak için gereklidir. Gerçekleşen saatlerin tahmini saatlerle karşılaştırılması, planlama sürecinin doğruluğunu ortaya koyar. Önemli sapmalar, iş kapsamının net olmadığını veya beceri eksikliklerini gösterebilir. Neden önemli? Harcanan emeği ölçer ve kullanım ile planlama doğruluğunu hesaplamak için kullanılır. Nereden alınır? Zaman Çizelgesi veya İşçilik İşlemleri tablolarından toplulaştırılır. Örnekler 4.512.00.548.0160.0 | |||
| Gerçekleşen Toplam Maliyet TotalActualCost | İşçilik, malzeme ve hizmetler dahil olmak üzere oluşan toplam maliyet. | ||
| Açıklama Bu öznitelik, iş emriyle ilgili tüm mali kayıtları toplar. Bakım faaliyetinin nihai ekonomik etkisini gösterir. Maliyet analizi, varlık yönetiminde Process Mining kullanımının başlıca nedenlerinden biridir. Bu öznitelik, bakımı en pahalı varlık sınıflarını belirlemeye ve onarım maliyetlerinin varlığın yenileme değerini aştığı sıra dışı durumları ortaya çıkarmaya yardımcı olur. Neden önemli? Mali etki analizinin ve bütçe sapması raporlamasının temelini oluşturur. Nereden alınır? Maliyet özeti tablolarından alınır veya Siparişle ilişkilendirilmiş büyük defter kayıtlarından toplulaştırılır. Örnekler 1500.00245.5010000.000.00560.75 | |||
| Hedef Tamamlanma Tarihi TargetCompletionDate | İş emrinin tamamlanması gereken planlanmış son tarih. | ||
| Açıklama Bu öznitelik, planlayıcının belirlediği veya SLA'nın gerektirdiği teslim tarihini temsil eder. Zamanında teslimat hesaplamaları için referans noktasıdır. Gerçek tamamlanma tarihinin hedef tarihle karşılaştırılması, Planlama Uyumluluğunun ve gecikme metriklerinin hesaplanmasını sağlar. Büyük sapmalar, planlama verimsizliklerine veya kaynak kısıtlarına işaret eder. Neden önemli? Gecikmeleri ve planlama uyumluluğunu hesaplamak için temel alınır. Nereden alınır? İş Emri Planlama sekmesi (ör. 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 sınıflandırır. | ||
| 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 duruşları (Düzeltici veya Acil) birbirinden ayırır. Bu, neredeyse tüm EAM/CMMS sistemlerinde bulunan standart bir alandır. Analistler bu alanı süreç modelini bölümlere ayırmak için kullanır. Acil onarımların iş akışını Önleyici bakımla karşılaştırmak, çoğu zaman önemli ölçüde farklı süreç yollarını, onay gereksinimlerini ve çevrim sürelerini ortaya çıkarır. Bu alan, Önleyici bakımdan Reaktif bakıma geçiş oranını hesaplamak için kullanılan temel boyuttur. Neden önemli? Planlı ve plansız işleri ayırarak analiz yapmak için gereklidir. Nereden alınır? İş Emri Başlık tablosu (ör. Maximo'da WORKTYPE, SAP'de AUART). Örnekler ÖnleyiciDüzelticiAcilKestirimciSermaye projesi | |||
| Öncelik Düzeyi PriorityLevel | İş emrine atanan aciliyet veya önem düzeyi. | ||
| Açıklama Bu öznitelik, bakım görevinin operasyonlar açısından ne kadar önemli 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 işlerin düşük öncelikli işlerden gerçekten daha hızlı ilerleyip ilerlemediğini veya onay darboğazlarında takılıp kalıp kalmadığını inceler. Neden önemli? SLA uyumluluğu analizini ve kaynak önceliklendirme kontrollerini mümkün kılar. Nereden alınır? İş Emri Başlık tablosu (ör. Maximo'da PRIORITY, SAP'de PRIOK). Örnekler 1 - Kritik2 - Yüksek3 - Orta4 - DüşükAcil | |||
| Önleyici mi IsPreventive | İş emrinin önleyici bakım programının parçası olup olmadığını gösteren işaret. | ||
| Açıklama Bu boole özniteliği, iş emri türünü ikili bir sınıflandırmaya indirger: Önleyici ve Önleyici olmayan. Genellikle İş emri türü kodundan türetilir. Bu işaret, Dashboardları PM uyumluluğuna odaklamak üzere filtrelemenin en hızlı yoludur. Bakım organizasyonunun olgunluğunu ölçen standart bir sektör metriği olan PM/CM oranı KPI hesaplamasını sadeleştirir. Neden önemli? Önleyici Bakım oranları için filtreleme ve KPI hesaplamasını kolaylaştırır. Nereden alınır? İş Emri Türünden veya belirli bir sistem işaretinden (ör. PPM işareti) türetilir. Örnekler truefalse | |||
| Varlık ID'si AssetId | Bakımı yapılan ekipmanın veya tesisin benzersiz tanımlayıcısı. | ||
| Açıklama Bu öznitelik, iş emrini sahadaki fiziksel nesneyle ilişkilendirir. Bakımı yapılan varlığın etiket numarasını, ekipman ID'sini veya makine kodunu temsil eder. Sık sık onarım gerektiren sorunlu varlıkları belirlemek için çok değerlidir. Analistler iş emirlerini Varlık ID'sine göre toplulaştırarak Arızalar Arası Ortalama Süreyi (MTBF) hesaplayabilir ve bakım bütçesinin orantısız bir bölümünü tüketen ekipmanları belirleyebilir. Neden önemli? Belirli ekipmanların performans analizini ve MTBF hesaplamalarını sağlar. Nereden alınır? İş Emri Başlık tablosu (ör. Maximo'da ASSETNUM, SAP'de EQUNR). Örnekler PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Varlık Kritiklik Düzeyi AssetCriticality | Varlığın operasyonel önemini gösteren derece. | ||
| Açıklama Bu öznitelik, varlığın arızalanmasının güvenlik, çevre veya üretim üzerindeki etkisine göre varlıkları sınıflandırır. Genellikle varlık ana kaydında sabit bir özniteliktir, ancak iş emrine de sıkça anlık değer olarak aktarılır. Analistler bu özniteliği kullanarak bakım ekiplerinin kritik varlıklara yönelik işleri doğru şekilde önceliklendirip önceliklendirmediğini belirleyebilir. En önemli ekipmanın önleyici bakım planlarına en yüksek oranda uyduğunu doğrulamaya yardımcı olur. Neden önemli? Bakım odağını işletme riski ve operasyonel etkiyle uyumlu hale getirmeye yardımcı olur. Nereden alınır? Varlık Ana Verileri veya normalleştirilmemişse İş Emri Başlığı. Örnekler A - HayatiB - GerekliC - İkincilGüvenlik açısından kritikÜretim açısından 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 baş teknisyeni tanımlar. Departmanlar grubu izlerken bu alan belirli kişiyi izler. Bu ayrıntı düzeyi, personel arasındaki iş yükü dağılımını analiz etmek için kullanışlıdır. Bazı teknisyenlerin sürekli olarak aşırı yüklendiğini veya belirli kişilerin daha yüksek yeniden işleme oranlarına sahip olduğunu gösterebilir. Bu da eğitim ihtiyacına işaret edebilir. Neden önemli? İş yükü dengeleme analizini ve bireysel performans metriklerini mümkün kılar. Nereden alınır? İş Emri Atamaları veya ayrıntılı İşçilik tabloları. Örnekler J. SmithA. DoeTech-001Vendor-XYZEkip lideri 5 | |||
| Çalışma Konumu WorkLocation | İşin gerçekleştirildiği fiziksel saha veya fonksiyonel konum. | ||
| Açıklama Bu öznitelik, varlığın bulunduğu coğrafi veya fonksiyonel alanı tanımlar. Belirli bir bina, kat veya uzak bir saha olabilir. Konum verileri, seyahat süresindeki verimsizlikleri ve lojistiği analiz etmeye yardımcı olur. Teknisyenler düşük öncelikli işler için uzak konumlar arasında önemli ölçüde zaman harcıyorsa Process Mining, daha iyi rota planlama veya iş emirlerini konuma göre gruplama fırsatını ortaya çıkarabilir. Neden önemli? Lojistik analizine ve konuma özgü darboğazların belirlenmesine yardımcı olur. Nereden alınır? İş Emri Başlığı veya bağlantılı Varlık Konumu tablosu. Örnekler A Binası - 2. KatKuzey TesisiSaha 55Uzaktaki pompa istasyonuAtölye | |||
Varlık Bakım Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| İş emri başlatıldı | Teknisyenlerin varlık üzerinde fiziksel çalışmaya başladığı andır. Bu adım, planlama ve bekleme aşamasından gerçek uygulamaya geçişi gösterir. | ||
| Neden önemli? Ortalama Onarım Süresini (MTTR) hesaplamak ve idari bekleme süresini gerçek onarım süresinden ayırmak için gereklidir. Nereden alınır? Genellikle durum In Progress olarak değiştiğinde veya ilk iş gücü kaydının zaman damgasında gösterilir. Yakalayın In Progress veya Started durum değişikliğini kaydedin Olay türü explicit | |||
| İş emri kapatıldı | İş emrinin finansal olarak kilitlendiği ve arşivlendiği nihai idari adımdır. Bundan sonra ek maliyet veya iş gücü kaydı yapılamaz. | ||
| Neden önemli? Vakanın sistemdeki kesin sonunu gösterir. Buradaki gecikmeler idari birikimlere işaret eder. Nereden alınır? Durum Closed, Archived veya CLSD olarak değiştiğinde kaydedilir. Yakalayın Closed durumuna geçişi gösteren son durum değişikliğini kaydedin Olay türü explicit | |||
| İş emri oluşturuldu | Bakım iş emri kaydının sistemde resmi olarak oluşturulmasıdır. Bu adım vaka kimliğini oluşturur ve planlama, zamanlama ve uygulama için başlangıç noktası belirler. | ||
| Neden önemli? Bu, sürecin merkezi dayanak 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 tablosundaki oluşturulma zaman damgasından çıkarılır. Yakalayın Benzersiz iş emri kimliğinin oluşturulduğu zaman damgasını kaydedin Olay türü explicit | |||
| İş emri onaylandı | İş kapsamının, maliyet tahmininin ve planın incelenip kabul edildiğini gösteren yetkilendirme durumu değişikliğidir. İş artık uygulama için serbest bırakılmıştır. | ||
| Neden önemli? Planlama ve bütçe engellerini aşmak için gereken idari süreyi ölçer. Nereden alınır? Genellikle durum Approved, Released veya Authorized olarak değiştiğinde kaydedilir. Yakalayın Yetkilendirmeyi gösteren durum değişikliği olaylarını filtreleyin Olay türü explicit | |||
| İş emri planlandı | Belirli iş gücü kaynaklarının, ekiplerin veya kesin bir takvim aralığının iş emrine atanmasıdır. Bu adım, emri birikim kuyruğundan günlük veya haftalık aktif programa taşır. | ||
| Neden önemli? Bir işin birikim kuyruğunda geçirdiği süreyle belirli bir teknisyeni beklediği süreyi birbirinden ayırır. Nereden alınır? İş gücü atamalarının veya sevk kayıtlarının oluşturulmasından türetilir. Yakalayın Bir kaynağın atandığı veya sevk durumunun ayarlandığı zaman damgası Olay türü explicit | |||
| İş emri tamamlandı | Fiziksel işin teknik olarak tamamlanmasıdır. Varlık operasyonlara geri döner, ancak idari finansal görevler devam ediyor olabilir. | ||
| Neden önemli? Onarım süresinin ve varlık duruşunun sonunu hesaplamak için kullanılan temel zaman damgasıdır. Nereden alınır? Durum Completed, TECO veya Finished olarak değiştiğinde kaydedilir. Yakalayın Teknik tamamlanmayı gösteren durum değişikliğini kaydedin Olay türü explicit | |||
| İş gücü saatleri kaydedildi | Bir teknisyenin iş emrine karşılık fiilen çalıştığı saatleri kaydetmesidir. Farklı ekip üyeleri işe katkıda bulunduğunda bu faaliyet birden çok kez tekrarlanabilir. | ||
| Neden önemli? Maliyet hesaplaması ve kullanım analizi için temel oluşturur. İş gücü kayıtları arasındaki boşluklar süreç kesintilerine işaret edebilir. Nereden alınır? Zaman onay tablolarından veya iş gücü hareket günlüklerinden çıkarılır. Yakalayın Emre karşı yapılan her zaman kaydını kaydedin Olay türü explicit | |||
| Bakım talebi oluşturuldu | Operatör veya otomatik sistem tarafından eksiklik raporunun ya da servis talebinin ilk kez gönderilmesi. Bu adım çoğu zaman resmi iş emrinden önce gelir ve talep yaşam döngüsünün gerçek başlangıcını gösterir. | ||
| Neden önemli? Bu adımı kaydetmek, toplam yanıt süresinin yalnızca bakım ekibinin talebi kabul ettiği andan itibaren değil, sorunun belirlendiği andan itibaren hesaplanmasını sağlar. Nereden alınır? Genellikle servis talebi günlüklerinde, yardım masası ticket tablolarında veya bildirim geçmişi tablolarında bulunur. Yakalayın İş emrine bağlı üst düzey talep nesnesinin oluşturulma zaman damgasını çıkarın Olay türü explicit | |||
| Bakım tekrarlı işi kaydedildi | Tamamlanan bir işin reddedildiğini veya kısa sürede başarısız olduğunu ve durumun In Progress olarak geri alınması gerektiğ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östergesidir. Nereden alınır? Durumun Complete değerinden In Progress değerine geri döndüğü veya açıkça Rework koduyla kaydedildiği durumlarda çıkarılır. Yakalayın Geriye dönük durum değişikliklerini veya tekrarlı iş işaretlerini belirleyin Olay türü inferred | |||
| Hedef tarih güncellendi | İş emrinin planlanan başlangıç veya tamamlanma tarihinin güncellenmesidir. Bu değişiklik, kaynakların uygunluğuna veya gecikmelere göre beklentilerin yeniden düzenlendiğini gösterir. | ||
| Neden önemli? Tarih değişikliklerini izlemek, KPI'ların performansla mı yoksa hedeflerin sürekli ileri alınmasıyla mı karşılandığını belirlemeye yardımcı olur. Nereden alınır? Scheduled Start veya Required By Date alanlarındaki değişiklikleri izleyen denetim günlüklerinde bulunur. Yakalayın İş emri geçmişindeki tarih alanı güncellemelerini kaydedin Olay türü explicit | |||
| İş emri beklemeye alındı | İş emrinin durumu, uygulamayı durduran bekleme durumuna değiştirilir. Bu durum genellikle eksik parçalar, erişim eksikliği veya güvenlik sorunları nedeniyle oluşur. | ||
| Neden önemli? Standart süreç akışını bozan darboğazları ve dış bağımlılıkları belirler. Nereden alınır? Değer Hold, Suspended veya Blocked olarak değiştiğinde durum geçmişinden açıkça kaydedilir. Yakalayın Bekleme durumunu gösteren durum değişikliklerini filtreleyin Olay türü explicit | |||
| İş emri iptal edildi | İş emrinin başarıyla tamamlanmadan önce erken sonlandırılmasıdır. İşin gereksiz, yinelenen veya başka bir işle birleştirilmiş olduğu düşünüldüğünde gerçekleşir. | ||
| Neden önemli? Yüksek iptal oranları, taleplerin üst aşamalarda yeterince filtrelenmediğini veya yinelenen veri girişi sorunlarını gösterebilir. Nereden alınır? Durum Cancelled, Rejected veya Void olarak değiştiğinde kaydedilir. Yakalayın İptali gösteren son durum değerlerini filtreleyin Olay türü explicit | |||
| Kalite denetimi tamamlandı | Onarımın incelendiği, ölçüldüğü veya test edildiği özel bir doğrulama adımıdır. Bu adım, varlığın hizmete dönmeden önce operasyonel standartları karşılamasını sağlar. | ||
| Neden önemli? Uyumluluk ve güvenlik analizi için gereklidir. Bu adımdaki başarısızlıklar tekrarlı iş döngülerini tetikler. Nereden alınır? Denetim günlüklerinde, kontrol listesi tamamlanma kayıtlarında veya belirli durum kilometre taşlarında bulunur. Yakalayın Denetim görevlerinin tamamlanmasını veya kalite durumu güncellemelerini belirleyin Olay türü explicit | |||
| Malzeme talebi oluşturuldu | Yedek parça veya sarf malzemeleri için resmi bir talep iş emrine bağlanır. Bu adım, onarım için gereken tedarik zinciri alt sürecini başlatır. | ||
| Neden önemli? Tedarik zinciri bağımlılıkları ve malzeme bulunamamasından kaynaklanan gecikmeleri analiz etmek için gereklidir. Nereden alınır? Malzeme gereksinimi tablolarında veya durum Waiting on Material olarak değiştiğinde bulunur. Yakalayın İş emrine bağlı malzeme satırlarının oluşturulmasını belirleyin Olay türü explicit | |||
| Malzeme teslim edildi | Yedek parçaların stoktan iş emrine fiziksel olarak teslim edilmesidir. Bu adım, malzemelerin hazır olduğunu ve kullanıldığını doğrular. | ||
| Neden önemli? Parçaların gerçekten kullanıldığını doğrular ve malzeme bulunabilirliği kaynaklı gecikmelerin süresini durdurur. Nereden alınır? Masraf türünün iş emrine bağlandığı stok hareketi günlüklerinde bulunur. Yakalayın Stoktan malzeme çıkış işlemlerindeki zaman damgasını çıkarın Olay türü explicit | |||
| Öncelik güncellendi | İş emrinin ilk oluşturulmasından sonra önem veya aciliyet düzeyinde yapılan değişikliktir. Bu adım, yeni öncelik değerini ve kararın alındığı zamanı kaydeder. | ||
| Neden önemli? Sık öncelik değişiklikleri, yetersiz önceliklendirme süreçlerine veya birikim kuyruklarını atlamak için sistemin kötüye kullanılmasına işaret edebilir. Nereden alınır? Genellikle Öncelik alanını izleyen alan denetim kayıtlarında veya sistem geçmişi günlüklerinde kaydedilir. Yakalayın Denetim günlüğünde öncelik alanındaki değişiklikleri belirleyin Olay türü explicit | |||
Veri çıkarma rehberleri
Çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
Başlamaya hazır mısınız?
Platforma özel çıkarma rehberlerimizden birini izlemeyi veya bu genel Template i kendinize özgü veri ortamınıza uygulamayı seçtiğinizde, Process Mining yolculuğunuza başlamaya hazırsınız.
Varlık bakım verimliliğinizi bugün artırın
Gerçek zamanlı verilerle duruş süresini ve bakım maliyetlerini azaltın.
Kredi kartı gerekmez. Kurulum 5 dakika sürer.