Kalite Yönetimi Data Templateiniz

Genel Process Mining şablonu
Kalite Yönetimi `Data Template`iniz

Kalite Yönetimi Data Templateiniz

Genel Process Mining şablonu

Bu, Kalite Yönetimi süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.

Belirli bir sistem seçin
  • Event Log'unuz için standartlaştırılmış veri alanları.
  • Tam süreç görünürlüğü için izlenmesi gereken temel faaliyetler.
  • Çeşitli sistemlerden veri çıkarma rehberliği.
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Kalite Yönetimi Nitelikleri

Bu önerilen `veri` alanları, kalite yönetimi sürecinizin ayrıntılı ve içgörülü analizini sağlamak için `event log`'unuza dahil etmeniz gereken kapsamlı bir `nitelikler` kümesi sunar.
5 Gerekli 6 Önerilen 5 İsteğe Bağlı
Ad Açıklama
Faaliyet Adı
ActivityName
Kalite yönetimi sürecinde meydana gelen belirli bir task, event veya step'in adı.
Açıklama

Activity Name, bir kalite olayının lifecycle'ındaki belirgin bir action veya milestone'u tanımlar. Örnekler arasında 'Initial Assessment Completed', 'Investigation Initiated' veya 'Corrective Action Implemented' yer alır. Bu activity'ler, kalite yönetimi sürecinin building block'larını temsil eder.

Process analizi için bu attribute, activity'lerin sırasını ve case'lerin akışını görsel olarak temsil eden Process Map'i oluşturmak için esastır. Analistlerin bottlenecks'i belirlemesine, common ve rare process variant'larını discover etmesine ve standart operating procedure'lara karşı compliance'ı check etmesine olanak tanır. Activity'lerin sırasını anlamak, process improvement'a yönelik ilk adımdır.

Neden önemli

Bu nitelik, süreçteki adımları tanımlar, süreç haritasının düğümlerini oluşturur ve süreç akışı ile varyasyonlarının analizini sağlar.

Nereden alınır

Genellikle ana kalite event nesnesiyle ilgili event log'larından, durum değişikliği kayıtlarından veya görev tablolarından elde edilir.

Örnekler
Soruşturma BaşlatıldıTemel Neden Analizi TamamlandıEtkinlik Doğrulandı
Kalite Olayı Kimliği
QualityEventId
Tek bir kalite olayının benzersiz tanımlayıcısıdır. Başlangıçtan kapanışa kadar ilgili tüm etkinlikleri birbirine bağlayan `case` tanımlayıcısı olarak işlev görür.
Açıklama

Quality Event ID, bir non-conformance, customer complaint, deviation veya audit finding gibi specific bir quality issue'u identifies eden unique bir key'dir. Bu identifier, event'le throughout its entire lifecycle boyunca associated tüm different step'leri, document'ları ve data point'leri connects ettiği için crucial'dır.

Process Mining'de, bu attribute her quality event için end-to-end process flow'u reconstructing için fundamental'dır. All related activity'leri single bir Quality Event ID altında grouping yaparak, analyst'ler process map'i visualize edebilir, case duration'larını calculate edebilir ve different event path'leri arasındaki variation'ları analyze edebilir. It enables clear ve accurate analysis of how quality issue'lar handled from start to finish.

Neden önemli

Bu, Process Mining için temel anahtardır; ilgili tüm event'lerin tek bir süreç örneği veya case ile birleştirilmesini sağlar.

Nereden alınır

Genellikle kalite bildirimleri, event'ler veya uygunsuzluk kayıtları için başlık veya ana tabloda bulunur.

Örnekler
QN-2023-00123NC-450008761COMP-5501-A
Olay Başlangıç Zamanı
EventStartTime
Belirli bir activity veya event'in occurred ettiği veya initiated edildiği precise date ve time.
Açıklama

Event Start Time, kalite event'inin lifecycle'ındaki her activity'nin beginning'ini marking eden bir timestamp'tir. Process flow'u ve performance'ı understanding için necessary temporal context'i provides eder. Bu timestamp, event'leri chronologically ordering ve duration'ları calculating için kritiktir.

Process Mining'de, bu timestamp her case için activity'leri correct sequence'a sorting ve cycle time'lar, waiting time'lar ve processing time'lar gibi key performance indicator'ları calculating için kullanılır. Bu timestamp'leri analyzing etmek, step'ler arasındaki delay'leri identify etmeye, resource efficiency'yi measure etmeye ve service level agreement'lara adherence'ı monitor etmeye helps eder. It is a cornerstone of any time-based process analysis.

Neden önemli

Bu timestamp; event'lerin sıralanması, çevrim süreleri ile bekleme sürelerinin hesaplanması ve süreçteki darboğazların (bottleneck) keşfedilmesi için temel teşkil eder.

Nereden alınır

