Yanlış Aktivite Sırası

Genel Bakış

Yanlış Aktivite Sırası zenginleştirmesi, belirli iki aktivitenin yanlış bir sırayla gerçekleştiği durumları tespit eder ve süreçte uygunluk ihlali olarak işaretler. Bu güçlü uygunluk denetleme aracı, önemli süreç adımlarının belirlenen sırayı takip etmesini sağlar, belirli bir dizide gerçekleşmesi gereken aktivitelerin yanlış sırada yapıldığında tespit edilmesine olanak tanır. Uygunluk öznitelikleri oluşturarak ve etkilenen vakaları işaretleyerek, süreç uyumunu ölçmenizi, eğitim ihtiyaçlarını belirlemenizi ve yanlış aktivite sıralamasına yol açan sistematik sorunları keşfetmenizi sağlar.

Bu zenginleştirme, basit sıra kontrolünün ötesine geçerek esnek şiddet seviyeleri ve kural gruplama imkanları sunar; böylece farklı iş etkilerine göre sıralama ihlallerini kategorize edebilirsiniz. Düzenleyici uyum sağlama, kalite standartlarının korunması veya süreç verimliliğinin optimize edilmesi gibi durumlarda, Yanlış Aktivite Sırası zenginleştirmesi beklenen aktivite akışının takip edilmediği vakaları tespit ve ölçmenize yardımcı olur. Hem bireysel kural öznitelikleri hem de grup düzeyinde öznitelikler oluşturur, böylece uygunluğu farklı ayrıntı düzeylerinde analiz etmek kolaylaşır.

Yaygın Kullanımlar

Satın alma süreçlerinde onay aktivitelerinin yürütme aktivitelerinden sonra gerçekleştiği durumları tespit etme
Üretimde, kalite kontrol noktalarının ürün sevkiyatından sonra yapıldığı vakaları belirleme
Doğrulama adımlarının atlandığı veya yanlış sırada yapıldığı uygunluk ihlallerini izleme
E-ticarette ödeme işleminin sipariş onayından önce yapıldığı durumları takip etme
Sağlık hizmetlerinde gerekli tanısal testlerden önce yapılan tıbbi işlemleri belirleme
Belge sunumundan sonra gerekli incelemelerin gerçekleştirildiği düzenleyici ihlalleri tespit etme
Eğitimde, sertifikasyonun gerekli modüller tamamlanmadan yapıldığı uygunluk durumlarını izleme

Ayarlar

Aktivite 1: Beklenen sıralamadaki ilk aktiviteyi, veri kümenizdeki tüm aktivitelerin açılır listesinden seçin. Bu, doğru süreç akışında önce gerçekleşmesi gereken aktivitedir. Örneğin, bir satın alma siparişi sürecinde, "PO Onayı" olabilir; bu aktivite "PO Serbest Bırakma" dan önce gerçekleşmelidir. Açılır liste olay kaydınızda bulunan tüm benzersiz aktiviteleri gösterir.

Aktivite 2: Aktivite 1'i takip etmesi gereken ikinci aktiviteyi seçin. Bu açılır liste de veri kümenizdeki tüm aktiviteleri içerir. Bu zenginleştirme, Aktivite 2 gerçekleştiği halde Aktivite 1 hiç gerçekleşmemiş veya Aktivite 2'den sonra gerçekleşmişse vakaları işaretler. Örneğin, Aktivite 1 "PO Onayı" ve Aktivite 2 "PO Serbest Bırakma" ise, "PO Serbest Bırakma"nın "PO Onayı"dan önce gerçekleştiği vakalar ihlal olarak işaretlenecektir.

Kural Adı: Bu belirli uygunluk kuralı için benzersiz bir isim belirtin. Bu, bu özel sıralama kuralını ihlal eden vakalarda true olarak ayarlanacak yeni bir boolean vaka özniteliği olur. Tespit edilen ihlali açıkça belirten açıklayıcı isimler kullanın, örneğin "Serbest Bırakmadan Sonra Onay" veya "Sevkten Sonra QC". Boş bırakılırsa yalnızca Kural Grup Adı özniteliği oluşturulur. Her kural adı, ayrı olarak izlemek istediğiniz belirli bir sıralama ihlalini temsil eder.

