Varlık bakımı Veri Templateiniz

Infor EAM
Varlık bakımı Veri Templateiniz

Varlık bakımı Veri Templateiniz

Bu Template, gelişmiş süreç keşfi için Infor EAM'deki bakım verilerinizi yapılandırmaya yönelik ayrıntılı bir çerçeve sunar. Teknisyen planlaması ve parça tedarikindeki verimsizlikleri belirlemek için gereken Öznitelikleri ve faaliyetleri açıklar. Ham sistem günlüklerinizi bakım yaşam döngünüzün net bir haritasına dönüştürmek için bu yönergeleri kullanın.
  • Bakım takibi için sürece özgü veri alanları
  • İş emri yaşam döngüsü analizi için önemli kilometre taşları
  • Infor EAM kullanıcıları için ayrıntılı veri çıkarma yönergeleri
Event Loglarına yeni misiniz? Öğrenin Process Mining Event Logu oluşturmayı öğrenin.

Varlık Bakımı Öznitelikleri

Varlık bakımı ve güvenilirliğini ayrıntılı şekilde analiz etmek için Event Logunuza eklemeniz önerilen veri alanları şunlardır.
5 Gerekli 8 Önerilen 7 İsteğe bağlı
Ad Açıklama
Bakım iş emri
WorkOrderNumber
Bakım iş emrinin benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, süreç analizi için merkezi kayıt tanımlayıcısı olarak kullanılır. Önleyici veya düzeltici nitelikteki belirli bakım işini temsil eder ve sonraki tüm faaliyetleri, maliyetleri ve iş gücü kayıtlarını birbirine bağlar. Infor EAM'de bu değer genellikle ana olay tablolarında bulunan Event Code'dur.

Analistler bu alanı münferit süreç örneklerini birbirinden ayırmak için kullanır. Tek bir bakım talebine ait tüm olayları bir araya getirerek iş başına çevrim sürelerini ve maliyetleri hesaplamayı sağlar.

Neden önemli?

Süreç akışını yeniden oluşturmanın ve her bakım kaydını benzersiz biçimde tanımlamanın temel anahtarıdır.

Nereden alınır?

R5EVENTS tablosu, EVT_CODE alanı

Örnekler
10023456WO-2023-88910023457PM-55421
Faaliyet
EventName
Bakım yaşam döngüsü içinde gerçekleşen belirli adım veya durum değişikliği.
Açıklama

Bu öznitelik, İş Emri Oluşturuldu, Malzeme Çıkışı Yapıldı veya İş Emri Kapatıldı gibi olayın ya da durum değişikliğinin adını içerir. İş emrine kaydedilen durum değişiklikleri geçmişinden veya belirli işlem türlerinden elde edilir.

Process Mining aracı, bu değerlerin sırasını izleyerek Workflow yolunu yeniden oluşturur. Böylece süreç varyantlarını, yeniden işleme döngülerini ve işlemlerin sırasını analiz edebilirsiniz.

Neden önemli?

Süreç haritasındaki düğümleri tanımlar ve her adımda ne olduğunu anlamak için gereklidir.

Nereden alınır?

R5EVENTSTATUS tablosu (EVS_STATUS alanı) veya R5TRANSACTIONS (TRA_DESC alanı)

Örnekler
İş emri oluşturulduMalzeme teslim edildiİş emri kapatıldıKaynaklar planlandı
Zaman damgası
EventTimestamp
Faaliyetin gerçekleştiği tarih ve saat.
Açıklama

Bu öznitelik, bir faaliyetin gerçekleştiği kesin anı kaydeder. Olayları kronolojik sıraya koymak ve adımlar arasındaki süreyi hesaplamak için kullanılır.

Doğru zaman damgası kullanımı, darboğazları belirlemek, çevrim sürelerini ölçmek ve SLA uyumluluğunu hesaplamak için büyük önem taşır. Infor EAM içinde bu bilgi genellikle işlem tarihinden veya durum değişikliği tarihinden alınır.

Neden önemli?

