Varlık Bakım Veri Şablonunuz

Infor EAM
Varlık Bakım Veri Şablonunuz

Varlık Bakım Veri Şablonunuz

Bu şablon, gelişmiş süreç keşfi için Infor EAM'den bakım verilerinizi yapılandırmak üzere kapsamlı bir çerçeve sunar. Teknisyen planlaması ve parça tedarikindeki verimsizlikleri belirlemek için gereken belirli öznitelikleri ve aktiviteleri ana hatlarıyla belirtir. Ham sistem günlüklerinizi bakım yaşam döngünüzün net bir haritasına dönüştürmek için bu yönergeleri kullanın.
  • Bakım takibi için sürece ö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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Varlık Bakım Öznitelikleri

Bunlar, varlık bakımı ve güvenilirliğinin kapsamlı bir analizi için olay günlüğünüze dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 8 Önerilen 7 İsteğe Bağlı
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, verilerin Infor EAM ortamına kadar izlenebilirliğini sağlar.

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

Veri güncelliğini doğrular ve eski veri kümelerini belirlemeye yardımcı olur.

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 dashboardı ve güvenilirlik stratejisi analizi için kritiktir.

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 dashboard analizini etkinleştirir.

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 dashboardı için anahtar.

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 öznitelik belirli tesisi veya iş birimini tanımlar. Farklı tesisler veya coğrafi bölgeler arasında üst düzey karşılaştırmalar yapılmasına olanak tanır.

Süreçlerin konumlar arasında biraz farklılık gösterebildiği küresel dashboard uygulamaları için esastır.

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/Process Mining aracında hesaplanır

Ö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 dashboard'ını doğrudan destekler.

Nereden alınır

ETL/Process Mining aracında hesaplanır

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

Varlık Bakım Aktiviteleri

Bunlar, bakım yaşam döngünüzün doğru bir şekilde keşfedilmesi için olay günlüğünüze kaydedilmesi gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 İsteğe Bağlı
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 workflowu arasında ayrım yapar.

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 dashboardı için esastır. Kalite sorunlarını ve yeniden işleme döngülerini belirler.

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 darboğazları belirlemek için kritiktir. Planlama ön sürelerinin analizini destekler.

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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

`Process Mining` uygulamaları için bakım `veri`lerinizi Infor EAM'den başarılı bir şekilde nasıl çekeceğinizi öğrenin.