Kalite Yönetimi Veri Template'inuz

SAP S/4HANA QM
Kalite Yönetimi Veri Template'inuz

Kalite Yönetimi Veri Template'inuz

Bu şablon, Kalite Yönetimi data'nızı toplama ve hazırlama konusunda detaylı bir rehber sunar. Process Mining için doğru bir event log oluşturmak üzere gereken temel öznitelikler.i ve aktiviteleri özetler. Veri çıkarma ve analiz çabalarınızı kolaylaştırmak için bu kaynağı kullanın.
  • Detaylı analiz için toplanması önerilen öznitelikler.
  • İzlenmesi Gereken Başlıca Kalite Yönetimi Faaliyetleri
  • SAP S/4HANA QM'nden veri çekme rehberliği
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Kalite Yönetimi Öznitelikleri

Bunlar, SAP S/4HANA bünyesinde detaylı kalite yönetimi analizi için event lognüze (event log) dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 7 Önerilen 8 Opsiyonel
Ad Açıklama
Aktivite
ActivityName
Kalite yönetimi süreci içinde meydana gelen belirli iş `event`inin veya görevinin adı.
Açıklama

Bu nitelik; 'Bildirim Oluşturuldu', 'Kök Neden Analizi Tamamlandı' veya 'Kullanım Kararı Verildi' gibi kalite event'i süreç döngüsündeki tek bir adımı veya dönüm noktasını tanımlar. Bu faaliyetler; sistem durumundaki değişikliklerden, ilgili belgelerin oluşturulmasından veya değişiklik günlüklerine kaydedilen belirli kullanıcı eylemlerinden türetilir.

Bu faaliyetlerin sırasını ve zamanlamasını analiz etmek Process Mining'in özüdür. Gerçek süreç akışının keşfedilmesini, adımlar arasındaki darboğazların belirlenmesini ve standart operasyon prosedürlerine uyumun ölçülmesini sunar. Faaliyetlerin ayrıntı düzeyi, süreç analizindeki detay seviyesini belirler.

Neden Önemli?dir?

Bu öznitelik, süreç akışını görselleştirmeyi ve analiz etmeyi, sapmaları belirlemeyi ve faaliyetler arasındaki performansı ölçmeyi sağlayarak sürecin adımlarını tanımlar.

Nereden Alınır??

JEST ve JSTO tablolarındaki durum değişikliklerinden veya QMSM (Görevler) gibi tablolardaki aktivite kayıtlarından türetilmiştir. Event Log'lar ayrıca değişim belgesi tabloları CDHDR ve CDPOS'tan da oluşturulabilir.

Örnekler:::::::
Kalite Bildirimi Oluşturulduİnceleme Görevi AtandıDüzeltici Eylem UygulandıBildirim Kapatıldı
Başlangıç Zamanı
EventTimestamp
Belirli bir faaliyetin veya olayın gerçekleştiği tam tarih ve saat.
Açıklama

Başlangıç Zamanı veya event zaman damgası (zaman damgası), bir faaliyetin gerçekleştiği anı kesin olarak kaydeder. Bu, olayların kronolojik olarak sıralanması ve aralarındaki sürelerin hesaplanması için büyük önem taşır. Örneğin, bir bildirimin ne zaman oluşturulduğunu, bir görevin ne zaman tamamlandığını veya bir durumun ne zaman değiştiğini yakalar.

Process Mining analizinde bu nitelik; döngü süreleri, işlem süreleri ve bekleme süreleri gibi tüm zaman tabanlı metriklerin hesaplanması için büyük önem taşır. Darboğazların belirlenmesini, işlem hacmi analizini ve zaman tabanlı SLA'lara veya hedeflere göre performansın izlenmesini sunar. Doğru zaman damgası (zaman damgası) bilgileri, tüm süreç modelinin bütünlüğü için büyük önem taşır.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), olayları sıralamak, döngü süreleri ve bekleme süreleri gibi tüm performans metriklerini hesaplamak ve süreç dinamiklerini anlamak için büyük önem taşır.

Nereden Alınır??

Genellikle durum değişiklikleri veya belge oluşturma ile ilişkili tarih ve saat alanlarından alınır. Örnekler::::::: arasında QMEL'deki ERDAT/ERZEIT (Oluşturulma tarihi/saati) veya CDHDR'deki değişiklik zaman damgası (zaman damgası)'leri bulunur.

Örnekler:::::::
2023-04-15T09:00:12Z2023-04-18T14:35:00Z2023-05-01T11:21:45Z
Kalite Olayı
QualityEvent
Bir kalite bildirimi için benzersiz tanımlayıcı, bir kalite sorununu başlatmadan kapatmaya kadar izlemek için birincil vaka (case) kimliği olarak olarak kullanılır.
Açıklama

Kalite Event'i, tek bir kalite sorunuyla ilgili tüm faaliyetleri, görevleri ve kararları birbirine bağlayan merkezi vaka tanımlayıcısıdır. SAP'de bu genellikle Kalite Bildirim Numarasına (QMNUM) karşılık gelir.