Genellikle Event Log'larda veya işlem kayıtlarında faaliyet adının yanında bulunur. 'Oluşturma Tarihi', 'Event Date' veya 'Timestamp' olarak etiketlenebilir.

Örnekler
2023-04-15T09:00:00Z2023-07-21T14:35:10Z2024-01-05T11:20:00Z
Kaynak Sistem
SourceSystem
Verinin çıkarıldığı sistem, örneğin belirli bir ERP, KYS veya MES örneği.
Açıklama

Kaynak Sistem niteliği, kalite yönetimi verilerinin kaydedildiği kaynak uygulamayı veya veritabanını tanımlar. Karmaşık BT ortamlarında, kalite olay verileri birden fazla sistemden gelebilir; örneğin, malzeme verileri için bir ERP ve süreç verileri için özel bir Kalite Yönetim Sistemi.

Kaynak sistemi belirlemek, veri yönetimi, doğrulama ve sorun giderme için önemlidir. Verinin bağlamını anlamaya yardımcı olur ve analizi segmentlere ayırmak için kullanılabilir. Örneğin, bir analist, farklı sistemlerde veya konumlarda yönetilen kalite süreçlerini karşılaştırarak en iyi uygulamaları veya tutarsızlıkları belirleyebilir.

Neden önemli

Verilerin kaynağı hakkında bağlam sağlar, bu da çok sistemli ortamlarda veri doğrulama, sorun giderme ve segmentlere ayrılmış analiz için çok önemlidir.

Nereden alınır

Bu bilgi, kaynak tablolarda bulunmayabilir ancak genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında eklenir.

Örnekler
SAP S/4HANA QMVeeva Vault KaliteMasterControl QMS
Son Veri Güncellemesi
LastDataUpdate
Süreç verilerinin en son ne zaman yenilendiğini veya kaynak sistemden çıkarıldığını gösteren zaman damgası.
Açıklama

Last Data Update attribute'u, data'nın source system'dan en recent time'da synchronized olduğunu records eden bir timestamp'tir. Bu, data freshness indicator'ı olarak acts eder, analysis'teki information'ın how current olduğunu showing eder. This is particularly important for ongoing monitoring ve near-real-time decision-making.

Bu attribute, users'ın Process Mining Dashboard'larının ve analysis'lerinin timeliness'ını understand etmelerine helps eder. Stakeholders'ın data'nın currency'sinden aware olmalarını ensures ederken, KPI'ları ve process models'ı interpreting ederken, outdated information'a dayanarak decisions'ın made edilmesini prevents eder. It is a key piece of metadata for maintaining trust in the data.

Neden önemli

Verilerin güncelliğini gösterir ve kullanıcıların süreç analizi ile KPI'ların ne kadar güncel olduğundan haberdar olmalarını sağlar.

Nereden alınır

Bu, genellikle veri çıkarma (ETL) süreci sırasında oluşturulan meta veridir. Genellikle kaynak sistemin işlem tablolarında bulunmaz.

Örnekler
2024-05-20T04:00:00Z2024-05-21T04:00:00Z2024-05-22T04:00:00Z
Kalite Olayı Türü
QualityEventType
Kalite olayının sınıflandırılması; Non-Conformance, Customer Complaint, Audit Finding veya Deviation gibi.
Açıklama

Kalite Olayı Tipi, ele alınan kalite sorununun doğasını sınıflandırır. Farklı olay türleri genellikle farklı süreçleri takip eder, farklı aciliyet seviyelerine sahiptir ve farklı standart işletme prosedürlerine tabidir.

Analistler, bu niteliğe göre süreçleri filtreleyerek ve karşılaştırarak önemli farklılıkları ortaya çıkarabilirler. Örneğin, bir 'Müşteri Şikayeti'ni ele alma süreci, bir 'Dahili Sorun' sürecine göre çok daha titiz ve zaman hassasiyetine sahip olabilir. Bu farklılıkları anlamak, her süreç varyantının verimli ve belirli gereksinimlerine uygun şekilde çalışıp çalışmadığını değerlendirmek için çok önemlidir.

Neden önemli

Farklı türdeki kalite sorunlarının nasıl ele alındığını karşılaştırmak ve zıtlaştırmak için analizin bölümlendirilmesine olanak tanıyarak önemli süreç varyasyonlarını ortaya çıkarır.

Nereden alınır

Kalite olayının başlık verilerinde bulunur, genellikle 'Notification Type', 'Event Type' veya 'Category' alanı olarak geçer.

Örnekler
Müşteri ŞikayetiNon-Conformance Report (NCR)Sapma
Kaynak
Resource
Belirli bir etkinliği veya kalite olayını gerçekleştiren veya ona atanmış olan kullanıcı, çalışan veya otomatik aracı.
Açıklama

