Kalite Yönetimi Veri Şablonunuz

SAP S/4HANA Kalite Yönetimi
Kalite Yönetimi Veri Şablonunuz

Kalite Yönetimi Veri Şablonunuz

Bu template, Kalite Yönetimi data'nızı toplama ve hazırlama konusunda kapsamlı bir rehber sunar. Process Mining için doğru bir event log oluşturmak üzere gereken temel öznitelikleri ve aktiviteleri ana hatlarıyla belirtir. Data çıkarma ve analiz çabalarınızı kolaylaştırmak için bu kaynağı kullanın.
  • 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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kalite Yönetimi Öznitelikleri

Bunlar, SAP S/4HANA bünyesinde kapsamlı kalite yönetimi analizi için Event Log'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 7 Önerilen 9 İsteğe Bağlı
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. Event Log'lar ayrıca değişim belgesi tabloları CDHDR ve CDPOS'tan da oluşturulabilir.

Ö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' dashboard'ları için çok önemlidir. 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

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 caselerin süreçte takılıp kaldığı verimsizlikleri ortaya çıkarabilir. 'Kalite Olayı İşlem Hızı Analizi' gibi dashboard'lar için temel bir boyuttur.

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 bottleneck'leri belirlemek ve farklı ekiplerin sürece nasıl katkıda bulunduğunu anlamak için kritik öneme sahiptir.

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 case'in mevcut durumunu gösterir, aktif ve kapalı case'lerin filtrelenmesine olanak tanır 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 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ş timestamp'leri arasındaki fark alınarak hesaplanır.

Bu metrik, hangi belirli görevlerin en çok zaman aldığını belirlemek için temeldir. 'Süreç Bottleneck Belirleme' dashboard'ında, belirli faaliyetler için yüksek işlem süreleri karmaşıklığı, kaynak eksikliğini veya verimsiz prosedürleri gösterebilir. Süreç iyileştirme çabalarının tam olarak nereye odaklanacağını belirlemeye yardımcı olur.

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

Event Log'daki her aktivitenin başlangıç ve bitiş zaman damgalarından türetilen hesaplanmış alan. (Bitiş Zamanı - Başlangıç Zamanı).

Ö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 verilerin güncelliği hakkında bilgi verir, bu da Process Mining analizine dayalı olarak zamanında ve doğru kararlar almak için kritik öneme sahiptir.

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 organizasyonel bir bağlam sağlar.

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' özniteliki karşılaştırılarak türetilen hesaplanmış öznitelik.

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

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 İsteğe Bağlı
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 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ığı timestamp'i belirleyerek yakalanır.

Yakala

JCDS tablosunda 'Bildirim tamamlandı' durumunun ayarlandığı timestamp'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

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 timestamp'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

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 timestamp'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

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 timestamp'ini (ERLDT) belirleyin.

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ş eventini sağlar. '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 timestamp ile kaydedilir.

Yakala

JCDS tablosundaki bildirim için son 'Kapatıldı' durumunun ayarlandığı timestamp'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

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ığı timestamp'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

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 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 timestamp'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

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ığı timestamp'i belirleyin.

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 event, kuruluşun sadece reaktif düzeltmeler yerine proaktif kalite iyileştirmesine odaklanmasını değerlendirmek için kritiktir. 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 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 timestamp'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

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 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 İsteğe Bağlı

Veri Çekim Kılavuzları

SAP S/4HANA Kalite Yönetimi'nden `veri`lerinizi nasıl alırsınız?