Zamana dayalı tüm analizler ve sıralama için gerekli zaman boyutunu sağlar.

Nereden alınır?

R5EVENTSTATUS tablosu (EVS_DATE alanı) veya R5TRANSACTIONS (TRA_DATE alanı)

Örnekler
2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z
Kaynak sistem
SourceSystem
Verilerin geldiği sistemin adı.
Açıklama

Bu öznitelik, veri kaydının kaynağını belirler ve birden fazla sistemin kullanıldığı ortamlarda özellikle önemlidir. Bu görünümde Infor EAM örneği için sabit bir tanımlayıcı olarak kullanılır.

Birden fazla veri kaynağı tek bir Process Mining veri modelinde birleştirildiğinde veri soyunu izlemeye ve sorun gidermeye yardımcı olur.

Neden önemli?

Verilerin Infor EAM ortamına kadar izlenebilmesini sağlar.

Nereden alınır?

Veri çıkarma sırasında sabit olarak atanır

Örnekler
Infor EAMDatastream 7i
Son veri güncellemesi
LastDataUpdate
Verilerin çıkarıldığı veya son kez yenilendiği zaman damgası.
Açıklama

Bu alan, kaydın Process Mining modeli için en son ne zaman işlendiğini veya çıkarıldığını gösterir. Kullanıcıların analiz ettiği verilerin güncelliğini anlamasına yardımcı olur.

Genellikle kaynak sistemde bulunmak yerine ETL sürecinde oluşturulur. Böylece analistler gerçek zamanlı verileri mi yoksa geçmişe ait anlık görüntüleri mi incelediklerini anlayabilir.

Neden önemli?

Verilerin güncelliğini doğrular ve eski veri setlerini belirlemeye yardımcı olur.

Nereden alınır?

Veri çıkarma sırasında sistem saati

Örnekler
2023-10-25T12:00:00Z
Bakım türü
MaintenanceType
İş emrini Önleyici, Düzeltici veya Kestirimci olarak sınıflandırır.
Açıklama

Bu öznitelik, bakım işinin niteliğini sınıflandırır. Analistlerin planlı önleyici bakım döngülerini plansız reaktif onarımlarla karşılaştırmak için süreç görünümünü ayırmasına olanak tanır.

Önleyici ve reaktif işlerin oranını iyileştirmek, bakım yöneticilerinin temel hedeflerinden biridir. Bu alan genellikle olay türü sütununda bulunur.

Neden önemli?

Bakım türü dağılımı Dashboardu ve güvenilirlik stratejisinin analizi için önemlidir.

Nereden alınır?

R5EVENTS tablosu, EVT_TYPE alanı

Örnekler
ÖnleyiciDüzelticiArızaDenetim
Departman
DepartmentCode
İşten sorumlu bakım departmanı veya ekip.
Açıklama

Bu öznitelik, iş emrinin sahibi olan iç departmanı veya maliyet merkezini gösterir. Farklı bakım ekipleri arasında performans karşılaştırması yapılmasını sağlar, örneğin Elektrik ve Mekanik ekipleri.

Infor EAM içinde bu birim genellikle MRC (Bakım Onarım Merkezi) olarak adlandırılır.

Neden önemli?

Kaynak planlamasını ve departman performansı analizini destekler.

Nereden alınır?

R5EVENTS tablosu, EVT_MRC alanı

Örnekler
MECHELECFACILITIES
Öncelik
WorkOrderPriority
Bakım iş emrine atanan aciliyet düzeyi.
Açıklama

Bu öznitelik, iş emrinin önemini genellikle Yüksek, Orta veya Düşük gibi bir ölçekle gösterir. Kuyrukta öncelikli işlerin doğru şekilde ele alındığını doğrulamak için analizi filtrelemede kullanılır.

Süreç akışını önceliğe göre analiz etmek, yüksek öncelikli işlerin gerçekten düşük öncelikli işlerden daha hızlı ilerleyip ilerlemediğini doğrulamaya yardımcı olur.

Neden önemli?

Acil işlerin gereken ilgiyi gördüğünü doğrulamak için gereklidir.