Kaynak niteliği, bir görevi yerine getirmekten sorumlu kişiyi veya sistemi tanımlar. Bu bir araştırmacı, bir kalite onaylayıcısı veya otomatik bir sistem kullanıcısı olabilir. Her etkinliği kimin gerçekleştirdiğini izlemek, iş yükü dağılımını, ekip performansını ve işbirliği modellerini anlamak için temeldir.

Süreci kaynağa göre analiz etmek, kişiler veya ekipler arasındaki performans farklılıklarını ortaya çıkarmaya, eğitim ihtiyaçlarını belirlemeye ve iş yükü dengelemesini optimize etmeye yardımcı olur. Darboğaz olabilecek aşırı yüklenmiş kaynakları ortaya çıkarabilir veya farklı kişiler arasındaki el değiştirme modellerini gösterebilir; bu da genellikle süreç gecikmelerinin bir kaynağıdır. Bu analiz, kurumsal verimliliği artırmak için anahtardır.

Neden önemli

Bu nitelik, iş yükü dağılımı, performans karşılaştırması ve organizasyonel bottleneck'lerin belirlenmesi dahil olmak üzere kaynak tabanlı analiz için hayati öneme sahiptir.

Nereden alınır

Genellikle işlem veya günlük tablolarında bulunur ve sıklıkla 'Kullanıcı Adı', 'Değiştiren', 'Sahip' veya 'Atanan' olarak etiketlenir.

Örnekler
j.doem.smithSystem.Batch
Kök Neden Kategorisi
RootCauseCategory
Kalite olayının belirlenen kök nedeninin üst düzey sınıflandırması.
Açıklama

Kök Neden Kategorisi, kalite sorununun temel nedeninin bir sınıflandırmasıdır; örneğin, 'İnsan Hatası', 'Ekipman Arızası', 'Süreç Eksikliği' veya 'Tedarikçi Sorunu'. Bu nitelik genellikle bir inceleme ve kök neden analizi tamamlandıktan sonra doldurulur.

Farklı kök neden kategorilerinin sıklığını analiz etmek, stratejik iyileştirme için güçlü içgörüler sağlar. Eğer 'Süreç Eksikliği' yaygın bir kök nedense, bu süreç yeniden mühendisliğine ihtiyaç olduğunu gösterir. 'Ekipman Arızası' sık görülüyorsa, daha iyi bakım programlarına ihtiyaç duyulduğunu gösterebilir. Process mining bu kategorileri süreç davranışı ile ilişkilendirebilir; örneğin, 'İnsan Hatası' kaynaklı olayların çözülmesinin daha uzun sürdüğünü gösterebilir.

Neden önemli

Bu, stratejik analiz için hayati öneme sahiptir, çünkü süreç akışının ötesine geçerek başarısızlığın temel nedenlerine odaklanır ve hedeflenen önleyici eylemlere rehberlik eder.

Nereden alınır

Kalite olayı kaydının inceleme veya kök neden analizi bölümünde bulunur. Bir kod veya serbest metin olabilir.

Örnekler
Ekipman Arızasıİnsan HatasıMalzeme Hatası
Olay Bitiş Zamanı
EventEndTime
Belirli bir etkinliğin veya olayın tamamlandığı kesin tarih ve saat.
Açıklama

Event End Time, bir activity'nin completion'ını marking eden bir timestamp'tir. Event Start Time ile paired, quality management process'i içindeki individual task'lar için processing time'ın precise calculation'ına allows eder. Instantaneous considered edilen event'ler için, start ve end time'lar identical olabilir.

Bu attribute, activity level'ında performance analysis için crucial'dır. Her task'ın duration'ını (End Time minus Start Time) calculating ederek, analyst'ler hangi step'lerin most time consume ettiğini ve optimization için prime candidate olduğunu identify edebilirler. It also enables more accurate calculation of overall case cycle time ve resource workload ve efficiency analysis için necessary data'yı sağlar.

Neden önemli

Faaliyet işleme sürelerinin hesaplanmasını sağlayarak, detaylı performans analizi ve yoğun kaynak gerektiren görevlerin belirlenmesi için esastır.

Nereden alınır

Genellikle aynı Event Log'da veya işlem kaydında başlangıç zamanı ile birlikte bulunur. Bazı sistemlerde, sonraki olayın başlangıç zamanından çıkarılması gerekebilir.

Örnekler
2023-04-15T17:30:00Z2023-07-22T10:05:45Z2024-01-05T11:25:00Z
Şiddet
Severity
Kalite olayının kritik, majör veya minör gibi potansiyel etkisinin sınıflandırılması.
Açıklama

Ciddiyet niteliği, kalite olaylarını iş etkisi, risk veya aciliyetlerine göre kategorize eder. Bu sınıflandırma, kaynakların ve dikkatin en kritik sorunlara yönlendirilmesine yardımcı olur. Ciddiyet seviyeleri genellikle kuruluşun kalite politikası tarafından tanımlanır.

