Varlık bakımı Veri Templateiniz
Varlık bakımı Veri Templateiniz
- 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
Varlık Bakımı Öznitelikleri
| 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 | |||
Varlık Bakım Faaliyetleri
| 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 | |||
Veri çıkarma rehberleri
Adımlar
Databridge modülünün kullanılabilirliğini doğrulayın Infor EAM'e yönetici olarak giriş yapın. Administration menüsüne gidin ve Databridge modülünün etkin olduğunu, ayrıca Partner ve Document yapılandırma ekranlarına erişiminiz bulunduğunu doğrulayın.
Dışa aktarma Partner'ı tanımlayın Databridge'de özellikle ProcessMind için yeni bir Partner oluşturun, örneğin Partner kodu PMIND. XML/CSV dosyalarının gönderileceği konuma göre Communication yöntemini FILE veya FTP olarak yapılandırın. En yüksek veri doğruluğu için çıktı biçimini XML olarak ayarlayın.
Business Object'leri (Document'lar) yapılandırın Gerekli faaliyetleri yakalamak için belirli Infor EAM Business Object'lerine (BOD) abone olmanız gerekir. Partner yapılandırmanıza şu Document'ları ekleyin:
- MP0094_SyncWorkOrder: Oluşturma, durum değişiklikleri, güncellemeler ve kapatmayı yakalar.
- MP0024_SyncBookedHours: İş gücü kaydını (Execution) yakalar.
- MP3036_SyncTransaction: Malzeme çıkışlarını ve iadelerini yakalar.
- MP0026_SyncRequisition: Malzeme taleplerini yakalar.
- MP0098_SyncWorkOrderActivity: Planlama ve çizelgeleme ayrıntılarını yakalar.
Filtre yapılandırmalarını ayarlayın Her Document için ilgisiz verileri dışarıda bırakacak filtreler uygulayın. SyncWorkOrder için Organization alanına göre filtreleyin ve Work Order Type alanının boş olmadığından emin olun. Date filtresini analiz döneminizi kapsayacak şekilde ayarlayın, örneğin son 12 ay.
Olay tetikleyicilerini etkinleştirin Event Configuration ekranında, seçilen Document'lara karşılık gelen varlıklar için On Save, On Update ve On Status Change tetikleyicilerinin etkin olduğunu doğrulayın. Böylece kullanıcı sistemle etkileşime geçtiğinde veriler hemen dışarı aktarılır.
Veri öğelerini eşleyin Databridge XML Template'ini gerekli sütunları içerecek şekilde yapılandırın. EVT_CODE alanının WorkOrderNumber ile eşlendiğinden, durum takibi için EVT_STATUS alanının dahil edildiğinden ve EVT_DAT_CREATED alanının kullanılabilir olduğundan emin olun.
İlk yüklemeyi gerçekleştirin Databridge temel olarak olay odaklı çalışır, ancak geçmiş analiz için Batch Export çalıştırmanız gerekir. Databridge Export ekranına gidin, PMIND Partner'ını seçin, SyncWorkOrder Document'ını belirleyin, tarih aralığını tanımlayın ve geçmiş birikmiş verileri oluşturmak için Submit düğmesine tıklayın.
Çıktıyı standartlaştırın Dışa aktarma işlemi hiyerarşik XML dosyaları oluşturur. Bu XML'leri düzleştirmek için Python, PowerShell veya ETL middleware gibi bir betik aracı kullanın. Mantık şöyledir: Bir XML düğümü = Bir Olay satırı. Aşağıdaki Query bölümünde tanımlanan eşleme kurallarını kullanın.
Faaliyet adlarını türetin Dönüştürme betiğinizde, sistem kodlarını kullanıcıların okuyabileceği Activity adlarına çevirmek için Query bölümünde verilen koşullu mantığı kullanın. Örneğin Status R kodunu Work Order Generated, Status C kodunu Work Order Completed olarak eşleyin.
Zaman damgasını biçimlendirin Infor EAM, zaman damgalarını ISO 8601 biçiminde dışa aktarır. Bunların ProcessMind ile uyumlu standart YYYY-MM-DD HH:MM:SS biçimine dönüştürüldüğünden emin olun.
Event Log'u oluşturun Farklı Business Object'lerden gelen çıktıları, WorkOrderNumber ve EventTimestamp alanlarına göre sıralayarak tek bir CSV dosyasında birleştirin.
Son doğrulamayı yapın Ortaya çıkan CSV dosyasını ProcessMind'e yükleyin ve Case Count değerinin Infor EAM'den dışa aktarılan benzersiz iş emri sayısıyla eşleştiğini doğrulayın.
Yapılandırma
- Dışa aktarma biçimi: Yorumlardaki özel karakterleri işlemek ve şema doğrulamasını sağlamak için düz metin yerine XML önerilir.
- Tetikleme modu: Yoğun saatlerde Databridge işlemlerinin kullanıcı arayüzünü yavaşlatmasını önlemek için Asynchronous olarak ayarlayın.
- Ayrıntı düzeyi: Alan düzeyindeki değişiklikleri, örneğin Priority veya Department güncellemelerini, algılayabilmek için Document yapılandırmasında Include Update Details seçeneğinin işaretli olduğundan emin olun.
- Tarih aralığı: İlk toplu yükleme için genellikle 12-24 aylık geçmiş kullanılır. Sürekli delta yüklemelerinde sistem verileri gerçek zamanlı olarak gönderir.
- Organization filtresi: EAM örneğiniz paylaşılıyorsa çok kiracılı verilerin çıkarılmasını önlemek için her zaman EVT_ORG (Organization) alanına göre filtreleyin.
- Durum yapılandırması: Doğru Activity eşlemesi için kullanıcı tanımlı durumların sistem durumlarına (R, A, C vb.) nasıl karşılık geldiğini doğrulayın.
a Örnek sorgu json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} Adımlar
Veritabanı erişimini ayarlayın Infor EAM veritabanınıza (Oracle veya SQL Server) doğrudan bir veritabanı bağlantısı (ODBC/JDBC) kurun. Şu tablolarda salt okunur izinlere sahip olduğunuzdan emin olun: R5EVENTS (Work Orders), R5STATUS (Status History), R5BOOKEDHOURS (Labor), R5TRANSACTIONS (Materials), R5ACTIVITIES (Tasks) ve R5TESTRESULTS (Quality).
Kapsamı ve filtreleri tanımlayın Veri çıkarma dönemini belirleyin. Process Mining için genellikle son 12-24 aylık hareketli bir dönem yeterlidir. Birden fazla tesis içeren bir örnek kullanıyorsanız ilgili verileri filtrelemek için Organization Code (ORG) değerini belirleyin.
Durum eşlemelerini yapılandırın Infor EAM, kullanıcı tanımlı durumları destekler. Sağlanan SQL betiğini inceleyin ve 'A' (Approved) veya 'C' (Closed) gibi yer tutucuları, EAM yapılandırmanızda kullanılan gerçek durum kodlarıyla değiştirin. Emin değilseniz bu kodları R5STATUS_CODES tablosunda bulabilirsiniz.
SQL betiğini hazırlayın Query bölümünde verilen SQL'i kopyalayın. [StartDate] ve [EndDate] yer tutucularını istediğiniz tarih aralığıyla değiştirin, örneğin '2023-01-01'. [Your Organization Code] değerini ilgili iş biriminizin filtresiyle değiştirin.
Veri çıkarmayı gerçekleştirin Sorguyu SQL istemcinizde (SQL Developer, SSMS veya DBeaver) çalıştırın. Sorgu, başlık olaylarını, durum değişikliklerini, iş gücü kayıtlarını ve malzeme işlemlerini UNION ALL kullanarak tek bir standart Event Log biçiminde birleştirir.
Verileri doğrulayın EventTimestamp sütununda NULL zaman damgaları olup olmadığını kontrol edin. Her satırda WorkOrderNumber alanının dolu olduğundan emin olun. EventName sütununda tanımlanan 14 faaliyetin dengeli biçimde yer aldığını doğrulayın.
Veri dönüşümü (İsteğe bağlı) Zaman damgalarınızda analiz gereksinimlerinizden farklı saat dilimi farkları varsa sorgu içinde veya son işlem sırasında AT TIME ZONE gibi bir dönüştürme işlevi uygulayın.
CSV'ye aktarın Sorgu sonuçlarını düz bir CSV dosyasına aktarın. Ayırıcının virgül veya noktalı virgül olarak ayarlandığından ve açıklamalardaki virgülleri işlemek için metin niteleyicilerinin (çift tırnak) kullanıldığından emin olun.
ProcessMind'e aktarın CSV dosyasını ProcessMind'e yükleyin. Sütunları şu şekilde eşleyin: WorkOrderNumber, Case ID ile; EventName, Activity ile; EventTimestamp, Timestamp ile eşlenmelidir. Kalan sütunları case veya event Öznitelikleri olarak eşleyin.
Yapılandırma
- Tarih aralığı: Önerilen veri çıkarma dönemi 12-24 aydır. Devam eden açık vakaları yakalamak için filtrenin EVT_DATE (Creation Date) veya ilgili işlem tarihlerini kapsadığından emin olun.
- Organization filtresi: Verileri tesis ya da işletme bazında ayırmak için EVT_ORG veya ortak Organization sütununu kullanın; süreçler tesislere göre farklılık gösterebilir.
- Durum kodları: Bu sorgu standart durum kodlarına (A, C, R vb.) dayanır. Bunları Administration menüsündeki Screen Setup veya Status setup altında sistem yapılandırmanızla karşılaştırarak doğrulamanız gerekir.
- Performans: Sorgu yoğun işlem tablolarını (R5TRANSACTIONS) kullanır. Büyük veri kümelerinde (1 milyondan fazla satır) sorgu çalıştırıyorsanız EVT_CODE ve TRN_DATE üzerinde uygun kümelenmemiş dizinlerin bulunduğundan emin olun.
- Saat dilimleri: Infor EAM tarihleri veritabanı sunucusunun saatinde saklar. Kullanıcılarınız farklı bir saat diliminde çalışıyorsa farkı hesaba katın.
a Örnek sorgu sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' 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
Kredi kartı gerekmez. Kurulum birkaç dakika sürer