Nereden alınır?

R5EVENTS tablosu, EVT_PRIORITY alanı

Örnekler
1-Acil2-Yüksek3-Rutin
SLA hedef tarihi
SlaTargetDate
İş emrinin tamamlanması gereken son tarih.
Açıklama

Bu öznitelik, genellikle varlığın kritiklik düzeyine ve iş önceliğine göre belirlenen hedef tamamlanma tarihini saklar. Zaman planına uyumu hesaplamak için temel alınır.

Gerçek tamamlanma zaman damgasının bu tarihle karşılaştırılması, kuruluşun hizmet seviyesi anlaşmalarını karşılayıp karşılamadığını gösterir.

Neden önemli?

Kritik varlıklar için SLA performansı Dashboardu için gereklidir.

Nereden alınır?

R5EVENTS tablosu, EVT_TARGET alanı

Örnekler
2023-11-01T17:00:00Z
Tahmini maliyet
EstimatedCost
İş emri için planlanan bütçe.
Açıklama

Bu öznitelik, planlama aşamasında tahmin edilen maliyeti içerir. Analistler bunu gerçekleşen maliyetle karşılaştırarak planlama departmanının tahmin doğruluğunu değerlendirebilir.

Tahmini ve gerçekleşen maliyetler arasındaki büyük farklar, tahmin sürecinin veya uygulama verimliliğinin gözden geçirilmesi gerektiğini gösterir.

Neden önemli?

Tahmini ve gerçek maliyet analizi Dashboardunu destekler.

Nereden alınır?

R5EVENTS tablosu, EVT_ESTCOST alanı

Örnekler
500.001200.500.00
Teknisyen
TechnicianName
Görevi gerçekleştirmek üzere atanan belirli kişi veya kaynak.
Açıklama

Bu öznitelik, belirli faaliyeti gerçekleştiren kullanıcıyı veya teknisyeni içerir. İş gücü verimliliğini analiz etmek, eğitim ihtiyaçlarını ve planlama verimsizliklerini belirlemek için kullanılır.

Sistem yapılandırmasına bağlı olarak bu bilgi, kaydedilen saatler tablosunda veya olayın sorumlu kişi alanında bulunabilir.

Neden önemli?

İşçilik verimliliği ve planlama Dashboardu analizini mümkün kılar.

Nereden alınır?

R5BOOKEDHOURS tablosu (BOO_PERSON alanı) veya R5EVENTS (EVT_PERSON alanı)

Örnekler
J. SmithM. DoeContractor-A
Toplam gerçekleşen maliyet
ActualTotalCost
İş gücü, malzeme ve hizmet maliyetlerinin nihai toplamı.
Açıklama

Bu öznitelik, bakım işinin toplam finansal etkisini gösterir. İş gücü kaydedildikçe ve malzemeler çıkarıldıkça güncellenir.

Süreçteki temel finansal metrik olarak maliyet etkenlerinin analiz edilmesini ve bütçe raporlamasını sağlar.

Neden önemli?

Finansal kapatma ve verimlilik analizi için temel metriktir.

Nereden alınır?

R5EVENTS tablosu, EVT_ACTCOST alanı veya işlemlerin toplamı

Örnekler
450.251500.0075.50
Varlık kodu
AssetCode
Bakımı yapılan ekipman veya varlığın benzersiz tanımlayıcısı.
Açıklama

Bu öznitelik, bakım iş emrinin konusu olan fiziksel nesneyi tanımlar. Bakım geçmişinin makine veya tesis bazında toplanmasını sağlar.

Süreç performansını varlık koduna göre analiz etmek, sık arızalanan veya onarımı ortalamadan uzun süren sorunlu ekipmanları belirlemeye yardımcı olur.

Neden önemli?

Süreç performansını fiziksel altyapıyla ilişkilendirmek için gereklidir.

Nereden alınır?

R5EVENTS tablosu, EVT_OBJECT alanı

Örnekler
PUMP-001HVAC-N-22CONVEYOR-05
Açıklama
WorkOrderDescription
Sorunun veya yapılması gereken işin metin açıklaması.
Açıklama