Process Mining'de olayların bu tanımlayıcıya göre analiz edilmesi, her bir kalite vakasının tüm sürecinin yeniden kurgulanmasını sunar. Bu durum; süreç akışlarını görselleştirmek, tüm vaka için döngü sürelerini hesaplamak ve çözüm sürecindeki yaygın veya sapan yolları belirlemek için temel teşkil eder. Neredeyse tüm kalite yönetimi analizlerinin omurgası görevini görür.

Neden Önemli?dir?

Tüm ilgili faaliyetleri tek, tutarlı bir süreç örneğine bağlayarak kalite sorunlarının nasıl ele alındığının uçtan uca analizini sağlayan temel temel rol oynar.

Nereden Alınır??

Bu, QMEL tablosundaki QMNUM alanında bulunan Kalite Bildirimi numarasıdır.

Örnekler:::::::
200000018200000019200000020
Hedef Çözüm Tarihi
TargetResolutionDate
Kalite event'i için planlanan veya zorunlu olan tamamlanma tarihi.
Açıklama

Bu tarih, kalite olayınin tamamen çözülmesinin ve kapatılmasının beklendiği son tarihi temsil eder. Genellikle performansı ve SLA anlaşmalarına bağlılığı ölçmek için bir kriter olarak kullanılır.

Bu nitelik, zamanında tamamlanma oranlarını hesaplamak ve süresi geçen case'leri belirlemek için büyük önem taşır. 'Kalite Event'i Zamanında Tamamlanma' Dashboard'u ve ilgili KPI'lar doğrudan gerçek tamamlanma tarihinin bu hedef tarihle karşılaştırılmasına dayanır. İşlerin önceliklendirilmesine yardımcı olur.

Neden Önemli?dir?

Zamanında performans ölçümü için bir temel sunar; bu, süreç verimliliğini ve SLA'larla uyumluluğu değerlendirmek için kritik bir KPI'dır.

Nereden Alınır??

QMEL-QMDAT (Gerekli bitiş tarihi) veya görev seviyesinde QMSM-PSTER'de bulunabilir.

Örnekler:::::::
2023-05-302023-06-152023-07-01
Kalite Bildirim Türü
QualityNotificationType
Müşteri şikayeti, dahili sorun veya tedarikçi kusuru gibi kalite bildiriminin sınıflandırması.
Açıklama

Bu öznitelik, kalite olayıni kaynağına ve niteliğine göre kategorize eder. Standart SAP türleri arasında müşteri şikayetleri, dahili sorun raporları ve satıcı kaynaklı kusurlar yer alır. Bu kategorizasyon, sonraki süreç akışını ve gerekli belgeleri belirler.

Sürecin bildirim türüne göre analiz edilmesi, farklı sorun türlerinin farklı şekilde ele alınıp alınmadığını anlamak için gereklidir. Farklı sorun kategorileri için döngü sürelerinin ve süreç yollarının karşılaştırılmasına olanak tanıyarak 'Kalite Event'i İşlem Hacmi Analizi' gibi Dashboard'ları destekler.

Neden Önemli?dir?

Farklı kalite sorunlarının farklı yollar izleyip izlemediğini veya farklı performans özelliklerine sahip olup olmadığını görmek için sürecin segmentlere ayrılmasını sunar.

Nereden Alınır??

QMEL tablosunda, QMART alanında bulunur.

Örnekler:::::::
Q1Q2F2
Kök Neden
RootCauseCode
Kalite sorununun belirlenen kök nedenini tanımlayan bir kod veya metin.
Açıklama

Kök Neden özniteliği, kalite kusurunun veya uygunsuzluğun temel nedenini yakalar. Doğru kök nedeni belirlemek, etkili düzeltici ve önleyici eylemleri tanımlamak için temel olduğundan, kalite yönetimi sürecinde temel bir adımdır.

Bu öznitelik, 'Kök Neden Analizi Çevrim Süresi' ve 'Tekrarlayan Sorun Kalıbı Tespiti' kontrol paneli'ları için büyük önem taşır. Kök nedene göre analiz yapmak, sistemik sorunları belirlemeye yardımcı olur. Örneğin, süreç haritasını belirli bir kök nedene göre filtreleyerek, benzersiz süreç yollarına veya daha uzun çözüm sürelerine yol açıp açmadığını görebilirsiniz.

Neden Önemli?dir?

Kök nedenleri ürünler, departmanlar ve süreç verimsizlikleri ile ilişkilendirerek sistemik sorunların analizini sunar, önleyici eylemlere rehberlik. eder.

Nereden Alınır??

Genellikle QMUR tablosunda (Bildirim Nedenleri), URCOD alanında saklanır.

Örnekler:::::::
OPERATÖR_HATASIDEFECTIVE_MATERIALMAKİNE_ARIZASI
Kullanıcı
ChangedBy
Faaliyeti gerçekleştiren veya son değişikliği yapan kişinin kullanıcı ID'si.
Açıklama

Bu öznitelik, belirli bir süreç adımını yürütmekten sorumlu belirli kullanıcıyı tanımlar. SAP'de bu genellikle 'Değiştiren' (AENAM) veya 'Oluşturan' (ERNAM) alanlarına karşılık gelir.