Bu, process mining'de filtreleme ve segmentasyon için güçlü bir niteliktir. Analistler, 'Kritik' olayların süreç akışlarını 'Minör' olaylarla karşılaştırarak, yüksek ciddiyetteki sorunların hedeflendiği gibi hızlıca ele alındığından emin olabilirler. Ayrıca, 'Minör' sorunların orantısız miktarda kaynak tüketip tüketmediğini veya 'Kritik' sorunların süreçte takılıp kalmadığını da ortaya çıkarabilir. Bu, risk tabanlı yönetim için süreci optimize etmeye yardımcı olur.

Neden önemli

Risk tabanlı süreç analizini sağlayarak, incelemelerin önceliklendirilmesine ve yüksek etkili olayların uygun aciliyetle ele alındığının doğrulanmasına yardımcı olur.

Nereden alınır

Bu, kalite event başlık verisinde standart bir alandır ve genellikle 'Ciddiyet Seviyesi' veya 'Öncelik' olarak etiketlenir.

Örnekler
KritikBüyükKüçük
Sorumlu Departman
ResponsibleDepartment
Kalite event'inden veya specific bir activity'den sorumlu department, team veya functional area.
Açıklama

Sorumlu Departman niteliği, bir kalite olayından veya süreçteki belirli bir adımdan hangi organizasyonel birimin sorumlu olduğunu belirtir. Bu, 'Üretim', 'Kalite Güvence', 'Araştırma ve Geliştirme' veya 'Lojistik' olabilir.

Bu nitelik, organizasyonel analiz için çok önemlidir. Yöneticilerin farklı departmanlar arasında iş akışını görmelerini, her fonksiyonel alanın performansını ölçmelerini ve departmanlar arası sürtüşmeleri veya gecikmeleri belirlemelerini sağlar. Örneğin, analiz, Üretim ile Kalite Güvence arasındaki el değiştirmelerin birincil gecikme kaynağı olduğunu ortaya çıkarabilir. KPI'ları departmana göre segmentlere ayırmak, hedeflenen süreç iyileştirme girişimleri için alanları belirlemeye yardımcı olur.

Neden önemli

Organizasyonel birime göre süreç performansının analiz edilmesini sağlayarak fonksiyonlar arası gecikmeleri vurgular ve sorumluluk atanmasına yardımcı olur.

Nereden alınır

Genellikle kalite event kaydının başlık verilerinde bulunur veya etkinlikten sorumlu kullanıcıdan türetilir.

Örnekler
Kalite KontrolÜretim Hattı BTedarikçi Kalitesi
Etkilenen Ürün
AffectedProduct
Kalite event'inin subject'i olan product, material veya component.
Açıklama

Affected Product attribute'u, kalite sorunundan etkilenen specific item'ı, material'i veya product line'ı tanımlar. Süreç ile ürün arasındaki bu link, root cause analysis ve impact assessment için kritiktir.

Quality Event'leri ürüne göre analiz etmek, businesses'ın, particular bir product'ın unusually high number of non-conformance'a sahip olması gibi trend'leri spot etmesini sağlar. Bu, product'ın design'ı veya manufacturing process'ine yönelik deeper investigation'ları trigger edebilir. Ayrıca, affected product'ın strategic importance'ına veya sales volume'una dayalı olarak Quality Event'leri prioritize etmeye yardımcı olur, böylece critical issue'ların first ele alınmasını ensures eder.

Neden önemli

Süreç verilerini ürün verileriyle bağlar, ürün hattına göre kalite sorunlarının analiz edilmesini sağlayarak eğilimleri belirlemeye ve yüksek etkili sorunları önceliklendirmeye yardımcı olur.

Nereden alınır

Kalite olayının ana kaydında bulunur, genellikle 'Material Number', 'Product ID' veya 'Part Number' olarak geçer.

Örnekler
PROD-100-XLMAT-RAW-05BFG-2055-ASSY
Etkinlik Kontrol Sonucu
EffectivenessCheckOutcome
Uygulanan düzeltici ve önleyici eylemlerin etkili olup olmadığını teyit etmek için yapılan doğrulama kontrolünün sonucudur.
Açıklama

Effectiveness Check Outcome, corrective action'ların implementation'ını takip eden verification step'inin result'ını records eder. Outcome tipik olarak 'Effective' veya 'Not Effective' olup, action'ın problem'in root cause'unu successfully resolved edip etmediğini indicate eder.

Bu attribute, quality management process'in true success'ını measuring için kritiktir. Yüksek bir 'Not Effective' outcome rate'i, root cause analysis veya action planning phase'lerinde systemic bir problem'e points eder, resulting in rework ve recurring issue'lar. Process Mining'de bu, rework loop'larını analyze etmek için can be used. For example, 'Not Effective' outcome'u olan case'ler often loop back to the investigation veya root cause analysis stage'ine, significantly increasing cycle time ve cost.