Bu öznitelik, talep sahibi veya planlamacı tarafından girilen serbest metin özetini içerir. Aykırı değerleri veya belirli süreç davranışlarını açıklayan nitel bağlam sağlar.

Yapılandırılmış alanlarda yakalanmayan yaygın arıza türlerini sınıflandırmak için burada metin analizi uygulanabilir.

Neden önemli?

Kök neden analizi için bağlam sağlar.

Nereden alınır?

R5EVENTS tablosu, EVT_DESC alanı

Örnekler
Pompa titreşimi yüksek2 numaralı vananın contasını değiştirinÜç aylık denetim
İş gücü saatleri
LaborHoursUsed
İş emri için harcanan gerçek adam-saat sayısı.
Açıklama

Bu öznitelik, teknisyenlerin iş emrine kaydettiği süreyi toplar. İş gücü verimliliğini ve teknisyen kullanım oranını hesaplamak için gereklidir.

İş emrinin geçen süresinden farklıdır, çünkü takvim süresini değil gerçek çabayı gösterir.

Neden önemli?

İşçilik verimliliği ve planlama Dashboardu için önemlidir.

Nereden alınır?

Olay için R5BOOKEDHOURS tablosundaki saatlerin toplamı

Örnekler
2.58.00.5
Kuruluş
OrganizationCode
Varlığın bağlı olduğu iş birimi veya tesis.
Açıklama

Birden fazla tesis içeren uygulamalarda bu öznitelik, belirli tesisi veya iş birimini tanımlar. Farklı tesisler ya da coğrafi bölgeler arasında üst düzey karşılaştırmalar yapılmasını sağlar.

Süreçlerin konumlara göre küçük farklılıklar gösterebildiği küresel Dashboardlar için gereklidir.

Neden önemli?

Tesisler arası karşılaştırma için İş Birimi görünümünü destekler.

Nereden alınır?

R5EVENTS tablosu, EVT_ORG alanı

Örnekler
NYC-PLANTLON-HQMFG-01
Malzeme maliyeti
MaterialCost
İş emri için çıkarılan yedek parçaların maliyeti.
Açıklama

Bu öznitelik, malzeme maliyetini toplam maliyetten ayırır. Tedarik zinciri giderlerini iş gücü giderlerinden ayırarak belirlemeye yardımcı olur.

Bu maliyeti ayrı izlemek, yedek parça fiyatlandırması ve stok yönetimiyle ilgili kararları destekler.

Neden önemli?

Ayrıntılı finansal analiz için gereken veridir.

Nereden alınır?

Türü issue olan R5TRANSACTIONS kayıtlarından hesaplanır

Örnekler
150.0020.00
SLA ihlal edildi mi
IsSlaBreached
Tamamlanma süresinin hedef tarihi aşıp aşmadığını gösteren işaret.
Açıklama

Bu boolean öznitelik, İş Emri Tamamlandı zaman damgasını SLA Hedef Tarihi ile karşılaştırır. Tamamlanma hedef tarihten sonraysa işaret true olarak ayarlanır.

Uyumlu ve uyumsuz vakaları filtrelemek için ikili bir boyut oluşturarak raporlamayı kolaylaştırır.

Neden önemli?

SLA uyumluluğu raporlamasını kolaylaştırır.

Nereden alınır?

ETL veya Process Mining aracında hesaplanır

Örnekler
truefalse
Varlık kritiklik düzeyi
AssetCriticality
Varlığın operasyonel önemini gösteren puan veya derece.
Açıklama

Bu öznitelik, varlıkları üretim veya güvenlik açısından ne kadar kritik olduklarına göre sınıflandırır, örneğin A, B ve C. Analistlerin yüksek değerli varlıklara gereken aciliyetle müdahale edilip edilmediğini görmek için süreci bölümlere ayırmasına yardımcı olur.

Bu veri genellikle iş emriyle ilişkilendirilmiş varlık ana kaydından alınır.

Neden önemli?