Kural Grup Adı: İlgili uygunluk kurallarını gruplamak için kategori adı belirleyin. Bu, gruptaki kurallardan herhangi birini ihlal eden vakalarda true olacak başka bir boolean vaka özniteliği oluşturur. Varsayılan değer "Aktivite Sıra Sorunu"dur. Örneğin, onayla ilgili sıralama sorunları için "Onay İhlalleri" veya kalite kontrol sıralama sorunları için "Kalite Süreci İhlalleri" gibi ilişkili ihlalleri gruplayabilirsiniz. Böylece hem detaylı hem de toplu uygunluk analizleri yapabilirsiniz.

Şiddet: Bu uygunluk ihlalinin şiddet seviyesini açılır menüden seçin:

Düşük: İş etkisi minimal olan ufak sapmalar
Orta: Dikkat gerektiren ancak kritik olmayan ihlaller
Yüksek: İş veya uyum açısından önemli ciddi ihlaller (varsayılan)
Kritik: Acil düzeltme gerektiren ağır ihlaller

Şiddet seviyesi, ihlallerin süreç haritalarında ve uygunluk panolarında nasıl gösterileceğini etkiler, böylece öncelikli iyileştirme çalışmaları belirlenir.

Örnekler

Örnek 1: Satın Alma Siparişi Onay Uyumu

Senaryo: Bir satın alma departmanı, tüm satın alma siparişlerinin onaylandıktan sonra tedarikçilere gönderilmesini sağlamalıdır, çünkü onaysız siparişlerin serbest bırakılması şirket politikasını ihlal eder ve yetkisiz harcamaya yol açabilir.

Ayarlar:

Aktivite 1: PO Onaylandı
Aktivite 2: PO Tedarikçiye Gönderildi
Kural Adı: Onaysız PO Gönderimi
Kural Grup Adı: Satın Alma Uyumu
Şiddet: Yüksek

Çıktı: Zenginleştirme iki yeni boolean vaka özniteliği oluşturur:

"Onaysız PO Gönderimi": Önceden onay olmadan gönderilen vakalar için true
"Satın Alma Uyumu": Satın alma ile ilgili herhangi uygunluk ihlali için true

Örnek veride:

Vaka PO-2024-001: Her iki öznitelik false (uyumlu - önce onaylandı sonra gönderildi)
Vaka PO-2024-002: Her iki öznitelik true (ihlal - onaysız gönderildi)
Vaka PO-2024-003: Her iki öznitelik true (ihlal - onaydan önce gönderildi)

Bilgiler: Analiz, satın alma siparişlerinin %8'inin uygun onay olmadan gönderildiğini, bunun çoğunlukla ay sonu yoğunluk dönemlerinde gerçekleştiğini ortaya koydu. Bu, otomatik onay hatırlatıcılarının uygulanması ve onaysız siparişlerin sistemde engellenmesiyle sonuçlandı.

Örnek 2: Üretim Kalite Kontrolü

Senaryo: Bir üretim tesisi, ürünlerin paketlenmeden önce kalite kontrolünün yapılmasını sağlamalıdır; çünkü kontrol edilmemiş ürünlerin paketlenmesi müşteri şikayetleri ve geri çağırmalara neden olabilir.

Ayarlar:

Aktivite 1: Kalite Kontrol Tamamlandı
Aktivite 2: Ürün Paketlendi
Kural Adı: Paketleme Önce Kontrol
Kural Grup Adı: Kalite Süreci İhlalleri
Şiddet: Kritik

Çıktı: Kalite kontrol sıralama ihlallerini işaret eden uygunluk öznitelikleri oluşturur:

"Paketleme Önce Kontrol": Belirli QC sıra ihlallerini belirler
"Kalite Süreci İhlalleri": Kalite ile ilgili tüm uygunluk sorunlarını toplar

Üretim parti sonuçları:

