Cuma öğleden sonra müşteriden gelen e-postanın konusu tek satırdı: "48 saat içinde 8D bekliyoruz." Ekli fotoğrafta sahaya kaçan çapak vardı. Kalite şefi masasındaki üç ayrı Excel'i açtı: biri şikâyet listesi, biri kök neden formu, biri aksiyon takibi. Hangi partiydi, benzer hata daha önce yaşanmış mıydı, o zaman ne yapılmıştı? Yanıtlar üç ayrı dosyaya dağılmıştı ve hiçbiri güncel değildi. Bu dağınıklık, düzeltici faaliyetin en kritik anında zaman kaybettirir. Bir DÖF yönetim yazılımı, uygunsuzluğun açılışından kök neden analizine ve kalıcı önleme adımına kadar tüm süreci tek zincirde tutar. Bu yazıda DÖF sürecinin bir kalite yönetim yazılımı içinde nasıl yaşadığını ve IATF 16949 madde 10.2 ile ilişkisini anlatıyoruz.
DÖF nedir ve neden dağınık Excel yetmez?
DÖF, Düzeltici ve Önleyici Faaliyet demektir. Bir uygunsuzluk ortaya çıktığında yalnız o anki hatayı gidermek değil, nedenini bulup tekrarını önlemek gerekir. Excel'de DÖF tutmanın sorunu bir tablo doldurmak değildir; asıl sorun bağların kopmasıdır. Şikâyet ayrı, kök neden ayrı, aksiyon ayrı dosyada durur; kim ne zaman ne yaptı belli olmaz. Detaylı karşılaştırma için kalite yönetim yazılımı mı Excel mi yazımıza bakabilirsiniz. DÖF yönetim yazılımı bu bağları koparmaz; şikâyet, kök neden ve aksiyon aynı kaydın parçasıdır.
DÖF yönetim yazılımı süreci nasıl yürütür?
Tipik bir DÖF akışı, yazılım içinde durum değiştiren tek bir kayıt olarak ilerler:
| Aşama | Yazılımda ne olur |
|---|---|
| Açılış | Uygunsuzluk kaydı; kaynak (müşteri, iç tetkik, saha) ve öncelik atanır |
| Geçici önlem | Anlık koruma (karantina, ayıklama) sorumlu ve terminle girilir |
| Kök neden | Balık kılçığı / 5 Neden aracı kayda bağlanır |
| Kalıcı faaliyet | Aksiyonlar sorumlu ve termine atanır, ilerleme izlenir |
| Doğrulama | Etkinlik kanıtı eklenir; hata tekrar etmedi mi kontrol edilir |
| Kapanış | FMEA / kontrol planı güncelleme bağı kurulur, kayıt kapanır |
Kök neden adımının derinliği için DÖF nedir ve CAPA yazılımı yazılarımız süreç detayını tamamlar.
En sık görülen hata, geçici önlemi kalıcı faaliyet sanmaktır. "Ayıklama yaptık" bir DÖF'ü kapatmaz; ayıklama bittiğinde hata yine gelir. Yazılım geçici önlem ile kalıcı faaliyeti ayrı alanlarda tutar; kök neden ve doğrulama dolmadan kayıt kapanmaz. Bu tek kural bile "kapandı sanılan" DÖF sayısını ciddi düşürür.
8D ile DÖF yönetimi nasıl birleşir?
Otomotivde müşteri çoğu zaman serbest formatlı bir DÖF değil, 8D raporu ister. 8D'nin sekiz disiplini aslında DÖF sürecinin yapılandırılmış halidir. İyi bir DÖF yönetim yazılımı bu disiplinleri hazır şablona döker:
- D1 – Çok fonksiyonlu ekibin kurulması
- D2 – Problemin net tanımı (ne, nerede, ne zaman, ne kadar)
- D3 – Geçici koruma önlemleri
- D4 – Kök nedenin belirlenmesi ve kanıtlanması
- D5 – Kalıcı düzeltici faaliyetin seçimi
- D6 – Uygulama ve etkinlik doğrulaması
- D7 – Tekrarı önleme (FMEA, kontrol planı güncelleme)
- D8 – Ekibin kapanışı ve öğrenilen ders
Yazılım her adımın kanıtını saklar ve müşteriye gönderilecek 8D raporunu bu veriden üretir; aynı raporu üç kez elle yazma derdi biter.
IATF 16949 madde 10.2 ne istiyor?
DÖF, IATF 16949'un en çok bulgu üretilen alanlarından biridir. İlgili maddeler şöyle işler:
- Madde 10.2.1: Uygunsuzluğa tepki, düzeltme ve etkilerin kontrolü.
- Madde 10.2.2: Kök nedenin belirlenmesi ve düzeltici faaliyetin etkinliğinin gözden geçirilmesi.
- Madde 10.2.3: Tanımlı problem çözme yöntemi (8D gibi) kullanımı.
- Madde 10.2.4: Hata önleme (error-proofing / poka-yoke) yaklaşımının değerlendirilmesi.
Yazılım bu maddelerin her birini bir alana bağladığı için, denetimde "kök neden nerede, etkinlik doğrulaması var mı?" sorusuna dosya karıştırmadan yanıt verirsiniz.
Denetçi DÖF'e baktığında iki şeyi arar: kök neden gerçekten kök müdür yoksa belirti mi, ve etkinlik doğrulandı mı? "Operatör dikkatsizdi" bir kök neden değildir; niçin dikkatsiz kalabildiği, hangi kontrolün bunu engellemediği sorulur. Bir de aynı hatanın tekrarına bakar: geçen yıl kapanan DÖF'le aynı hata yine açıldıysa, o düzeltici faaliyet etkin değildi demektir.
Bir kalite yönetim yazılımının parçası olarak DÖF
DÖF tek başına bir ada değildir. Sahadan gelen bir iç tetkik bulgusu, bir müşteri şikâyeti ya da bir uygun olmayan ürün kararı doğrudan DÖF açabilir. Bu yüzden DÖF modülünün asıl gücü, geniş bir kalite yönetim yazılımı içinde, denetim, doküman ve FMEA modülleriyle bağlı yaşamasıdır. Böyle bir kalite yönetim sistemi içinde her düzeltici faaliyet, kendini doğuran uygunsuzluğa ve önlediği tekrara kadar tek zincirde izlenir.