Kullanıcıya göre analiz yapmak, iş yükü dağılımını anlamaya, eğitim ihtiyaçlarını belirlemeye ve kullanıcıya özel süreç sapmalarını tespit etmeye yardımcı olur. Belirli kullanıcıların neden daha uzun işlem sürelerine sahip olduğunu veya standart dışı yolları takip etme eğiliminde olduğunu araştırmak gibi kaynak tabanlı analizler için büyük önem taşır.

Neden Önemli?dir?

Kullanıcı performansının, iş yükü dağılımının ve standart prosedürlere uyumun analizini sunar; bu da kaynak optimizasyonu için büyük önem taşır.

Nereden Alınır??

QMEL-ERNAM (Oluşturan) gibi başlık ve kalem tablolarında bulunur veya değişim günlüklerinden (CDHDR-USERNAME) türetilir.

Örnekler:::::::
SMITHJWILSONASÜREÇ_OTOMASYON_BOTU
Öncelik
NotificationPriority
Kalite bildirimine atanan, aciliyetini gösteren öncelik düzeyi.
Açıklama

Öncelik, bir kalite olayının ele alınmasındaki aciliyeti tanımlar. Ekiplerin işlerini organize etmelerine yardımcı olur ve en kritik sorunların öncelikle ele alınmasını sunar. SAP, hedef yanıt sürelerini etkileyebilecek farklı öncelik türlerinin yapılandırılmasına izin verir.

Bu öznitelik, yüksek öncelikli öğelerin düşük öncelikli olanlardan gerçekten daha hızlı işlenip işlenmediğini analiz etmek için kullanılır. Yüksek öncelikli caselerin süreçte takılıp kaldığı verimsizlikleri ortaya çıkarabilir. 'Kalite Olayı İşlem Hızı Analizi' gibi kontrol paneli'lar için temel bir boyuttur.

Neden Önemli?dir?

Süreç performansının iş aciliyetine uygun olup olmadığını analiz etmeye yardımcı olur, yüksek öncelikli sorunların daha hızlı çözülmesini sunar.

Nereden Alınır??

QMEL tablosunda, QMPRI alanında bulunur. Açıklaması TQ05 tablosundadır.

Örnekler:::::::
1234
Sorumlu Departman
ResponsibleDepartment
Belirli bir görevi yürütmekten veya kalite `event`ini yönetmekten sorumlu departman veya fonksiyonel alan.
Açıklama

Bu nitelik, bir faaliyete veya genel kalite olayıne atanan organizasyonel birimi belirtir. Bu bir kalite güvence ekibi, bir mühendislik departmanı veya bir üretim birimi olabilir.

Bu, departmanlar arası iş birliğini ve devirleri analiz etmek için önemli bir boyuttur. Sorumluluk bir departmandan diğerine geçtiğinde meydana gelen gecikmelerin belirlenmesine yardımcı olarak 'Departmanlar Arası Devir Gecikmeleri' Dashboard'unu destekler. Ayrıca, belirli departmanların nasıl çalıştığını anlamak için süreç görünümünün filtrelenmesine sunar.

Neden Önemli?dir?

Departmanlar arası devirleri analiz etmek, organizasyonel darboğazları belirlemek ve farklı ekiplerin sürece nasıl katkıda bulunduğunu anlamak için büyük önem taşır.

Nereden Alınır??

Genellikle bildirim veya görevle ilişkili ortak fonksiyonlardan veya kullanıcının İK ana verilerindeki organizasyonel atamasından türetilir. Doğrudan bir alan olmayabilir.

Örnekler:::::::
Kalite GüvencesiÜretim Hattı 3Tedarikçi Kalite Mühendisliği
Ürün
MaterialNumber
Kalite olayınden etkilenen ürün veya malzeme için benzersiz tanımlayıcı.
Açıklama

Bu öznitelik, kalite olayıni belirli bir ürün veya malzemeye bağlar. Bu bağlantı, tekrarlayan sorunları veya yüksek hata oranlarına sahip ürünleri belirlemeye yardımcı olduğu için kalite güvencesi açısından önemlidir.

Process Mining'de ürüne göre analiz yapmak; belirli ürünlerin daha uzun çözüm sürelerine sahip olup olmadığı gibi kalıpların tespit edilmesini sunar. Ürünleri kalite sorunlarıyla ilişkilendirerek 'Tekrarlayan Sorun Modeli Tespiti' Dashboard'unu destekler; bu da hedeflenen iyileştirme girişimleri için kritik bir veridir.

Neden Önemli?dir?

Kalite sorunlarını belirli ürünlerle ilişkilendirerek ürüne özel kusur oranları, temel nedenler ve çözüm kalıplarının analizini sunar.

Nereden Alınır??

Kalite bildirimi kalem tablosu QMFE, MATNR alanında bulunur.

Örnekler:::::::
FIN-1001RAW-205ASEMI-303B
Bildirim Durumu
SystemStatus
Kalite bildiriminin mevcut işleme durumu, örneğin 'Beklemede' veya 'Tamamlandı'.
Açıklama