Parti A-500: Uyumlu (09:00 kontrol edildi, 10:30 paketlendi)
Parti A-501: İhlal (08:45 paketlendi, 11:00 kontrol edildi)
Parti A-502: İhlal (hiç kontrol olmadan paketlendi)

Bilgiler: Zenginleştirme, partilerin %3'ünün kontrol öncesi paketlendiğini gösterdi, bu durum genellikle vardiya değişimlerinde yaşanıyor. Bu, paketleme sistemlerine kontrol onayı gerektiren kilit mekanizmalarının uygulanması ile sonuçlandı.

Örnek 3: Sağlık Hizmetleri Tedavi Protokolü

Senaryo: Bir hastane, cerrahi işlemler başlamadan önce bilgilendirilmiş onam alınmasını sağlamalıdır; çünkü onamsız cerrahi, tıbbi etik ve yasal gereklilikleri ihlal eder.

Ayarlar:

Aktivite 1: Bilgilendirilmiş Onam İmzalandı
Aktivite 2: Cerrahi Başladı
Kural Adı: Onamsız Cerrahi
Kural Grup Adı: Tıbbi Protokol İhlalleri
Şiddet: Kritik

Çıktı: Uygunluk takip öznitelikleri oluşturur:

"Onamsız Cerrahi": Onam sırası ihlali olan vakaları işaretler
"Tıbbi Protokol İhlalleri": Tıbbi protokol ihlallerini takip eder

Hasta vaka analizi:

Hasta 1001: Uyumlu (07:30 onam, 09:00 cerrahi)
Hasta 1002: İhlal (14:00 acil cerrahi, 16:00 sonrası onam)
Hasta 1003: Uyumlu (önceki ziyarette onam, cerrahi planlı şekilde)

Bilgiler: Çoğu cerrahi uygun onam protokollerini takip ederken, acil durumlar bazen standart onam sürecini atlayabiliyor. Bu nedenle özel acil onam prosedürleri ve dokümantasyon gereksinimleri getirildi.

Örnek 4: Finansal Hizmetler Kredi Süreci

Senaryo: Bir banka, kredi onaylarından önce kredi kontrollerinin tamamlanmasını sağlamalıdır; çünkü uygun kredi değerlendirmesi yapılmadan verilen krediler temerrüt riskini artırır ve regülasyonları ihlal eder.

Ayarlar:

Aktivite 1: Kredi Kontrolü Tamamlandı
Aktivite 2: Kredi Onaylandı
Kural Adı: Kredi Kontrolsüz Onay
Kural Grup Adı: Kredi Uyum
Şiddet: Yüksek

Çıktı: Uyum takibi öznitelikleri oluşturur:

"Kredi Kontrolsüz Onay": Kredi kontrolü yapılmadan onaylanan kredileri tespit eder
"Kredi Uyum": Krediyle ilgili tüm uyum sorunlarını toplar

Kredi başvuru sonuçları:

Kredi 2024-0101: Uyumlu (kontrol yapıldı, sonra onaylandı)
Kredi 2024-0102: İhlal (kontrol yapılmadan önce onaylandı)
Kredi 2024-0103: İhlal (hiç kredi kontrol aktivitesi olmadan onaylandı)

Bilgiler: Analiz, kredilerin %2'sinin uygun kredi kontrolü olmadan onaylandığını, bunun çoğunlukla iyi müşteriler için varsayılan durumdan kaynaklandığını ortaya koydu. Bu bulgu, tüm krediler için kredi kontrolü zorunluluğu getiren politika güncellemelerine yol açtı.

Örnek 5: BT Değişiklik Yönetimi

Senaryo: Bir BT departmanı, değişikliklerin üretim sistemlerine uygulanmadan önce onaylanmasını sağlamalıdır; çünkü yetkisiz değişiklikler sistem kararsızlığı ve güvenlik açıklarına yol açabilir.

Ayarlar:

Aktivite 1: CAB Tarafından Değişiklik Onaylandı
Aktivite 2: Üretime Yayınlandı
Kural Adı: Yetkisiz Yayınlama
Kural Grup Adı: Değişiklik Yönetimi İhlalleri
Şiddet: Orta

