Varlık bakımı Veri Templateiniz
Varlık bakımı Veri Templateiniz
Bu, Varlık bakımı için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı 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
- Performansı ayrıntılı analiz etmek için tasarlanmış esnek öznitelik şeması
- Tüm kurumsal varlık yönetimi veri kaynaklarıyla tam uyumluluk
Varlık bakımı öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | İş akışında 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 oluşturulması, onaylanması, devam etmesi, beklemeye alınması ve tamamlanması gibi geçtiği farklı durumları kaydeder. Doğru Process Mining analizi için bu alan, çeşitli sistem olaylarını anlaşılır etkinlik adlarına 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 çalışma 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 kayıtlarından alınır. Örnekler İş emri oluşturulduMalzeme verildiOnay 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 analizinde merkezi vaka tanımlayıcısı olarak kullanılır. İlk talep veya önleyici tetikleyiciden işin tamamlanmasına ve mali kapanışa kadar uçtan uca tek bir bakım döngüsünü temsil eder. Analizde bu alan, ilgili tüm olayları, maliyetleri ve kaynak kayıtlarını gruplandırmak 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 birbirinden ayırmak için gereken temel Vaka kimliğidir. 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 veriler bir ERP sisteminden, özel bir CMMS’den veya IoT izleme platformundan gelebilir. Analizde bu alan, birden fazla sistemden alınan veriler tek bir süreç modelinde birleştirildiğinde filtreleme için kullanışlıdır. Veri kökenini doğrulamaya 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 kullanıldığı ortamlarda verilerin 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 etkinliğin gerçekleştiği tarih ve saat. | ||
| Açıklama Bu öznitelik, bakım günlüğündeki her olayın zaman bilgisini sağlar. Bir durumun değiştiği veya kaynak sistemde bir işlemin kaydedildiği kesin anı belirtir. Zaman damgaları, Process Mining analizindeki süreye dayalı tüm metriklerin temelini oluşturur. Çevrim sürelerinin, teslim sürelerinin ve kaynakların boşta kaldığı sürelerin hesaplanmasını sağlar. Kısa aralıklarla gerçekleşen olayları doğru sıralamak için zaman damgalarının yüksek hassasiyetli olması gerekir. Neden önemli? Olayların sıralanmasını ve süreye dayalı tüm metriklerin hesaplanmasını sağlar. Nereden alınır? Etkinliğin 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 ne zaman çıkarıldığını veya yenilendiğini gösteren 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 önemlidir. Paydaşların gerçek zamanlı verileri mi yoksa önceki bir kapanış döneminden alınan anlık görüntüyü mü incelediklerini 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 sırası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 gerçekleştirmekten 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 tesis yönetimi. 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ın çevrim sürelerini, birikmiş iş düzeylerini ve yeniden çalışma oranlarını karşılaştırabilir. Neden önemli? Farklı ekiplerin performansını ve birikmiş işlerini karşılaştırmayı sağlar. Nereden alınır? İş emri başlığı (ör. SAP’de iş merkezi, Maximo’da ekip kimliği). Örnekler Mekanik atölyesiElektrik bakımıTesis yönetimiHarici yükleniciEnstrümantasyon | |||
| Fiilî işçilik saatleri ActualLaborHours | Teknisyenlerin iş emri üzerinde çalışarak harcadığı toplam süre. | ||
| Açıklama Bu öznitelik, iş emrine kaydedilen tüm işçilik sürelerini toplar. Görevin tamamlanması için harcanan fiilî emeği gösterir. Bu metrik, iş gücü kullanımını ve işçilik verimliliğini hesaplamak için önemlidir. Fiilî saatleri tahmini saatlerle karşılaştırmak, planlama sürecinin ne kadar doğru olduğunu gösterir. Büyük farklar, iş kapsamının net olmadığını veya beceri eksikliklerini gösterebilir. Neden önemli? Harcanan emeği ölçer; kapasite kullanımını ve planlama doğruluğunu hesaplamak için kullanılır. Nereden alınır? Zaman çizelgesi veya işçilik işlemi tablolarındaki veriler toplanarak hesaplanır. Örnekler 4.512.00.548.0160.0 | |||
| Hedef tamamlanma tarihi TargetCompletionDate | İş emrinin tamamlanması gereken planlı son tarih. | ||
| Açıklama Bu öznitelik, planlamacının belirlediği veya SLA’nın öngördüğü son tarihi gösterir. Zamanında teslimat hesaplamalarında referans noktası olarak kullanılır. Gerçek tamamlanma tarihini hedef tarihle karşılaştırarak programa uyum ve gecikme metrikleri hesaplanabilir. Büyük sapmalar, planlama verimsizliklerine veya kaynak kısıtlarına işaret eder. Neden önemli? Gecikmeleri ve programa uyumu 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) plansız kesintilerden (düzeltici veya acil) ayırır. Neredeyse tüm EAM/CMMS sistemlerinde 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, süreç yolları, onay gereklilikleri ve çevrim süreleri arasındaki önemli farkları ortaya çıkarabilir. Önleyici bakımın düzeltici bakıma oranını hesaplamak için kullanılan temel boyuttur. Neden önemli? Planlı ve plansız işleri ayrı ayrı analiz etmek için gereklidir. Nereden alınır? İş emri başlık tablosu (ör. Maximo’da WORKTYPE, SAP’de AUART). Örnekler ÖnleyiciDüzelticiAcilTahmine dayalıYatırım projesi | |||
| Öncelik düzeyi PriorityLevel | İş emrine atanan aciliyet veya önem derecesi. | ||
| 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 daha hızlı ilerleyip ilerlemediğini veya onay aşamalarında darboğazlara takılıp takılmadığını inceler. Neden önemli? SLA uyumluluğunun analiz edilmesini ve kaynak önceliklerinin kontrol edilmesini sağ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 bakım mı 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ü önleyici ve önleyici olmayan şeklinde iki gruba ayırır. Genellikle iş emri türü kodundan türetilir. Bu işaret, panoları önleyici bakım uyumluluğuna göre filtrelemenin en hızlı yoludur. Bakım kuruluşunun olgunluğunu ölçmek için sektörde yaygın olarak kullanılan önleyici bakım/düzeltici bakım oranı KPI’ının hesaplanmasını kolaylaştırır. Neden önemli? Önleyici bakım oranlarını filtrelemeyi ve KPI hesaplamaları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 | |||
| Toplam fiilî maliyet TotalActualCost | İşçilik, malzeme ve hizmetler dâhil olmak üzere oluşan toplam maliyet. | ||
| Açıklama Bu öznitelik, iş emriyle ilgili tüm mali kayıtları toplar. Bakım faaliyetinin nihai mali etkisini gösterir. Varlık yönetiminde Process Mining kullanımının başlıca nedenlerinden biri maliyet analizidir. 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 özet tabloları veya siparişle bağlantılı büyük defter kayıtlarından toplanan veriler. Ö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 varlıkla ilişkilendirir. Bakımı yapılan varlığın etiket numarasını, ekipman kimliğini veya makine kodunu belirtir. Sık onarım gerektiren sorunlu varlıkları belirlemek için önemlidir. Analistler, iş emirlerini varlık kimliğine göre gruplandı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ını analiz etmeyi 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 sınıflandırılmasını sağlar. Genellikle varlık ana kaydında sabit bir özniteliktir, ancak iş emrine de sıkça kopyalanır. Analistler bu özniteliği kullanarak bakım ekiplerinin kritik varlıklara gereken önceliği verip vermediğini belirleyebilir. En önemli ekipmanların önleyici bakım programlarına en yüksek oranda uyduğunu doğrulamaya yardımcı olur. Neden önemli? Bakım çalışmalarının iş riski ve operasyonel etkiyle uyumlu olmasına yardımcı olur. Nereden alınır? Varlık ana verileri veya normalleştirilmemişse iş emri başlık tablosu. Örnekler A - HayatiB - GerekliC - İkincilGüvenlik açısından kritikÜretim açısından kritik | |||
| Atanan kaynak AssignedResource | İşe atanan teknisyen veya ekip lideri. | ||
| Açıklama Bu öznitelik, bakım görevini gerçekleştirmekten sorumlu kişiyi veya baş teknisyeni tanımlar. Departman bilgisi ekibi gösterirken bu alan belirli kişiyi belirtir. Bu ayrıntı düzeyi, çalışanlar arasındaki iş yükü dağılımını analiz etmek için kullanışlıdır. Bazı teknisyenlerin sürekli aşırı iş yükü altında olup olmadığını veya belirli kişilerin daha sık yeniden çalışma yaptığını göstererek eğitim ihtiyacını ortaya çıkarabilir. Neden önemli? İş yükü dengesini analiz etmeyi ve kişisel performans metriklerini hesaplamayı sağlar. Nereden alınır? İş emri atamaları veya ayrıntılı işçilik tabloları. Örnekler J. SmithA. DoeTeknisyen-001Tedarikçi-XYZEkip lideri 5 | |||
| İş konumu WorkLocation | İşin yapıldığı fiziksel saha veya işlevsel konum. | ||
| Açıklama Bu öznitelik, varlığın bulunduğu coğrafi veya işlevsel alanı tanımlar. Belirli bir bina, kat veya uzak bir saha olabilir. Konum verileri, seyahat süresindeki verimsizlikleri ve lojistik sorunlarını analiz etmeye yardımcı olur. Teknisyenler düşük öncelikli işler için uzak konumlar arasında uzun süre seyahat ediyorsa Process Mining, güzergâh planlamasını iyileştirme veya iş emirlerini konuma göre gruplandırma fırsatları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 55Uzak pompa istasyonuAtölye | |||
Varlık bakımı etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| İş emri başladı | Teknisyenlerin varlık üzerinde fiziksel çalışmaya başladığı an. 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 doğrudan onarım süresinden ayırmak için gereklidir. Nereden alınır? Genellikle durum Devam Ediyor olarak değiştiğinde veya ilk iş gücü kaydının zaman damgasında belirtilir. Kaydedin Durumun Devam Ediyor veya Başladı olarak değiştiğini kaydedin Olay türü explicit | |||
| İş emri kapatıldı | İş emrinin mali açıdan kesinleştirilip arşivlendiği son idari adım. Bundan sonra ek maliyet veya iş gücü kaydı yapılamaz. | ||
| Neden önemli? Vakanın sistemdeki kesin bitişini gösterir. Buradaki gecikmeler, idari iş birikimine işaret eder. Nereden alınır? Durum Kapalı, Arşivlendi veya CLSD olarak değiştiğinde kaydedilir. Kaydedin Durumun Kapalı olarak değiştiği son kaydı alın Olay türü explicit | |||
| İş emri oluşturuldu | Bakım iş emri kaydının sistemde resmî olarak oluşturulması. Bu adım vaka kimliğini belirler ve planlama, programlama ve uygulama için başlangıç noktası oluşturur. | ||
| Neden önemli? Sürecin temel referans noktasıdır ve idari bakım sürecinin başlangıcını belirler. Nereden alınır? Ana iş emri başlık tablosundaki oluşturulma zaman damgasından alınır. Kaydedin 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ği. İş artık uygulamaya alınabilir. | ||
| Neden önemli? Planlama ve bütçe engellerini aşmak için gereken idari süreyi ölçer. Nereden alınır? Durum Onaylandı, Serbest Bırakıldı veya Yetkilendirildi olarak değiştiğinde genellikle kaydedilir. Kaydedin 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ı. Böylece iş emri birikmiş iş kuyruğundan günlük ya da haftalık etkin programa geçer. | ||
| Neden önemli? İşin birikmiş iş kuyruğunda beklediğ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 elde edilir. Kaydedin Kaynağın atandığı veya sevk durumunun belirlendiği zaman damgası Olay türü explicit | |||
| İş emri tamamlandı | Fiziksel işin teknik olarak tamamlanması. Varlık operasyonlara geri döner, ancak idari ve mali işlemler devam edebilir. | ||
| Neden önemli? Onarım süresinin ve varlığın devre dışı kaldığı sürenin bitişini hesaplamak için kullanılan temel zaman damgasıdır. Nereden alınır? Durum Tamamlandı, TECO veya Bitirildi olarak değiştiğinde kaydedilir. Kaydedin Teknik tamamlanmayı gösteren durum değişikliğini kaydedin Olay türü explicit | |||
| İş gücü saatleri kaydedildi | Teknisyen, iş emrinde çalıştığı gerçek saatleri kaydeder. Farklı ekip üyeleri işe katkıda bulundukça bu etkinlik birden çok kez tekrarlanabilir. | ||
| Neden önemli? Maliyet hesaplaması ve kullanım analizinin temelini oluşturur. İş gücü kayıtları arasındaki boşluklar, süreçte kesintiler yaşandığını gösterebilir. Nereden alınır? Zaman onay tablolarından veya iş gücü işlem günlüklerinden alınır. Kaydedin İş emri için yapılan her zaman kaydını kaydedin Olay türü explicit | |||
| Bakım talebi oluşturuldu | Bir operatörün veya otomatik sistemin arıza bildirimini ya da servis talebini ilk kez iletmesi. Bu adım genellikle resmî iş emrinden önce gerçekleşir ve talep sürecinin gerçek başlangıcını gösterir. | ||
| Neden önemli? Bu adımı kaydetmek, yalnızca bakım ekibinin talebi kabul ettiği andan itibaren değil, sorunun belirlendiği andan itibaren toplam yanıt süresini hesaplamayı sağlar. Nereden alınır? Genellikle servis talebi kayıtlarında, yardım masası talep tablolarında veya bildirim geçmişi tablolarında bulunur. Kaydedin İş emriyle bağlantılı önceki talep nesnesinin oluşturulma zaman damgasını alın Olay türü explicit | |||
| Bakımda yeniden çalışma kaydedildi | Tamamlanan işin reddedildiğini veya kısa süre içinde başarısız olduğunu ve durumun yeniden Devam Ediyor olarak değiştirilmesi gerektiğini gösterir. Bu, süreçte bir döngü oluştuğu anlamına gelir. | ||
| Neden önemli? Teknik eğitim sorunlarının veya düşük kaliteli yedek parçaların önemli bir göstergesidir. Nereden alınır? Durum Tamamlandı’dan Devam Ediyor’a geri döndüğünde veya açıkça Yeniden Çalışma koduyla kaydedildiğinde belirlenir. Kaydedin Geriye dönük durum değişikliklerini veya yeniden çalışma işaretlerini belirleyin Olay türü inferred | |||
| Hedef tarih güncellendi | İş emrinin planlanan başlangıç veya tamamlanma tarihinin güncellenmesi. Bu değişiklik, kaynakların kullanılabilirliğine veya gecikmelere bağlı olarak beklentilerin yeniden düzenlendiğini gösterir. | ||
| Neden önemli? Tarih değişikliklerini izlemek, temel performans göstergelerinin (KPI) gerçek performansla mı karşılandığını, yoksa hedefler sürekli ertelendiği için mi karşılanmış göründüğünü anlamaya yardımcı olur. Nereden alınır? Planlanan Başlangıç veya Gerekli Tarih alanlarındaki değişiklikleri izleyen denetim günlüklerinde bulunur. Kaydedin İş emri geçmişindeki tarih alanı güncellemelerini kaydedin Olay türü explicit | |||
| İş emri beklemeye alındı | İş emrinin durumu askıya alınır ve uygulama durur. Bu durum genellikle parça eksikliği, erişim sorunu veya güvenlik riski nedeniyle ortaya çıkar. | ||
| Neden önemli? Standart süreç akışını bozan darboğazları ve dış bağımlılıkları belirler. Nereden alınır? Durum geçmişindeki değer Beklemede, Askıya Alındı veya Engellendi olarak değiştiğinde açıkça kaydedilir. Kaydedin Bekleme durumunu gösteren durum değişikliklerini filtreleyin Olay türü explicit | |||
| İş emri iptal edildi | İş emrinin başarıyla tamamlanmadan önce sonlandırılması. İşin gereksiz, yinelenmiş veya başka bir işle birleştirilmiş olduğuna karar verildiğinde gerçekleşir. | ||
| Neden önemli? İptal oranının yüksek olması, taleplerin ilk aşamada yeterince iyi filtrelenmediğini veya verilerin yinelenerek girildiğini gösterebilir. Nereden alınır? Durum İptal Edildi, Reddedildi veya Geçersiz olarak değiştiğinde kaydedilir. Kaydedin İ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ı. Varlığın hizmete dönmeden önce operasyonel standartları karşılamasını sağlar. | ||
| Neden önemli? Uyumluluk ve iş güvenliği analizi için önemlidir. Bu adımdaki başarısızlıklar yeniden çalışma döngülerini başlatır. Nereden alınır? Denetim günlüklerinde, kontrol listelerinin tamamlanma kayıtlarında veya belirli durum kilometre taşlarında bulunur. Kaydedin Denetim işlerinin tamamlandığını veya kalite durumunun güncellendiğini belirleyin Olay türü explicit | |||
| Malzeme talebi oluşturuldu | Yedek parça veya sarf malzemeleri için resmî talep iş emrine bağlanır. Böylece onarım için gereken tedarik alt süreci başlar. | ||
| Neden önemli? Tedarik zincirine bağımlılıklardan ve malzeme bulunmamasından kaynaklanan gecikmeleri analiz etmek için gereklidir. Nereden alınır? Malzeme ihtiyaç tablolarında veya durum Malzeme Bekleniyor olarak değiştiğinde bulunur. Kaydedin İş emrine bağlı malzeme satırlarının oluşturulmasını belirleyin Olay türü explicit | |||
| Malzeme verildi | Yedek parçaların envanterden iş emrine fiziksel olarak verilmesi. 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 bekleme süresini sona erdirir. Nereden alınır? Masraf türünün iş emrine bağlandığı envanter işlem günlüklerinde bulunur. Kaydedin Envanterden malzeme çıkış işlemlerinin zaman damgasını alın Olay türü explicit | |||
| Öncelik güncellendi | İş emri oluşturulduktan sonra kritiklik veya aciliyet düzeyinin değiştirilmesi. Bu kayıt, yeni öncelik değerini ve kararın verildiği zamanı içerir. | ||
| Neden önemli? Önceliğin sık sık değiştirilmesi, taleplerin doğru sınıflandırılmadığını veya birikmiş iş kuyruklarını atlamak için sistemin kötüye kullanıldığını gösterebilir. Nereden alınır? Genellikle Öncelik alanını izleyen alan denetim kayıtlarında veya sistem geçmişi günlüklerinde tutulur. Kaydedin Denetim günlüğünde öncelik alanındaki değişiklikleri belirleyin Olay türü explicit | |||
Veri çıkarma rehberleri
Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için
ETL rehberimizi okuyun veya belirli bir süreç ve sistem seçin.
Başlamaya hazır mısınız?
Platforma özel veri çıkarma rehberlerimizden birini izleyebilir veya bu genel Templatei kendi veri ortamınıza uyarlayabilirsiniz. Her iki durumda da process mining yolculuğunuza başlayabilirsiniz.
Varlık bakımında verimliliğinizi bugün artırın
Gerçek zamanlı verilerle hizmet dışı kalma süresini ve bakım maliyetlerini azaltın.
Kredi kartı gerekmez. Kurulum 5 dakika sürer.