Bakım gecikmelerini risk temelinde analiz etmeyi sağlar.

Nereden alınır?

R5OBJECTS tablosu (OBJ_CRITICALITY alanı), EVT_OBJECT üzerinden bağlanır

Örnekler
A - KritikB - ÖnemliC - Arızaya kadar çalıştır
Yeniden işleme var mı
IsRework
İş emrinde adımların tekrarlandığını gösteren işaret.
Açıklama

Bu boolean öznitelik, süreç akışında özellikle kalite kontrolden sonra uygulama adımına geri dönüş şeklinde döngüler bulunup bulunmadığını belirler. Veri dönüşümü sırasında, Bakım Görevi Gerçekleştirildi faaliyetlerinin tekrar edip etmediği kontrol edilerek hesaplanır.

Yüksek yeniden işleme oranları, kalite sorunlarının veya yetersiz eğitimin başlıca göstergelerindendir.

Neden önemli?

Bakımda yeniden çalışma ve kalite denetimi Dashboardunu doğrudan destekler.

Nereden alınır?

ETL veya Process Mining aracında hesaplanır

Örnekler
truefalse
Gerekli Önerilen İsteğe bağlı

Varlık Bakım Faaliyetleri

Bakım yaşam döngünüzü doğru şekilde keşfetmek için Event Logunuzda yakalamanız gereken temel süreç adımları ve kilometre taşları şunlardır.
6 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Bakım görevi gerçekleştirildi
Teknisyenlerin kaydettiği iş gücü saatleri üzerinden izlenen devam eden bakım uygulamasını ifade eder. Bu faaliyet tek bir iş emri için birden çok kez tekrarlanabilir.
Neden önemli?

Teknisyen Kullanım Verimliliği KPI'ını ve İş Gücü Tahmin Doğruluğunu besler. Tamamlanma olmadan sık tekrarlanması, onarımın zor olduğuna işaret edebilir.

Nereden alınır?

İş Emriyle ilişkilendirilmiş R5BOOKEDHOURS tablosundaki münferit kayıtları çıkarın.

Yakalayın

X işlemi gerçekleştirildiğinde kaydedilir

Olay türü explicit
Bakım talebi alındı
Bakım talebinin sisteme ilk girişini gösterir. Talep genellikle bir hizmet portalından veya çağrı merkezi arayüzünden gelir. Infor EAM'de bu kayıt, genellikle resmi bir iş emrine dönüştürülmeden önce Call veya Request varlıklarında oluşturulur.
Neden önemli?

Bakım Birikmiş İş Büyüme Oranı ile toplam çözüm süresini hesaplamak için başlangıç noktası oluşturur. Bakım departmanına yönelen gerçek talebi belirlemek için gereklidir.

Nereden alınır?

EVT_TYPE değerinin 'R' (Request) veya 'C' (Call) olduğu R5EVENTS tablosunu sorgulayın. EVT_CREATED kayıtlarını kullanın.

Yakalayın

Talep kaydı eklendiğinde kaydedilir

Olay türü explicit
İş başladı
Varlık üzerindeki fiziksel işin gerçek başlangıcını gösterir. Bu durum genellikle ilk iş gücü kayıt zaman damgasından veya belirli bir mobil durum güncellemesinden anlaşılır.
Neden önemli?

Malzeme Talebi Çevrim Süresini ve Teknisyen Kullanım Verimliliğini hesaplamak için gereklidir. 'Scheduled' zamanı ile 'Working' zamanı arasındaki ayrımı sağlar.

Nereden alınır?

R5BOOKEDHOURS içindeki en erken Start Date değerinden veya R5EVENTSTATUS içinde 'In Progress' durumuna geçişten türetin.

Yakalayın

X alanını Y alanıyla karşılaştırarak türetin

Olay türü inferred
İş emri kapatıldı
İş emrinin arşivlendiği ve başka maliyet kaydı yapılamadığı son idari adımdır. Kaydın yaşam döngüsünü tamamlar.
Neden önemli?

İdari Kapatma Verimliliği ölçümünü sonlandırır. Temiz veri sağlamak ve 'zombi' açık emirleri önlemek için gereklidir.