Çıktı: Değişiklik yönetimi uygunluk öznitelikleri oluşturur:

"Yetkisiz Yayınlama": CAB onayı olmadan yapılan yayınlamaları işaretler
"Değişiklik Yönetimi İhlalleri": Tüm değişiklik süreç ihlallerini gruplar

Değişiklik talep analizleri:

CHG-0001: Uyumlu (Pazartesi onayı, Çarşamba yayınlama)
CHG-0002: İhlal (Cumartesi acil yayınlama, Pazartesi onay)
CHG-0003: İhlal (hiç CAB incelemesi olmadan yayınlama)

Bilgiler: Zenginleştirme, değişikliklerin %5'inin onay sürecini atlayarak yapıldığını, bunların çoğunlukla hafta sonu acil düzeltmelerinde gerçekleştiğini gösterdi. Bu da acil değişiklik onay süreçlerinin hızlandırılmış CAB incelemesi prosedürleriyle oluşturulmasına neden oldu.

Çıktı

Yanlış Aktivite Sırası zenginleştirmesi, veri kümenizde uygunluk ihlallerini işaret eden yeni boolean vaka öznitelikleri oluşturur:

Bireysel Kural Öznitelikleri: Bir Kural Adı belirtilmişse, o isimle yeni bir boolean vaka özniteliği oluşturulur. Bu öznitelik, belirtilen aktivite sıralama ihlalinin gerçekleştiği (Aktivite 2 gerçekleşiyor ancak Aktivite 1 gerçekleşmemiş veya sonra gerçekleşmiş) tüm vakalar için true olur. Dashboard ve raporlarda kolay yorum için Evet/Hayır görüntüleme formatı kullanılır.

Kural Grup Öznitelikleri: Kural Grup Adı, ilişkili birden fazla kural kapsamındaki ihlalleri birleştiren başka bir boolean vaka özniteliği oluşturur. Bu öznitelik, grup içindeki herhangi bir kuralı ihlal eden vakalar için true olur, böylece hem detaylı hem toplu uygunluk analizi yapılabilir.

Uygunluk Sorunu Kaydı: Zenginleştirme belirtlien şiddet seviyesinde ihlali sistemin uygunluk sorunları listesine kaydeder. Bu entegrasyon, ihlallerin uygunluk panolarında, ihlal vurgulu süreç haritalarında ve uygunluk raporlarında görünmesini sağlar.

Kenar Bilgisi Güncellemeleri: Zenginleştirme, iki aktivite arasındaki kenar bilgisini güncelleyerek belirlenen şiddetle uyumsuz olarak işaretler. Bu, süreç haritalarında süreç akışının nasıl görselleştirileceğini etkiler; ihlal kenarları genellikle kırmızı veya uyarı simgeleriyle gösterilir.

Bu öznitelikler, uyumsuz vakaları izole etmek için sonraki filtrelerde, uygunluk oranlarını ve eğilimlerini hesaplamak için hesaplayıcılarda ve uygunluk durumuna bağlı diğer zenginleştirmelerde kullanılabilir. Boolean yapıları, sıralama ihlali olan vaka yüzdesi hesaplama veya zaman içindeki uygunluk iyileşmesini takip etme gibi uygunluk KPI'ları oluşturmak için idealdir.

Ayrıca Bakınız

İstenmeyen Aktivite - Sürecinizde olmaması gereken aktiviteleri tespit edin
İzin Verilen Vaka Başlangıç Aktiviteleri - Vakaların onaylanmış aktivitelerle başladığını doğrulayın
İzin Verilen Vaka Bitiş Aktiviteleri - Vakaların doğru tamamlanma aktiviteleriyle bittiğini kontrol edin
Tekrarlanan Aktivite - İstenmeyen aktivite tekrarlarını belirleyin
Uygunluk Sorunu - Karmaşık mantıkla özel uygunluk kuralları oluşturun

Bu dokümantasyon mindzie Studio süreç madenciliği platformunun bir parçasıdır.