Varlık bakımı veri şablonunuz
Varlık bakımı veri şablonunuz
- Bakım takibi için sürece özgü veri alanları
- İş emri yaşam döngüsü analizinde önemli aşamalar
- 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ç analizinde merkezi kayıt tanımlayıcısı olarak kullanılır. Önleyici veya düzeltici nitelikteki belirli bir bakım işini ifade eder ve sonraki tüm etkinlikleri, maliyetleri ve iş gücü kayıtlarını birbirine bağlar. Infor EAM’de bu değer genellikle ana olay tablolarındaki Event Code alanında bulunur. Analistler, süreç örneklerini birbirinden ayırmak için bu alanı kullanır. Tek bir bakım talebine ait tüm olayları bir araya getirerek her işin çevrim süresini ve maliyetini hesaplamaya olanak tanır. Neden önemli? Süreç akışını yeniden oluşturmak ve her bakım kaydını benzersiz biçimde tanımlamak için temel anahtardır. Nereden alınır? R5EVENTS tablosu, EVT_CODE alanı Örnekler 10023456WO-2023-88910023457PM-55421 | |||
| Etkinlik EventName | Bakım yaşam döngüsünde gerçekleşen belirli bir adım veya durum değişikliği. | ||
| Açıklama Bu öznitelik; İş emri oluşturuldu, Malzeme teslim edildi veya İş emri kapatıldı gibi olayın ya da durum değişikliğinin adını içerir. İş emrinde kaydedilen durum değişikliklerinin geçmişinden veya belirli işlem türlerinden elde edilir. Process Mining aracı, bu değerlerin sırasını izleyerek iş akışının izlediği yolu yeniden oluşturur. Böylece süreç çeşitleri, yeniden çalışma döngüleri ve işlem sırası analiz edilebilir. 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 tablosu (TRA_DESC alanı) Örnekler İş emri oluşturulduMalzeme teslim edildiİş emri kapatıldıKaynaklar planlandı | |||
| Zaman damgası EventTimestamp | Etkinliğin gerçekleştiği tarih ve saat. | ||
| Açıklama Bu öznitelik, bir etkinliğin gerçekleştiği kesin zamanı kaydeder. Olayları kronolojik sıraya koymak ve adımlar arasındaki süreyi hesaplamak için kullanılır. Doğru zaman damgaları, darboğazları belirlemek, tedarik sürelerini ölçmek ve SLA uyumluluğunu hesaplamak için önemlidir. Infor EAM’de bu değer genellikle işlem tarihinden veya durum değişikliği tarihinden alınır. Neden önemli? Zamana dayalı tüm analizler ve sıralamalar için gerekli zaman boyutunu sağlar. Nereden alınır? R5EVENTSTATUS tablosu (EVS_DATE alanı) veya R5TRANSACTIONS tablosu (TRA_DATE alanı) Örnekler 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Kaynak sistem SourceSystem | Verinin geldiği sistemin adı. | ||
| Açıklama Bu öznitelik, veri kaydının kaynağını belirtir ve özellikle birden fazla sistemin kullanıldığı ortamlarda önem taşır. Bu görünümde Infor EAM örneğini tanımlayan sabit bir değer olarak kullanılır. Birden fazla veri kaynağı tek bir Process Mining veri modelinde birleştirildiğinde, veri kökenini izlemeye ve sorunları 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 | Verinin çıkarıldığı veya en son 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 ettikleri verilerin ne kadar güncel olduğunu anlamalarına yardımcı olur. Bu değer genellikle kaynak sistemde bulunmaz, 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 bilir. Neden önemli? Verilerin güncelliğini doğrular ve eski Veri Setlerini belirlemeye yardımcı olur. Nereden alınır? Veri çıkarma sırasındaki 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 türünü sınıflandırır. Analistlerin süreç görünümünü ayırarak planlı önleyici bakım döngülerini plansız reaktif onarımlarla karşılaştırmasını sağlar. Ö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 stratejisi analizleri 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 hangi iç departmana veya maliyet merkezine ait olduğunu gösterir. Farklı bakım ekiplerinin performansını karşılaştırmayı sağlar (ör. Elektrik ve Mekanik). Infor EAM’de bu alan genellikle MRC (Bakım Onarım Merkezi) olarak adlandırılır. Neden önemli? Kaynak planlamasını ve departman performansının analizini destekler. Nereden alınır? R5EVENTS tablosu, EVT_MRC alanı Örnekler MEKANİKELEKTRİKTESİSLER | |||
| Ö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çekte belirtir. Kuyrukta öncelikli işlerin doğru sırada ele alınıp alınmadığını görmek için analizleri filtrelemeye yarar. Süreç akışını önceliğe göre incelemek, yüksek öncelikli işlerin gerçekten düşük öncelikli işlerden daha hızlı ilerleyip ilerlemediğini gösterir. Neden önemli? Acil işlere gereken önemin verildiğini doğrulamak için önemlidir. 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, hedef tamamlanma tarihini saklar. Bu tarih genellikle varlığın kritiklik düzeyine ve iş önceliğine göre belirlenir ve planlanan süreye uyumu hesaplamak için temel alınır. Gerçek tamamlanma zaman damgası bu tarihle karşılaştırılarak kuruluşun hizmet seviyesi anlaşmalarını karşılayıp karşılamadığı belirlenir. 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 bu tutarı 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, maliyet tahmin sürecinin veya işin yürütülme verimliliğinin gözden geçirilmesi gerektiğine işaret eder. Neden önemli? Tahmini ve gerçekleşen maliyet analizi Dashboardunu destekler. Nereden alınır? R5EVENTS tablosu, EVT_ESTCOST alanı Örnekler 500.001200.500.00 | |||
| Teknisyen TechnicianName | Görevi yerine getirmek üzere atanan kişi veya kaynak. | ||
| Açıklama Bu öznitelik, belirli bir etkinliği gerçekleştiren kullanıcıyı veya teknisyeni kaydeder. İş gücü verimliliğini incelemek, 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 etkinlikteki sorumlu kişi alanında bulunabilir. Neden önemli? İş gücü verimliliği ve planlama Dashboard analizini mümkün kılar. Nereden alınır? R5BOOKEDHOURS tablosu (BOO_PERSON alanı) veya R5EVENTS tablosu (EVT_PERSON alanı) Örnekler J. SmithM. DoeYüklenici-A | |||
| Toplam gerçekleşen maliyet ActualTotalCost | İşçilik, malzeme ve hizmet maliyetlerinin toplamı. | ||
| Açıklama Bu öznitelik, bakım işinin toplam mali etkisini gösterir. İşçilik saatleri kaydedildikçe ve malzemeler kullanıldıkça güncellenir. Süreçteki temel finansal metriktir; maliyet etkenlerinin analizini ve bütçe raporlamasını sağlar. Neden önemli? Maliyet mutabakatı ve verimlilik analizi için temel metriktir. Nereden alınır? R5EVENTS tablosundaki EVT_ACTCOST alanı (veya işlem tutarlarının 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 bazında bakım geçmişinin bir araya getirilmesini sağlar. Süreç performansını varlık koduna göre incelemek, sık arızalanan veya onarımı ortalamadan uzun süren 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 POMPA-001HVAC-K-22KONVEYÖR-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ı durumları veya belirli süreç davranışlarını açıklayan niteliksel bağlam sağlar. Yapılandırılmış alanlarda yer almayan yaygın arıza türlerini sınıflandırmak için bu metin üzerinde metin analizi yapılabilir. Neden önemli? Kök neden analizine 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 | |||
| İşçilik saatleri LaborHoursUsed | İş emrinde harcanan gerçek çalışma saati. | ||
| Açıklama Bu öznitelik, teknisyenlerin iş emrine kaydettiği süreleri toplar. İş gücü verimliliğini ve teknisyen kullanımını hesaplamak için önemlidir. İş emrinin geçen süresinden farklıdır; takvim süresini değil, harcanan gerçek emeği gösterir. Neden önemli? İş gücü verimliliği ve planlama Dashboardu için temel veridir. Nereden alınır? Etkinliğe ait R5BOOKEDHOURS saatlerinin toplamı Örnekler 2.58.00.5 | |||
| Kuruluş OrganizationCode | Varlığın bağlı olduğu iş birimi veya tesis. | ||
| Açıklama Birden fazla tesisin bulunduğu kurulumlarda bu öznitelik, ilgili 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. Konumlara göre küçük farklılıklar gösterebilen süreçlerin genel Dashboardlarda izlenmesi için gereklidir. Neden önemli? Farklı tesisler arasında kıyaslama yapmak için İş birimi görünümünü destekler. Nereden alınır? R5EVENTS tablosu, EVT_ORG alanı Örnekler NYC-TESİSLON-MERKEZÜRT-01 | |||
| Malzeme maliyeti MaterialCost | İş emrine verilen yedek parçaların maliyeti. | ||
| Açıklama Bu öznitelik, malzeme maliyetini toplam maliyetten ayırır. Tedarik zinciri giderlerini işçilik giderlerinden ayırt etmeye yardımcı olur. Bu maliyetin ayrı izlenmesi, yedek parça fiyatlandırması ve envanter yönetimiyle ilgili kararları destekler. Neden önemli? Ayrıntılı finansal analiz için gereken bilgi. Nereden alınır? R5TRANSACTIONS tablosunda işlem türü issue olan kayıtlar üzerinden hesaplanır Örnekler 150.0020.00 | |||
| SLA ihlali var mı IsSlaBreached | Tamamlanma zamanının hedef tarihi aşıp aşmadığını gösteren işaret. | ||
| Açıklama Bu mantıksal öznitelik, İş emri tamamlandı zaman damgasını SLA hedef tarihiyle 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/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 taşıdıkları öneme göre sınıflandırır (ör. A, B, C). Analistler, yüksek değerli varlıklara gereken aciliyetle müdahale edilip edilmediğini görmek için süreci bu sınıflara göre inceleyebilir. Bu veri genellikle iş emriyle ilişkilendirilmiş varlık ana kaydından alınır. Neden önemli? Bakım gecikmelerinin risk temelinde analiz edilmesini sağlar. Nereden alınır? R5OBJECTS tablosu (OBJ_CRITICALITY alanı), EVT_OBJECT üzerinden ilişkilendirilir Örnekler A - KritikB - ÖnemliC - Arızalanana kadar çalıştır | |||
| Yeniden çalışma var mı IsRework | İş emrinde adımların tekrarlandığını gösteren işaret. | ||
| Açıklama Bu mantıksal öznitelik, süreç akışında döngü olup olmadığını, özellikle kalite kontrolün ardından işin yürütülmesine geri dönülüp dönülmediğini gösterir. Veri dönüştürme sırasında yinelenen Bakım görevi yürütüldü etkinlikleri kontrol edilerek hesaplanır. Yeniden çalışma oranının yüksek olması, kalite sorunlarına veya yetersiz eğitime işaret eder. Neden önemli? Bakımda yeniden çalışma ve kalite denetimi Dashboardunu doğrudan destekler. Nereden alınır? ETL/Process Mining aracında hesaplanır Örnekler truefalse | |||
Varlık bakımı etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Bakım işi yürütüldü | Teknisyenlerin kaydettiği çalışma saatleri üzerinden izlenen bakım işinin devam eden uygulamasını ifade eder. Bu etkinlik, tek bir iş emri için birden fazla kez tekrarlanabilir. | ||
| Neden önemli? Teknisyen kullanım verimliliği KPI’ını ve iş gücü tahmin doğruluğunu hesaplamak için kullanılır. İş tamamlanmadan sık sık tekrarlanması, onarımın zor olduğuna işaret edebilir. Nereden alınır? İş emriyle ilişkili R5BOOKEDHOURS tablosundaki her kaydı çıkarın. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Bakım talebi alındı | Bakım talebinin sisteme ilk kez girildiğini gösterir. Talep genellikle bir hizmet portalından veya çağrı merkezi arayüzünden gelir. Infor EAM’de bu kayıt, resmi bir iş emrine dönüştürülmeden önce genellikle Call veya Request varlıklarında oluşturulur. | ||
| Neden önemli? Bakım iş birikiminin büyüme oranını ve toplam çözüm süresini hesaplamak için başlangıç noktasını belirler. Bakım departmanına yöneltilen gerçek talebi saptamak açısından önemlidir. Nereden alınır? EVT_TYPE alanı 'R' (Talep) veya 'C' (Çağrı) olan R5EVENTS tablosunu sorgulayın. EVT_CREATED kayıtlarını kullanın. Kaydedin Talep kaydı eklendiğinde kaydedilir Olay türü explicit | |||
| İş emri kapatıldı | İş emrinin arşivlendiği ve artık yeni 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. Verilerin düzenli kalması ve 'zombi' açık iş emirlerinin önlenmesi açısından önemlidir. Nereden alınır? Durumun 'Kapatıldı' olarak değişmesi için R5EVENTSTATUS tablosunu sorgulayın. Bu işlem EVT_STATUS alanını 'C' olarak ayarlar. Kaydedin Durum Kapatıldı 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 resmi iş emri nesnesini ifade eder. Bu olay, bakım kaydı için maliyetlerin, kaynakların ve durum geçmişinin izlenmesini başlatır. | ||
| Neden önemli? İş birikimi ve işlem hacmi izleyicisi için temel kayıt oluşturma olayıdır. Talep aşamasıyla gerçek bakım yönetimi iş akışını birbirinden ayırır. Nereden alınır? EVT_TYPE değeri 'JOB' veya 'PPM' olan yeni kayıtlar için R5EVENTS tablosunu sorgulayın. Alternatif olarak R5EVENTSTATUS tablosunda ilk 'Açık' durumuna geçişi izleyin. Kaydedin İşlem bir iş emri 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 işler devam edebilir. | ||
| Neden önemli? Kritik varlıklar için SLA performansının ölçüm noktasıdır. 'İş tamamlandı' ile 'Evrak işleri tamamlandı' durumlarını birbirinden ayırır. Nereden alınır? R5EVENTSTATUS tablosunda durumun 'C' (Tamamlandı) veya 'J' (İş tamamlandı) olarak değişmesini izleyin. EVT_DATECOMPLETED alanını kontrol edin. Kaydedin Durum Tamamlandı olarak değiştiğinde kaydedilir Olay türü explicit | |||
| İşe başlandı | Varlık üzerindeki fiziksel çalışmanın fiilen başladığını gösterir. Bu durum genellikle ilk iş gücü kaydının zaman damgasından veya mobil cihazdaki belirli bir durum güncellemesinden çıkarılır. | ||
| Neden önemli? Malzeme talebi tedarik süresini ve teknisyen kullanım verimliliğini hesaplamak için önemlidir. 'Planlandı' ve 'Çalışıyor' sürelerini birbirinden ayırır. Nereden alınır? R5BOOKEDHOURS tablosundaki en erken başlangıç tarihinden veya R5EVENTSTATUS tablosunda durumun 'Devam ediyor' olarak değişmesinden çıkarım yapın. Kaydedin X alanını Y alanıyla karşılaştırarak çıkarım yapın Olay türü inferred | |||
| 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 çalışma sona ererken yapılır. | ||
| Neden önemli? Teknik dokümantasyon uyumluluğunun izlenmesini destekler. Gelecekteki güvenilirlik analizleri için veri kalitesini sağlar. Nereden alınır? R5COMMENTS tablosundaki güncellemeleri veya R5EVENTS tablosundaki 'Problem/Arıza/Neden' alanlarındaki değişiklikleri izleyin. Kaydedin Kayıt güncellendiğinde kaydedilir Olay türü explicit | |||
| Finansal mutabakat tamamlandı | İş emriyle ilişkili maliyetlerin son kez hesaplanıp kaydedilmesini ifade eder. Böylece tüm iş gücü ve malzeme giderleri bütçeye işlenir. | ||
| Neden önemli? Tahmini ve gerçekleşen maliyet analizini destekler. Buradaki gecikmeler, finansal raporların doğruluğunu etkiler. Nereden alınır? Genellikle iş emrinin düzenlemeye kapatıldığı tarihten veya işlem günlüğüne son maliyet güncellemesinin kaydedildiği andan çıkarım yapılır. Kaydedin X alanını Y alanıyla karşılaştırarak çıkarım yapın 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 bakım işinin başlayabileceği noktayı gösterir. Buradaki gecikmeler, kritik varlık arızalarına yanıt verme hızını doğrudan etkiler. Nereden alınır? R5EVENTSTATUS geçmiş tablosuna 'A' (Onaylandı) veya 'R' (Yayımlandı) durum kodunun eklenmesini izleyin. Kaydedin Durum Onaylandı olarak değiştiğinde kaydedilir Olay türü explicit | |||
| Kalite kontrol testi yapıldı | Onarımın son onaydan önce incelendiği doğrulama adımını gösterir. Test başarısız olursa süreç uygulama aşamasına geri döner. | ||
| Neden önemli? Bakımda yeniden çalışma ve kalite denetimi Dashboardunu destekler. Kalite sorunlarını ve yeniden çalışma döngülerini belirler. Nereden alınır? R5CHECKLISTS tablosunda belirli bir kontrol listesinin tamamlandığını veya R5EVENTSTATUS tablosunda durumun 'İnceleme' aşamasına geçtiğini belirleyin. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
| Kaynaklar planlandı | Belirli teknisyenlerin veya ekiplerin iş emrine atanmasını kaydeder. Planlamadan kaynak tahsisine geçişi gösterir. | ||
| Neden önemli? İş gücü verimliliği ve planlama Dashboardunu destekler. Onay ile kaynakların fiilen kullanılabilir olması arasındaki boşlukları belirlemeye yardımcı olur. Nereden alınır? İş gücü atamalarındaki değişiklikleri R5ACTIVITIES tablosundan veya R5EVENTSTATUS tablosunda durumun 'Planlandı' olarak değişmesinden izleyin. Kaydedin Kaynak ataması yapıldığında kaydedilir Olay türü explicit | |||
| Malzeme talebi gönderildi | Bakım işini gerçekleştirmek için gereken yedek parçaların talebini kaydeder. Bu olay, tedarik zinciri süreçlerini bakım uygulamasıyla ilişkilendirmek için önemlidir. | ||
| Neden önemli? Malzeme tedarik gecikmesi analizi Dashboardu 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ğiyle ilişkili oluşturulma zaman damgaları için R5REQUISITIONS veya R5MATLIST tablolarını sorgulayın. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Malzeme teslim edildi | Yedek parçaların envanterden iş emrine fiziksel olarak verildiğini kaydeder. Bu adım, malzemelerin kullanıma hazır olduğunu doğrular. | ||
| Neden önemli? Tedarik zinciri gecikmesi analizini tamamlayan olaydır. Parça kısıtlarının giderildiğini doğrular. Nereden alınır? İş emriyle ilişkili 'I' (Teslim) işlem türü için R5TRANSACTIONS tablosunu sorgulayın. Kaydedin X işlemi yürütüldüğünde kaydedilir Olay türü explicit | |||
| Planlama ve maliyet tahmini 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 aşamasından onaya hazır bir duruma geçmesiyle anlaşılır. | ||
| Neden önemli? İş emri onay çevrim süresini ölçmek ve uygulama öncesindeki idari darboğazları belirlemek açısından önemlidir. Planlama sürelerinin analizini destekler. Nereden alınır? Durum 'Planlama’dan 'Onay talebi' veya 'Yayımlandı' durumuna geçtiğinde R5EVENTSTATUS kayıtlarından çıkarım yapın. Kaydedin Durum alanını önceki ve sonraki değerleriyle karşılaştırın Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
Databridge modülünün kullanılabilir olduğunu doğrulayın: Infor EAM’de yönetici olarak Giriş yapın. Administration menüsüne gidin ve Databridge modülünün etkin olduğunu, Partner ve Document yapılandırma ekranlarına erişiminiz bulunduğunu doğrulayın.
Dışa aktarma iş ortağını tanımlayın: Databridge’de özellikle ProcessMind için yeni bir Partner oluşturun (ör. iş ortağı kodu
PMIND). XML/CSV dosyalarının nereye aktarılacağına bağlı olarak Communication yönteminiFILEveyaFTPolarak yapılandırın. Verilerin aslına en uygun biçimde aktarılması için çıktı biçimini XML olarak ayarlayın.İş nesnelerini yapılandırın (Belgeler): Gerekli etkinlikleri yakalamak için belirli Infor EAM İş Nesnelerine (BOD) abone olmanız gerekir. Partner yapılandırmanıza şu Belgeleri ekleyin:
MP0094_SyncWorkOrder: Oluşturma, durum değişiklikleri, güncellemeler ve kapatma bilgilerini yakalar.MP0024_SyncBookedHours: İşçilik kaydını (Yürütme) yakalar.MP3036_SyncTransaction: Malzeme çıkışlarını ve iadelerini yakalar.MP0026_SyncRequisition: Malzeme taleplerini yakalar.MP0098_SyncWorkOrderActivity: Zamanlama ve planlama ayrıntılarını yakalar.
Filtreleri yapılandırın: İlgisiz verileri dışarıda bırakmak için her Belgeye filtre uygulayın.
SyncWorkOrderiçinKuruluşalanına göre filtreleyin veWork Order Typealanının boş olmadığından emin olun.Tarihfiltresini analiz dönemini kapsayacak şekilde ayarlayın (ör. son 12 ay).Olay tetikleyicilerini etkinleştirin: Event Configuration ekranında, seçilen Belgelerle ilişkili varlıklar için
On Save,On UpdateveOn Status Changetetikleyicilerinin etkin olduğundan emin olun. Böylece kullanıcı sistemde işlem yaptığında veriler hemen dışarı aktarılır.Veri öğelerini eşleyin: Databridge XML şablonunu gerekli sütunları içerecek şekilde yapılandırın.
EVT_CODEalanınınWorkOrderNumberile eşlendiğini, durum takibi içinEVT_STATUSalanının eklendiğini veEVT_DAT_CREATEDalanının kullanılabilir olduğunu doğrulayın.İlk yüklemeyi gerçekleştirin: Databridge öncelikli olarak olaylarla çalışır. Ancak geçmiş verileri analiz etmek için Batch Export çalıştırmanız gerekir. Databridge Export ekranına gidin,
PMINDiş ortağını seçin,SyncWorkOrderbelgesini belirleyin, tarih aralığını tanımlayın ve geçmiş verileri oluşturmak içinGönderinseçeneğine tıklayın.Çıktıyı standartlaştırın: Dışa aktarma işlemi hiyerarşik XML dosyaları oluşturur. Bu dosyaları düzleştirmek için Python, PowerShell veya ETL ara yazılımı gibi bir betik aracı 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 adlarını türetin: Dönüştürme betiğinizde, sistem kodlarını (ör. Durum
Riçin 'Work Order Generated', DurumCiçin 'Work Order Completed') kullanıcıların anlayacağı Aktivite adlarına dönüştürmek üzere Sorgu bölümündeki koşullu mantığı kullanın.Zaman damgası biçimini ayarlayın: Infor EAM zaman damgalarını ISO 8601 biçiminde dışa aktarır. Bunları ProcessMind ile uyumlu standart
YYYY-MM-DD HH:MM:SSbiçimine dönüştürün.Olay günlüğünü birleştirin: Farklı İş Nesnelerinden (İş Emirleri, Kaydedilen Saatler, İşlemler) gelen çıktıları tek bir CSV dosyasında birleştirin ve
WorkOrderNumberileEventTimestampalanlarına göre sıralayın.Son doğrulamayı yapın: Oluşan CSV dosyasını 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.
Yapılandırma
- Dışa aktarma biçimi: Yorumlardaki özel karakterleri doğru işlemek ve şema kurallarını uygulamak için düz metin yerine XML kullanılması önerilir.
- Tetikleme modu: Yoğun saatlerde Databridge’in kullanıcı arayüzünü yavaşlatmasını önlemek için Asynchronous seçeneğini kullanın.
- Ayrıntı düzeyi: Alan düzeyindeki değişiklikleri (ör. öncelik veya departman güncellemeleri) algılamak 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ş veri kullanılır. Düzenli artımlı yüklemelerde sistem verileri gerçek zamanlı olarak aktarır.
- Kuruluş filtresi: EAM örneğiniz paylaşılıyorsa birden fazla kiracının verilerini çıkarmamak için her zaman
EVT_ORG(Organization) alanına göre filtreleyin. - Durum yapılandırması: Etkinlik eşlemesinin doğru olması için kullanıcı tanımlı durumların sistem durumlarıyla (R, A, C vb.) nasıl eşleştiğini doğrulayın.
Ö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 veritabanı bağlantısı (ODBC/JDBC) kurun. Şu tablolarda salt okunur izinleriniz olduğundan emin olun: R5EVENTS (İş Emirleri), R5STATUS (Durum Geçmişi), R5BOOKEDHOURS (İş Gücü), R5TRANSACTIONS (Malzemeler), R5ACTIVITIES (Görevler) ve R5TESTRESULTS (Kalite).
Kapsamı ve filtreleri belirleyin Veri çıkarma dönemini belirleyin. Process Mining için genellikle son 12-24 ayı kapsayan hareketli bir dönem yeterlidir. Birden fazla tesiste çalışan bir sistem kullanıyorsanız ilgili verileri filtrelemek için Kuruluş kodunuzu (ORG) belirleyin.
Durum eşlemelerini yapılandırın Infor EAM, kullanıcı tanımlı durumları destekler. Sağlanan SQL komut dosyasını inceleyin ve 'A' (Onaylandı) veya 'C' (Kapalı) 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 komut dosyasını hazırlayın Sorgu bölümünde verilen SQL kodunu kopyalayın. [StartDate] ve [EndDate] yer tutucularını istediğiniz tarih aralığıyla değiştirin (ör. '2023-01-01'). [Your Organization Code] yerine kendi iş birimi filtrenizi yazın.
Verileri çıkarın 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 Çıktıdaki 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 etkinliğin çeşitli örneklerinin bulunduğunu doğrulayın.
Verileri dönüştürün (isteğe bağlı) Zaman damgalarınızda analiz gereksinimlerinizden farklı saat dilimi farkları varsa sorguda veya son işleme 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ıyı virgül veya noktalı virgül olarak ayarlayın; açıklamalardaki virgüllerin sorun çıkarmaması için metin alanlarını çift tırnak içine alın.
ProcessMind’e aktarın CSV dosyasını ProcessMind’e yükleyin. Sütunları şu şekilde eşleyin: WorkOrderNumber alanını Case ID, EventName alanını Activity ve EventTimestamp alanını Timestamp ile eşleyin. Kalan sütunları vaka veya olay öznitelikleri olarak eşleyin.
Yapılandırma
- Tarih aralığı: Önerilen veri çıkarma dönemi 12-24 aydır. Açık vakaların devam eden durumunu yakalamak için filtrenin EVT_DATE (Oluşturulma Tarihi) alanına veya ilgili işlem tarihlerine uygulandığından emin olun.
- Kuruluş filtresi: Verileri tesis veya konuma göre ayırmak için EVT_ORG ya da ortak Organization sütununu kullanın. Süreçler tesise göre farklılık gösterebilir.
- Durum kodları: Bu sorgu standart durum kodlarını (A, C, R vb.) kullanır. Yönetim menüsündeki Screen Setup veya Status Setup bölümünden bu kodları sistem yapılandırmanızla karşılaştırarak doğrulayın.
- Performans: Sorgu, yoğun işlem tablolarını (R5TRANSACTIONS) kullanır. Büyük veri kümelerini (1 milyondan fazla satır) sorguluyorsanız EVT_CODE ve TRN_DATE alanlarında uygun kümelenmemiş dizinler bulunduğundan emin olun.
- Saat dilimleri: Infor EAM tarihleri veritabanı sunucusunun saatine göre saklar. Kullanıcılarınız farklı bir saat dilimindeyse saat farkını hesaba katın.
Ö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ı iyileştirmeye hemen başlamak için bu şablondan yararlanın. Teknik ekibimiz, veri çıkarma ve haritalama sürecinde size destek olabilir.
Infor EAM’de varlık bakımını bugün iyileştirin
Bakım çevrim süresini bugünden başlayarak yüzde 30 azaltın
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.