Sistem durumu, kalite olayınin süreç döngüsündeki güncel aşamasını belirtir. SAP; OSNO (Bekleyen Bildirim), NOPR (İşlemdeki Bildirim) ve NOCO (Tamamlanan Bildirim) gibi durumların ilerlemeyi yansıttığı bir durum yönetimi sistemi kullanır.

Bu öznitelik genellikle Event Log içindeki faaliyetleri türetmek için kullanılır. Ayrıca, örneğin yalnızca açık veya yeni kapatılmış kalite olaylarıni analiz etmek için case'leri filtrelemede bir boyut olarak da değerlidir. Durum geçişlerini anlamak, doğru bir süreç modeli oluşturmanın anahtarıdır.

Neden Önemli?dir?

Bir case'in mevcut durumunu gösterir, aktif ve kapalı case'lerin filtrelenmesine sunar ve süreç aktivitelerinin kendilerini türetmeye yardımcı olur.

Nereden Alınır??

Çeşitli SAP nesneleri için durum bilgilerini depolayan JEST ve JSTO tablolarından türetilmiştir. Bağlantı QMEL-OBJNR'dandır.

Örnekler:::::::
OSNO NOPRNOCOTSCO
Eylem Etkinliği
EffectivenessEvaluation
Uygulanan bir eylemin etkili olup olmadığını belirlemek için yapılan doğrulama kontrolünün sonucu.
Açıklama

Bu nitelik, kalite yönetimi döngüsündeki kritik bir son adım olan etkinlik kontrolünün sonucunu kaydeder. Alınan düzeltici veya önleyici faaliyetlerin kök nedeni başarıyla çözüp çözmediğini teyit eder.

Bu, 'Aksiyon Etkinlik Doğrulaması' Dashboard'u ve 'Aksiyon Etkinlik Doğrulama Oranı' KPI'ı için temel niteliktir. Problem çözme sürecinin kalitesi hakkında doğrudan önemli bilgi sunar. Etkisiz aksiyonların oranının yüksek olması, kök neden analizi veya aksiyon planlama aşamalarının iyileştirilmesi gerektiğini gösterir.

Neden Önemli?dir?

Problem çözme sürecinin başarısını doğrudan ölçer, eylemlerin gerçekten sorunun tekrarını önleyip önlemediğini gösterir.

Nereden Alınır??

Bu bilgi genellikle kalite bildirimindeki takip eylemlerinde veya belirli görev durumlarında saklanır. Özel bir alan veya belirli bir durum koduna dayalı olabilir.

Örnekler:::::::
EtkiliEtkisizİzleme Gerekli
Kaynak Sistem
SourceSystem
Verilerin çıkarıldığı kaynak sistemi, örneğin belirli SAP S/4HANA örneğini tanımlar.
Açıklama

Bu öznitelik, kalite yönetimi verilerinin kaynağını belirtir. Birden fazla ERP veya entegre sistemin bulunduğu bir ortamda bu alan, veri kaynaklarını ayırt etmek ve veri bütünlüğünü güçlüak için büyük önem taşır.

Analiz için farklı sistemler veya organizasyonel birimler arasındaki süreçlerin filtrelenmesine veya karşılaştırılmasına sunar. Genellikle belirli bir veri kümesi için sabit bir değerdir ancak veri yönetişimi ve bağlam için zorunludur.

Neden Önemli?dir?

Verinin kaynağı hakkında temel bağlam sağlayarak veri yönetişimi ve çok sayıda birbiriyle bağlantılı sistemin bulunduğu ortamlar için kritik bilgiler sunar.

Nereden Alınır??

Bu genellikle, veri çıkarma işlemi sırasında SAP S/4HANA istemcisini ve sistem kimliğini belirlemek için eklenen statik bir değerdir.

Örnekler:::::::
S4H_PROD_100SAP_KM_ABS4HANA_QAS_200
Müşteri
CustomerNumber
Varsa, kalite `event`iyle ilişkili müşteri için tanımlayıcı.
Açıklama

Bu öznitelik, bir kalite olayıni belirli bir müşteriye bağlar. Bu, en çok 'Müşteri Şikayeti' gibi bildirim türleri için geçerlidir. Bu bilgilerin takibi, müşteri ilişkileri yönetimi ve kalite sorunlarının müşteri üzerindeki etkisini anlamak için önemlidir.

Müşteriye göre analiz yapmak, belirli müşterilerin diğerlerinden daha fazla kalite sorunu yaşayıp yaşamadığını belirlemeye yardımcı olur. Etki analizine müşteri boyutunu ekleyerek 'Önem Derecesine ve Etkiye Göre Kalite Event'leri' Dashboard'unu destekler.

Neden Önemli?dir?

Kalite olaylarını müşterilere bağlayarak, müşteriye özel sorunların analizini sunar ve yüksek değerli müşterilerin öncelikli destek almasını temin eder.

Nereden Alınır??

Genellikle bildirim için iş ortağı fonksiyonlarında bulunur. Bir satış siparişinden gelen şikayet ise QMEL-KUNUM'da da olabilir.

