Yönetimin gözden geçirmesi toplantısında genel müdür basit bir soru sorar: "Şu anda kaç açık DÖF'ümüz var?" Kalite müdürü kendi Excel'ini açar, 17 der. Üretim müdürünün listesinde 23 kayıt görünür. Müşteri temsilcisinin takip ettiği 8D dosyalarında ise 11 açık satır vardır. Üç rakamın hiçbiri yanlış değildir; üçü de farklı bir tanımdan beslenir. Daha kötüsü, hiçbir listede "bu faaliyetin etkinliği doğrulandı mı?" sorusuna cevap veren bir sütun yoktur. QDMS DÖF modülü gibi bir kayıt sisteminin varlık sebebi tam olarak budur: uygunsuzluğun açılışından kapanışına kadar tek bir gerçek üretmek.
Gerçek bir uygunsuzluğu baştan sona takip edelim. Konu, bir OEM müşterisinin montaj hattında tespit ettiği kaynak gözenekli braket: üç parça hattı durdurmuş, müşteri resmî şikâyet açmış ve 8D talep etmiş. Bu tek olayın sistemde hangi adımda hangi kaydı ürettiğini adım adım göreceksiniz.
QDMS DÖF modülü ne yapar, hangi kaydı üretir?
Düzeltici ve önleyici faaliyet modülü, adı üstünde bir form deposu değildir; bir iş akışı motorudur. Bir uygunsuzluk kaydı açıldığı anda modül üç şeyi birden başlatır: sorumluyu atar, tarih saydırmaya başlar ve o kaydın hangi süreçle, hangi ürünle, hangi müşteriyle ilişkili olduğunu bağlar. Formun kendisi bu üçlünün yalnızca görünen yüzüdür.
Bir QDMS DÖF modülünün ilk işi de budur: kaydı sahibine, sürece ve termine bağlamak. Kayıt kaynakları da tek değildir. İç denetim bulgusu, müşteri şikâyeti, tedarikçi uygunsuzluğu, proses içi hurda, ölçüm cihazı sapması, hatta bir öneri sistemi girdisi DÖF'e dönüşebilir. Modülün işi, bu farklı kapılardan gelen kayıtları aynı akışa sokup aynı disiplinle yürütmektir. Kavramın genel tanımını DÖF sayfamızda ayrıca ele aldık.
Modülün ürettiği en değerli çıktı, tek tek formlar değil bu formların üzerinden okunan eğilimdir. Aynı hata kodu son altı ayda kaç kez açıldı, hangi hat en çok DÖF üretiyor, tedarikçi kaynaklı uygunsuzlukların ortalama kapanma süresi ne? Bu sorular Excel'de her seferinde elle hesaplanır ve genellikle hesaplanmaz. Kayıtlar tek havuzda ve alanları standart olduğunda ise aynı sorular birer filtreye dönüşür. Yönetimin gözden geçirmesi girdilerini hazırlarken en çok zaman kazandıran şey budur.
Standart düzeltici faaliyetten ne ister?
ISO 9001 madde 10.2.1 sırayı çok net koyar: uygunsuzluk ortaya çıktığında önce tepki verirsiniz ve kontrol altına alırsınız, sonra nedenini değerlendirirsiniz, ardından benzer bir uygunsuzluğun başka yerde var olup olmadığına ya da olma ihtimaline bakarsınız. Madde 10.2.2 ise bunun kaydını ister: uygunsuzluğun doğası, alınan aksiyonlar ve düzeltici faaliyetin sonuçları dokümante bilgi (documented information) olarak saklanmalıdır.
Otomotivde IATF 16949 madde 10.2.3 çıtayı yükseltir. Problem çözme için dokümante edilmiş bir proses ister; bu proses uygunsuzluğun boyutunu tanımlamayı, müşteriyi korumak üzere geçici önlem almayı, kök nedeni bir metodolojiyle bulmayı ve sistemsel düzeltici faaliyetleri — kontrol planı ile FMEA'nın güncellenmesi buna dahildir — uygulamayı kapsar. Madde 10.2.4 ayrıca hata önleme (error proofing) yöntemlerinin kullanılmasını ister. Yani otomotivde "operatöre hatırlatıldı" bir düzeltici faaliyet değildir.
Bir uygunsuzluğun sistemdeki tam izi
Braket örneğine dönelim. Müşteri şikâyeti 3 Mart sabahı e-posta ile geldi ve aynı gün sisteme DÖF-2026-0147 numarasıyla kaydedildi. Aşağıdaki tablo, bu kaydın hangi adımda neyi ürettiğini gösteriyor. Sağdaki hedef süreler bizim prosedürümüzden; sizin prosedürünüzde farklı olabilir, ama bir yerde yazılı olmak zorundadır.
| Adım | Sistemde oluşan kayıt | Sorumlu | Hedef süre |
|---|---|---|---|
| Uygunsuzluk açılışı | DÖF numarası, kaynak, ürün ve müşteri bağlantısı | Kalite mühendisi | Aynı gün |
| Geçici önlem (containment) | Stok tarama sonucu, blokaj kaydı, sevk durdurma | Üretim + kalite | 24 saat |
| Ekip kurma | Çok fonksiyonlu ekip listesi ve rolleri | DÖF sahibi | 2 iş günü |
| Kök neden analizi | 5 Neden / balık kılçığı kaydı ve doğrulama kanıtı | Ekip | 10 iş günü |
| Kalıcı aksiyon planı | Aksiyon satırları, sorumlu ve termin tarihleri | Ekip lideri | 15 iş günü |
| Sistemsel güncelleme | Revize PFMEA ve kontrol planı bağlantısı | Proses mühendisi | 30 gün |
| Etkinlik doğrulama | Doğrulama yöntemi, ölçüt, sonuç ve tarih | Bağımsız doğrulayıcı | 60-90 gün |
| Kapanış | Kapatan kişi, tarih, kazanılmış ders notu | Kalite müdürü | Doğrulamadan sonra |
Bu tablonun kıymeti, her satırın bir öncekine kilitli olmasıdır. Kök neden alanı doldurulmadan kalıcı aksiyon satırı açılamaz; aksiyonlar tamamlanmadan etkinlik doğrulama adımı görünmez; doğrulama sonucu girilmeden kapanış düğmesi çalışmaz. Kâğıt formda bu sıra tavsiyedir, sistemde kuraldır. Fark tam da burada başlar.
Geçici önlemi kalıcı aksiyon sanmak, bu akışın en pahalı yanlış anlaması. Braket örneğinde ekip "kaynak sonrası %100 görsel kontrol konuldu" yazıp DÖF'ü kapatmaya kalktı. Oysa %100 kontrol bir kontrol altına alma önlemidir; hatayı üreten şey hâlâ ayakta. Gerçek kök neden koruyucu gaz debisinin regülatör arızası nedeniyle dalgalanmasıydı ve kalıcı aksiyon debinin alt limitine alarm konulmasıydı. %100 kontrol üç ay sonra maliyet baskısıyla kaldırıldığında hata geri gelir — ki sahada tam olarak böyle olur.
Kök neden analizi kaydı: akışın en zayıf halkası
DÖF formlarının en çok göz boyayan alanı kök neden alanıdır. "Operatör dikkatsizliği", "malzeme kaynaklı", "tedarikçi hatası" gibi ifadeler bir kök neden değil, sorumluluğun başka yere aktarılmasıdır. Kullanılabilir bir kök neden üç testi geçer: sebep ortadan kalktığında hata da ortadan kalkar, sebep kanıtla doğrulanabilir, sebep sizin kontrolünüz altındadır.
Otomotivde beklenen, kök nedenin iki koldan aranmasıdır: hatanın neden oluştuğu ve neden yakalanamadığı. Braket örneğinde gözenek koruyucu gaz debisinden oluştu; ama asıl soru, kontrol planında bu hatayı yakalayacak bir adımın neden bulunmadığıdır. İkinci kolu atlayan DÖF'ler yarım kalır. Yöntem seçimi için kök neden analizi ve 8D yaklaşımlarımıza bakabilirsiniz; hangisini seçerseniz seçin, sistemde o yöntemin adımlarının ayrı alanlar olarak durması gerekir.
DÖF kapatma kriterleri ve etkinlik doğrulaması
Bir DÖF'ün kapanması için aksiyonların tamamlanmış olması yetmez. Dört koşul birden aranır: kök neden kanıtla doğrulanmıştır, kalıcı aksiyonların tamamı uygulanmıştır, ilgili FMEA ve kontrol planı güncellenmiştir, etkinlik önceden belirlenmiş bir ölçütle doğrulanmıştır. Dördüncüsü en çok atlanandır ve denetimde en çok bulgu çıkaranıdır.
Etkinlik doğrulaması, aksiyondan sonra ölçülebilir kanıt toplamak demektir. Braket örneğinde ölçüt şuydu: alarm devreye alındıktan sonraki 8 haftada aynı hata kodundan sıfır tekrar ve 4.000 parçalık örneklemde gözenek bulgusu yok. Bu ölçüt DÖF açıldığında değil, aksiyon planı yazılırken belirlendi — sonradan belirlenen ölçüt kendini doğrulayacak biçimde seçilir, bu da doğrulamayı anlamsız kılar. Doğrulamayı aksiyonu uygulayan kişinin yapmaması gerektiğini ayrıca söylemek gerekiyor; bağımsız bir gözün imzası olmadan kapanış kaydı zayıftır.
Denetçi kapalı DÖF'lerden rastgele üçünü seçer ve tek soru sorar: "Bu faaliyetin işe yaradığını nereden biliyorsunuz?" Cevap "bir daha olmadı" ise devam eder: hangi süre boyunca, hangi veriyle, kim baktı? Üçünden birinde bile ölçülebilir bir doğrulama kaydı çıkmazsa madde 10.2.2 uygunsuzluğu yazar. Bir başka klasik hamle, aynı hata kodundan açılmış eski DÖF'leri listeletip tekrar edip etmediğine bakmaktır; tekrar varsa önceki kapanış zaten geçersizdir.
Açık DÖF listesinin tek gerçek hâline gelmesi
Toplantıdaki üç farklı rakam sorunu, aslında bir yazılım sorunu değil bir tanım sorunudur; ama çözümü sistemde durur. Tek bir kayıt havuzu olduğunda "açık DÖF" tanımı da tek olur: kapanış kaydı bulunmayan her DÖF açıktır. Filtreyi kim çekerse çeksin aynı sayıyı görür. Bunun üzerine kaynak bazlı kırılım — müşteri şikâyeti, iç denetim, tedarikçi — eklendiğinde yönetimin gözden geçirmesi girdisi kendiliğinden hazırlanmış olur.
Geciken DÖF'lerin yönetimi de aynı yerden çözülür. Termin tarihi yaklaşan aksiyon sorumlusuna otomatik hatırlatma gider, geçen aksiyon amirin ekranında kırmızı görünür. Sahada gözlemlediğimiz en yaygın gecikme nedeni unutma değil, görevin kime ait olduğunun belirsizliğidir; sistemde her aksiyon satırının tek bir isme bağlı olması bu belirsizliği ortadan kaldırır. PaKalite'nin DÖF modülü de bu mantıkla kurgulanmıştır: aksiyon, kök neden, FMEA ve kontrol planı aynı kayıt üzerinden birbirine bağlıdır, dolayısıyla bir düzeltici faaliyet dokümanı güncellemeden kapanamaz.
Önleyici faaliyet nereye gitti?
ISO 9001'in 2015 revizyonuyla birlikte ayrı bir "önleyici faaliyet" maddesi kalktı; yerini madde 6.1'deki risk ve fırsat değerlendirmesi aldı. Bu değişiklik sahada sık yanlış anlaşılıyor ve "artık önleyici faaliyet yok" diye yorumlanıyor. Doğrusu şu: önleme işi tek bir formdan çıkıp planlamanın içine yerleşti. Bir DÖF kapanırken sorulacak son soru, o kök nedenin benzer proseslerde bir risk olarak zaten tanımlı olup olmadığıdır. Değilse risk kaydınızı güncellemeniz gerekir; ilişkiyi risk yönetimi tarafında ayrıca açtık.
Pratikte bu bağ şöyle kurulur: braket örneğindeki gaz debisi riski, aynı teknolojiyi kullanan diğer üç hattın PFMEA'sında da bir hata modu olarak görünmeli, tespit puanı buna göre yeniden değerlendirilmelidir. DÖF kaydından FMEA kaydına giden bir bağlantı bulunmadığında bu adım kalite mühendisinin hafızasına kalır ve altı ay içinde unutulur. Sistemde ise DÖF kapanış ekranı, ilgili FMEA revizyonunu göstermeden kapanışa izin vermez.
DÖF akışında en çok yapılan üç hata
İlk hata, her uygunsuzluğa DÖF açmak; bu, QDMS DÖF modülünü kısa sürede kimsenin bakmadığı bir listeye çevirir. Sistemi anlamlı tutmanın yolu bir eşik tanımlamaktır: tekrar eden, müşteriye ulaşan, güvenlik ya da yasal etkisi olan, belirli bir maliyeti aşan uygunsuzluklar DÖF'e gider; geri kalanı düzeltmeyle kapanır ve eğilim analizinde izlenir. Yılda 400 DÖF açan bir firma aslında hiçbirini gerçekten çözmüyordur.
Aksiyonların tarihsiz yazılması hemen arkasından geliyor. "Talimat revize edilecek" bir aksiyon değil bir niyettir; sorumlu ismi ve termin tarihi olmadan hiçbir satır kaydedilememelidir. Üçüncü hata ise benzer proseslere yayılımın atlanması: aynı kaynak makinesi tipinden dört tane varsa, aksiyon dördünde de uygulanmalıdır. ISO 9001 madde 10.2.1 bu yayılım değerlendirmesini açıkça ister ve denetimde "diğer hatlarda da baktınız mı?" sorusu neredeyse her zaman gelir.
Bu üç hatanın hepsinin panzehri aynı: DÖF'ü bir belge değil, bir süreç olarak kurgulamak. Açılış kriterini yazılı hâle getirin, aksiyon satırını sorumlu ve tarih olmadan kaydedilemez yapın, kapanış öncesine yayılım ve etkinlik doğrulama alanlarını zorunlu koyun. Bu üç kural devreye girdiğinde açılan DÖF sayısı genellikle düşer, kapanan DÖF'lerin kalitesi ise gözle görülür biçimde yükselir. Bir QDMS DÖF modülünden beklenen de zaten budur. Yönetim toplantısında sorulan "kaç açık DÖF var" sorusuna da artık tek bir rakamla cevap verirsiniz — üstelik o rakamın arkasında hangi kaydın hangi adımda beklediği tek tıkla görünür.