Neden önemli

Düzeltici eylemlerin başarısını doğrudan ölçer ve yeniden çalışma döngülerini ve kök neden analiz sürecinin etkinliğini analiz etmek için esastır.

Nereden alınır

Düzeltici ve önleyici eylem (CAPA) doğrulama veya kapanış adımlarıyla ilgili kayıtlarda bulunur.

Örnekler
EtkiliEtkili DeğilDoğrulama Bekleniyor
Hedef Çözüm Tarihi
TargetResolutionDate
Kalite olayının fully resolved edilip closed olması gereken planned veya required date.
Açıklama

Hedef Çözüm Tarihi, bir kalite olayının kapatılması için belirlenen son tarihtir. Bu tarih genellikle düzenleyici gereksinimler, müşteri hizmet seviyesi anlaşmaları veya olayın ciddiyetine dayalı dahili politikalar tarafından belirlenir.

Bu nitelik, performans izleme ve uyumluluk analizi için çok önemlidir. Gerçek kapatma tarihini hedef tarihle karşılaştırarak, kuruluşlar bir 'Zamanında Çözüm Oranı' KPI'ı hesaplayabilir. Process mining, hangi olay türlerinin veya süreç adımlarının bu hedeflerde gecikmelere ve ihlallere neden olma olasılığının en yüksek olduğunu belirleyebilir. Bu, zamanlama hedeflerine ulaşmaya yönelik iyileştirme çabalarını odaklamaya yardımcı olur.

Neden önemli

Zamanlama hedeflerine karşı performans ölçümünü sağlayarak, zamanında çözüm oranlarını hesaplamaya ve gecikmelerin nedenlerini belirlemeye yardımcı olur.

Nereden alınır

Genellikle kalite event kaydının başlık (header) veya planlama verilerinde bulunur.

Örnekler
2024-06-302024-07-152024-08-01
Kalite Olayı Durumu
QualityEventStatus
Kalite olayının lifecycle'ındaki current overall status'u; Open, Under Investigation veya Closed gibi.
Açıklama

Quality Event Status, bir quality event case'inin current state'ini indicates eder. This is a dynamic attribute that changes as the case progresses through its lifecycle. It provides high-level bir snapshot of where an event stands at any given time.

Process Mining'de, this attribute current workload ve backlog'u analyzing için useful'dır. 'Open' veya 'In Progress' status'u olan event'leri filtering ederek, manager'lar active case'lerin volume'unu monitor edebilirler. It also helps in conformance checking by comparing actual status changes with expected process flow. For example, bir event 'Corrective Action' implemented olmadan önce 'Closed' olmamalıdır.

Neden önemli

Bir case'in mevcut durumunun anlık görüntüsünü sağlar, bu da backlogs'u, aktif iş yükünü izlemek ve süreç uyumluluğunu kontrol etmek için kritiktir.

Nereden alınır

Bu, kalite olayının başlık kaydında önemli bir alandır ve event ilerledikçe güncellenir.

Örnekler
AçıkOnay BekliyorKapalı
Konum
Location
Kalite olayının meydana geldiği veya yönetildiği bir plant, site veya warehouse gibi physical veya logical location.
Açıklama

Location attribute'u, kalite olayıyla related geographical veya organizational site'ı specifies eder. Bu, bir manufacturing plant, specific bir production line, bir distribution center veya bir business unit olabilir.

Process performance'ı location'a göre analyzing etmek, best practice'leri benchmark etmek ve identify etmek için powerful bir way'dir. It can reveal if certain site'lar quality issue'ları resolving'de more efficient'tır veya if specific location'lar recurring problem'lerin bir source'u'dur. Bu geographical veya site-based analysis, management'ın resources'ı effectively allocate etmesine ve organization across high-performing process'leri standardize etmesine helps eder.

Neden önemli

Farklı sahalar veya tesisler arasında karşılaştırmalı analiz yapılmasına olanak tanıyarak performansın kıyaslanmasına ve konuma özel sorunların veya en iyi uygulamaların belirlenmesine yardımcı olur.

Nereden alınır

Bu bilgi genellikle ana kalite olay kaydının bir parçasıdır ve sıklıkla 'Fabrika', 'Şantiye' veya 'İş Birimi' olarak etiketlenir.

Örnekler
Saha A - Bina 2Ana DepoTesis 0010
Gerekli Önerilen İsteğe Bağlı

Kalite Yönetimi Faaliyetleri