Örnekler:::::::
CUST-10045CUST-20399CUST-80110
Son Veri Güncellemesi
LastDataUpdate
Bu kayda ait verilerin kaynak sistemden en son ne zaman güncellendiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, kaynak sistemden yapılan son veri çekme veya güncelleme işlemi için bir zaman damgası (zaman damgası) sunar. Kullanıcıları analiz ettikleri verilerin güncelliği hakkında bilgilendirir.

Herhangi bir analitik Dashboard veya raporda bu bilginin görüntülenmesi, veri güncelliği konusundaki kullanıcı beklentilerini yönetmek için önemli bir rol oynar. Yakın zamandaki süreç değişiklikleri ile güncelliğini yitirmiş veri kalıntıları arasında ayrım yapılmasına yardımcı olur.

Neden Önemli?dir?

Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da Process Mining analizine dayalı olarak zamanında ve doğru kararlar almak için büyük önem taşır.

Nereden Alınır??

Bu, veri yenileme sırasında veri çıkarma aracı veya pipeline tarafından oluşturulan ve doldurulan bir metadata alanıdır.

Örnekler:::::::
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Tesis
Plant
Kalite `event`inin kaynaklandığı veya yönetildiği üretim tesisi veya konum.
Açıklama

Tesis özniteliği, kalite eventiyle ilişkili bir fabrika veya depo gibi fiziksel konumu belirtir. Kalite sorunlarının nerede meydana geldiği hakkında coğrafi veya kurumsal bir bağlam sunar.

Bu, karşılaştırmalı analiz için güçlü bir boyuttur. Tesise göre filtreleme veya gruplama yaparak yönetim, farklı konumların performansını karşılaştırabilir, tesise özel sorunları belirleyebilir ve yüksek performanslı tesislerden en iyi uygulamaları paylaşabilir. 'Hangi tesiste kök neden analizi döngü süresi en uzundur?' gibi soruları yanıtlamaya yardımcı olur.

Neden Önemli?dir?

Farklı operasyonel konumlar arasında performans karşılaştırmasına sunar, tesise özgü sorunları ve en iyi uygulamaları belirlemeye yardımcı olur.

Nereden Alınır??

Bildirim başlığıyla ilişkili tesis QMEL-WERKS alanındadır. Belirli bir malzeme ile ilgiliyse bu bilgi kalem seviyesinde de bulunabilir.

Örnekler:::::::
100017102000
Yeniden İşleme mi?
IsRework
Bir faaliyetin veya faaliyet dizisinin yeniden işleme (rework) olup olmadığını gösteren bir boolean değeri.
Açıklama

Bir case belirli adımları tekrarlarsa bu flag true olarak ayarlanır ve bu durum başlangıçtaki çalışmanın yetersiz olduğunu gösterir. Örneğin, bir 'Kök Neden Analizi' faaliyetinden sonra aynı vaka için tekrar inceleme atanıyorsa bu bir rework (yeniden çalışma) döngüsüne işaret eder.

Bu öznitelik doğrudan 'Düzeltici Aksiyon Rework Oranı' KPI'ını destekler. Rework tespiti ve nicelendirilmesi, Process Mining'in temel amaçlarından biridir; çünkü rework, boşa harcanan çabayı ve süreç verimsizliğini temsil eder. Rework döngülerinin süreç haritasında vurgulanması, iyileştirme fırsatlarını ortaya çıkarır.

Neden Önemli?dir?

Adımların ne zaman tekrarlandığını belirleyerek süreç verimsizliğini ölçülmesini sağlar, boşa harcanan çabayı ve ilk seferde doğru oranları iyileştirme fırsatlarını vurgular.

Nereden Alınır??

Bu hesaplanmış bir özniteliktir. Process Mining analizi sırasında, tek bir vaka içindeki tekrarlayan aktivite dizilerinin tespit edilmesiyle elde edilir.

Örnekler:::::::
truefalse
Zamanında Tamamlama
IsOnTimeCompletion
Kalite olayının hedef çözüm tarihine kadar tamamlanıp tamamlanmadığını gösteren bir boolean değeri.
Açıklama

Bu hesaplanmış flag, bir kalite olayınin gerçek tamamlanma zaman damgası (zaman damgası) bilgisini 'Hedef Çözüm Tarihi' ile karşılaştırır. Event hedef tarihte veya öncesinde kapatılmışsa true, aksi takdirde false değerini alır.

Bu öznitelik performans izleme için basit bir ölçüm sunar; 'Kalite Event'i Zamanında Tamamlanma' Dashboard'u ve 'Kalite Aksiyonu Zamanında Tamamlanma Oranı' KPI'ı için temel oluşturur. Departman veya ürün gibi boyutlarda zamanında tamamlama performansını anlamak için kolay filtreleme sunar.

Neden Önemli?dir?

Son teslim tarihlerine karşı performans takibi için net, ikili bir sonuç sunarak SLA uyumluluğunu ölçmeyi ve raporlamayı kolaylaştırır.

Nereden Alınır??

Son kapatma aktivitesinin zaman damgası (zaman damgası) ile 'TargetResolutionDate' özniteliki karşılaştırılarak türetilen hesaplanmış öznitelik.

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

