Kalite Yönetimi Veri Şablonunuz
Kalite Yönetimi Veri Şablonunuz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
Kalite Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Faaliyet Adı
ActivityName
|
Kalite yönetimi süreci içinde meydana gelen belirli görevin veya adımın adı. | ||
|
Açıklama
Bu öznitelik, bir kalite olayını yönetmenin bir parçası olarak gerçekleştirilen tek bir olayı veya eylemi tanımlar. Bu aktivitelerin zaman damgalarına göre sıralanmış dizisi, her vaka için süreç akışını oluşturur. Aktivite Adı'nı analiz etmek, süreç madenciliğinin merkezindedir. Gerçek süreç modelinin keşfedilmesine, uygunluk kontrolü için istenen bir modelle karşılaştırılmasına ve belirli aktiviteler arasındaki darboğazların veya yeniden işleme döngülerinin belirlenmesine olanak tanır. Örneğin, 'Soruşturma Başlatıldı' ve 'Kök Neden Analizi Yapıldı' arasındaki geçen süreyi ölçmeye yardımcı olur.
Neden önemli
Bu öznitelik, süreç akışını haritalamak, sapmaları tespit etmek ve işin gerçekte nasıl yapıldığını anlamak için temeldir.
Nereden alınır
Bu bilgi tipik olarak Oracle Kalite Yönetimi modülü içindeki olay günlüklerinden, durum değişikliği kayıtlarından veya eylem geçmişi tablolarından türetilir.
Örnekler
Kalite Sorunu Tespit EdildiSoruşturma BaşlatıldıDüzeltici Eylem Planı OnaylandıSon İnceleme ve Kapanış
|
|||
|
Kalite Olayı
QualityEventId
|
Uygunsuzluk, şikayet veya sapma gibi tek bir kalite olayı için benzersiz tanımlayıcı. | ||
|
Açıklama
Kalite Olayı Kimliği, ilk raporlamadan nihai kapanışa kadar tüm ilgili aktiviteleri gruplayan birincil vaka tanımlayıcısı olarak hizmet eder. Her kalite olayına benzersiz bir kimlik atanır ve soruşturma ile çözüm sürecinin eksiksiz bir tarihsel kaydını oluşturur. Süreç madenciliği analizinde, bu öznitelik her kalite olayının uçtan uca yolculuğunu yeniden yapılandırmak için temeldir. Toplam döngü sürelerinin hesaplanmasına, süreç varyantlarının belirlenmesine ve farklı olay türlerinin nasıl ele alındığının analiz edilmesine olanak tanır. Her aktivite günlüğünü belirli bir Kalite Olayı Kimliği ile ilişkilendirerek, analistler tam süreç akışını görselleştirebilir ve sistemsel darboğazları veya uyumluluk sorunlarını tespit edebilir.
Neden önemli
Bu Kimlik, tek bir vakanın kapsamını tanımladığı için elzemdir; kalite olaylarının doğru takibini ve uçtan uca performans metriklerinin hesaplanmasını sağlar.
Nereden alınır
Bu, tipik olarak Oracle Kalite Yönetimi içindeki ana kalite olayı veya toplama planı tablolarındaki birincil anahtardır, örneğin QA_RESULTS.
Örnekler
NC-2023-00123CAPA-45892QE-500-A
|
|||
|
Olay Başlangıç Zamanı
EventStartTime
|
Bir etkinlik veya olayın ne zaman başladığını gösteren `timestamp` (zaman damgası). | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımının başladığı kesin tarih ve saati sağlar. Olayları kronolojik olarak sıralamak ve her kalite olayı vakası için süreç dizisini oluşturmak için kullanılan birincil zamansal öğedir. Analizde, Olay Başlangıç Zamanı, döngü süreleri, süreler ve aktiviteler arasındaki bekleme sürelerini hesaplamak için çok önemlidir. Ardışık adımlar arasındaki uzun gecikmeleri vurgulayarak darboğazların belirlenmesini sağlar ve Kök Neden Analizi Başlangıç Süresi gibi zamana dayalı KPI'lara karşı performansı izlemek için kullanılır.
Neden önemli
Bu zaman damgası, süreç analizinin omurgasıdır; tüm zamana dayalı hesaplamaları ve aktivitelerin doğru sıralanmasını sağlar.
Nereden alınır
Bu zaman damgası genellikle kalite eylemleri ve toplama planlarıyla ilişkili işlem günlüklerinde veya geçmiş tablolarında bulunur, genellikle CREATION_DATE veya benzeri bir isimle adlandırılır.
Örnekler
2023-04-15T09:00:12Z2023-04-16T11:30:00Z2023-05-01T14:22:45Z
|
|||
|
Atanan Kullanıcı
AssignedUser
|
Bir aktiviteyi gerçekleştirmek veya kalite olayına sahip olmak için atanmış bireysel kullanıcı. | ||
|
Açıklama
Bu öznitelik, belirli bir görevden veya kalite olayının genel yönetiminden sorumlu kişiyi belirtir. Sorumlu departmandan daha ayrıntılı bir düzeyde bilgi sağlar. Kullanıcıya göre analiz yapmak, bireysel iş yüklerini anlamaya, eğitim ihtiyaçlarını belirlemeye ve en iyi performans gösterenleri tanımaya yardımcı olur. Ayrıca, işin sürekli olarak yeniden atanması veya görevlerin belirli kişilerle takılması gibi kalıpları da ortaya çıkarabilir. Bu ayrıntı düzeyi, performans yönetimi ve ayrıntılı kaynak optimizasyonu için faydalıdır.
Neden önemli
Bireysel iş yükü ve performansın ayrıntılı analizine olanak tanır, kaynak kısıtlamalarını veya eğitim fırsatlarını belirlemeye yardımcı olur.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Kullanıcı atama bilgileri genellikle kalite olayıyla ilişkili eylem veya iş akışı tablolarında saklanır.
Örnekler
j.smitha.jonesr.williams
|
|||
|
Hedef Çözüm Tarihi
TargetResolutionDate
|
Kalite olayının nihai kapanışı için planlanan veya beklenen tarih. | ||
|
Açıklama
Bu öznitelik, bir kalite olayının tamamen çözülmesinin beklendiği son tarihi temsil eder. Genellikle olayın önem derecesine veya türüne göre belirlenen bir hizmet düzeyi anlaşması (SLA) veya dahili hedef olarak hizmet eder. Bu tarih, performans izleme için temeldir ve doğrudan 'CAPA Uygulama Zamanında Oranı' KPI'ını hesaplamada kullanılır. Aktivitelerin gerçek tamamlama tarihlerini bu hedefle karşılaştırarak, analistler zamanındalığı ölçebilir, gecikme riski taşıyan olayları belirleyebilir ve zamanında performans trendlerini takip edebilirler. Bu, çözüm döngü sürelerini azaltma çabalarını destekler.
Neden önemli
Zamanında performansın ölçülmesi için bir karşılaştırma noktası sağlar ve zamanındalık KPI'larını hesaplamak ve SLA'ları yönetmek için temeldir.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Bu, standart bir tarih alanı veya kalite toplama planında kullanıcı tanımlı bir öğe olabilir.
Örnekler
2023-05-302023-06-152024-01-10
|
|||
|
İşlem Süresi
ProcessingTime
|
Bir faaliyet üzerinde aktif olarak çalışılan süre. | ||
|
Açıklama
İşlem Süresi, tek bir aktivite için Olay Başlangıç Zamanı ile Olay Bitiş Zamanı arasında hesaplanan süredir. Aktiviteler arasındaki bekleme süresinin aksine, aktif çalışma süresini temsil eder. Bu metrik, ayrıntılı performans analizinin temel bir bileşenidir. Bir vakadaki tüm aktivitelerin işlem süreleri toplanarak toplam temas süresi anlaşılabilir. Toplam temas süresinin genel vaka döngü süresiyle karşılaştırılması, sürecin ne kadarının katma değerli iş ve ne kadarının boşta bekleme süresi olduğunu ortaya koyar; bu da Yalın ve Altı Sigma iyileştirme çabaları için önemli bir içgörüdür.
Neden önemli
Aktif çalışma süresini boşta bekleme süresinden ayırarak, hangi belirli görevlerin zaman alıcı olduğunu belirlemeye yardımcı olur.
Nereden alınır
Bu metrik, veri dönüşümü sırasında EventStartTime ve EventEndTime özniteliklerinden hesaplanır.
Örnekler
PT15M30SPT2HP1D
|
|||
|
Kök Neden Kategorisi
RootCauseCategory
|
Kalite sorununun belirlenen kök nedeninin sınıflandırması. | ||
|
Açıklama
Kök neden analizi yapıldıktan sonra, bulgular genellikle 'Ekipman Arızası', 'İnsan Hatası' veya 'Tasarım Hatası' gibi önceden tanımlanmış gruplara ayrılır. Bu öznitelik, nihai sınıflandırmayı saklar. Süreci Kök Neden Kategorisine göre analiz etmek son derece güçlüdür. Odak noktasını bireysel semptomları düzeltmekten, temel sistemik sorunları ele almaya kaydırmaya yardımcı olur. Örneğin, kök nedeni 'Eğitim Sorunu' olan çok sayıda olay, daha iyi çalışan eğitim programlarına olan ihtiyacı bildirebilir, bu da önleyici faaliyetin temel bir hedefidir.
Neden önemli
Bu öznitelik, başarısızlıkların temel nedenlerinin analizine olanak tanıyarak reaktiften proaktif kalite yönetimine geçiş için anahtardır.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Bu muhtemelen bir toplama planında kullanıcı tanımlı bir öğedir ve 'Kök Neden Analizi Gerçekleştirildi' etkinliğinden sonra doldurulur.
Örnekler
Ekipman ArızasıMalzeme Hatasıİnsan HatasıProsedür Takip Edilmedi
|
|||
|
Mevcut Durum
CurrentStatus
|
Kalite olayı vakasının mevcut durumu. | ||
|
Açıklama
Bu öznitelik, kalite olayının yaşam döngüsündeki mevcut durumunu gösterir; örneğin 'Açık', 'Araştırma Altında', 'Onay Bekliyor' veya 'Kapalı'. Veri çıkarma anında vakanın süreçteki yerinin bir anlık görüntüsünü sunar. Bu, operasyonel izleme için kritik bir özniteliktir ve doğrudan 'Açık Kalite Olayları ve Durum Genel Bakışı' panosunu destekler. Yöneticilerin kalite sorunları hattını hızlıca görmesine ve kaynakları önceliklendirmesine olanak tanır. Süreç madenciliğinde, nihai duruma göre filtreleme, farklı süreç yollarının sonuçlarını analiz etmeye yardımcı olur.
Neden önemli
Kalite olayı hattının gerçek zamanlı görünümünü sunarak, etkin operasyonel yönetim ve aktif vakaların önceliklendirilmesini sağlar.
Nereden alınır
Bu bilgi genellikle kalite olayları için ana üst bilgi tablosunda bulunur ve olayın bilinen son durumunu yansıtır.
Örnekler
AçıkDevam EdiyorOnay BekliyorKapalı
|
|||
|
Olay Bitiş Zamanı
EventEndTime
|
Bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Olay Bitiş Zamanı, belirli bir aktivitenin tamamlandığını işaretler. Olay Başlangıç Zamanı ile eşleştirildiğinde, o aktivitenin işlem süresini tanımlar. Bazı sistemlerde bir aktivite anlık olabilir, bu durumda başlangıç ve bitiş zamanları aynıdır. Bu öznitelik, ayrıntılı süre analizi için elzemdir. Analistlerin aktif işlem süresi (başlangıç ve bitiş zamanı arasındaki süre) ile bekleme süresi (bir aktivitenin bitişi ile bir sonrakinin başlangıcı arasındaki süre) arasında ayrım yapmasını sağlar. Bu, kaynakların nerede aktif olarak kullanıldığını ve aktarımların nerede gecikmelere neden olduğunu belirlemek için anahtardır.
Neden önemli
Aktivite işlem sürelerinin hassas bir şekilde hesaplanmasını sağlayarak, verimsiz görevler ile uzun bekleme sürelerini net bir şekilde belirlemeye yardımcı olur.
Nereden alınır
Bu, başlangıç zamanıyla aynı işlem veya geçmiş tablolarında bulunabilir, bazen LAST_UPDATE_DATE veya belirli bir tamamlama zaman damgası olarak. Ayrıca sonraki olayın başlangıç zamanından da çıkarılabilir.
Örnekler
2023-04-15T09:15:30Z2023-04-16T12:00:00Z2023-05-02T10:00:00Z
|
|||
|
Önem Derecesi Seviyesi
SeverityLevel
|
Kalite olayının kritik, büyük veya küçük gibi etkisinin bir sınıflandırması. | ||
|
Açıklama
Önem Derecesi, genellikle ön değerlendirme sırasında yapılan, kalite sorununun müşteriler, uyumluluk veya iş operasyonları üzerindeki potansiyel etkisinin bir değerlendirmesidir. Bu sınıflandırma, kaynakların önceliklendirilmesine ve gerekli yanıtın aciliyetinin tanımlanmasına yardımcı olur. Süreç madenciliğinde, bu öznitelik segmentasyon için çok önemlidir. Analistler, yüksek önem dereceli olaylar ile düşük önem dereceli olayların süreç akışlarını, döngü sürelerini ve sonuçlarını karşılaştırabilirler. Bu, kritik sorunların gerçekten daha hızlı ve etkili bir şekilde ele alınıp alınmadığını ortaya koyarak 'Kalite Olayı Ön Değerlendirme Tutarlılığı' panosunu ve 'Önem Derecesine Dayalı Çözüm Oranı' KPI'ını destekler.
Neden önemli
Analizlerin önceliklendirilmesini ve bölümlere ayrılmasını sağlayarak, yüksek etkili kalite olaylarının etkin ve verimli bir şekilde yönetilmesini mümkün kılar.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Bu genellikle bir kalite toplama planı içinde yapılandırılabilir bir öğedir.
Örnekler
1 - Kritik2 - Major3 - Minor4 - Informational
|
|||
|
Sorumlu Departman
ResponsibleDepartment
|
Kalite olayından veya mevcut aktiviteden sorumlu departman veya fonksiyonel alan. | ||
|
Açıklama
Bu öznitelik, kalite olayını ele almakla görevli ekibi veya departmanı belirler. Bu, Kalite Güvence, Mühendislik, Üretim veya başka bir grup olabilir ve olay yaşam döngüsü boyunca değişebilir. Süreç madenciliğinde, Sorumlu Departmana göre analiz yapmak, iş yükü dağıtımını anlamak, departmanel darboğazları tespit etmek ve farklı ekipler arasındaki performansı karşılaştırmak için anahtardır. Hangi departmanların hangi tür aktivitelere dahil olduğunu göstererek 'Kalite Olayı Kaynak Tahsisi' panosunu destekler ve kaynak yönetimini optimize etmeye yardımcı olur.
Neden önemli
Departman bazında iş yükü, performans ve darboğaz analizlerini mümkün kılar, bu da kaynak planlaması ve kurumsal gelişim için kritik öneme sahiptir.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Bu, kalite eylemleri veya atamalarıyla ilgili tablolarda saklanabilir, kalite olayına bağlıdır.
Örnekler
Kalite MühendisliğiÜretim OperasyonlarıTedarikçi KalitesiTasarım Mühendisliği
|
|||
|
Düzeltici Eylem Planı Kimliği
CorrectiveActionPlanId
|
Kalite olayını ele almak için oluşturulan düzeltici eylem planının (CAPA) benzersiz tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, bir kalite olayı ile onu çözmek için tasarlanmış belirli düzeltici ve önleyici eylem planı arasında doğrudan bir bağlantı sağlar. Bu genellikle sistemde kendi yaşam döngüsüne sahip ayrı bir nesnedir. Analizde, bu Kimlik, kalite olayı sürecindeki verileri CAPA yönetim sürecindeki verilerle birleştirmek için kullanılabilir ve daha bütünsel bir görünüm oluşturur. Her CAPA gerektiren olayın bir tane atanıp atanmadığını takip etmeye ve bu eylemlerin etkinliğini analiz etmeye yardımcı olur.
Neden önemli
Sorunu (kalite olayı) çözümle (CAPA) ilişkilendirerek, kalite yönetim sisteminin daha kapsamlı uçtan uca analizine olanak tanır.
Nereden alınır
Bu, kalite olayı kaydında, CAPA'ya özel bir tablo veya modüldeki bir kaydı işaret eden bir referans alanı olacaktır.
Örnekler
CAPA-2023-088CAPA-2023-091
|
|||
|
İş Birimi
BusinessUnit
|
Kalite olayının meydana geldiği veya yönetildiği kuruluşun iş birimi veya bölümü. | ||
|
Açıklama
Bu öznitelik, kalite olayını iş yapısının belirli bir bölümüne atar. Farklı organizasyonel birimler arasında kalite performansını analiz etmeye ve karşılaştırmaya yardımcı olur. Süreç analizini İş Birimine göre segmentlere ayırmak, büyük işletmeler için yaygın bir gerekliliktir. İş birimine özel panolar sağlar ve belirli bölümlerin daha verimli kalite süreçlerine sahip olup olmadığını veya benzersiz zorluklarla karşılaşıp karşılaşmadığını belirlemeye yardımcı olur. Bu, kurumsal denetim ve kuruluş genelinde en iyi uygulamaları paylaşmak için değerlidir.
Neden önemli
Kuruluşun farklı bölümlerindeki performans karşılaştırmasını ve analizini sağlayarak, işletme genelinde kalite yönetimini destekler.
Nereden alınır
Bu, genellikle işlemla ilişkili organizasyonel bağlam verilerinin bir parçasıdır ve sıklıkla kullanıcının veya departmanın ana verilerinden türetilir.
Örnekler
Tıbbi CihazlarTüketici ElektroniğiOtomotiv Parçaları
|
|||
|
Kapanış Kodu
ClosureCode
|
Kalite olayının kapanış nedenini veya sonucunu belirten bir kod. | ||
|
Açıklama
Bir kalite olayı kapatıldığında, nihai sonucu sınıflandırmak için genellikle bir kapanış kodu atanır. Örnekler arasında 'Eylem Etkili', 'Eyleme Gerek Yok' veya 'Mükerrer Sorun' bulunur. Bu öznitelik, sonuç analizi için çok faydalıdır. Farklı kapanış kodlarına göre filtreleme yaparak, analistler başarılı sonuçlara yol açan süreç yollarını, başarısız olanlardan ayırarak inceleyebilirler. Bu sayede 'Mükerrer olarak kapatılan sorunlar için sürecimiz nasıl işliyor?' gibi sorulara yanıt bulunabilir ve önceliklendirme sürecindeki verimsizlikler belirlenebilir.
Neden önemli
Bir vakanın sonucu hakkında önemli bilgiler sunarak, hangi süreç yollarının başarılı çözümlere yol açtığını analiz etmeye olanak tanır.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Bu muhtemelen nihai kapanış faaliyeti sırasında doldurulan bir alan olacaktır.
Örnekler
EFFECTIVENO_ACTIONDUPLICATERISK_ACCEPTED
|
|||
|
Kaynak Sistem
SourceSystem
|
Verilerin çıkarıldığı kayıt sistemini tanımlar. | ||
|
Açıklama
Bu öznitelik, olay verisi için kaynak uygulamayı veya sistemi belirtir. Bir kurumsal ortamda, kalite olayı verileri çekirdek Oracle Kalite modülü, ayrı bir CAPA sistemi veya bir müşteri şikayet portalı gibi birden fazla kaynaktan gelebilir. Analiz için bu alan, veri soyağacını anlamaya yardımcı olur ve süreci kaynak sisteme göre segmentlere ayırmak için kullanılabilir. Veri yönetimi ve veri entegrasyonu sorunlarını gidermek için çok önemlidir, böylece süreç görünümünün birleşik veri manzarasını doğru bir şekilde yansıttığından emin olunur.
Neden önemli
Veri kaynağı hakkında kritik bağlam sağlar; bu da veri doğrulaması, yönetimi ve farklı sistemlerdeki süreç varyasyonlarını analiz etmek için önemlidir.
Nereden alınır
Bu, genellikle veri çıkarım (extraction), dönüşüm ve yükleme (ETL) süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir.
Örnekler
Oracle Kalite Yönetimi R12Oracle EBS KaliteQM-PROD
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan en son veri yenileme veya güncelleme zaman damgası. | ||
|
Açıklama
Bu öznitelik, bu olay verisinin süreç madenciliği veri kümesinde en son ne zaman güncellendiğini gösterir. Verilerin güncelliğini yansıtır ve kullanıcıların analizin zamanındalığını anlamasına yardımcı olur. Pano ve raporlarda, bu zaman damgası kullanıcıya bağlam sağlamak için kritiktir. Gerçek zamanlı verilere mi yoksa belirli bir zamandaki bir anlık görüntüye mi baktıklarını netleştirir, bu da bilinçli operasyonel kararlar almak için temeldir. Verinin güncelliği konusunda şeffaflık sağlar.
Neden önemli
Bu zaman damgası, veri güncelliği konusunda şeffaflık sağlayarak kullanıcıların süreç analizinin ne kadar güncel olduğunu anlamasını temin eder.
Nereden alınır
Bu değer, veri ETL süreci sırasında oluşturulur ve saklanır; tipik olarak veri hattının en son ne zaman başarılı bir şekilde çalıştığını temsil eden zaman damgasıdır.
Örnekler
2023-10-27T04:00:00Z2023-10-26T04:00:00Z
|
|||
|
Sorun Kategorisi
IssueCategory
|
Kalite sorununun kategorisi veya türü, örneğin 'Ürün Hatası' veya 'Süreç Sapması'. | ||
|
Açıklama
Bu öznitelik, kalite olayının bir sınıflandırmasını sağlar, bu da benzer sorunları analiz için gruplamaya yardımcı olur. Kategoriler genellikle kuruluş tarafından kendi özel operasyonel bağlamlarını yansıtacak şekilde tanımlanır. Süreci Sorun Kategorisine göre analiz etmek, belirli problem türleriyle ilgili kalıpların belirlenmesine olanak tanır. Örneğin, 'Tedarikçi Malzemesi' sorunlarının 'Dahili Süreç' sorunlarından çok daha uzun bir döngü süresine sahip olduğunu ortaya çıkarabilir. Bu segmentasyon, hedeflenen süreç iyileştirme girişimleri için değerlidir.
Neden önemli
Sorunları kategorize etmek, belirli problem alanları için eğilimleri ve kök nedenleri belirlemek amacıyla hedeflenmiş analizler yapmayı sağlar.
Nereden alınır
Oracle Kalite Yönetimi dokümantasyonuna başvurun. Bu muhtemelen kalite toplama planı içinde kullanıcı tanımlı bir öğedir.
Örnekler
Ürün HatasıSüreç SapmasıTedarikçi MalzemesiMüşteri Şikayeti
|
|||
|
Toplam Cycle Time
TotalCycleTime
|
Bir kalite sorununun tespitinden nihai kapanışına kadar geçen toplam süre. | ||
|
Açıklama
Bu öznitelik, tek bir kalite olayı vakası için uçtan uca toplam süreyi ölçer. İlk aktivitenin ('Kalite Sorunu Tespit Edildi') zaman damgası ile son aktivitenin ('Nihai İnceleme ve Kapanış') zaman damgası arasındaki fark olarak hesaplanır. Bu, kalite yönetimi sürecinin genel verimliliği için birincil bir temel performans göstergesidir (KPI). 'Kalite Olayı Uçtan Uca Döngü Süresi' panosunun ana metriğidir. Bu metriği zaman içinde takip etmek ve Önem Derecesi veya Sorun Kategorisi gibi özniteliklere göre segmentlere ayırmak, süreç sağlığının ve iyileştirme girişimlerinin etkisinin üst düzey bir görünümünü sağlar.
Neden önemli
Bu, kalite yönetimi sürecinin baştan sona genel hızını ve verimliliğini ölçen kritik bir KPI'dır.
Nereden alınır
Bu, süreç madenciliği için veri işleme sırasında vaka düzeyinde hesaplanır. Her QualityEventId için ilk olayın başlangıç zamanını ve son olayın bitiş zamanını gerektirir.
Örnekler
P30DT12HP15DP92D
|
|||
|
Ürün Tanımlayıcı
ProductIdentifier
|
Kalite olayıyla ilişkili ürünün tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, kalite olayını belirli bir ürün, malzeme veya hizmete bağlar. Bir ürün kodu, SKU veya parça numarası olabilir. Bu bağlantı, ürün kalite analizi için çok önemlidir. Süreç madenciliği, farklı ürün gruplarındaki kalite yönetim süreçlerini karşılaştırmak veya sık sık kalite sorunlarıyla ilişkili ürünleri belirlemek için kullanılabilir. Bu, mühendislik veya üretim iyileştirme çabalarının en çok ihtiyaç duyulduğu yerlerde önceliklendirilmesine yardımcı olur.
Neden önemli
Kalite olaylarını belirli ürünlerle ilişkilendirir, ürünle ilgili kalite trendlerinin ve süreç varyasyonlarının analizine olanak tanır.
Nereden alınır
Bu bilgi, kalite toplama planı içindeki bir alanda saklanır ve genellikle Oracle Envanter öğe ana verilerine bağlanır.
Örnekler
SKU-100-A-REDPN-987654CHEM-X2
|
|||
|
Yeniden İşleme mi?
IsRework
|
Bir faaliyetin, aynı vakanın önceki bir adımının tekrarı veya yeniden işlenmesi olup olmadığını gösteren bir bayrak. | ||
|
Açıklama
Bu öznitelik, 'Düzeltici Eylem Planı Önerildi' gibi belirli bir aktivitenin tek bir kalite olayı vakası içinde birden fazla kez gerçekleşip gerçekleşmediğini belirten bir boolean bayrağıdır. Bu, süreçte daha önce tamamlanmış bir adımın yeniden yapılması gerektiği bir döngü veya düzeltmeyi gösterir. Yeniden işlemeyi tanımlamak, süreç madenciliğinin temel bir yeteneğidir. Bu bayrak, bu tür verimsizliklerin nicel olarak belirlenmesini basitleştirir ve doğrudan 'Aktivite Yeniden İşleme Sıklığı' KPI'ını destekler. Hangi adımların yeniden işleme konusunda en yatkın olduğunu ve hangi koşullar altında olduğunu analiz etmek, eğitim, veri kalitesi veya onay kriterleri ile ilgili sorunları ortaya çıkarabilir, süreci daha verimli hale getirme fırsatlarını vurgular.
Neden önemli
Süreç verimsizliklerini ve döngülerini işaret ederek, israfı nicel olarak belirlemeye ve yeniden işleme nedenlerinin kök nedenlerini tespit etmeye yardımcı olur.
Nereden alınır
Bu, veri hazırlığı sırasında olay günlüğü üzerinde pencere fonksiyonları veya ardışık analiz kullanılarak hesaplanır. Aynı vaka için aynı aktivite adının birden çok kez ne zaman göründüğünü belirler.
Örnekler
truefalse
|
|||
|
Zamanında mı?
IsOnTime
|
Bir düzeltici eylemin hedef çözüm tarihine kadar uygulanıp uygulanmadığını gösteren bir bayrak. | ||
|
Açıklama
Bu boolean öznitelik, 'Düzeltici Eylem Uygulandı' aktivitesinin tamamlama zaman damgasını vakanın 'Hedef Çözüm Tarihi' ile karşılaştırarak türetilir. Eylem hedef tarihte veya öncesinde tamamlandıysa doğru, aksi takdirde yanlıştır. Bu öznitelik, doğrudan 'CAPA Uygulama Zamanında Oranı' KPI'ını destekler. Her vakanın zamanındalığı için net, ikili bir sınıflandırma sağlayarak analizi ve pano oluşturmayı basitleştirir. Hizmet düzeylerine uyumu izlemek ve gecikmelerin kök nedenlerini belirlemek için kolay filtreleme ve toplama imkanı sunar.
Neden önemli
Hedeflere göre zamanında performans takibini basitleştirir, bu kritik KPI'ı ölçmeyi ve raporlamayı kolaylaştırır.
Nereden alınır
Bu, veri dönüşümü sırasında hesaplanan türetilmiş bir bayraktır. TargetResolutionDate'i ve ilgili tamamlama aktivitesinin zaman damgasını gerektirir.
Örnekler
truefalse
|
|||
Kalite Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Düzeltici Eylem Planı Onaylandı
|
Önerilen düzeltici eylem planının belirlenmiş bir yetkili tarafından resmi onayını temsil eder. Bu, genellikle açık bir onay eylemi veya 'Onaylandı' durum değişikliği ile yakalanan kritik bir kontrol noktasıdır. | ||
|
Neden önemli
Bu onay, önemli bir dönüm noktası ve sıkça rastlanan bir darboğazdır. Onay sürelerini analiz etmek, süreci kolaylaştırmaya ve prosedürlere uyumu sağlamaya yardımcı olur.
Nereden alınır
Kalite Eylemi veya CAPA kaydının durumunun 'Onaylandı' olarak değişmesinden çıkarıldı. Onay iş akışlarına sahip Oracle sistemleri bu değişikliği genellikle denetim tablolarında açıkça günlüğe kaydeder.
Yakala
Durum değişikliğinden 'Onaylandı' olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Eylemin Etkinliği Doğrulandı
|
Uygulanan düzeltici eylemin kök nedeni başarıyla çözdüğünü ve tekrarı önlediğini doğrular. Bu, bir kullanıcı doğrulama adımını tamamladığında ve kaydın durumunu güncellediğinde yakalanır. | ||
|
Neden önemli
Bu, kritik bir sonuç odaklı dönüm noktası ve 'Etkinlik Doğrulama Oranı' KPI'ının temelidir. Düzeltici eylem döngüsünü kapatarak sorunların gerçekten çözüldüğünü garanti eder.
Nereden alınır
CAPA kaydının durumunun 'Doğrulama Tamamlandı' veya 'Etkin' olarak değişmesinden çıkarıldı. Bu, belirli doğrulama sonuç alanlarının doldurulmasını da içerebilir.
Yakala
Durum değişikliğinden 'Doğrulama Tamamlandı' veya 'Etkin' olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Kalite Sorunu Tespit Edildi
|
Bu aktivite, uygunsuzluk, sapma veya müşteri şikayeti gibi yeni bir kalite olayı kaydının oluşturulmasını işaretler. Bir kullanıcı Oracle'da yeni bir Kalite Sorunu veya Kalite Eylemi kaydı oluşturduğunda açıkça kaydedilir. | ||
|
Neden önemli
Başlangıç olayı olarak, kalite yönetimi sürecinin toplam döngü süresini hesaplamak ve gelen kalite olaylarının hacmini anlamak için hayati öneme sahiptir.
Nereden alınır
Bu olay, Kalite Sorunu veya Kalite Eylemi kaydının oluşturulma zaman damgasından yakalanır, büyük olasılıkla QAM_QUALITY_ISSUES veya QAM_QUALITY_ACTIONS gibi tablolarda bulunur.
Yakala
Yeni bir Kalite Sorunu veya Eylem kaydının oluşturulması üzerine kaydedilen olay.
Event tipi
explicit
|
|||
|
Son İnceleme ve Kapanış
|
Tüm ilgili eylemlerin tamamlandığının onaylandığı ve ana kalite sorununun resmi olarak kapatıldığı son adımdır. Bu, birincil kayıtta 'Kapalı' veya 'Çözüldü' durumuna yapılan son bir durum değişikliği ile kaydedilir. | ||
|
Neden önemli
Bu, süreç için birincil bitiş olayıdır. 'Ortalama Olay Döngü Süresi' KPI'ını hesaplamak ve genel süreç verimini ölçmek için elzemdir.
Nereden alınır
Ana Kalite Sorunu kaydındaki son durum değişikliğinden 'Kapalı' olarak çıkarıldı. Bu değişikliğin zaman damgası olay zamanı olarak hizmet eder.
Yakala
Ana Kalite Sorunu kaydında durum değişikliğinden 'Kapalı' olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Sorun Kategorize Edildi ve Önceliklendirildi
|
Bu aktivite, bir analistin ilk değerlendirmeyi tamamlaması, önem derecesi, öncelik ve sorun türü gibi ana öznitelikleri atamasıyla gerçekleşir. Genellikle sorun 'Yeni' durumundan 'Değerlendirildi' veya 'Ön Değerlendirmede' durumuna geçtiğinde kaydedilir. | ||
|
Neden önemli
Bu dönüm noktası, 'Ort. Ön Değerlendirme İşlem Süresi' KPI'ı için hayati öneme sahiptir. Buradaki gecikmeler, özellikle kritik sorunlar için tüm çözüm sürecini yavaşlatabilir.
Nereden alınır
Kalite Sorunu kaydının durumundaki bir değişiklikten, örneğin 'Yeni'den 'Değerlendirme Altında'ya geçişten veya 'Ciddiyet' veya 'Öncelik' gibi alanların ilk kez doldurulmasından çıkarıldı.
Yakala
Durum değişikliğinden veya Ciddiyet veya Öncelik alanlarının ilk doldurulmasından çıkarıldı.
Event tipi
inferred
|
|||
|
Soruşturma Başlatıldı
|
Kalite sorununun kök nedenini belirlemek üzere araştırma aşamasının resmi başlangıcını işaret eder. Bu genellikle sistemde 'Araştırma Altında' gibi bir durum değişikliğiyle temsil edilir. | ||
|
Neden önemli
Bu, 'Kök Neden Analizi Başlangıç Süresi' KPI'ını ölçmek için başlangıç noktası olarak hizmet eder ve resmi bir soruşturma başlamadan önce sorunların ne kadar beklediğini belirlemeye yardımcı olur.
Nereden alınır
Kalite Sorunu veya ilişkili bir Kalite Eylemi kaydının durumunun 'Soruşturma' durumuna değişmesinden çıkarıldı. Bu durum değişikliğinin zaman damgası olay zamanını sağlar.
Yakala
Durum değişikliğinden 'Soruşturma Altında' veya benzeri bir durum olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Düzeltici Eylem Planı Önerildi
|
Düzeltici eylemler tanımlandığında ve kalite sorunuyla ilişkilendirildiğinde, sorunu düzeltmek için adımları ana hatlarıyla belirterek gerçekleşir. Bu, ilgili bir Düzeltici Eylem kaydının oluşturulması veya bir planın incelemeye hazır olduğunu gösteren bir durum değişikliği olabilir. | ||
|
Neden önemli
Bu, problem analizinden çözüm tasarımına geçişi takip eder. Bu adımı içeren ve yeniden işleme KPI'larıyla ölçülen yeniden işlemeler, belirsiz gereksinimleri veya etkisiz planlamayı gösterebilir.
Nereden alınır
Bu, bir CAPA nesnesi içinde yeni bir Düzeltici Eylem kaydı oluşturmaktan kaynaklanan açık bir olay veya 'Plan Önerildi' veya 'Onay Bekliyor' durumuna bir durum değişikliğinden çıkarılan bir olay olabilir.
Yakala
Durum değişikliğinden 'Onay Bekliyor' olarak veya bağlantılı bir Düzeltici Eylemin oluşturulmasından çıkarıldı.
Event tipi
inferred
|
|||
|
Düzeltici Eylem Uygulandı
|
Onaylanmış düzeltici eylem planında belirtilen görevlerin tamamlandığını işaret eder. Bu genellikle bir kullanıcının düzeltici eylem kaydının durumunu 'Uygulandı' veya 'Tamamlandı' olarak güncellediğinde kaydedilir. | ||
|
Neden önemli
Bu aktivite, 'CAPA Uygulama Zamanında Oranı' KPI'ı için hayati öneme sahiptir, çünkü planlanan düzeltmenin uygulandığını gösterir ve hedef tarihlerle karşılaştırma yapılmasına olanak tanır.
Nereden alınır
Bu olay, ilişkili Kalite Eylemi veya CAPA kaydının durumunun 'Uygulandı' veya 'Tamamlandı' olarak değiştirilmesinden çıkarılır.
Yakala
Durum değişikliğinden 'Uygulandı' veya 'Tamamlandı' olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Etkinlik Kontrolü Gerekli
|
Sistemin veya bir kullanıcının, uygulanan eylemin etkinliğini sağlamak için bir takip doğrulaması gerektirdiğini işaretlemesini temsil eder. Bu genellikle uygulamadan sonra meydana gelen otomatik veya manuel bir durum değişikliğidir. | ||
|
Neden önemli
Bu adım, kritik doğrulama aşamasını başlatır. Uygulama ile bu aktivite arasındaki süreyi anlamak, gerekli takiplerin başlatılmasındaki gecikmeleri vurgulayabilir.
Nereden alınır
Bu olay, Kalite Eylemi'nin durumunun 'Etkinlik Kontrolü Bekliyor' veya iş akışı içindeki benzer bir duruma değiştirilmesinden çıkarılır.
Yakala
Durum değişikliğinden 'Etkinlik Kontrolü Bekleniyor' olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Kök Neden Analizi Yapıldı
|
Kök neden analizinin (RCA) tamamlanmasını ve bulguların belgelenmesini temsil eder. Bu genellikle araştırma ekibinin kalite sorununu belirlenen kök neden ile güncelleyip durumunu değiştirmesiyle kaydedilir. | ||
|
Neden önemli
Bu aktivite, 'Kök Neden Analizi Başlangıç Süresi' KPI'ının bitiş noktasıdır. Bu adıma giden süreyi analiz etmek, problem çözme aşamasındaki darboğazları belirlemeye yardımcı olur.
Nereden alınır
Durum değişikliğinden 'KNA Tamamlandı' olarak veya kök neden kategorisi alanı doldurulup kayıt kaydedildiğinde çıkarıldı. Bu güncellemenin zaman damgası kullanılır.
Yakala
Durum değişikliğinden 'KNA Tamamlandı' olarak veya kök neden alanlarının doldurulmasından çıkarıldı.
Event tipi
inferred
|
|||
|
Önleyici Eylem Tespit Edildi
|
Sistemsel sorunları ele almak ve benzer kalite olaylarının meydana gelmesini önlemek için bir önleyici eylemin (PA) oluşturulmasını temsil eder. Bu genellikle orijinal sorunla bağlantılı yeni bir Önleyici Eylem kaydının oluşturulması olarak kaydedilir. | ||
|
Neden önemli
Bu aktivite, tek sorunları düzeltmekten gelecekteki sorunları önlemeye geçen olgun bir kalite sürecini gösterir. Bunu takip etmek, proaktif kalite iyileştirmelerini ölçmeye yardımcı olur.
Nereden alınır
Genellikle orijinal Kalite Sorunu veya Düzeltici Eylem ile bağlantılı, 'Önleyici Eylem' türünde yeni bir Kalite Eylemi kaydının oluşturulmasından yakalandı.
Yakala
'Önleyici Eylem' türünde bir Kalite Eylemi kaydının oluşturulmasıyla kaydedilir.
Event tipi
explicit
|
|||
|
Önleyici Eylem Uygulandı
|
Sistemsel riskleri azaltmak amacıyla önleyici eylem planında tanımlanan görevlerin tamamlandığını belirtir. Bu, bir kullanıcının önleyici eylem kaydının durumunu 'Uygulandı' veya 'Tamamlandı' olarak güncellediğinde kaydedilir. | ||
|
Neden önemli
Kuruluşun proaktif kalite iyileştirmelerini gerçekleştirme yeteneğini ölçer. Buradaki gecikmeler, kuruluş genelinde sistemsel değişiklikleri uygulama konusunda bir zorluk olduğunu gösterebilir.
Nereden alınır
İlişkili Önleyici Eylem kaydının durumunun 'Uygulandı' veya 'Tamamlandı' olarak değişmesinden çıkarıldı, düzeltici eylemlerin izlenmesine benzer şekilde.
Yakala
Önleyici Eylem kaydında durum değişikliğinden 'Uygulandı' olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Paydaşlara Çözüm Bildirildi
|
Kalite olayının çözümünün, raporu veren veya etkilenen müşteriler gibi ilgili taraflara iletilmesini temsil eder. Bu durumun otomatik olarak yakalanması zordur ve kapanış sonrası bir durum değişikliğinden veya kaydedilmiş bir yorumdan çıkarılabilir. | ||
|
Neden önemli
'Paydaş Bildirim Gecikmesi' KPI'ı için çok önemli. Zamanında iletişim, bir sorun çözüldükten sonra bile müşteri memnuniyeti ve iç şeffaflık için önemlidir.
Nereden alınır
Bu genellikle otomatik olarak yakalanması zordur. 'Bildirim Gönderildi' gibi bir durumdan çıkarılabilir veya bir aktivite veya yorum alanına kaydedilmiş olabilir, bu da özel çıkarma mantığı gerektirir.
Yakala
Belirli bir durum değişikliğinden veya potansiyel olarak etkinlik günlüklerinin metin madenciliğinden çıkarıldı.
Event tipi
inferred
|
|||
|
Sorun Ön Değerlendirme İçin Atandı
|
Yeni oluşturulan kalite sorununun, ilk inceleme ve değerlendirme için belirli bir kullanıcıya veya ekibe atanmasını temsil eder. Bu olay genellikle kalite sorunu kaydının atanan veya sahibi alanındaki değişikliklerin izlenmesiyle çıkarılır. | ||
|
Neden önemli
Bu ilk devri takip etmek, değerlendirme başlamadan önceki gecikmeleri belirlemeye yardımcı olur. Bu durumda geçirilen süreyi analiz etmek, ön değerlendirme kuyruğundaki potansiyel birikmeleri ortaya çıkarır.
Nereden alınır
Kalite Sorunu kaydındaki sahip veya atanan alanı değişikliklerinden çıkarıldı. Bu, denetim izleme tablolarından veya atama iş akışlarıyla ilişkili durum değişikliklerinin izlenmesiyle elde edilebilir.
Yakala
Kalite Sorunu üzerindeki 'Atandığı Kişi' veya 'Sahip' alanındaki bir değişiklikten çıkarıldı.
Event tipi
inferred
|
|||