Varlık Bakımı Veri Template'iniz

SAP Plant Maintenance
Varlık Bakımı `Veri Template`'iniz

Varlık Bakımı Veri Template'iniz

Bu şablon, bakım iş akışlarınızı analiz etmek için gereken nitelikleri, etkinlikleri ve çıkarma rehberliğini içeren kapsamlı bir çerçeve sunar. Sürecinizi haritalamak ve operasyonel performansınız hakkında eyleme dönüştürülebilir içgörüler elde etmek için gereken temel veri noktalarını belirlemenize yardımcı olur.
  • Toplama için önerilen nitelikler
  • İzlenmesi gereken kritik bakım faaliyetleri
  • SAP PM için teknik çıkarma rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Varlık Bakım Nitelikleri

Kapsamlı ve doğru bir varlık bakım analizi için event log'unuza dahil etmeniz gereken önerilen veri alanları bunlardır.
5 Gerekli 11 Önerilen 5 İsteğe Bağlı
Ad Açıklama
Bakım İş Emri
MaintenanceWorkOrder
Bakım iş emri için benzersiz tanımlayıcı.
Açıklama

Bakım İş Emri, SAP Plant Maintenance'daki (AUFK tablosu, AUFNR alanı) merkezi belgedir. Bakım gereksinimini (Bildirim) yürütme kaynaklarına, malzemelere ve maliyetlere bağlar. Process mining analizinde bu, bir bakım işinin oluşturulmasından teknik ve ticari tamamlanmasına kadar uçtan uca yaşam döngüsünün yeniden yapılandırılmasına olanak tanıyan Vaka Kimliği olarak işlev görür.

Neden önemli

Tüm faaliyetleri, maliyetleri ve zaman damgalarını bir araya getiren, süreç akışının görselleştirilmesini sağlayan benzersiz anahtardır.

Nereden alınır

SAP Tablosu AUFK, Alan AUFNR

Örnekler
00004001234540012345000040098765
Faaliyet Adı
Activity
Gerçekleşen belirli görev veya durum değişikliği.
Açıklama

Bakım sürecinde gerçekleştirilen adımı temsil eder; örneğin 'Bakım Siparişi Oluşturuldu', 'Malzeme Çıkışı Yapıldı' veya 'Sipariş Operasyonu Onaylandı'. Bunlar genellikle durum değişiklikleri için durum yönetim tablolarından (JEST) veya işlem tablolarından (onaylar için AFRU, malzeme hareketleri için MKPF) türetilir. Bu nitelik, süreç haritasındaki düğümleri belirler.

Neden önemli

Sürecin 'ne'sini tanımlar, süreç akışını ve varyantlarını keşfetmek için elzemdir.

Nereden alınır

JEST (Durum), AFRU (Onaylar), QMEL (Bildirimler) kaynaklıdır

Örnekler
Bakım Siparişi OluşturulduSipariş Serbest BırakıldıTeknik Olarak Tamamlandı
Kaynak Sistem
SourceSystem
Verilerin kaynaklandığı sistem.
Açıklama

Belirli SAP istemcisini veya örneğini (örn. 'SAP_PM_PROD') tanımlar. Birden fazla ERP sisteminin bulunduğu bir ortamda, bu öznitelik aynı kimlikleri paylaşabilecek ancak farklı tüzel kişiliklere veya sistem ortamlarına ait kayıtları ayırt etmeye yardımcı olur.

Neden önemli

Çok sistemli ortamlarda veri benzersizliğini ve soy ağacını sağlar.

Nereden alınır

Sistem Yapılandırması / Çıkarma Kaydı

Örnekler
SAP_ECC_P01SAP_S4H_100
Olay Zaman Damgası
EventTimestamp
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Bir olayın gerçekleştiği belirli anı kaydeder. Durum değişiklikleri için bu, sistem durumu güncelleme süresinden; işlemler içinse onay süresinden gelir. Doğru zaman damgaları, döngü sürelerini, teslim sürelerini hesaplamak ve 'Planlama' ve 'Yürütme' gibi süreç adımları arasındaki darboğazları belirlemek için kritik öneme sahiptir.

Neden önemli

Olayları doğru sıralamak ve tüm süreye dayalı KPI'ları hesaplamak için gereklidir.

Nereden alınır

JEST (UDATE/UTIME), AFRU (ISDD/ISDZ), MKPF (CPUDT/CPUTM)