Kalite Yönetimi Faaliyetleri

Bunlar, doğru `Process Mining` ve analizi için `event log`'unuzda yakalamanız gereken önemli süreç adımları ve kilometre taşlarıdır.
6 Önerilen 9 Opsiyonel
Aktivite Açıklama
Bildirim Tamamlandı
Kalite bildiriminin işsel tamamlandığını gösterir, yani tüm gerekli eylemlerin yapıldığını ve sorunun operasyonel açıdan çözüldüğünü belirtir. Bu, sistemde resmi bir durum değişikliğidir.
Neden Önemli?dir?

Bu faaliyet, iş çözünürlük süresini ölçmek için birincil bitiş noktası olarak olarak kullanılır. Süreç sahibinin bakış açısından, teknik kapanış beklemede olsa bile casein bittiğini doğrular.

Nereden Alınır??

Kalite Bildirimi nesnesindeki bir durum değişikliğinden çıkarılmıştır. Bu, JCDS tablosunda 'NOCO' (Bildirim tamamlandı) gibi bir durumun ayarlandığı zaman damgası (zaman damgası)'i belirleyerek yakalanır.

Yakala

JCDS tablosunda 'Bildirim tamamlandı' durumunun ayarlandığı zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Düzeltici Eylem Uygulandı
Düzeltici eylem planında tanımlanan işin tamamlandığını gösterir. Bu genellikle kalite bildirimindeki atanmış düzeltici eylem görevi tamamlandı olarak işaretlendiğinde yakalanır.
Neden Önemli?dir?

Bu, kalite sorununun çözümü için adımların atıldığını gösteren önemli bir kilometre taşıdır. Eylemlerin zamanında tamamlama oranını ve çözüm aşamasının genel verimliliğini ölçmek açısından büyük önem taşır.

Nereden Alınır??

QMSM tablosundaki düzeltici eylem görevinin tamamlanmasından çıkarılmıştır. Tamamlama tarihi ERLDT alanına veya JEST/JCDS tablolarında bir 'Tamamlandı' durum değişikliği aracılığıyla kaydedilir.

Yakala

QMSM tablosundaki düzeltici eylem görevinin tamamlanma zaman damgası (zaman damgası)'ini (ERLDT) belirleyin.

Event tipi inferred
Eylem Etkinliği Doğrulandı
Uygulanan düzeltici veya önleyici eylemin başarılı olduğunu ve kalite sorununun tekrar etmeden çözüldüğünü doğrular. Bu, etkinlik kontrol görevinin tamamlanması veya son bir kalite incelemesi üzerine kaydedilir.
Neden Önemli?dir?

Bu, tüm çözüm sürecini doğrulamak için kritik bir kilometre taşıdır. Yüksek oranda başarılı doğrulama, etkili bir kalite yönetim sistemine işaret eder ve yinelenen sorunların azaltılmasını destekler.

Nereden Alınır??

Genellikle QMSM tablosundaki bir 'Etkinlik Kontrolü' görevinin tamamlanmasından (tamamlanma tarihi ERLDT kullanılarak) çıkarılır.

Yakala

QMSM'deki etkinlik doğrulama görevinin tamamlanma zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Kalite Bildirimi Oluşturuldu
Bu faaliyet, kalite yönetimi sürecinin resmi başlangıcını işaret eder; burada kaliteyle ilgili bir sorun, kusur veya şikayet resmi olarak kaydedilir. SAP S/4HANA'da Kalite Bildiriminin oluşturulması, ilk ayrıntıları yakalar ve benzersiz bir tanımlayıcı atayarak `case`i başlatır.
Neden Önemli?dir?

Birincil başlangıç olayı olarak, bu aktivite kalite çözüm sürecinin uçtan uca döngü süresini ölçmek için gereklidir. Kalite olaylarının ele alınması ve kapatılmasının ne kadar sürdüğünü takip etmek için bir temel sunar.

Nereden Alınır??

Bu, Quality Notification başlık tablosu QMEL'den alınan açık bir event'tir. Oluşturma zaman damgası (zaman damgası)'i genellikle ilgili bildirim numarası QMNUM için ERDAT alanında bulunur.

Yakala

Belirtilen bildirim için QMEL tablosundaki oluşturma zaman damgası (zaman damgası)'ini (ERDAT) kullanın.

Event tipi explicit
Kullanım Kararı Verildi
Muayene partisinden gelen malların kalitesi hakkında, kabul veya ret gibi, resmi kararı temsil eder. Bu, muayenelerden kaynaklanan kalite sorunları için ayrı bir `event`tir ve kullanım kararı kaydedildiğinde yakalanır.
Neden Önemli?dir?

Denetim odaklı süreçler için bu, malzeme bloke etme veya serbest bırakma gibi sonraki eylemleri belirleyen önemli bir aşamadır. Zamanlamasını ve sonuçlarını analiz etmek, ürün kalite kontrol verimliliğini anlamanın anahtarıdır.

Nereden Alınır??

Bu, kullanım kararı tablosu QAVE'de kaydedilen açık bir event'tir. Muayene partisi (PRUEFLOS) ile ilişkili kaydın oluşturulma zaman damgası (zaman damgası)'i bu aktiviteyi işaret eder.