Nereden alınır?

Kapatma durumuna geçiş için R5EVENTSTATUS tablosunu sorgulayın. Bu işlem EVT_STATUS alanını 'C' olarak ayarlar.

Yakalayın

Durum Closed olarak değiştiğinde kaydedilir

Olay türü explicit
İş emri oluşturuldu
Bir talepten dönüştürülerek veya doğrudan oluşturulan iş emri nesnesinin resmi olarak oluşturulmasını ifade eder. Bu olay, bakım kaydı için maliyetlerin, kaynakların ve durum geçmişinin izlenmesini başlatır.
Neden önemli?

Backlog ve işlem hacmi izleyicisi için birincil vaka oluşturma olayını belirtir. Talep aşaması ile gerçek bakım yönetimi iş akışını birbirinden ayırır.

Nereden alınır?

R5EVENTS tablosunda EVT_TYPE değeri 'JOB' veya 'PPM' olan yeni kayıtları sorgulayın. Alternatif olarak R5EVENTSTATUS içinde ilk 'Open' durumuna geçişleri izleyin.

Yakalayın

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

Olay türü explicit
İş emri tamamlandı
Bakım işinin teknik olarak tamamlandığını gösterir. Varlık yeniden hizmete alınır, ancak finansal ve idari görevler devam ediyor olabilir.
Neden önemli?

Kritik Varlıklar için SLA Performansının bitiş noktasıdır. 'Job Done' ile 'Paperwork Done' arasındaki ayrımı sağlar.

Nereden alınır?

R5EVENTSTATUS içinde 'C' (Complete) veya 'J' (Job Complete) durumuna geçişi izleyin. EVT_DATECOMPLETED alanını kontrol edin.

Yakalayın

Durum Complete olarak değiştiğinde kaydedilir

Olay türü explicit
Bakım kayıtları güncellendi
İş emrine teknik notların, arıza kodlarının veya durum izleme verilerinin eklenmesini kaydeder. Bu işlem genellikle fiziksel işin sonlarına doğru gerçekleşir.
Neden önemli?

Teknik Dokümantasyon Uyumluluğu izlemeyi destekler. Gelecekteki güvenilirlik analizleri için veri kalitesini korur.

Nereden alınır?

R5COMMENTS tablosundaki güncellemeleri veya R5EVENTS içindeki 'Problem/Failure/Cause' alanlarına yapılan güncellemeleri izleyin.

Yakalayın

Kayıt güncellendiğinde kaydedilir

Olay türü explicit
Finansal mutabakat işlendi
İş emriyle ilişkili maliyetlerin son hesaplanmasını ve kaydedilmesini ifade eder. Böylece tüm iş gücü ve malzeme maliyetleri bütçeye işlenir.
Neden önemli?

Tahmini ve Gerçekleşen Maliyet Analizini destekler. Buradaki gecikmeler finansal raporlamanın doğruluğunu etkiler.

Nereden alınır?

Genellikle İş Emrinin düzenlemeye kapatıldığı tarihten veya işlem günlüğünde son maliyet güncelleme işleminin gerçekleştiği andan türetilir.

Yakalayın

X alanını Y alanıyla karşılaştırarak türetin

Olay türü calculated
İş emri onaylandı
Bakım işinin gerekli yönetim kademesi tarafından onaylandığını gösterir. Bu adım, iş emrini planlama ve malzeme talebi için serbest bırakır.
Neden önemli?

Onay döngüsünün sonunu ve uygulanabilir bakımın başlangıcını gösterir. Buradaki gecikmeler, kritik varlık arızalarına verilen yanıtı doğrudan etkiler.

Nereden alınır?

R5EVENTSTATUS geçmiş tablosuna 'A' (Approved) veya 'R' (Released) durum kodunun eklenmesini izleyin.

Yakalayın

Durum Approved olarak değiştiğinde kaydedilir