Örnekler
2023-10-15T08:30:00Z2023-10-15T14:45:12Z
Son Veri Güncellemesi
LastDataUpdate
En son veri çıkarımının zaman damgası.
Açıklama

Process mining veri modelinde verilerin en son ne zaman yenilendiğini gösterir. Bu, analistlerin içgörülerin ne kadar güncel olduğunu anlamalarını sağlar ve gerçek zamanlı birikimi veya SLA uyumluluğunu izleyen panolar için veri tazeliğini doğrulamaya yardımcı olur.

Neden önemli

Veri yönetişimi ve panolara güven tesis etmek için kritik.

Nereden alınır

ETL Zaman Damgası

Örnekler
2023-11-01T12:00:00Z
Ana İş Merkezi
MainWorkCenter
Siparişi yürütmek üzere atanan birincil iş merkezi veya ekip.
Açıklama

Ana İş Merkezi (VAPLZ), fiziksel işi gerçekleştirecek teknisyen veya makine grubunu temsil eder. Bu nitelik 'Ekip'e eşlenir ve ekip başına 'Ortalama Onarım Süresi' gibi yürütme verimliliğini analiz etmek için hayati öneme sahiptir. Dahili iş gücü ile harici yükleniciler arasında ayrım yapmaya yardımcı olur.

Neden önemli

Kaynak düzeyinde performans analizini sağlar.

Nereden alınır

SAP Tablosu AFKO, Alan VAPLZ (veya yapılandırmaya göre AUFK-VAPLZ)

Örnekler
MECH_01ELEC_TEAMEXT_CONT
Bakım Önceliği
MaintenancePriority
İş emrine atanan aciliyet düzeyi.
Açıklama

Bakım görevinin önceliğini (PRIOK) gösterir, örneğin '1-Çok Yüksek', '2-Yüksek' veya '3-Orta'. Bu alan, 'Acil Durum İş Emri Oranı' KPI'ı için doğrudan girdidir. Akışı önceliğe göre analiz etmek, yüksek öncelikli siparişlerin rutin işlere kıyasla sistem aracılığıyla gerçekten hızlandırılıp hızlandırılmadığını belirlemeye yardımcı olur.

Neden önemli

SLA analizi ve acil durum işi tespiti için temel itici güç.

Nereden alınır

SAP Tablosu AFKO, Alan PRIOK (veya görünüm aracılığıyla AUFK)

Örnekler
1-Acil Durum2-Yüksek3-Orta4-Düşük
Bakım Siparişi Türü
MaintenanceOrderType
İş emrini kategorize eder (örn. Önleyici, Düzeltici).
Açıklama

SAP PM'deki Sipariş Tipi (AUART), bakım işinin doğasını ayırt eder. Yaygın tipler arasında PM01 (Düzeltici), PM02 (Önleyici) ve PM03 (Yenileme) bulunur. Bu nitelik, 'Acil İş Emri Etki Monitörü' ve süreç varyantlarını segmentlere ayırmak için elzemdir, çünkü önleyici iş akışları reaktif olanlardan önemli ölçüde farklıdır.

Neden önemli

Planlı ve plansız işler arasındaki analizi segmentlere ayırmak için temeldir.

Nereden alınır

SAP Tablosu AUFK, Alan AUART

Örnekler
PM01PM02PM03
Bakım Tesisi
MaintenancePlant
Bakımdan sorumlu lojistik tesisi.
Açıklama

Tesis (WERKS), lojistikte birincil organizasyonel birimdir. Verileri fiziksel tesise göre ayırır. Bu nitelik, farklı sahalardaki performansın kıyaslanması için elzemdir ve Dashboard'larda üst düzey organizasyonel filtrelemeyi desteklemek için 'İş Birimi'ne eşlenir.

Neden önemli

Tesisleri kıyaslamak için birincil organizasyonel filtredir.

Nereden alınır

SAP Tablosu AUFK, Alan WERKS

Örnekler
100020003000
Bildirim Numarası
NotificationNumber
Bu siparişi tetikleyen bakım bildirimi.
Açıklama

Bildirim Numarası (QMNUM), İş Emrini ilk talebe (Bildirim) geri bağlar. Bu bağlantı, 'Bakım Talebi Alındı'dan tamamlanmaya kadar tam teslim süresini hesaplamak için gereklidir. Bu olmadan, analiz bakım yaşam döngüsünün ilk tespit ve raporlama aşamasını kaçırır.