Yakala

QAVE tablosundaki ilgili muayene partisi için oluşturma zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Temel Neden Analizi Tamamlandı
Kalite sorununun temel nedeninin belirlendiği araştırma aşamasının tamamlandığını gösterir. Bu genellikle bildirim içindeki belirli bir 'Kök Neden Analizi' görevinin tamamlanmasından çıkarılır.
Neden Önemli?dir?

Bu, araştırma sürecinin süresini ve verimliliğini ölçmek için kritik bir kilometre taşıdır. Bu adımdan önce gecikmelerin belirlenmesi, problem analizinde ve karar verme süreçlerindeki darboğazları tespit etmeye yardımcı olur.

Nereden Alınır??

QMSM tablosundaki bir araştırma veya Kök Neden Analizi'ne özgü görevin tamamlanmasından çıkarılmıştır. Tamamlama, bir durum değişikliği veya görev tamamlama tarihi alanının (ERLDT) doldurulmasıyla belirlenir.

Yakala

QMSM tablosundaki ilgili kök neden analizi görevinin tamamlanma zaman damgası (zaman damgası)'ini (ERLDT) belirleyin.

Event tipi inferred
Bildirim Kapatıldı
Sistemdeki kalite bildiriminin son, teknik kapanışını temsil eder. Bu noktadan sonra bildirimde daha fazla değişiklik yapılamaz, bu da kaydın süreç döngüsünün mutlak sonunu işaret eder.
Neden Önemli?dir?

Bu faaliyet, süreç için son bitiş eventini sunar. 'Bildirim Tamamlandı' ve 'Bildirim Kapatıldı' arasındaki süreyi analiz etmek, idari kapanış prosedürlerindeki gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Kalite Bildirimi üzerindeki bir durum değişikliğinden, özellikle bir arşivleme veya nihai kapatma durumunun ayarlanmasından çıkarılmıştır. Bu değişiklik, JCDS tablosuna bir zaman damgası (zaman damgası) ile kaydedilir.

Yakala

JCDS tablosundaki bildirim için son 'Kapatıldı' durumunun ayarlandığı zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Bildirim Sürece Alındı
Yeni oluşturulan bir bildirimin kalite ekibi tarafından işlenmek üzere aktif olarak ele alındığı anı temsil eder. Bu genellikle, çalışmanın başladığını gösteren bir sistem durumu değişikliğinden türetilen çıkarımsal bir `event`tir.
Neden Önemli?dir?

Bu faaliyet, bir sorunun sadece kaydedilmesi ile işin fiili başlangıcı arasındaki ayrımı yapmaya yardımcı olur. Oluşturma ile bu adım arasındaki zaman gecikmesini analiz etmek, sorun onayı ve kaynak atamasındaki potansiyel gecikmeleri ortaya çıkarır.

Nereden Alınır??

Kalite Bildirimi nesnesindeki bir durum değişikliğinden çıkarılmıştır. Bu, JEST ve JCDS tablolarındaki durum değişikliği günlükleri analiz edilerek 'NOPO' (Bildirim işlemde) gibi bir durum için takip edilebilir.

Yakala

JCDS tablosundaki bildirim için 'işlemde' durumunun ayarlandığı zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Düzeltici Eylem Önerildi
Bu faaliyet, belirlenen sorunu düzeltmek için bir planın resmi olarak belgelendiği noktayı temsil eder. SAP'de bu, genellikle kalite bildirimi içinde bir 'Düzeltici Eylem' görevinin oluşturulmasıyla yakalanır.
Neden Önemli?dir?

Bu event, sürecin çözüm aşamasını başlatır. Kök neden analizinden bu adıma kadar geçen süreyi ölçmek, eylem planlamasındaki gecikmeleri ortaya çıkarabilir.

Nereden Alınır??

Bu event, ilgili Kalite Bildirimi için QMSM tablosunda 'Düzeltici Eylem' koduyla bir görev oluşturulduğunda yakalanır.

Yakala

Düzeltici eylem türüne sahip görevler için QMSM tablosundaki oluşturma zaman damgası (zaman damgası)'ini (ERDAT) kullanın.

Event tipi explicit
Etkinlik Kontrolü Gerekli
Uygulanan eylemlerin sorunu başarıyla çözdüğünü doğrulamak için bir takip doğrulamasının gerektiğini gösterir. Bu genellikle bildirimdeki belirli bir durum veya özel bir doğrulama görevinin oluşturulmasıyla temsil edilir.
Neden Önemli?dir?

Bu faaliyet, kalite yönetimi sürecinin kritik bir doğrulama döngüsü içermesini sunar. Bir eylemin uygulanmasını, başarısının onaylanmasından ayırır.

Nereden Alınır??

Kalite Bildirimi üzerindeki bir durum değişikliğinden (JEST/JCDS aracılığıyla) veya QMSM tablosunda belirli bir 'Etkinlik Kontrolü' görevinin oluşturulmasından çıkarılabilir.

Yakala

QMSM'de durum değişikliği veya doğrulama görevinin oluşturulma zaman damgası (zaman damgası)'ini belirleyin.