Bu bölüm, kalite yönetimi `workflow`'larınız için doğru süreç keşfini sağlamak amacıyla yakalanması gereken temel süreç adımlarını ve kritik kilometre taşlarını özetlemektedir.
7 Önerilen 8 İsteğe Bağlı
Aktivite Açıklama
Düzeltici Eylem Planı Onaylandı
Önerilen düzeltici eylem planının belirlenmiş bir yetkili tarafından resmi onayını işaret eder. Bu onay, uygulamanın başlamasına izin veren kritik bir kapıdır.
Neden önemli

Onay döngüleri yaygın gecikme kaynaklarıdır. Bu faaliyetin süresini ve sıklığını analiz etmek, inceleme ve onay workflow'undaki darboğazları belirlemeye yardımcı olur.

Nereden alınır

Bu genellikle iş akışındaki (workflow) belirgin ve timestamp içeren bir onay işlemidir; genellikle elektronik imza veya belirli bir durum değişikliği aracılığıyla kaydedilir.

Yakala

Elektronik imza kaydından veya 'Onaylandı' ya da 'Uygulama İçin Yayınlandı' durum değişikliğinden timestamp'i yakalayın.

Event tipi explicit
Düzeltici Eylem Uygulandı
Onaylanmış düzeltici eylem planında belirtilen görevlerin tamamlanmasını temsil eder. Bu, acil sorunu ele almak için gerekli eylemlerin yapıldığını doğrular.
Neden önemli

Bu etkinlik, uygulamalı düzeltici işin sonunu işaretler. Plan onayı ile uygulama arasındaki süre, gerekli görevleri yürüten ekibin verimliliğini yansıtır.

Nereden alınır

Bu, genellikle bir uygulayıcının atanan eylem öğelerini veya görevleri sistemde tamamlandı olarak işaretlediğinde kaydedilir.

Yakala

İlgili düzeltici eylem görevlerinin tamamlanma timestamp'ini veya eylem planı kaydındaki 'Uygulandı' durum güncellemesini kullanın.

Event tipi explicit
Etkinlik Doğrulandı
Uygulanan düzeltici ve önleyici eylemlerin kök nedeni başarıyla çözdüğünü ve tekrarı önlediğini doğrular. Bu, genellikle belirli bir izleme süresinden sonra gerçekleşen resmi bir doğrulama adımıdır.
Neden önemli

Bu, başarılı bir kalite müdahalesinin nihai ölçüsüdür. Soruşturma ve eylemlere harcanan kaynakların olumlu bir sonuç verdiğini, gelecekteki yeniden işçiliği önlediğini doğrular.

Nereden alınır

Bu, özel bir etkinlik kontrol görevi tamamlandığında veya kaydın durumu 'Etkinlik Doğrulandı' olarak güncellendiğinde yakalanır, genellikle elektronik bir imzayla.

Yakala

Etkinlik kontrol görevinin tamamlanmasının veya nihai bir doğrulama onay adımının timestamp'ini yakalayın.

Event tipi explicit
Kalite Olayı Kapatıldı
Kalite olay kaydının başarılı çözülmesini ve idari kapanışını işaretleyen son faaliyettir. Bu noktada süreç tamamlanmış kabul edilir ve kayıt geçmişe ait olur.
Neden önemli

Bu, sürecin birincil bitiş noktasıdır. Kapatma süresi kritik bir KPI'dır ve kapatılan event'leri analiz etmek, uçtan uca sürecin eksiksiz bir görünümünü sağlar.

Nereden alınır

Bu, kaydın nihai durumunun 'Kapalı' veya 'Tamamlandı' olarak değiştirildiği ve bir timestamp ile kaydedildiği kritik ve belirgin bir eventtir.

Yakala

Son durum değişikliğinin 'Kapalı', 'Tamamlandı' veya eşdeğer bir terminal duruma timestamp'ini kullanın.

Event tipi explicit
Kalite Olayı Oluşturuldu
Bu, kalite `event` kaydının resmi olarak oluşturulduğunu işaret eden ilk etkinliktir. Bir kullanıcı, uygunsuzluk, kusur veya şikayet gibi bir kalite sorununu tanımlar ve sisteme kaydeder, böylece süreci başlatır.
Neden önemli

Bu etkinlik, sürecin birincil başlangıç noktası olarak hizmet eder ve tanımlamadan çözüme kadar toplam döngü süresinin ölçülmesine olanak tanır. Gelen kalite olaylarının hacmini takip etmek için çok önemlidir.

Nereden alınır

Bu, genellikle yeni bir kayıt oluşturulduğunda bir denetim izinde (audit trail) veya işlem günlüğünde yakalanan açık bir eventtir. Ana kalite event tablosundaki oluşturma timestamp verilerine bakarak bunu tespit edebilirsiniz.

Yakala

Kalite Bildirimi, Uygunsuzluk veya Şikayet kaydı gibi kalite event kaydının oluşturulma timestamp'ini kullanın.