Neden önemli

Yürütme aşamasını talep/tespit aşamasına geri bağlar.

Nereden alınır

SAP Tablosu AUFK, Alan QMNUM

Örnekler
1000050010000501
Ekipman Numarası
EquipmentNumber
Bakımı yapılan belirli fiziksel varlık için tanımlayıcı.
Açıklama

Ekipman Numarası (EQUNR), bireysel makine veya varlık nesnesini tanımlar. Bu alandaki verileri bir araya getirerek, analistler 'Varlık Bakım Maliyeti ve Verimliliği' Dashboard'unu hesaplayabilir ve sık, maliyetli onarımlar gerektiren 'sorunlu' ekipmanları bulabilir. Güvenilirlik odaklı bakım analizini mümkün kılar.

Neden önemli

Süreç performansını belirli fiziksel varlıklara bağlar.

Nereden alınır

SAP Tablosu AUFK, Alan EQUNR

Örnekler
10004567PUMP-001HVAC-202
Fonksiyonel Konum
FunctionalLocation
Varlığın kurulu olduğu hiyerarşik konum.
Açıklama

Bakım görevinin yapıldığı teknik yapıdaki yeri (TPLNR) temsil eder. Hareketli olan Ekipmanın aksine, Fonksiyonel Konum statiktir. Bu nitelik, tesisin farklı alanlarında (örneğin, Kazan Dairesi'ne karşı Paketleme Hattı) performans karşılaştırmalarına izin vererek 'Teknik Denetim Döngü Süreleri' Dashboard'unu destekler.

Neden önemli

Bakım performansının mekansal ve hiyerarşik analizine olanak tanır.

Nereden alınır

SAP Tablosu IFLOT, Alan TPLNR (veya AUFK-TPLNR aracılığıyla)

Örnekler
PLANT1-BLD2-LN01US-TX-DAL-01
Hedef Bitiş Tarihi
TargetFinishDate
Bakım işi için planlanan tamamlama tarihi.
Açıklama

Bu tarih (genellikle Temel Bitiş Tarihi - GLTRP), iş emri için son tarihi temsil eder. 'SLA Uyumluluk Oranı' KPI'ını hesaplamak için gerçek tamamlama zaman damgasıyla karşılaştırılır. Bir iş emrinin zamanında mı yoksa gecikmeli mi olduğunu belirlemek için temel oluşturur.

Neden önemli

Tüm Zamanında Teslimat (OTD) hesaplamaları için referans noktası.

Nereden alınır

SAP Tablosu AFKO, Alan GLTRP

Örnekler
2023-12-012023-12-15
Kullanıcı Tarafından Oluşturuldu
CreatedByUser
Siparişi oluşturan kişinin kullanıcı adı.
Açıklama

İş emrini başlatan kullanıcıyı (ERNAM) tanımlar. Bu, genel modelde 'Kullanıcı' ile eşlenir. Manuel ve otomatik oluşturmanın analizine olanak tanır ve 'Bakım Siparişi Oluşturuldu' etkinliğinin denetlenmesine yardımcı olur.

Neden önemli

Kullanıcı davranış analizi ve denetimini sağlar.

Nereden alınır

SAP Tablosu AUFK, Alan ERNAM

Örnekler
JSMITHBSERVICEDDAVIS
Planlama Grubu
ResponsiblePlannerGroup
Siparişi işlemekten sorumlu planlayıcı grubu.
Açıklama

Planlayıcı Grubu (INGRP), bakım işini planlamaktan sorumlu belirli ekibi veya departmanı tanımlar. Bu, 'Departman'a eşlenir ve hazırlık aşamasında hangi planlama ekiplerinin darboğaz olduğunu belirlemek için 'Kaynak Kullanımı ve Planlama' Dashboard'u için çok önemlidir.

Neden önemli

Planlama sürecine sahip olan idari ekibi tanımlar.

Nereden alınır

SAP Tablosu AUFK, Alan INGRP

Örnekler
M01ELEMEC
Sistem Durumu
SystemStatus
Siparişin mevcut teknik durumu (örn. REL, TECO).
Açıklama

Şu anda siparişe uygulanan aktif sistem durumlarının (JEST'ten) birleştirilmiş bir dizesi veya listesi. Yaygın değerler arasında CRTD (Oluşturuldu), REL (Serbest Bırakıldı), TECO (Teknik Olarak Tamamlandı) ve CLSD (Kapandı) bulunur. Bu, 'Bekleyen ve Devam Eden İşler Monitörü'nde açık ve kapalı vakaları filtrelemeye yardımcı olur.

Neden önemli

Siparişin yaşam döngüsü aşamasının birincil göstergesi.

Nereden alınır

SAP Fonksiyon Modülü STATUS_TEXT_EDIT veya JEST Tablosu

Örnekler
REL CNFTECOCRTD MACM
Acil İş mi
IsEmergencyWork
İş emrinin acil durum olup olmadığını gösteren bayrak.
Açıklama

Bakım Önceliği'ne göre hesaplanan bir boolean öznitelik. Eğer Öncelik '1' ise (veya yapılandırmadaki Acil Durum için belirli kod ise), bu bayrak doğrudur. Bu, pano katmanında karmaşık bir mantık olmadan 'Acil Durum İş Emri Oranı' KPI'ını filtrelemeyi ve oluşturmayı basitleştirir.

Neden önemli

Kritik reaktif bakım analizi için filtrelemeyi basitleştirir.

Nereden alınır

Bakım Önceliği'nden hesaplanır

Örnekler
truefalse
Etkinlik Süresi
ActivityDuration
Belirli etkinliği tamamlamak için harcanan süre.
Açıklama

Belirli adımın süresi, özellikle işçilik saatlerinin kaydedildiği 'Operasyon Onaylandı' etkinlikleri için kullanışlıdır. Bu, genel modeldeki 'ProcessingTime'a eşlenir ve verimlilik ile işçilik kullanımını hesaplamak için kullanılır.

Neden önemli

Görevlere harcanan gerçek çabayı ölçer.

Nereden alınır

SAP Tablosu AFRU, Alan ISDD/ISDZ ile IEDD/IEDZ Karşılaştırması

Örnekler
2.5 saat45 minutes
Planlanan İşçilik Saatleri
PlannedLaborHours
Sipariş için tahmini işçilik saatleri.
Açıklama

Sipariş işlemlerinden gelen toplam planlanan iş (ARBEI). Bunu gerçek Etkinlik Süresi ile karşılaştırmak, 'Planlama ve Tahmin Performansı' Dashboard'unda bakım planlamasının doğruluğunu değerlendirmeye yardımcı olur.

Neden önemli

Planlama doğruluğu analizi için temel metrik.

Nereden alınır

SAP Tablosu AFKO (Operasyon Planlanan İş Toplamı)

Örnekler
4.08.512.0
Toplam Gerçek Maliyet
TotalActualCost
İş emrine kaydedilen toplam fiili maliyet.
Açıklama

İşçilik, malzeme ve hizmetlerden gelen toplam maliyetler (PMCO tablosundan). Bu öznitelik, yöneticilerin bakım faaliyetlerinin finansal etkisini görmelerini sağlayan 'Varlık Bakım Maliyeti ve Verimi' panosunu destekler. Varlıkları onarmanın mı yoksa değiştirmenin mi maliyet etkinliğini belirlemek için esastır.

Neden önemli

Operasyonel süreç verilerine finansal boyut sağlar.

Nereden alınır

SAP Tablosu PMCO (değer tipi 04 - Gerçek - toplamı)

Örnekler
150.002500.500.00
Yeniden İşleme mi?
IsRework
Siparişin yeniden işleme faaliyetlerini içerip içermediğini gösteren bayrak.
Açıklama

Bir süreç döngüsü olup olmadığını belirleyen hesaplanmış bir boolean; özellikle 'Bakım Görevi Yürütüldü' etkinliği birden fazla kez gerçekleştiyse veya durum 'Teknik Tamamlandı'dan 'Devam Ediyor'a geri döndüyse. Bu, 'Bakım Yeniden İşleme Oranı' KPI'ını destekler ve kalite sorunlarını belirlemeye yardımcı olur.

Neden önemli

Kalite kontrol analizini doğrudan destekler.

Nereden alınır

Süreç Akışı'ndan hesaplanır

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

Varlık Bakım Faaliyetleri

Bakım yaşam döngünüzün doğru bir şekilde keşfedilmesi için event log'unuza kaydetmeniz gereken anahtar süreç adımları ve kilometre taşları bunlardır.
6 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Bakım Siparişi Oluşturuldu
Sistemde bakım iş emri nesnesinin oluşturulmasını işaretler. Açıkça Sipariş Ana Verileri tablosunun oluşturulma zaman damgasından yakalanır.
Neden önemli

Bu, talepten planlama ve yürütmeye geçişi işaretleyen, vaka için merkezi ana olaydır.

Nereden alınır

AUFK Tablosu, ERDAT alanı (Tarih) ve ERFZEIT alanı (Saat).

Yakala

IW31 işlemi yürütüldüğünde kaydedildi

Event tipi explicit
Bakım Siparişi Serbest Bırakıldı
Planlamanın tamamlandığını ve siparişin yürütme için serbest bırakıldığını gösterir. Sistem durum günlüklerinde REL durum değişikliği izlenerek yakalanır.
Neden önemli

Bu kilometre taşı, planlama aşamasını yürütme aşamasından ayırır ve Planlama ve Tahmin Süresini ölçmek için kritik öneme sahiptir.

Nereden alınır

JCDS Tablosu (Durum Değişiklik Belgeleri), Durum I0002 (REL).

Yakala

JCDS'de durum REL olarak güncellendiğinde kaydedildi

Event tipi explicit
İş Tamamlama Ayarlandı
İş emrinin son idari kapanışını işaretler, daha fazla maliyet girişini engeller. CLSD (Kapalı) durum değişikliği ile yakalanır.
Neden önemli

Sipariş yaşam döngüsünün mutlak sonunu temsil eder, Veri Doğruluğu ve Kayıt Uyumluluğu için kritiktir.

Nereden alınır

JCDS Tablosu, Durum I0046 (CLSD).

Yakala

JCDS'de durum CLSD olarak güncellendiğinde kaydedildi

Event tipi explicit
Mal Çıkışı Yapıldı
Yedek parça veya malzemelerin iş emrine karşı fiziksel tüketimini kaydeder. Siparişe bağlı malzeme belgesi başlıklarından alınmıştır.
Neden önemli

Parçaların mevcut olduğunu ve seçildiğini onaylar, bu da Parça Kullanılabilirliği Bekleme Süresi analizini doğrudan etkiler.

Nereden alınır

MSEG/MKPF Tablosu, Hareket Tipi 261 (Sipariş için Mal Çıkışı).

Yakala

MIGO/MB1A işlemi yürütüldüğünde kaydedildi

Event tipi explicit
Sipariş Operasyonu Onaylandı
Bir teknisyenin belirli bir operasyonda harcadığı fiili sürenin kaydını temsil eder. Bu, varlık üzerindeki gerçek yürütme işini yakalar.
Neden önemli

Bu etkinlik, Ortalama Onarım Süresi ve işçilik maliyeti hesaplamaları için birincil veri kaynağıdır.

Nereden alınır

AFRU Tablosu (Sipariş Onayları).

Yakala

IW41 işlemi yürütüldüğünde kaydedildi

Event tipi explicit
Teknik Tamamlama Ayarlandı
Bakım işini fiziksel ve teknik olarak bitmiş olarak işaretler. TECO (Teknik Olarak Tamamlandı) durum değişikliği ile yakalanır.
Neden önemli

Operasyonel analiz için en kritik bitiş noktasıdır, varlığın restore edildiğini ve bakımın tamamlandığını gösterir.

Nereden alınır

JCDS Tablosu, Durum I0045 (TECO).

Yakala

JCDS'de durum TECO olarak güncellendiğinde kaydedildi

Event tipi explicit
Bakım Bildirimi Oluşturuldu
Genellikle bir iş emri için tetikleyici olan bir bakım bildiriminin ilk oluşturulmasını kaydeder. QMEL tablosunun oluşturma zaman damgasından alınan bu etkinlik, üst akış talebini uygulama siparişine bağlar.
Neden önemli

Bu etkinlik, uçtan uca bakım sürecinin başlangıcını belirler ve hata tespiti ile sipariş oluşturma arasındaki reaksiyon sürelerinin hesaplanmasına olanak tanır.

Nereden alınır

QMEL Tablosu, ERDAT alanı (Oluşturma Tarihi) ve MZEIT alanı (Saat). QMEL-AUFNR aracılığıyla siparişe bağlı.

Yakala

QMEL tablosunda kayıt oluşturulduğunda kaydedildi

Event tipi explicit
Bakım Önceliği Değiştirildi
İş emrinin öncelik seviyesindeki bir güncellemeyi, örneğin Acil Durum'a yükseltmeyi kaydeder. Sipariş ana verileriyle ilişkili Değişiklik Belgelerinden türetilmiştir.
Neden önemli

Öncelik değişikliklerini takip etmek, süreç sapmalarını açıklar ve reaktif yükseltmeleri belirleyerek Acil İş Emri Etki Monitörünü destekler.

Nereden alınır

AUFTRAG Nesne Sınıfı için CDPOS/CDHDR Tablosu, PRIOK Alanı.

Yakala

Değişiklik Belgelerinde (CDPOS) Kaydedildi

Event tipi explicit
İş Emri Planlandı
Operasyonların belirli bir kapasiteye veya tarihe göre zamanlamasını gösterir. Operasyonlara Sevkiyat durumunun atanmasından çıkarılır.
Neden önemli

Kaynak tahsisinin verimliliğini ölçer ve Kaynak Kullanımı ve Zamanlama panosunu destekler.

Nereden alınır

İşlemler (ObjType OV) için JCDS Tablosu (Durum Değişiklik Belgeleri), Durum I0009 (DSPT).

Yakala

Durum alanını öncesi/sonrası ile karşılaştır

Event tipi inferred
Malzeme Bileşeni Eklendi
Yedek parça veya malzemelerin iş emri bileşen listesine eklenmesini kaydeder. Bir rezervasyon kaleminin oluşturulmasından alınmıştır.
Neden önemli

Gerekli parçalar için tedarik döngüsünün başlangıcını belirler, Yedek Parça Tedarik Teslim Süreleri panosunu destekler.

Nereden alınır

RESB Tablosu, BDTER alanı (Gereksinim Tarihi) veya oluşturma zaman damgası.

Yakala

RESB'ye satır öğesi eklendiğinde kaydedildi

Event tipi explicit
Ölçüm Okuması Kaydedildi
Sayaç okuması veya durum değerlendirmesi gibi bir ölçüm belgesinin girişini kaydeder. Genellikle Teknik Denetim olayı olarak hizmet eder.
Neden önemli

Durum Tabanlı Bakım ve Teknik Muayene Döngü Sürelerini izlemek için esastır.

Nereden alınır

IMRG Tablosu (Ölçüm Belgesi), Ekipman veya Fonksiyonel Konuma bağlı.

Yakala

Ölçüm belgesi oluşturulduğunda kaydedildi

Event tipi explicit
Satın Alma İsteği Oluşturuldu
Harici tedarik veya hizmetler için bir talebin oluşturulduğunu gösterir. Bu, dahili bakım siparişini harici tedarik zincirine bağlar.
Neden önemli

Harici satıcılar veya stok dışı malzeme tedarikinden kaynaklanan gecikmeleri analiz etmek için hayati.

Nereden alınır

EBAN Tablosu, Hesap Ataması aracılığıyla AUFK-AUFNR'ye bağlı.

Yakala

EBAN kaydı oluşturulduğunda kaydedildi

Event tipi explicit
Sipariş Maliyeti Uzlaştırıldı
Sipariş üzerinde toplanan maliyetlerin kontrol nesnesine (örn. Maliyet Merkezi) aktarıldığını gösterir. Kontrol belgesinden yakalanır.
Neden önemli

Finansal kapanış boyutunu izler ve Finansal Ödeme Süresi KPI'sını destekler.

Nereden alınır

COBK Tablosu (CO Nesnesi: Belge Başlığı), Siparişe bağlı.

Yakala

Mutabakat işlemi KO88 yürütüldüğünde kaydedildi

Event tipi explicit
Teknik Tamamlama Tersine Çevrildi
Teknik Tamamlama durumunun iptalini kaydeder, siparişin yeniden açıldığını gösterir. Bu, süreç modelinde bir yeniden işleme döngüsü oluşturur.
Neden önemli

Bakım Yeniden İşleme Oranı KPI'ı için birincil göstergedir, erken kapanmaları veya kalite sorunlarını vurgular.

Nereden alınır

JCDS Tablosu, Durum I0045 (TECO) -> Etkin Değil değişikliği.

Yakala

TECO durumu devre dışı bırakıldığında kaydedildi

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Verilerinizi SAP Plant Maintenance'dan Nasıl Alırsınız?