Varlık Bakımı Veri Template'inuz

SAP Plant Maintenance
Varlık Bakımı Veri Template'inuz

Varlık Bakımı Veri Template'inuz

Bu şablon, bakım iş akışlarınızı analiz etmek için gereken nitelikleri, etkinlikleri ve veri çekme kılavuzuni içeren detaylı bir yapı sunar. Sürecinizi haritalamak ve operasyonel performansınız hakkında eyleme dönüştürülebilir stratejik bilgiler elde etmek için gereken temel veri noktalarını belirlemenize yardımcı olur.
  • Toplama için önerilen nitelikler
  • İzlenmesi gereken temel bakım faaliyetleri
  • SAP PM için teknik veri çekme kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Varlık Bakım Öznitelikleri

Detaylı ve doğru bir varlık bakım analizi için event lognuza dahil etmeniz gereken önerilen veri alanları bunlardır.
5 Gerekli 11 Önerilen 4 Opsiyonel
Ad Açıklama
Aktivite 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?dir?

Sürecin 'ne' olduğunu tanımlar, süreç akışını ve varyantlarını keşfetmek için gereklidir.

Nereden Alınır??

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

Örnekler:::::::
Bakım Emri OluşturulduSipariş Serbest BırakıldıTeknik Olarak Tamamlandı
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 süreç 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?dir?

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

Nereden Alınır??

SAP Tablosu AUFK, Alan AUFNR

Örnekler:::::::
00004001234540012345000040098765
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?dir?

Çok sistemli ortamlarda veri benzersizliğini ve veri izlenebilirliğini sunar.

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 tam 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 büyük önem taşır.

Neden Önemli?dir?

Olayları doğru sıralamak ve zaman bazlı tüm 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 çıkarma işleminin zaman damgası (zaman damgası)dır.
Açıklama

Process Mining veri modelinde verilerin en son ne zaman yenilendiğini gösterir. Bu, analistlerin stratejik bilgilerin ne kadar güncel olduğunu anlamalarını sunar ve gerçek zamanlı birikimi veya SLA uyumluluğunu izleyen Dashboard'lar için veri güncelliğini doğrulamaya yardımcı olur.

Neden Önemli?dir?

Veri yönetişimi ve Dashboard'lara olan güveni artırmak 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 büyük önem taşır. Dahili iş gücü ile harici yükleniciler arasında ayrım yapmaya yardımcı olur.

Neden Önemli?dir?

Kaynak düzeyinde performans analizini sunar.

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 seviyesi.
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?dir?

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-Acil2-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 gereklidir, çünkü önleyici iş akışları reaktif olanlardan önemli ölçüde farklıdır.

Neden Önemli?dir?

Planlı ve plansız işler arasındaki analizi segmentlere ayırmak için büyük önem taşır.

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 gereklidir ve Panellerde üst düzey organizasyonel filtrelemeyi desteklemek için 'İş Birimi'ne eşlenir.

Neden Önemli?dir?

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 süreç döngüsünün ilk tespit ve raporlama aşamasını kaçırır.

Neden Önemli?dir?

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 sunar.

Neden Önemli?dir?

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?dir?

Bakım performansının mekansal ve hiyerarşik analizine sunar.

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ı (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?dir?

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
Oluşturan Kullanıcı
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 sunar ve 'Bakım Siparişi Oluşturuldu' etkinliğinin denetlenmesine yardımcı olur.

Neden Önemli?dir?

Kullanıcı davranış analizi ve denetimini sunar.

Nereden Alınır??

SAP Tablosu AUFK, Alan ERNAM

Örnekler:::::::
JSMITHBSERVICEDDAVIS
Planlayıcı 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 büyük önem taşır.

Neden Önemli?dir?

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?dir?

Siparişin süreç 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 değer.
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, Dashboard seviyesinde karmaşık bir mantık olmadan 'Acil Durum İş Emri Oranı' KPI'ını filtrelemeyi ve oluşturmayı basitleştirir.

Neden Önemli?dir?

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

Nereden Alınır??

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

Örnekler:::::::
truefalse
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?dir?

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 gereklidir.

Neden Önemli?dir?

Operasyonel süreç verilerine finansal boyut sunar.

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 değer.
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?dir?

Kalite kontrol analizini doğrudan destekler.

Nereden Alınır??

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

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Varlık Bakım Faaliyetleri

Bunlar, bakım yaşam döngünüzün doğru bir şekilde keşfedilmesi için event lognüze kaydedilmesi gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 8 Opsiyonel
Aktivite Açıklama
Bakım Emri Oluşturuldu
Sistemde bakım iş emri nesnesinin oluşturulmasını işaretler. Açıkça Sipariş Ana Verileri tablosunun oluşturulma zaman damgası (zaman damgası)ndan yakalanır.
Neden Önemli?dir?

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?dir?

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 büyük önem taşır.

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?dir?

Sipariş süreç döngüsünün mutlak sonunu temsil eder, Veri Doğruluğu ve Kayıt Uyumluluğu için büyük önem taşır.

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?dir?

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?dir?

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?dir?

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ı (zaman damgası)ndan alınan bu etkinlik, üst akış talebini uygulama siparişine bağlar.
Neden Önemli?dir?

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 sunar.

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?dir?

Ö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?dir?

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ın

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?dir?

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ı (zaman damgası)dır.

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 olarak kullanılır.
Neden Önemli?dir?

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

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?dir?

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?dir?

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?dir?

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 Opsiyonel

Veri Çıkarma Kılavuzları

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