Kalite Yönetimi Veri Template'inuz
Kalite Yönetimi Veri Template'inuz
- 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
Kalite Yönetimi Öznitelikleri
| 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.
Ö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'
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
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
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
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 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'
Örnekler:::::::
truefalse
|
|||
Kalite Yönetimi Faaliyetleri
| 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
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ş
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
Nereden Alınır??
Bu
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
Nereden Alınır??
Bu
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
Yakala
Manuel bir iletişim görevi kullanılıyorsa, bunun tamamlandığını belirleyin. Aksi takdirde, bu genellikle mevcut değildir.
Event tipi
inferred
|
|||