Event tipi explicit
Soruşturma Başlatıldı
Kalite olayının kapsamını ve kök nedenini belirlemek için inceleme aşamasının resmi başlangıcını işaret eder. Bir araştırmacı veya ekip, vakaya resmi olarak atanır.
Neden önemli

Bu etkinlik, temel sorun çözme aşamasının başlangıcını tanımlar. Olay oluşturmadan soruşturma başlangıcına kadar geçen süreyi takip etmek, kalite ekibindeki potansiyel birikmeleri ortaya çıkarır.

Nereden alınır

Bu event genellikle kaydın durumu 'İnceleniyor' olarak güncellendiğinde veya bir araştırmacı resmen kayda atandığında yakalanır.

Yakala

'İnceleniyor' durum değişikliğinin timestamp'ini veya bir sahip veya araştırmacı rolünün ilk atamasını kullanın.

Event tipi inferred
Temel Neden Analizi Tamamlandı
Kalite olayının kök nedeninin veya nedenlerinin belirlendiği ve belgelendiği incelemenin tamamlanmasını temsil eder. Bu, herhangi bir düzeltici eylem planlanmadan önceki kritik bir dönüm noktasıdır.
Neden önemli

Bu kilometre taşı, teşhis aşamasının sonunu işaretler. Kök neden analizinin süresini analiz etmek, sorun çözme etkinliklerindeki karmaşıklıkları ve bottleneck'leri belirlemeye yardımcı olur.

Nereden alınır

Bu, 'Kök Neden' veya ilgili analiz alanları doldurulup kaydedildiğinde çıkarılabilir. Bazı sistemlerde, belirli bir RCA görevinin tamamlanmasına karşılık gelir.

Yakala

Özel bir kök neden analizi görevinin tamamlandı olarak işaretlendiği veya kök neden açıklama alanının ilk kez doldurulduğu timestamp'i yakalayın.

Event tipi inferred
Düzeltici Eylem Planı Önerildi
Bu etkinlik, belirlenen kök nedeni ele almak için resmi bir planın belgelendiği ve incelemeye sunulduğu zaman gerçekleşir. Alınacak belirli düzeltici eylemleri özetler.
Neden önemli

Bu adım, sürecin çözüm aşamasını başlatır. Bir plan önerme süresini takip etmek, ekiplerin analizden eyleme ne kadar hızlı geçtiğini ortaya çıkarır.

Nereden alınır

Bu, genellikle ilgili bir Düzeltici Eylem Planı kaydının oluşturulmasıyla veya bir planın incelemeye hazır olduğunu gösteren bir durum değişikliğiyle yakalanır.

Yakala

Bağlantılı bir Düzeltici Eylem veya CAPA kaydının oluşturulma timestamp'ini veya 'Onay Bekliyor' durum değişikliğini kullanın.

Event tipi explicit
Düzeltici Eylem Planı Reddedildi
Önerilen düzeltici eylem planının incelendiğini ancak reddedildiğini gösterir. Bu durum, planın revize edilmesini ve yeniden sunulmasını gerektirir, süreçte bir yeniden çalışma döngüsü oluşturur.
Neden önemli

Bu etkinlik, süreç içindeki verimsizliği ve yeniden işçiliği vurgular. Yüksek ret oranları, belirsiz gereksinimleri veya yetersiz kök neden analizini gösterebilir.

Nereden alınır

Bu, 'Reddedildi' veya 'Revizyon Gerekiyor' durum değişikliği ile yakalanır, genellikle bir neden kodu veya yorumlarla birlikte gelir.

Yakala

'Reddedildi' veya 'Revizyon İçin Geri Gönderildi' durum değişikliğinin timestamp'ini yakalayın.

Event tipi explicit
Etkinlik Doğrulaması Başarısız Oldu
Uygulanan eylemlerin sorunu çözmede etkisiz olduğu tespit edildiğini gösterir. Bu sonuç genellikle yeni bir incelemeyi veya yeni bir düzeltici eylem döngüsünü tetikler.
Neden önemli

Bu etkinlik, önemli bir süreç hatasını ve büyük bir yeniden işleme döngüsünü işaret eder. Bu olayları analiz etmek, çözümlerin neden başarısız olduğunu anlamak ve RCA sürecini iyileştirmek için kritiktir.

Nereden alınır

Bu, doğrulama adımının başarısız olduğu, soruşturmayı veya CAPA planlamasını yeniden açan bir durum değişikliğine yol açtığı zaman yakalanır.

Yakala

'Etkinlik Başarısız' veya 'Yeniden İnceleme Gerekli' gibi başarısız bir doğrulamayı gösteren bir durum değişikliğinin timestamp'ini yakalayın.

Event tipi explicit
İlk Değerlendirme Tamamlandı
Yeni oluşturulan kalite olayının ilk incelemesinin veya önceliklendirmesinin tamamlanmasını temsil eder. Bu adımda olay türe göre kategorize edilir, bir ciddiyet seviyesi atanır ve sonraki workflow'u belirlemek için önceliklendirilir.
Neden önemli