Olay türü explicit
Kalite kontrol testi gerçekleştirildi
Onarımın son onaydan önce incelendiği belirli bir doğrulama adımını gösterir. Bu adım başarısız olursa süreç uygulama aşamasına geri döner.
Neden önemli?

Bakımda yeniden çalışma ve kalite denetimi Dashboardu için gereklidir. Kalite sorunlarını ve yeniden çalışma döngülerini belirler.

Nereden alınır?

R5CHECKLISTS içinde belirli kontrol listelerinin tamamlanmasını veya R5EVENTSTATUS içinde 'Review' durumuna geçişi belirleyin.

Yakalayın

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

Olay türü inferred
Kaynaklar planlandı
Belirli teknisyenlerin veya ekiplerin iş emrine atanmasını kaydeder. Bu, planlamadan kaynak tahsisine geçişi gösterir.
Neden önemli?

İşçilik verimliliği ve planlama Dashboardunu destekler. Onay ile gerçek kaynak kullanılabilirliği arasındaki farkları belirlemeye yardımcı olur.

Nereden alınır?

İş gücü atamalarına ilişkin R5ACTIVITIES tablosundaki değişiklikleri veya R5EVENTSTATUS içinde 'Scheduled' durumuna geçişleri izleyin.

Yakalayın

Kaynak ataması gerçekleştiğinde kaydedilir

Olay türü explicit
Malzeme talebi gönderildi
Bakım görevini gerçekleştirmek için gereken yedek parçalara ilişkin talebi kaydeder. Bu olay, tedarik zinciri süreçlerini bakım uygulamasıyla ilişkilendirmek için gereklidir.
Neden önemli?

Malzeme tedarik gecikmesi analizi Dashboardu için başlangıç noktasını oluşturur. Parça tedarikinin bakım gecikmelerinin temel nedeni olup olmadığını belirler.

Nereden alınır?

İş Emri Kimliğiyle ilişkilendirilmiş oluşturma zaman damgaları için R5REQUISITIONS veya R5MATLIST tablolarını sorgulayın.

Yakalayın

X işlemi gerçekleştirildiğinde kaydedilir

Olay türü explicit
Malzeme teslim edildi
Yedek parçaların envanterden iş emrine fiziksel olarak teslim edilmesini kaydeder. Bu adım, malzemelerin kullanıma hazır olduğunu doğrular.
Neden önemli?

Tedarik zinciri gecikmesi analizinin kapanış olayıdır. Parça kısıtlarının giderildiğini doğrular.

Nereden alınır?

İş Emriyle ilişkilendirilmiş 'I' (Issue) işlem türü için R5TRANSACTIONS tablosunu sorgulayın.

Yakalayın

X işlemi gerçekleştirildiğinde kaydedilir

Olay türü explicit
Planlama ve tahmin tamamlandı
İş emrinin kapsamının belirlendiğini, maliyetlerin tahmin edildiğini ve iş planının onaya hazır olduğunu gösterir. Bu durum genellikle statünün planlama durumundan onaya hazır duruma geçmesiyle anlaşılır.
Neden önemli?

İş Emri Onay Çevrim Süresini ölçmek ve uygulama öncesindeki idari darboğazları belirlemek için gereklidir. Planlama çevrim sürelerinin analizini destekler.

Nereden alınır?

Statünün 'Planning' durumundan 'Request Approval' veya 'Released' durumuna geçtiğini R5EVENTSTATUS üzerinden belirleyin.

Yakalayın

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

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

Veri çıkarma rehberleri

Process Mining uygulamaları için bakım verilerinizi Infor EAM'den nasıl başarıyla alacağınızı öğrenin.

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

Güvenilir bir veri temeli oluşturmak ve bakım operasyonlarınızı bugün optimize etmeye başlamak için bu Templatei kullanın. Teknik ekibimiz veri çıkarma ve haritalama sürecinde size destek olmaya hazırdır.

Infor EAM'de varlık bakımını bugün optimize edin

Bakım çevrim süresini bugünden başlayarak yüzde 30 azaltın

Ücretsiz denemenizi başlatın

Kredi kartı gerekmez. Kurulum birkaç dakika sürer