Kalite Yönetimi Veri Şablonunuz
Kalite Yönetimi Veri Şablonunuz
- Kapsamlı analiz için toplanması önerilen öznitelikler
- İzlenmesi Gereken Başlıca Kalite Yönetimi Faaliyetleri
- SAP S/4HANA Kalite Yönetimi'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 yaşam 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 sağlar. Faaliyetlerin ayrıntı düzeyi, süreç analizindeki detay seviyesini belirler.
Neden önemli
Bu öznitelik, süreç akışını görselleştirmeyi ve analiz etmeyi, sapmaları belirlemeyi ve faaliyetler arasındaki performansı ölçmeyi mümkün kılarak 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şturulduAraştırma Görevi AtandıDüzeltici Eylem UygulandıBildirim Kapatıldı
|
|||
|
Başlangıç Zamanı
EventTimestamp
|
Belirli bir faaliyetin veya olayın gerçekleştiği kesin tarih ve saat. | ||
|
Açıklama
Başlangıç Zamanı veya event timestamp, bir faaliyetin gerçekleştiği anı kesin olarak kaydeder. Bu, event'lerin kronolojik olarak sıralanması ve aralarındaki sürelerin hesaplanması için çok önemlidir. Ö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 temeldir. Darboğazların belirlenmesini, işlem hacmi analizini ve zaman tabanlı SLA'lara veya hedeflere göre performansın izlenmesini sağlar. Doğru timestamp bilgileri, tüm süreç modelinin bütünlüğü için kritiktir.
Neden önemli
Bu timestamp, event'leri sıralamak, döngü süreleri ve bekleme süreleri gibi tüm performans metriklerini hesaplamak ve süreç dinamiklerini anlamak için çok önemlidir.
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 timestamp'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 `case` ID'si olarak hizmet eder. | ||
|
Açıklama
Kalite Event'i, tek bir kalite sorunuyla ilgili tüm faaliyetleri, görevleri ve kararları birbirine bağlayan merkezi case tanımlayıcısıdır. SAP'de bu genellikle Kalite Bildirim Numarasına (QMNUM) karşılık gelir. Process Mining'de event'lerin bu tanımlayıcıya göre analiz edilmesi, her bir kalite case'inin uçtan uca yolculuğunun yeniden kurgulanmasını sağlar. Bu durum; süreç akışlarını görselleştirmek, tüm case 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
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 anahtardır.
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 event'inin 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 temeldir. '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
Zamanında performans ölçümü için bir temel sağlar; 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 event'ini 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
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ı sağlar.
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 kritik bir adımdır. Bu öznitelik, 'Kök Neden Analizi Döngü Süresi' ve 'Tekrarlayan Sorun Kalıbı Tespiti'
Neden önemli
Kök nedenleri ürünler, departmanlar ve süreç verimsizlikleri ile ilişkilendirerek sistemik sorunların analizini sağlar, ö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 temeldir.
Neden önemli
Kullanıcı performansının, iş yükü dağılımının ve standart prosedürlere uyumun analizini mümkün kılar; bu da kaynak optimizasyonu için kritik öneme sahiptir.
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ı sağlar. 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
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 sağlar.
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 event'ine 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 kritik 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 olanak tanır.
Neden önemli
Departmanlar arası devirleri analiz etmek, organizasyonel
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 event'inden etkilenen ürün veya malzeme için benzersiz tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, kalite event'ini 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 hayati önem taşır. 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 sağlar. Ü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
Kalite sorunlarını belirli ürünlerle ilişkilendirerek ürüne özel kusur oranları, temel nedenler ve çözüm kalıplarının analizini sağlar.
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 event'inin yaşam 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 event'lerini 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
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 içgörü sağlar. 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
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
EtkiliEtkin Değilİzleme Gerekli
|
|||
|
Faaliyet İşlem Süresi
ProcessingTime
|
Tek bir faaliyet üzerinde aktif olarak çalışarak geçirilen süre. | ||
|
Açıklama
İşlem Süresi, döngü süresi olarak da bilinir, tek bir faaliyetin başlangıcından bitişine kadar geçen süredir. Bu, faaliyetler arasında geçen bekleme süresinden farklıdır. Bir faaliyetin başlangıç ve bitiş Bu metrik, hangi belirli görevlerin en çok zaman aldığını belirlemek için temeldir. 'Süreç
Neden önemli
Değer katan faaliyetlerde harcanan süreyi ölçerek, sürecin optimizasyon için başlıca aday olan en zaman alıcı adımlarını belirlemeye yardımcı olur.
Nereden alınır
Örnekler
2 saat 15 dakika3 gün 4 saat30 dakika
|
|||
|
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ü sağlamak için çok önemlidir. Analiz için farklı sistemler veya organizasyonel birimler arasındaki süreçlerin filtrelenmesine veya karşılaştırılmasına olanak tanır. 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
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, data çı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 event'ini 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 hayati önem taşır. 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
Kalite olaylarını müşterilere bağlayarak, müşteriye özel sorunların analizini sağlar 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ı. | ||
|
Açıklama
Bu öznitelik, kaynak sistemden yapılan son veri çekme veya güncelleme işlemi için bir timestamp sağlar. 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 anahtar 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
Kullanıcılara
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
Farklı operasyonel konumlar arasında performans karşılaştırmasına olanak tanır, 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 bayrağı. | ||
|
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ı case 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
Adımların ne zaman tekrarlandığını belirleyerek süreç verimsizliğini nicelendirir, 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 bayrağı. | ||
|
Açıklama
Bu hesaplanmış flag, bir kalite event'inin gerçek tamamlanma timestamp 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 sağlar; '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
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ı 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
Bu faaliyet, iş çözünürlük süresini ölçmek için birincil bitiş noktası olarak hizmet eder. 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ığı
Yakala
JCDS tablosunda 'Bildirim tamamlandı' durumunun ayarlandığı
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
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 kritik öneme sahiptir.
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
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
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
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
Birincil başlangıç olayı olarak, bu aktivite kalite çözüm sürecinin uçtan uca döngü süresini ölçmek için esastır. Kalite olaylarının ele alınması ve kapatılmasının ne kadar sürdüğünü takip etmek için bir temel sağlar.
Nereden alınır
Bu, Quality Notification başlık tablosu QMEL'den alınan açık bir event'tir. Oluşturma timestamp'i genellikle ilgili bildirim numarası QMNUM için ERDAT alanında bulunur.
Yakala
Belirtilen bildirim için QMEL tablosundaki oluşturma timestamp'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
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 timestamp'i bu aktiviteyi işaret eder.
Yakala
QAVE tablosundaki ilgili muayene partisi için oluşturma timestamp'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
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
Event tipi
inferred
|
|||
|
Araştırma 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
Görev atamasını izlemek, iş yükü dağılımını anlamak ve kaynak tahsisindeki darboğazları tespit etmek için kritik öneme sahiptir. 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 timestamp'ini (ERDAT) kullanın.
Event tipi
explicit
|
|||
|
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 yaşam döngüsünün mutlak sonunu işaret eder. | ||
|
Neden önemli
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
Yakala
JCDS tablosundaki bildirim için son 'Kapatıldı' durumunun ayarlandığı
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
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ığı
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
Bu
Nereden alınır
Bu
Yakala
Düzeltici eylem türüne sahip görevler için QMSM tablosundaki oluşturma timestamp'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
Bu faaliyet, kalite yönetimi sürecinin kritik bir doğrulama döngüsü içermesini sağlar. 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
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
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 timestamp'i, görev nesnesine bağlı JCDS tablosunda bulunur.
Yakala
Düzeltici veya önleyici eylem görevi için 'Yayımlandı' durumunun ayarlandığı
Event tipi
inferred
|
|||
|
Ö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
Bu
Nereden alınır
Bu
Yakala
Önleyici eylem türüne sahip görevler için QMSM tablosundaki oluşturma timestamp'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
Önleyici eylemlerin tamamlanması, olgun kalite süreçlerinde hayati 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
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
Paydaşlarla zamanında iletişim, müşteri memnuniyeti ve şeffaflık için kritiktir. 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
|
|||