Varlık Bakım Veri Şablonunuz
Varlık Bakım Veri Şablonunuz
- Bakım takibi için sürece özel `veri` alanları
- İş emri yaşam döngüsü analizi için temel kilometre taşları
- Infor EAM kullanıcıları için detaylı `veri` çekme rehberliği
Varlık Bakım Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite EventName | Bakım yaşam döngüsü içinde meydana gelen belirli adım veya durum değişikliği. | ||
| Açıklama Bu öznitelik, İş Emri Oluşturuldu, Malzeme Çıkarıldı veya İş Emri Kapatıldı gibi olay veya durum değişikliğinin adını yakalar. İş emrine karşı kaydedilen durum değişiklikleri veya belirli işlem türlerinin geçmişinden türetilir. Bu değerlerin sırasını takip ederek, Proses Madenciliği aracı iş akışı yolunu yeniden oluşturur. Bu, süreç varyantlarının, yeniden işleme döngülerinin ve operasyon sırasının analiz edilmesini sağlar. 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 Çıktısıİş Emri KapatıldıKaynaklar Planlandı | |||
| Bakım İş Emri WorkOrderNumber | Bakım iş emri için benzersiz tanımlayıcı. | ||
| Açıklama Bu öznitelik, süreç analizi için merkezi vaka tanımlayıcısı olarak hizmet eder. Önleyici veya düzeltici olsun, belirli bakım işini temsil eder ve sonraki tüm aktiviteleri, maliyetleri ve işçilik kayıtlarını birbirine bağlar. Infor EAM'de bu genellikle ana olay tablolarında bulunan Olay Kodu'dur. Analistler bu alanı bireysel süreç örneklerini ayırt etmek için kullanır. Tek bir bakım talebine ait tüm olayların toplanmasını sağlayarak iş başına döngü sürelerini ve maliyetleri hesaplamaya olanak tanır. Neden önemli Süreç akışını yeniden yapılandırmak ve her bakım vakasını benzersiz bir şekilde tanımlamak için temel anahtardır. Nereden alınır R5EVENTS tablosu, EVT_CODE alanı Örnekler 10023456İE-2023-88910023457PM-55421 | |||
| Timestamp EventTimestamp | Aktivitenin gerçekleştiği tarih ve saat. | ||
| Açıklama Bu öznitelik, bir aktivitenin gerçekleştiği anı kaydeder. Olayları kronolojik olarak sıralamak ve adımlar arasındaki süreyi hesaplamak için kullanılır. Doğru zaman damgası, darboğazları belirlemek, teslim sürelerini ölçmek ve SLA uyumluluğunu hesaplamak için kritik öneme sahiptir. Infor EAM'de bu genellikle işlem tarihinden veya durum değişikliği tarihinden gelir. Neden önemli Tüm zaman tabanlı analizler ve sıralama için gerekli zamansal boyutu 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 | Verinin kaynaklandığı sistemin adı. | ||
| Açıklama Bu öznitelik, özellikle çok sistemli ortamlarda önemli olan veri kaydının kökenini tanımlar. Bu görünüm için, Infor EAM örneği için statik bir tanımlayıcı görevi görür. Birden fazla veri kaynağının tek bir Process Mining veri modelinde birleştirilmesi durumunda veri geçmişi ve sorun gidermede yardımcı olur. Neden önemli Bu, Nereden alınır Çıkarma sırasında sabit kodlandı Örnekler Infor EAMDatastream 7i | |||
| Son Veri Güncellemesi LastDataUpdate | Verilerin çıkarıldığı veya son güncellendiği zaman damgası. | ||
| Açıklama Bu alan, kaydın Proses Madenciliği modeli için en son ne zaman işlendiğini veya çıkarıldığını gösterir. Kullanıcıların analiz ettikleri verilerin güncelliğini anlamalarına yardımcı olur. Genellikle kaynak sistemin kendisinde bulunmak yerine ETL süreci sırasında oluşturulur, böylece analistlerin gerçek zamanlı mı yoksa geçmiş anlık görüntülere mi baktıklarını bilmelerini sağlar. Neden önemli
Nereden alınır Veri çekme sırasındaki sistem zamanı Örnekler 2023-10-25T12:00:00Z | |||
| Bakım Tipi MaintenanceType | İş emrini Önleyici, Düzeltici veya Tahmini olarak kategorize eder. | ||
| Açıklama Bu öznitelik, bakım işinin niteliğini sınıflandırır. Analistlerin, planlanmış önleyici bakım döngülerini plansız reaktif onarımlarla karşılaştırmak için süreç görünümünü bölmesine olanak tanır. Önleyici ve reaktif iş oranını optimize etmek, bakım yöneticileri için temel bir hedeftir. Bu alan genellikle olay tipi sütununda bulunur. Neden önemli Bakım Tipi Dağılım Nereden alınır R5EVENTS tablosu, EVT_TYPE alanı Örnekler ÖnleyiciDüzelticiArızaDenetim | |||
| Bölüm DepartmentCode | İşten sorumlu bakım departmanı veya ekibi. | ||
| Açıklama Bu öznitelik, iş emrine hangi dahili departmanın veya maliyet merkezinin sahip olduğunu gösterir. Farklı bakım ekipleri (örn. Elektrik vs. Mekanik) arasında performans karşılaştırmasına olanak tanır. Infor EAM'de bu genellikle MRC (Bakım Onarım Merkezi) olarak adlandırılır. Neden önemli Kaynak planlamayı ve departman performans analizini destekler. Nereden alınır R5EVENTS tablosu, EVT_MRC alanı Örnekler MECHELECFACILITIES | |||
| Öncelik WorkOrderPriority | Bakım iş emrine atanmış aciliyet seviyesi. | ||
| Açıklama Bu öznitelik, iş emrinin önemini (örn. Yüksek, Orta, Düşük) gösterir. Analizi filtreleyerek kritik işlerin kuyrukta doğru şekilde önceliklendirilmesini sağlamak için kullanılır. Önceliğe göre süreç akışını analiz etmek, yüksek öncelikli öğelerin gerçekten düşük öncelikli olanlardan daha hızlı ilerleyip ilerlemediğini doğrulamaya yardımcı olur. Neden önemli Acil durum işlerinin uygun ilgiyi gördüğünü doğrulamak için kritiktir. 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ık kritikliği ve iş önceliği tarafından belirlenen hedef tamamlanma tarihini saklar. Program uyumluluğunu hesaplamak için temel oluşturur. Gerçek tamamlanma zaman damgasını bu tarihle karşılaştırmak, kuruluşun hizmet seviyesi anlaşmalarını karşılayıp karşılamadığını belirler. Neden önemli Kritik Varlıklar için SLA Performansı dashboard'u 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çek maliyetle karşılaştırarak planlama departmanının doğruluğunu değerlendirebilirler. Tahmini ve fiili maliyetler arasındaki büyük farklılıklar, tahmin sürecinin veya yürütme verimliliğinin gözden geçirilmesi gerektiğini gösterir. Neden önemli Tahmini ve Gerçek Maliyet Analizi dashboard'unu destekler. Nereden alınır R5EVENTS tablosu, EVT_ESTCOST alanı Örnekler 500.001200.500.00 | |||
| Teknisyen TechnicianName | Görevi yerine getirmek için atanmış belirli kişi veya kaynak. | ||
| Açıklama Bu öznitelik, belirli aktiviteyi gerçekleştiren kullanıcıyı veya teknisyeni yakalar. İş gücü verimliliğini analiz etmek ve eğitim ihtiyaçlarını veya planlama verimsizliklerini belirlemek için kullanılır. Sistem yapılandırmasına bağlı olarak bu, kaydedilen saatler tablosunda veya olaydaki sorumlu kişi alanında bulunabilir. Neden önemli İşgücü Verimliliği ve Planlama Nereden alınır R5BOOKEDHOURS tablosu (BOO_PERSON alanı) veya R5EVENTS (EVT_PERSON alanı) Örnekler J. SmithM. DoeContractor-A | |||
| Toplam Fiili Maliyet ActualTotalCost | İşçilik, malzeme ve hizmet maliyetlerinin nihai toplamı. | ||
| Açıklama Bu öznitelik, bakım görevinin toplam finansal etkisini temsil eder. İşçilik kaydedildikçe ve malzemeler çıkarıldıkça güncellenir. Süreç için birincil finansal metrik olarak hareket eder, maliyet sürücüsü analizi ve bütçe raporlamasına olanak tanır. Neden önemli Finansal uzlaştırma ve verimlilik analizi için temel metrik. 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. Makine veya tesis başına bakım geçmişinin toplanmasını sağlar. Varlık koduna göre süreç performansını analiz etmek, sık sık arızalanan veya ortalamadan daha uzun sürede onarılan ekipmanları ('sorunlu varlıklar') belirlemeye yardımcı olur. Neden önemli Süreç performansını fiziksel altyapıya bağlamak için esastır. Nereden alınır R5EVENTS tablosu, EVT_OBJECT alanı Örnekler PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Açıklama WorkOrderDescription | Sorunun veya gerekli işin metin açıklaması. | ||
| Açıklama Bu öznitelik, talep eden veya planlayıcı tarafından girilen serbest metin özetini içerir. Aykırı değerleri veya belirli süreç davranışlarını açıklayan niteliksel bir bağlam sağlar. Yapılandırılmış alanlarda yakalanmayan yaygın arıza modlarını kategorize etmek için burada metin madenciliği uygulanabilir. Neden önemli Temel neden analizi için bağlam sağlar. Nereden alınır R5EVENTS tablosu, EVT_DESC alanı Örnekler Pompa titreşimi yüksekValf 2'deki contayı değiştirinÜç Aylık Denetim | |||
| İşçilik Saatleri LaborHoursUsed | İş emri üzerinde harcanan fiili adam-saat sayısı. | ||
| Açıklama Bu öznitelik, teknisyenler tarafından iş emrine karşı kaydedilen süreyi toplar. İş gücü verimliliği ve teknisyen kullanımını hesaplamak için kritik öneme sahiptir. İş emrinin geçen süresinden farklıdır, çünkü takvim zamanından ziyade fiili çabayı yansıtır. Neden önemli İşgücü Verimliliği ve Planlama Nereden alınır Olay için R5BOOKEDHOURS'taki saatlerin toplamı Örnekler 2.58.00.5 | |||
| Malzeme Maliyeti MaterialCost | İş emrine çıkarılan yedek parçaların maliyeti. | ||
| Açıklama Bu öznitelik, malzeme maliyetini toplam maliyetten ayırır. Tedarik zinciri giderleri ile işçilik giderlerini belirlemeye yardımcı olur. Bunu ayrı ayrı takip etmek, yedek parça fiyatlandırması ve envanter yönetimiyle ilgili kararları destekler. Neden önemli Kapsamlı finansal analiz için gerekli detay. Nereden alınır R5TRANSACTIONS tablosunda türü 'issue' olanlardan hesaplanır Örnekler 150.0020.00 | |||
| Organization OrganizationCode | Varlığın ait olduğu iş birimi veya saha. | ||
| Açıklama Çoklu tesisli uygulamalarda, bu Süreçlerin konumlar arasında biraz farklılık gösterebildiği küresel 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 | |||
| SLA İhlal Edildi mi? IsSlaBreached | Tamamlama süresinin hedef tarihi aşıp aşmadığını gösteren işaret. | ||
| Açıklama Bu boole özniteliği, 'İş Emri Tamamlandı' zaman damgasını 'SLA Hedef Tarihi' ile karşılaştırır. Tamamlanma hedeften sonra ise, bayrak doğru olarak ayarlanır. Bu, uyumlu ve uyumsuz durumları filtrelemek için ikili bir boyut oluşturarak raporlamayı basitleştirir. Neden önemli SLA uyumluluk raporlamasını basitleştirir. Nereden alınır ETL/ Örnekler truefalse | |||
| Varlık Kritikliği AssetCriticality | Varlığın operasyonel önemini gösteren bir puan veya derecelendirme. | ||
| Açıklama Bu öznitelik, varlıkları üretim veya güvenlik için ne kadar kritik olduklarına göre (örn. A, B, C) kategorize eder. Analistlerin, yüksek değerli varlıkların uygun aciliyetle ele alınıp alınmadığını görmek için süreci bölümlendirmesine yardımcı olur. Bu veri genellikle iş emriyle ilişkili varlık ana kaydından çekilir. Neden önemli Bakım gecikmelerinin risk tabanlı analizine olanak tanır. Nereden alınır R5OBJECTS tablosu (OBJ_CRITICALITY alanı), EVT_OBJECT aracılığıyla bağlantılı Örnekler A - KritikB - ÖnemliC - Arızaya Kadar Çalıştır | |||
| Yeniden İşleme mi? IsRework | İş emrinin tekrarlayan yürütme adımları içerip içermediğini gösteren işaret. | ||
| Açıklama Bu boole özniteliği, süreç akışının döngüler içerip içermediğini, özellikle kalite kontrolünden sonra yürütmeye geri dönüp dönmediğini tanımlar. Veri dönüşümü sırasında tekrarlanan 'Bakım Görevi Yürütüldü' aktivitelerini kontrol ederek hesaplanır. Yüksek yeniden işleme oranları, kalite sorunlarının veya yetersiz eğitimin temel bir göstergesidir. Neden önemli Bakım Yeniden İşleme ve Kalite Denetimi Nereden alınır ETL/ Örnekler truefalse | |||
Varlık Bakım Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bakım Görevi Gerçekleştirildi | Teknisyenler tarafından kaydedilen çalışma saatleri aracılığıyla yakalanan, devam eden bakım işlerinin yürütülmesini temsil eder. Bu aktivite 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. Tamamlanmadan yüksek sıklık, zor onarımlara işaret edebilir. Nereden alınır İş Emri ile ilişkili R5BOOKEDHOURS tablosundan bireysel girişleri çekin. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Bakım Talebi Alındı | Bir bakım talebinin sisteme ilk girişini işaret eder, genellikle bir servis portalından veya çağrı merkezi arayüzünden kaynaklanır. Infor EAM'de bu, genellikle Call veya Request varlıklarında resmi bir iş emrine dönüştürülmeden önce bir kayıt oluşturulduğunda yakalanır. | ||
| Neden önemli Bakım Birikim Büyüme Oranı ve toplam çözüm süresini hesaplamak için başlangıç noktasını oluşturur. Bakım departmanı üzerindeki gerçek talebi belirlemek için esastır. Nereden alınır EVT_TYPE'ın 'R' (Talep) veya 'C' (Çağrı) olarak ayarlandığı R5EVENTS tablosunu sorgulayın. EVT_CREATED günlüklerini kullanın. Yakala Bir talep kaydı eklendiğinde kaydedilir Event tipi explicit | |||
| İş Başladı | Varlık üzerindeki fiziksel işin gerçek başlangıcını gösterir. Bu genellikle ilk işgücü kayıt zaman damgasından veya belirli bir mobil durum güncellemesinden anlaşılır. | ||
| Neden önemli Malzeme Talep Süresi ve Teknisyen Kullanım Verimliliğini hesaplamak için çok önemlidir. 'Planlanan' zaman ile 'Çalışılan' zaman arasında ayrım yapar. Nereden alınır R5BOOKEDHOURS'taki en erken Başlangıç Tarihinden veya R5EVENTSTATUS'ta 'Devam Ediyor' durum değişikliğinden türetin. Yakala X alanını Y ile karşılaştırarak türetilir Event tipi inferred | |||
| İş Emri Kapatıldı | İş emrinin arşivlendiği ve başka maliyetlerin kaydedilemeyeceği son idari adımdır. Bu, durumun yaşam döngüsünü sonlandırır. | ||
| Neden önemli İdari Kapanış Verimliliği ölçümünü sonlandırır. Temiz veri ve 'zombi' açık siparişleri önlemek için esastır. Nereden alınır R5EVENTSTATUS'tan 'Kapat' durumuna geçişi sorgulayın. Bu, EVT_STATUS alanını 'C' olarak ayarlar. Yakala Durum 'Kapatıldı' olarak değiştiğinde kaydedilir Event tipi explicit | |||
| İş Emri Oluşturuldu | Bir iş emri nesnesinin, bir talepten dönüştürülmüş veya doğrudan oluşturulmuş olsun, resmi olarak oluşturulmasını temsil eder. Bu olay, bakım durumu için maliyetlerin, kaynakların ve durum geçmişinin takibini başlatır. | ||
| Neden önemli Birikim ve Üretim İzleyicisi için birincil vaka oluşturma olayı. Talep aşaması ile gerçek bakım yönetimi Nereden alınır EVT_TYPE'ın 'JOB' veya 'PPM' olduğu yeni kayıtlar için R5EVENTS tablosunu sorgulayın. Alternatif olarak, R5EVENTSTATUS'taki ilk 'Open' durumuna yapılan durum değişikliklerini takip edin. Yakala İşlem bir WO kaydı oluşturduğunda kaydedilir Event tipi explicit | |||
| İş Emri Tamamlandı | Bakım işinin teknik olarak tamamlanmasını işaret eder. Varlık hizmete geri döndürülür, ancak finansal ve idari görevler devam edebilir. | ||
| Neden önemli Kritik Varlıklar için SLA Performansının bitiş noktasıdır. 'İş Tamamlandı' ile 'Evrak Tamamlandı' arasında ayrım yapar. Nereden alınır R5EVENTSTATUS'taki durumu 'C' (Tamamlandı) veya 'J' (İş Tamamlandı) olarak değiştirin. EVT_DATECOMPLETED'ı kontrol edin. Yakala Durum 'Tamamlandı' olarak değiştiğinde kaydedilir Event tipi explicit | |||
| Bakım Kayıtları Güncellendi | İş emrinin teknik notlar, arıza kodları veya durum izleme `veri`leriyle zenginleştirilmesini kaydeder. Bu genellikle fiziksel işin sonuna doğru gerçekleşir. | ||
| Neden önemli Teknik Dokümantasyon Uyumluluğu izlemeyi destekler. Gelecekteki güvenilirlik analizi için veri kalitesini sağlar. Nereden alınır R5COMMENTS tablosundaki güncellemeleri veya R5EVENTS'teki 'Sorun/Arıza/Neden' alanlarındaki güncellemeleri takip edin. Yakala Kayıt güncellendiğinde kaydedilir Event tipi explicit | |||
| Finansal Uzlaştırma İşlemi Yapıldı | İş emriyle ilişkili maliyetlerin nihai hesaplamasını ve kaydedilmesini temsil eder. Bu, tüm işçilik ve malzemelerin bütçeye göre muhasebeleştirilmesini sağlar. | ||
| Neden önemli Tahmini ve Gerçek Maliyet Analizini destekler. Buradaki gecikmeler finansal raporlama doğruluğunu etkiler. Nereden alınır Genellikle İş Emrinin düzenleme için kilitlendiği tarihten veya işlem günlüğünde nihai maliyet güncelleme işleminin gerçekleştiği zamandan çıkarılır. Yakala X alanını Y ile karşılaştırarak türetilir Event tipi calculated | |||
| İş Emri Onaylandı | Bakım işinin gerekli yönetim seviyesi tarafından yetkilendirildiğini 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 eyleme geçirilebilir bakımın başlangıcını işaret eder. Buradaki gecikmeler, kritik varlık arızalarına yanıt verme süresini doğrudan etkiler. Nereden alınır R5EVENTSTATUS geçmiş tablosuna 'A' (Onaylandı) veya 'R' (Serbest Bırakıldı) durum kodunun eklenmesini takip edin. Yakala Durum 'Onaylandı' olarak değiştiğinde kaydedilir Event tipi explicit | |||
| Kalite Kontrol Testi Yapıldı | Onarımın nihai onaydan önce incelendiği belirli bir doğrulama adımını gösterir. Bu başarısız olursa, süreç execution'a geri döner. | ||
| Neden önemli Bakım Yeniden İşleme ve Kalite Denetimi Nereden alınır R5CHECKLISTS'te belirli kontrol listesi tamamlamasını veya R5EVENTSTATUS'ta 'İnceleme' durumuna geçişi belirleyin. Yakala Durum alanını öncesi/sonrası ile karşılaştır Event tipi inferred | |||
| Kaynaklar Planlandı | İş emrine belirli teknisyenlerin veya ekiplerin atanmasını kaydeder. Bu, planlamadan kaynak tahsisine geçişi işaret eder. | ||
| Neden önemli İş Gücü Verimliliği ve Planlama dashboard'unu destekler. Onay ve gerçek kaynak kullanılabilirliği arasındaki boşlukları belirlemeye yardımcı olur. Nereden alınır İş atamaları için R5ACTIVITIES tablosundaki değişiklikleri veya R5EVENTSTATUS'taki 'Planlandı' durum değişikliklerini takip edin. Yakala Kaynak ataması gerçekleştiğinde kaydedilir Event tipi explicit | |||
| Malzeme Çıktısı | Yedek parçaların envanterden iş emrine fiziksel olarak çıkarılmasını kaydeder. Bu adım, malzemelerin kullanıma hazır olduğunu teyit eder. | ||
| Neden önemli Tedarik zinciri gecikme analizi için kapanış olayı. Parça kısıtlamalarının çözüldüğünü doğrular. Nereden alınır R5TRANSACTIONS'tan İş Emri ile bağlantılı 'I' (Sorun) işlem türünü sorgulayın. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi explicit | |||
| Malzeme Talep Formu Gönderildi | Bakım görevi için gereken yedek parçalara yönelik özel talebi kaydeder. Bu olay, tedarik zinciri süreçlerini bakım yürütme ile ilişkilendirmek için hayati öneme sahiptir. | ||
| Neden önemli Malzeme Tedarik Gecikmesi Analizi dashboard'u için başlangıç noktasıdır. Parça tedarikinin bakım gecikmelerinin temel nedeni olup olmadığını belirler. Nereden alınır İş Emri Kimliği ile bağlantılı oluşturma zaman damgaları için R5REQUISITIONS veya R5MATLIST tablolarını sorgulayın. Yakala X işlemi yürütüldüğünde kaydedildi Event tipi 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 genellikle durumun bir planlama aşamasından onaya hazır bir aşamaya geçtiği zaman anlaşılır. | ||
| Neden önemli İş Emri Onay Döngüsü Süresini ölçmek ve yürütmeden önce idari Nereden alınır R5EVENTSTATUS'ta durum 'Planlama'dan 'Onay Talep Et' veya 'Yayımlandı' olarak değiştiğinde çıkarım yapın. Yakala Durum alanını öncesi/sonrası ile karşılaştır Event tipi inferred | |||
Veri Çekim Kılavuzları
Adımlar
Databridge Modülünün Kullanılabilirliğini Doğrulayın: Infor EAM'e yönetici olarak giriş yapın. Yönetim menüsüne gidin ve Databridge modülünün etkin olduğundan ve İş Ortağı ve Belge yapılandırma ekranlarına erişiminizin olduğundan emin olun.
Dışa Aktarma İş Ortağını Tanımlayın: Databridge'de ProcessMind için özel olarak yeni bir İş Ortağı oluşturun (örn. iş ortağı kodu
PMIND). XML/CSV dosyalarının nereye kaydedilmesini istediğinize bağlı olarak İletişim yönteminiDOSYAveyaFTPolarak yapılandırın. Maksimumveridoğruluğu için çıktı formatını XML olarak ayarlayın.İş Nesnelerini (Belgeler) Yapılandırın: Gerekli
aktiviteleri yakalamak için belirli Infor EAM İş Nesnelerine (BOD'lar) abone olmanız gerekir. İş Ortağı yapılandırmanıza aşağıdaki Belgeleri ekleyin:MP0094_SyncWorkOrder: Oluşturma, durum değişiklikleri, güncellemeler ve kapanışları yakalar.MP0024_SyncBookedHours: İşçilik kaydını (Execution) yakalar.MP3036_SyncTransaction: Malzeme sorunlarını ve iadelerini yakalar.MP0026_SyncRequisition: Malzeme taleplerini yakalar.MP0098_SyncWorkOrderActivity: Planlama ve zamanlama detaylarını yakalar.
Filtre Yapılandırmalarını Ayarlayın: Her Belge için, ilgisiz
verileri hariç tutmak üzere filtreler uygulayın.SyncWorkOrderiçinOrganizationa göre filtreleyin veWork Order Type'ın null olmadığından emin olun.Datefiltresini analiz döneminizi kapsayacak şekilde ayarlayın (örn. son 12 ay).Olay Tetikleyicilerini Etkinleştirin: Olay Yapılandırması ekranında, seçilen Belgelere karşılık gelen varlıklar için
Kaydetmede,GüncellemedeveDurum Değişikliğindetetikleyicilerinin etkinleştirildiğinden emin olun. Bu, bir kullanıcı sistemle etkileşim kurduğundaverilerin anında dışarı aktarılmasını sağlar.VeriÖğelerini Eşleştirin: Databridge XMLtemplateini gerekli belirli sütunları içerecek şekilde yapılandırın.EVT_CODE'unWorkOrderNumber'a eşleştiğinden, durum takibi içinEVT_STATUS'un dahil edildiğinden veEVT_DAT_CREATED'in mevcut olduğundan emin olun.İlk Yüklemeyi Gerçekleştirin: Databridge öncelikli olarak olay tabanlıdır, ancak geçmiş analizi için bir Toplu Dışa Aktarma çalıştırmanız gerekir. Databridge Dışa Aktarma ekranına gidin,
PMINDiş ortağını seçin,SyncWorkOrderbelgesini seçin, tarih aralığını tanımlayın ve geçmiş yığılmayı oluşturmak içinGönder'e tıklayın.Çıktıyı Standartlaştırın: Dışa aktarma, hiyerarşik XML dosyaları üretecektir. Bu XML'leri düzleştirmek için bir betik aracı (Python, PowerShell veya bir ETL ara yazılımı gibi) kullanın. Mantık şöyledir: Bir XML düğümü = Bir Olay Satırı. Aşağıdaki Sorgu bölümünde tanımlanan eşleme kurallarını kullanın.
Aktiviteİsimlerini Türetin: Dönüştürme betiğinizde, sistem kodlarını (örn. DurumR'yiİş Emri Oluşturulduya, DurumC'yiİş Emri Tamamlandıya) insan tarafından okunabilirAktiviteisimlerine çevirmek için Sorgu bölümünde sağlanan koşullu mantığı kullanın.Zaman Damgasını Biçimlendirin: Infor EAM, zaman damgalarını ISO 8601 formatında dışa aktarır. Bunların ProcessMind ile uyumlu standart
YYYY-MM-DD HH:MM:SSformatına dönüştürüldüğünden emin olun.Olay Günlüğünü Derleyin: Farklı İş Nesnelerinin (İş Emirleri, Kaydedilen Saatler, İşlemler) çıktılarını
WorkOrderNumberveEventTimestamp'a göre sıralayarak tek bir CSV dosyasında birleştirin.Son Doğrulama: Ortaya çıkan CSV'yi ProcessMind'e yükleyin ve Vaka Sayısının Infor EAM'den dışa aktarılan benzersiz İş Emirlerinin sayısıyla eşleştiğini doğrulayın.
Konfigürasyon
- Dışa Aktarma Formatı: Yorumlardaki özel karakterleri yönetmek ve şema uygulamasını sağlamak için düz metin yerine XML önerilir.
- Tetikleme Modu: Yoğun saatlerde Databridge işlemenin kullanıcı arayüzünü yavaşlatmasını önlemek için Zaman Uyumsuz olarak ayarlayın.
- Detay Seviyesi: Belge yapılandırmasında Güncelleme Detaylarını Dahil Et seçeneğinin işaretli olduğundan emin olun, böylece alan seviyesindeki değişiklikleri (Öncelik güncellemeleri veya Departman değişiklikleri gibi) tespit edebilirsiniz.
- Tarih Aralığı: İlk toplu yükleme için standart uygulama 12-24 aylık geçmiş veridir. Sürekli delta yüklemeler için sistem
veriyi gerçek zamanlı olarak iletecektir. - Organizasyon Filtresi: EAM örneğiniz paylaşılıyorsa çok kiracılı
verilerin ayıklanmasını önlemek için her zamanEVT_ORG(Organizasyon) ile filtreleyin. - Durum Yapılandırması: Doğru
Aktiviteeşlemesini sağlamak için kullanıcı tanımlı durumların sistem durumlarına (R, A, C vb.) hangileriyle eşleştiğini doğrulayın.
a Örnek Sorgu config
{
"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şim Kurulumu Infor EAM veritabanınıza (Oracle veya SQL Server) doğrudan bir veritabanı bağlantısı (ODBC/JDBC) kurun. Aşağıdaki tablolarda salt okunur izinlerinizin olduğundan emin olun: R5EVENTS (İş Emirleri), R5STATUS (Durum Geçmişi), R5BOOKEDHOURS (İşçilik), R5TRANSACTIONS (Malzemeler), R5ACTIVITIES (Görevler) ve R5TESTRESULTS (Kalite).
Kapsamı ve Filtreleri Tanımlayın
Veriçekme aralığını belirleyin. Genellikle, son 12 ila 24 aylık bir kayan pencere,Process Miningiçin yeterlidir. Çoklu tesisli bir örnek çalıştırıyorsanız, ilgiliverileri filtrelemek için Organizasyon Kodunuzu (ORG) belirleyin.Durum Eşleşmelerini Yapılandırın Infor EAM, kullanıcı tanımlı durumlara izin verir. Sağlanan SQL betiğini inceleyin ve 'A' (Onaylandı) veya 'C' (Kapatıldı) gibi yer tutucuları, özel EAM yapılandırmanızda kullanılan gerçek durum kodlarıyla değiştirin. Emin değilseniz bunları R5STATUS_CODES tablosunda bulabilirsiniz.
SQL Betiğini Hazırlayın Sorgu bölümünde sağlanan SQL'i kopyalayın. [StartDate] ve [EndDate] yer tutucularını istediğiniz tarih aralığıyla (örn. '2023-01-01') değiştirin. [Your Organization Code] yer tutucusunu özel iş birimi filtrenizle değiştirin.
Veri Çekmeyi 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şçilik kayıtlarını ve malzeme işlemlerini tek bir standart olay günlüğü formatında birleştirmek için UNION ALL kullanır.
VeriDoğrulama Çıktıda EventTimestamp sütunundaki NULL zaman damgalarını kontrol edin. Her satır için WorkOrderNumber'ın dolu olduğundan emin olun. EventName sütununun tanımlanan 14aktivitenin sağlıklı bir karışımını içerdiğini doğrulayın.VeriDönüşümü (İsteğe Bağlı) Zaman damgalarınız, analiz gereksinimlerinizden farklı saat dilimi ofsetleri içeriyorsa, sorgu içinde veya işlem sonrası sırasında bir dönüştürme işlevi (AT TIME ZONE gibi) uygulayın.CSV'ye Dışa Aktarma Sorgu sonuçlarını düz bir CSV dosyasına dışa aktarın. Ayırıcının virgül veya noktalı virgül olarak ayarlandığından ve açıklamalar içindeki herhangi bir virgülü işlemek için metin niteleyicilerinin (çift tırnak) kullanıldığından emin olun.
ProcessMind'e Aktarma CSV dosyasını ProcessMind'e yükleyin. Sütunları şu şekilde eşleştirin: WorkOrderNumber'ı Case ID'sine, EventName'i
Aktiviteye ve EventTimestamp'ı Timestamp'a. Kalan sütunları vaka veya olayöznitelikleriolarak eşleştirin.
Konfigürasyon
- Tarih Aralığı: Önerilen veri çekim aralığı 12-24 aydır. Açıkta bekleyen işleri yakalamak için filtrenin EVT_DATE (Oluşturma Tarihi) veya belirli işlem tarihlerine uygulandığından emin olun.
- Organizasyon Filtresi: Süreçler genellikle tesislere göre farklılık gösterdiğinden,
verileri tesis veya şubelere göre ayırmak için EVT_ORG veya ortak Organizasyon sütununu kullanın. - Durum Kodları: Bu sorgu standart durum kodlarına (A, C, R vb.) dayanır. Bunları Yönetim menüsünde Ekran Kurulumu veya Durum kurulumu altında sistem yapılandırmanızla doğrulamanız gerekir.
- Performans: Sorgu, yoğun işlem tablolarını (R5TRANSACTIONS) etkiler. Büyük
verikümelerini (>1 milyon satır) sorgularken EVT_CODE ve TRN_DATE üzerinde uygun kümelenmemiş indekslerin bulunduğundan emin olun. - Saat Dilimleri: Infor EAM tarihleri veritabanı sunucusu saatinde saklar. Kullanıcılarınız farklı bir saat diliminde çalışıyorsa herhangi bir saat farkını hesaba kattığınızdan emin olun.
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]'