Kalite Yönetimi Veri Template'inuz
Kalite Yönetimi Veri Template'inuz
- Önerilen Öznitelikler
- İzlenecek Temel Etkinlikler
- Veri Çekim Kılavuzu
Kalite Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite 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 sunar. Örneğin, 'İnceleme Başlatıldı' ve 'Kök Neden Analizi Yapıldı' arasındaki geçen süreyi ölçmeye yardımcı olur.
Neden Önemli?dir?
Bu öznitelik, süreç akışını haritalamak, sapmaları tespit etmek ve işin gerçekte nasıl yapıldığını anlamak için büyük önem taşır.
Nereden Alınır??
Bu bilgi tipik olarak Oracle Kalite Yönetimi Süreci 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 Belirlendiİnceleme 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 (case) tanımlayıcısı olarak olarak kullanılır. Her kalite olayına benzersiz bir kimlik atanır ve soruşturma ile çözüm sürecinin eksiksiz bir tarihsel kaydını oluşturur. Process Mining analizinde, bu öznitelik her kalite olayının tüm sürecini yeniden yapılandırmak için büyük önem taşır. 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 sunar. 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?dir?
Bu Kimlik, tek bir vakanın kapsamını tanımladığı için gereklidir; kalite olaylarının doğru takibini ve uçtan uca performans metriklerinin hesaplanmasını sunar.
Nereden Alınır??
Bu, tipik olarak Oracle Kalite Yönetimi Süreci içindeki ana kalite olayı veya toplama planı tablolarındaki birincil büyük önem taşır, örneğin QA_RESULTS.
Örnekler:::::::
NC-2023-00123CAPA-45892QE-500-A
|
|||
|
Olay Başlangıç Saati
EventStartTime
|
Bir etkinlik veya olayın ne zaman başladığını gösteren zaman damgası (zaman damgası) (zaman damgası (zaman damgası)). | ||
|
Açıklama
Bu öznitelik, belirli bir süreç adımının başladığı tam tarih ve saati sunar. Olayları kronolojik olarak sıralamak ve her kalite olayı vakası için süreç dizisini oluşturmak için kullanılan temel zaman bileşenidir. Analizde, Olay Başlangıç Zamanı, döngü süreleri, süreler ve aktiviteler arasındaki bekleme sürelerini hesaplamak için büyük önem taşır. Ardışık adımlar arasındaki uzun gecikmeleri vurgulayarak darboğazların tespit edilmesini sunar ve Kök Neden Analizi Başlangıç Zamanı gibi zamana dayalı KPI'lara karşı performansı izlemek için kullanılır.
Neden Önemli?dir?
Bu zaman damgası (zaman damgası), süreç analizinin omurgasıdır; tüm zamana dayalı hesaplamaları ve aktivitelerin doğru sıralanmasını sunar.
Nereden Alınır??
Bu zaman damgası (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 sunar. 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?dir?
Bireysel iş yükü ve performansın ayrıntılı analizine sunar, kaynak kısıtlamalarını veya eğitim fırsatlarını belirlemeye yardımcı olur.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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 olarak kullanılır. 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?dir?
Zamanında performansın ölçülmesi için bir karşılaştırma noktası sunar ve zamanındalık KPI'larını hesaplamak ve SLA'ları yönetmek için büyük önem taşır.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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
|
|||
|
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 oldukça etkilidir. 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?dir?
Bu öznitelik, başarısızlıkların temel nedenlerinin analizine olanak tanıyarak reaktiften proaktif kalite yönetimine geçiş için temel rol oynar.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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 Kusuruİnsan HatasıProsedür Takip Edilmedi
|
|||
|
Mevcut Durum
CurrentStatus
|
Kalite olayı vakasının mevcut durumu. | ||
|
Açıklama
Bu öznitelik, kalite olayının süreç 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 sunar. Process Miningnde, nihai duruma göre filtreleme, farklı süreç yollarının sonuçlarını analiz etmeye yardımcı olur.
Neden Önemli?dir?
Kalite olayı hattının gerçek zamanlı görünümünü sunarak, etkin operasyonel yönetim ve aktif vakaların önceliklendirilmesini sunar.
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ı (zaman damgası)dır. | ||
|
Açıklama
Olay Bitiş Zamanı, belirli bir faaliyetin 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 gereklidir. 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ı sunar. Bu, kaynakların nerede aktif olarak kullanıldığını ve aktarımların nerede gecikmelere neden olduğunu belirlemek için temel rol oynar.
Neden Önemli?dir?
Aktivite işlem sürelerinin doğru bir şekilde hesaplanmasına olanak tanıyarak, 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ı (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, ana 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. Process Miningnde, bu öznitelik segmentasyon için büyük önem taşır. 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?dir?
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 sunar.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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 etkinlikten 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 süreç döngüsü boyunca değişebilir. Process Miningnde, 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 temel rol oynar. 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?dir?
Departman bazında iş yükü, performans ve darboğaz analizlerini sunar, bu da kaynak planlaması ve kurumsal gelişim için büyük önem taşır.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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ı sunar. Bu genellikle sistemde kendi süreç 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 uçtan uca 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?dir?
Sorunu (kalite olayı) çözümle (CAPA) ilişkilendirerek, kalite yönetim sisteminin daha detaylı uçtan uca analizine sunar.
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 sunar 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?dir?
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?dir?
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 sunar.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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 büyük önem taşır, 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?dir?
Veri kaynağı hakkında önemli bilgiler sunar; 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 Süreci R12Oracle EBS KaliteQM-PROD
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Kaynak sistemden yapılan en son veri yenileme veya güncelleme zaman damgası (zaman damgası)dır. | ||
|
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ı (zaman damgası) kullanıcıya bağlam güçlüak için büyük önem taşır. 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 büyük önem taşır. Verinin güncelliği konusunda netlik kazandırır.
Neden Önemli?dir?
Bu zaman damgası (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ı (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ı sunar, 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 sunar. Ö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?dir?
Sorunları kategorize etmek, belirli problem alanları için eğilimleri ve kök nedenleri belirlemek amacıyla hedeflenmiş analizler yapmayı sunar.
Nereden Alınır??
Oracle Kalite Yönetimi Süreci 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 tespit edilmesinden nihai olarak kapatılması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ı (zaman damgası) ile son aktivitenin ('Nihai İnceleme ve Kapanış') zaman damgası (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 öznitelikler.e 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ü sunar.
Neden Önemli?dir?
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 büyük önem taşır. Process Mining, 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?dir?
Kalite olaylarını belirli ürünlerle ilişkilendirir, ürünle ilgili kalite trendlerinin ve süreç varyasyonlarının analizine sunar.
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 faaliyetin tek bir kalite olayı vakası içinde birden fazla kez gerçekleşip gerçekleşmediğini belirten bir mantıksal (boolean) değerdir. 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?dir?
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 event log ü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ı (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?dir?
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ı (zaman damgası)nı gerektirir.
Örnekler:::::::
truefalse
|
|||
Kalite Yönetimi Faaliyetleri
| 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?dir?
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 güçlüaya 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?dir?
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
|
|||
|
İnceleme 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?dir?
Bu, 'Kök Neden Analizi Başlangıç Zamanı' KPI'ını ölçmek için başlangıç noktası olarak olarak kullanılır 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ı (zaman damgası) olay zamanını sunar.
Yakala
Durum değişikliğinden 'Soruşturma Altında' veya benzeri bir durum olarak çıkarıldı.
Event tipi
inferred
|
|||
|
Kalite Sorunu Belirlendi
|
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?dir?
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 büyük önem taşır.
Nereden Alınır??
Bu olay, Kalite Sorunu veya Kalite Eylemi kaydının oluşturulma zaman damgası (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?dir?
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 gereklidir.
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ı (zaman damgası) olay zamanı olarak olarak kullanılır.
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 nitelikleri atamasıyla gerçekleşir. Genellikle sorun 'Yeni' durumundan 'Değerlendirildi' veya 'Ön Değerlendirmede' durumuna geçtiğinde kaydedilir. | ||
|
Neden Önemli?dir?
Bu dönüm noktası, 'Ort. Ön Değerlendirme İşlem Süresi' KPI'ı için büyük önem taşır. 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
|
|||
|
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?dir?
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?dir?
Bu aktivite, 'CAPA Uygulama Zamanında Oranı' KPI'ı için büyük önem taşır, çünkü planlanan düzeltmenin uygulandığını gösterir ve hedef tarihlerle karşılaştırma yapılmasına sunar.
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 güçlüak 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?dir?
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 Gerçekleştirildi
|
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?dir?
Bu aktivite, 'Kök Neden Analizi Başlangıç Zamanı' 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ı (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 Belirlendi
|
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?dir?
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?dir?
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?dir?
'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?dir?
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
|
|||