Bu ilk aşamada harcanan zamanın analizi, yeni kalite olaylarının kabul edilmesi ve işlenmesindeki gecikmeleri belirlemeye yardımcı olur. Ayrıca vakaları ciddiyet veya türe göre filtrelemek için nitelikler sağlar.

Nereden alınır

Bu, genellikle 'Yeni' durumundan 'Değerlendirme Altında' veya 'Devam Ediyor' durumuna geçişten çıkarılır. Ayrıca belirli kategorizasyon ve öncelik alanları ilk kez doldurulduğunda da yakalanabilir.

Yakala

Durumun değerlendirmenin tamamlandığını yansıtacak şekilde değiştiği veya kategorizasyon ve öncelik alanlarının ilk kez kaydedildiği timestamp'i yakalayın.

Event tipi inferred
Kalite Olayı İptal Edildi
Kalite olayının tam çözüme ulaşmadan sonlandırıldığı alternatif bir bitiş noktasıdır. Bu durum, olayın geçersiz, başka bir kaydın kopyası veya hatalı oluşturulmuş olarak kabul edilmesi halinde meydana gelir.
Neden önemli

Bu etkinlik, sürecin alternatif, üretken olmayan bir sonunu temsil eder. Yüksek sayıda iptal edilen olay, kullanıcı eğitimi veya başlangıç veri girişi sürecindeki sorunları düşündürebilir.

Nereden alınır

Bu, 'İptal Edildi' veya 'Geçersiz' gibi son bir durum değişikliği ile yakalanır, genellikle ilgili bir neden koduyla birlikte.

Yakala

Kaydın durumu 'Canceled', 'Void' veya 'Invalid' olarak güncellendiğinde timestamp'i yakalayın.

Event tipi explicit
Önleyici Eylem Uygulandı
Potansiyel uygunsuzlukların nedenini ortadan kaldırmaya yönelik görevlerin tamamlanmasını işaret eder ve gelecekteki olayları önlemeyi amaçlar. Bu, genellikle düzeltici bir eylemi takip eden proaktif bir adımdır.
Neden önemli

Bu etkinlik, sadece düzeltmeye değil, önlemeye odaklanan olgun bir kalite sürecini gösterir. Önleyici eylemlerin uygulanmasını takip etmek, uzun vadeli süreç iyileştirme çabalarını ölçmeye yardımcı olur.

Nereden alınır

Bu, atanan önleyici eylem görevleri tamamlandı olarak işaretlendiğinde yakalanır, genellikle orijinal kalite event'ine bağlı bir kayıtta.

Yakala

İlgili önleyici eylem görevlerinin tamamlanma timestamp'ini veya önleyici eylem kaydındaki bir durum güncellemesini kullanın.

Event tipi explicit
Paydaşlar Bilgilendirildi
Kalite olayının resolution'ının, rapor eden kişi veya etkilenen departmanlar gibi ilgili taraflara resmi olarak communicate edilmesini temsil eder.
Neden önemli

Her zaman temel bir süreç adımı olmasa da, paydaş iletişimini takip etmek, sürecin eksiksizliği ve genel hizmet seviyeleri hakkında içgörüler sağlayabilir.

Nereden alınır

Bunu yakalamak zordur ve açık, kaydedilmiş bir eylem olabilir. Ayrıca bir workflow'daki 'Son Bildirim' görevinin tamamlanmasından da çıkarılabilir.

Yakala

Otomatik bir e-posta bildiriminin logged olduğu veya manuel bir iletişim görevinin tamamlandı olarak işaretlendiği timestamp'i yakalayın.

Event tipi inferred
Son İnceleme Tamamlandı
Tüm dokümantasyonun eksiksiz olduğundan ve tüm prosedürel adımların takip edildiğinden emin olmak için tüm kalite olayı kaydının son bir kontrolü yapılır. Bu genellikle kapanış öncesi son onay adımıdır.
Neden önemli

Bu etkinlik, bir case kapatılmadan önceki son kalite kapısını temsil eder. Buradaki gecikmeler, döngü sürelerini yapay olarak uzatabilir ve dokümantasyon sorunlarını gösterebilir.

Nereden alınır

Bu, genellikle durum 'Kapalı' olarak değiştirilmeden önce bir kalite güvence rolü tarafından yapılan açık bir onay adımı veya elektronik imzadır.

Yakala

Son kalite inceleme onayından veya 'Kapatma Bekleniyor' veya 'Son İnceleme Tamamlandı' durum değişikliğinden gelen timestamp'i kullanın.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Process Mining için verilerinizi nasıl alırsınız.

Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,

ETL rehberimizi okuyun

veya belirli bir süreç ve sistem seçin.