Event tipi inferred
Eylem Planı Onaylandı
Önerilen düzeltici veya önleyici eylem planının incelendiğini ve uygulamaya devam etmek için onaylandığını belirtir. Bu adım genellikle ayrı bir `event` değildir ve bir görevin işlenmek üzere serbest bırakılmasından çıkarılabilir.
Neden Önemli?dir?

Bu onay aşamasındaki uzun gecikmeler, tüm çözüm sürecini önemli ölçüde yavaşlatabilir. Bu sürenin analizi, idari darboğazları ve yönetimi iyileştirme fırsatlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu genellikle QMSM tablosundaki bir görevin 'Yayımlandı' gibi bir durum değişikliğinden çıkarılır. Bu durum değişikliğinin zaman damgası (zaman damgası)'i, görev nesnesine bağlı JCDS tablosunda bulunur.

Yakala

Düzeltici veya önleyici eylem görevi için 'Yayımlandı' durumunun ayarlandığı zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
İnceleme Görevi Atandı
Bu `event`, kök nedeni araştırmak gibi belirli bir görev resmi olarak oluşturulduğunda ve bir kişiye veya departmana atandığında meydana gelir. Bu, Kalite Bildirimi içinde bir görev kaydı oluşturulduğunda yakalanır.
Neden Önemli?dir?

Görev atamasını izlemek, iş yükü dağılımını anlamak ve kaynak tahsisindeki darboğazları tespit etmek için büyük önem taşır. Kök neden analizi döngü süresini ölçmek için temel bir girdi olan araştırma aşamasının başlangıcını işaret eder.

Nereden Alınır??

Kalite Bildirimi'ne bağlı olan görev yönetimi tablosu QMSM'den alınmıştır. İlgili bir koda sahip bir görevin (örn. araştırma için) oluşturulma tarihi (ERDAT) bu olayı işaretler.

Yakala

Araştırmayla ilgili görevler için QMSM tablosundaki oluşturma zaman damgası (zaman damgası)'ini (ERDAT) kullanın.

Event tipi explicit
Önleyici Eylem Önerildi
Bu faaliyet, bir kalite sorununun tekrarını önlemek için bir plan oluşturulduğunda meydana gelir. Düzeltici eylemlere benzer şekilde, genellikle bir 'Önleyici Eylem' görevinin oluşturulmasıyla yakalanır.
Neden Önemli?dir?

Bu event, kuruluşun sadece reaktif düzeltmeler yerine proaktif kalite iyileştirmesine odaklanmasını değerlendirmek için büyük önem taşır. Uzun vadeli çözüm çabalarının başlangıcını işaret eder.

Nereden Alınır??

Bu event, belirli Kalite Bildirimi için QMSM tablosunda 'Önleyici Eylem' koduyla bir görev oluşturulduğunda yakalanır.

Yakala

Önleyici eylem türüne sahip görevler için QMSM tablosundaki oluşturma zaman damgası (zaman damgası)'ini (ERDAT) kullanın.

Event tipi explicit
Önleyici Eylem Uygulandı
Planlanan önleyici eylemin başarılı bir şekilde yürütüldüğünü gösterir. Bu, ilgili önleyici eylem görevinin sistemde tamamlandığının kaydedilmesiyle yakalanır.
Neden Önemli?dir?

Önleyici eylemlerin tamamlanması, olgun kalite süreçlerinde kritik bir adımdır. Bu faaliyetin izlenmesi, gelecekteki sorunları önlemeye ve tekrar eden problemleri azaltmaya yönelik bağlılığı ölçmeye yardımcı olur.

Nereden Alınır??

QMSM tablosundaki önleyici eylem görevinin tamamlanmasından çıkarılmıştır, ERLDT alanı veya bir 'Tamamlandı' durum değişikliği ile belirtilir.

Yakala

QMSM tablosundaki önleyici eylem görevinin tamamlanma zaman damgası (zaman damgası)'ini (ERLDT) belirleyin.

Event tipi inferred
Paydaşlar Bilgilendirildi
Çözümün müşteriler veya dahili departmanlar gibi ilgili paydaşlara iletilmesini temsil eder. Bu nadiren otomatik bir sistem `event`idir ve genellikle manuel bir adımdır.
Neden Önemli?dir?

Paydaşlarla zamanında iletişim, müşteri memnuniyeti ve şeffaflık için büyük önem taşır. Kapanış ile bildirim arasındaki gecikmeyi ölçmek, iletişim süreçlerindeki eksiklikleri ortaya çıkarabilir.

Nereden Alınır??

Bu faaliyetin doğrudan SAP'den yakalanması zordur. QMSM'deki 'Paydaşı Bilgilendir' etiketli manuel bir görevin tamamlanmasından çıkarılabilir veya e-posta logları gibi harici sistemlerin analizini gerektirebilir.

Yakala

Manuel bir iletişim görevi kullanılıyorsa, bunun tamamlandığını belirleyin. Aksi takdirde, bu genellikle mevcut değildir.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

SAP S/4HANA QM'nden verilerinizi nasıl alırsınız?