CAPA (Corrective and Preventive Action), bir uygunsuzluğun kök nedenini bulup ortadan kaldırmayı ve benzer sorunların yeniden oluşmasını önlemeyi amaçlayan yapılandırılmış düzeltici ve önleyici faaliyet sürecidir. 8D (Eight Disciplines) ise bu süreci ekip kurma, geçici önlem, kök neden, kalıcı çözüm ve kapanış adımlarına bölen, otomotiv sektöründe yaygınlaşmış bir problem çözme yöntemidir. Bu rehber, bir CAPA kaydının açılmasından 8D raporunun kapatılmasına kadar ihtiyaç duyacağınız şablonları, karar ölçütlerini ve kontrol listelerini bir araya getirir.
Rehberi iki şekilde kullanabilirsiniz: yeni bir problemde adım adım ilerlemek için ya da tamamlanmış bir 8D raporunu kapatmadan önce gözden geçirmek için. Her disiplin için raporda bulunması gereken alanlar ayrıca listelenmiştir.
Düzeltme, düzeltici faaliyet ve önleyici faaliyet farkı
Bu üç kavram sık karıştırılır ve karışıklık doğrudan zayıf CAPA kayıtlarına yol açar. Düzeltme sorunun belirtisine, düzeltici faaliyet nedenine, önleyici faaliyet ise henüz oluşmamış olası bir sorunun nedenine yöneliktir.
| Kavram | Neye yönelir | Örnek |
|---|---|---|
| Düzeltme | Tespit edilen uygunsuzluğu giderir | Hatalı parçaları ayıklamak, yeniden işlemek |
| Düzeltici faaliyet | Mevcut uygunsuzluğun nedenini ortadan kaldırır | Hataya yol açan kalıp ayarını kalıcı olarak değiştirmek |
| Önleyici faaliyet | Olası bir uygunsuzluğun nedenini ortadan kaldırır | Aynı değişikliği benzer kalıplara da uygulamak |
ISO 9001:2015, eski sürümlerdeki ayrı “önleyici faaliyet” maddesini kaldırmış ve bu yaklaşımı risk temelli düşünme ile planlama aşamasına (madde 6.1) taşımıştır. Buna rağmen CAPA terimi, özellikle ilaç ve tıbbi cihaz gibi regüle sektörlerde ve birçok kalite yazılımında yaygın olarak kullanılmaya devam eder.
Pratik ayrım: Düzeltme bugünkü müşteriyi korur, düzeltici faaliyet bir sonraki müşteriyi korur, önleyici faaliyet ise henüz sorun yaşamamış ürün ve süreçleri korur.
Ne zaman CAPA açılmalı?
Her uygunsuzluk tam bir 8D çalışması gerektirmez. Hangi durumda neyin açılacağını önceden yazılı ölçütlerle belirlemek, hem kaynakları korur hem de kararların kişiye göre değişmesini önler. Aşağıdaki tablo bir başlangıç şablonudur; ölçütleri kendi risk değerlendirmenize ve müşteri şartlarınıza göre uyarlayın.
| Tetikleyici | Önerilen kayıt | Not |
|---|---|---|
| Müşteri şikâyeti veya iadesi | 8D | Müşteri kendi formatını isteyebilir |
| Tekrarlayan iç uygunsuzluk | CAPA | Tekrar ölçütünü önceden tanımlayın |
| Majör denetim bulgusu | CAPA | Minör bulgu için risk değerlendirin |
| Güvenlik veya mevzuat etkili sapma | Her zaman CAPA | Bildirim yükümlülüğünü uzmana danışın |
| Tedarikçi kaynaklı hata | Tedarikçiden 8D | Yazılı talep ve termin verin |
| Tek seferlik, düşük riskli hata | Düzeltme yeterli olabilir | Kararı ve gerekçesini kaydedin |
Karar verirken üç soruyu sorun: Sorun müşteriye ulaştı mı ya da ulaşabilir mi? Ürün güvenliği veya yasal uygunluk etkileniyor mu? Sorun daha önce görüldü mü? Bu sorulardan birine “evet” cevabı veriyorsanız, kök neden analizi içeren bir CAPA açmanız gerekir.
Her küçük sapma için CAPA açmak sistemi tıkar: kayıtlar birikir, termin aşımları olağanlaşır ve önemli problemler kalabalığın içinde kaybolur. Tersine, düzeltme ile yetinip kök nedene inmemek de aynı hatanın tekrar tekrar yaşanmasına yol açar. Ölçütü yazılı hale getirin ve CAPA açılmayan kararları da gerekçesiyle kaydedin.
8D'nin disiplinleri: D0'dan D8'e
Aşağıdaki adımlar 8D raporunun iskeletidir. Her adımın altında, raporda o disiplin için bulunması gereken asgari alanlar yer alır. Bu alanları kalite yazılımınızda zorunlu alan olarak tanımlamak, eksik raporların kapanmasını engeller.
- 01D0-D1 Hazırlık ve ekip
- 02D2 Problem tanımı
- 03D3 Geçici önlemMüşteriyi koruyun
- 04D4 Kök nedenOluşma ve kaçış
- 05D5-D6 Kalıcı faaliyet
- 06D7 Tekrarı önlemeFMEA ve kontrol planı
- 07D8 Kapanış
- 01D0: Hazırlık ve acil müdahale
Problemin 8D gerektirip gerektirmediğine karar verin ve gerekiyorsa müşteriyi korumak için acil müdahaleyi başlatın. Alanlar: kayıt numarası, kaynak (şikâyet, iç hata, denetim), açılış tarihi, ilk bildirim, acil müdahale açıklaması, 8D açma kararı ve gerekçesi.
- 02D1: Ekibi kurun
Ürün ve proses bilgisine sahip, çapraz fonksiyonlu küçük bir ekip oluşturun. Alanlar: ekip lideri, sponsor, üyeler ve rolleri, iletişim bilgileri, toplantı sıklığı.
- 03D2: Problemi tanımlayın
Problemi müşterinin gözünden, ölçülebilir ve tarafsız biçimde tanımlayın. Alanlar: problem cümlesi, 5W2H cevapları, olan ve olmayan analizi, etkilenen ürün, lot ve miktar, kanıt fotoğrafları veya ölçüm verisi.
- 04D3: Geçici önlemleri uygulayın
Kalıcı çözüm gelene kadar müşteriyi koruyun. Alanlar: karantinaya alınan stok noktaları ve miktarları, ayıklama yöntemi, ayıklama sonuçları, temiz nokta tanımı, uygulama tarihi, geçici önlemin etkinlik kanıtı.
- 05D4: Kök nedeni bulun ve doğrulayın
Hem hatanın neden oluştuğunu hem de neden tespit edilmeden kaçtığını belirleyin. Alanlar: kullanılan analiz araçları, oluşma kök nedeni, kaçış kök nedeni, sistemik neden, doğrulama yöntemi ve sonucu.
- 06D5: Kalıcı düzeltici faaliyeti seçin
Her doğrulanmış kök neden için onu ortadan kaldıran faaliyeti seçin ve uygulamadan önce işe yarayacağını doğrulayın. Alanlar: faaliyet, hedeflenen kök neden, sorumlu, termin, değerlendirilen alternatifler, seçim gerekçesi, doğrulama planı.
- 07D6: Uygulayın ve geçerli kılın
Kalıcı faaliyeti uygulayın, geçici önlemleri kontrollü biçimde kaldırın ve sonucu veriyle izleyin. Alanlar: uygulama tarihi, değişiklik kayıtları, geçici önlemin kaldırılma tarihi, etkinlik ölçütü, izleme süresi ve sonuçları.
- 08D7: Tekrarı önleyin
Sorunun oluşmasına izin veren sistemi düzeltin ve öğrenileni benzer ürün ve süreçlere yayın. Alanlar: güncellenen FMEA, kontrol planı, talimatlar, yatay yayılım yapılan ürün ve hatlar, öğrenilen ders kaydı.
- 09D8: Ekibi takdir edin ve kapatın
Ekibin katkısını görünür kılın ve raporu yetkili onayıyla kapatın. Alanlar: kapanış özeti, kapanış onayı, müşteri onayı (gerekiyorsa), kapanış tarihi, takdir notu.
Ekip kurma ve problem tanımı (D1, D2)
Ekipte kimler olmalı?
- Ekip lideri: 8D yöntemini bilen, toplantıları yöneten ve terminleri takip eden kişi.
- Sponsor: Kaynak ve yetki sağlayan, engelleri kaldıran yönetici.
- Proses uzmanı: Hatanın oluştuğu süreci ve ekipmanı en iyi bilen mühendis.
- Kalite mühendisi: Veri toplama, ölçüm sistemi ve analiz araçlarından sorumlu kişi.
- Sahadan temsilci: Operatör veya vardiya sorumlusu; günlük gerçekliği ekibe taşır.
- Gerekirse tedarikçi, tasarım veya müşteri temsilcisi.
Ekibi küçük tutun ve her üyenin neden orada olduğunu tanımlayın. Hatanın sorumlusu olarak görülen kişileri ekipten dışlamak yerine bilgi kaynağı olarak dahil edin; suçlama ortamında doğru bilgiye ulaşamazsınız.
5W2H ile problem cümlesi
- Ne (What): Hangi ürün, hangi hata, hangi özellik?
- Nerede (Where): Hangi hat, istasyon, müşteri tesisi veya parça üzerindeki konum?
- Ne zaman (When): İlk ne zaman görüldü, hangi vardiya veya üretim tarihi?
- Kim (Who): Kim tespit etti? (Kimin hata yaptığı değil.)
- Neden (Why): Bu neden bir problem, hangi şartı karşılamıyor?
- Nasıl (How): Nasıl tespit edildi, hangi ölçüm veya kontrolle?
- Ne kadar (How many): Kaç adet, hangi oranda, hangi lot aralığında?
Olan ve olmayan analizi
Olan ve olmayan (is / is not) analizi, problemi benzer ama sorunsuz durumlarla karşılaştırarak olası nedenleri daraltır. Ayırt edici farklar, D4'te test edilecek hipotezlerin kaynağıdır.
| Boyut | Olan | Olmayan | Ayırt edici fark |
|---|---|---|---|
| Ne | Hangi ürün ve hata | Benzer ürün, aynı hata yok | İki ürün arasındaki fark |
| Nerede | Hangi hat veya konum | Diğer hat veya konum | Ekipman, düzen, ortam |
| Ne zaman | Hangi dönem veya vardiya | Önceki dönem, diğer vardiya | O dönemde ne değişti |
| Ne kadar | Etkilenen miktar | Etkilenmeyen lotlar | Malzeme veya parametre farkı |
Geçici önlemler (D3)
Geçici önlemin tek amacı, kalıcı çözüm devreye girene kadar hatalı ürünün müşteriye ulaşmasını engellemektir. Geçici önlem kök nedeni çözmez; bu yüzden maliyeti, süresi ve kaldırılma koşulu baştan bellidir. Etkinliği de ayrıca doğrulanmalıdır: ayıklama yapan kontrolün hatayı gerçekten yakalayabildiğinden emin olun.
Kök neden analizi (D4)
İyi bir 8D en az iki kök neden arar: hatanın neden oluştuğu (oluşma nedeni) ve neden tespit edilmeden müşteriye kaçtığı (kaçış nedeni). Olgun bir analiz bunlara bir üçüncüsünü ekler: yönetim sisteminin bu iki durumu neden mümkün kıldığı (sistemik neden). Bu ayrımı yapmayan raporlar genellikle yalnızca kontrolü sıkılaştırır ve hatanın oluşmasına dokunmaz.
- Hata neden oluştu?
- Süreç, malzeme, ekipman
- Kalıcı faaliyetle giderilir
- Hata neden yakalanmadı?
- Kontrol ve ölçüm sistemi
- Tespit kabiliyeti artırılır
- Sistem neden izin verdi?
- FMEA, planlama, onay
- D7 ile sisteme yazılır
5 Neden
5 Neden, her cevaba yeniden “neden?” diye sorarak belirtiden nedene inen basit bir araçtır. Basitliği yanıltıcıdır; doğru kullanılmazsa ekip tahminlerini bir zincir halinde yazmış olur.
- Zinciri gözleme ve veriye dayandırın; her halka kanıtla desteklenmeli.
- Oluşma ve kaçış için ayrı zincirler kurun.
- Beş sayısı bir kural değildir; kontrol edebileceğiniz bir nedene ulaştığınızda durun.
- Zinciri tersten okuyun: “bu yüzden” bağlacıyla mantık kopmadan belirtiye ulaşmalısınız.
- Bir halkada birden fazla neden varsa zinciri dallandırın.
- Kişiye çıkan bir halkada durmayın; o kişinin hatasına izin veren koşulu sorun.
Ishikawa (balık kılçığı) ve 6M
Ishikawa diyagramı, olası nedenleri kategorilere ayırarak beyin fırtınasını yapılandırır. Üretimde yaygın kullanılan 6M kategorileri şunlardır: İnsan (Man), Makine (Machine), Metot (Method), Malzeme (Material), Ölçüm (Measurement) ve Çevre (Mother nature). Diyagram bir hipotez listesidir, kanıt değildir. Her kılçığı olan ve olmayan analizindeki ayırt edici farklarla eleyin ve kalanları test planına dönüştürün.
Hata ağacı analizi
Hata ağacı analizi (FTA), istenmeyen olayı tepeye koyup ona yol açabilecek olayları VE / VEYA kapılarıyla aşağı doğru ayrıştırır. Birden fazla koşulun aynı anda gerçekleşmesi gereken karmaşık arızalarda ve güvenlik etkili problemlerde 5 Neden'den daha güvenilir sonuç verir.
Kök nedeni doğrulayın
Doğrulanmamış bir kök neden yalnızca bir varsayımdır. Mümkünse nedeni kontrollü biçimde yeniden oluşturun ve hatanın ortaya çıktığını, nedeni ortadan kaldırınca da kaybolduğunu gösterin (aç / kapa testi). Bu mümkün değilse veri analizi, deney tasarımı veya geçmiş kayıtların karşılaştırmasıyla güçlü kanıt toplayın ve doğrulama yöntemini rapora yazın.
“Operatör hatası”, “dikkatsizlik” ve “eğitim eksikliği” kök neden değildir. Bunlar, sürecin insan hatasına açık olduğunu gösteren belirtilerdir. Aynı şekilde “operatöre tekrar eğitim verildi” tek başına kalıcı düzeltici faaliyet sayılmaz; hatayı zorlaştıran veya imkânsız kılan bir süreç değişikliğiyle desteklenmelidir.
Kalıcı düzeltici faaliyet ve etkinlik (D5, D6)
Her doğrulanmış kök neden için en az bir kalıcı faaliyet tanımlanır. Faaliyetin gücü, insanın dikkatine ne kadar az bağlı olduğuyla ilişkilidir. Aşağıdaki sıralama, seçenekleri karşılaştırırken kullanabileceğiniz niteliksel bir rehberdir.
- L1Eğitim ve bilgilendirme
- L2Talimat değişikliği
- L3Otomatik tespit
- L4Hata önleme (poka-yoke)
- L5Tasarımla ortadan kaldırma
| Faaliyet türü | Göreli etki | Örnek |
|---|---|---|
| Tasarımla ortadan kaldırma | Yüksek | Ters montajı imkânsız kılan parça geometrisi |
| Hata önleme (poka-yoke) | Yüksek | Yanlış parçada çalışmayan fikstür |
| Otomatik tespit ve durdurma | Orta | Hat içi sensörle ret ve alarm |
| Talimat veya prosedür değişikliği | Düşük-orta | Görsel iş talimatı güncellemesi |
| Eğitim ve bilgilendirme | Düşük | Tek başına yeterli değildir |
D5'te faaliyetin işe yarayacağını uygulamadan önce doğrularsınız (deneme üretimi, pilot hat, simülasyon). D6'da ise faaliyeti gerçek koşullarda uygular ve önceden tanımlanmış ölçütle etkinliğini kanıtlarsınız. Etkinlik ölçütü ve izleme süresi, faaliyet seçilirken belirlenmelidir; kapanış aşamasında sonradan tanımlanan ölçüt güven vermez.
Tekrarın önlenmesi ve öğrenilen dersler (D7, D8)
D7, tek bir ürünü düzeltmekten sistemi düzeltmeye geçtiğiniz adımdır. Soru şudur: Aynı zayıflık başka nerede var ve yönetim sistemimiz bu riski neden önceden görmedi?
- Proses FMEA'sını güncelleyin: yeni hata türünü ekleyin, oluşma ve tespit puanlarını yeni kontrollere göre yeniden değerlendirin.
- Kontrol planını güncelleyin: yeni kontrol noktası, yöntem, sıklık ve reaksiyon planı.
- İş talimatları, kontrol formları ve eğitim materyallerini revize edin ve dağıtımını kontrol edin.
- Yatay yayılım yapın: aynı tasarım, ekipman veya tedarikçiyi kullanan ürün ve hatları listeleyin ve faaliyeti oralara da uygulayın.
- Öğrenilen dersi aranabilir bir kayıt olarak saklayın; yeni ürün geliştirme ve tasarım FMEA çalışmalarında kullanılmasını sağlayın.
- D8'de ekibin katkısını görünür kılın; takdir, sonraki 8D çalışmalarına katılımı artırır.
CAPA kayıtları, revize dokümanlar ve FMEA güncellemeleri farklı sistemlerde dağınık durduğunda D7'nin tamamlandığını kanıtlamak zorlaşır. OREL QMS, CAPA ve 8D kayıtlarını uygunsuzluk, denetim ve tedarikçi kayıtlarıyla bağlantılı tutar; OREL DMS ise revize edilen talimatların onay ve dağıtımını izler. Hangi aracı kullanırsanız kullanın, ilke aynıdır: her faaliyet kanıtıyla birlikte tek bir kayda bağlanmalıdır.
ISO 9001 ve IATF 16949 bağlamı
ISO 9001:2015 madde 10.2, bir uygunsuzluk oluştuğunda kuruluşun buna tepki vermesini, nedenleri belirleyip benzer uygunsuzlukların var olup olmadığını veya oluşup oluşamayacağını değerlendirmesini, gerekli faaliyeti uygulamasını, etkinliğini gözden geçirmesini ve gerekirse risk ve fırsatları ve kalite yönetim sistemini güncellemesini ister. Uygunsuzluğun niteliği, alınan faaliyetler ve sonuçları dokümante edilmiş bilgi olarak saklanmalıdır.
IATF 16949, otomotiv tedarik zinciri için bu gereklilikleri genişletir. Problem çözme için dokümante edilmiş bir süreç (madde 10.2.3) ve hata önleme yöntemlerinin kullanımına ilişkin bir süreç (madde 10.2.4) ister; müşteri şikâyetleri ve saha arızaları için de ek beklentiler tanımlar. Birçok otomotiv müşterisi, müşteriye özel şartları kapsamında belirli bir 8D formatını ve terminlerini şart koşar.
Ne ISO 9001 ne de IATF 16949 belirli bir problem çözme yöntemini adıyla zorunlu tutar. 8D yaygın ve kabul gören bir yöntemdir; ancak hangi formatın ve terminlerin geçerli olduğunu müşteri şartlarınızdan ve belgelendirme kuruluşunuzla teyit edin.
8D raporu gözden geçirme ve sık yapılan hatalar
Bir 8D raporunu müşteriye göndermeden veya kapatmadan önce, ekipte yer almayan deneyimli bir kişinin aşağıdaki listeyle gözden geçirmesi, zayıf noktaları erken yakalar.
Sık yapılan hatalar
- Problemi tanımlamadan çözüm tartışmasına geçmek.
- Kök nedeni operatöre bağlamak ve tekrar eğitimi kalıcı çözüm saymak.
- Yalnızca kaçış nedenini çözüp kontrolü sıkılaştırmak, oluşma nedenine dokunmamak.
- Kök nedeni doğrulamadan ilk makul açıklamayı kabul etmek.
- Geçici önlemi kalıcı hale getirmek; ayıklamanın aylarca sürmesi.
- Etkinlik ölçütünü kapanış sırasında belirlemek veya hiç belirlememek.
- FMEA ve kontrol planını güncellememek; aynı hatanın yeni üründe tekrar etmesi.
- 8D'yi müşteriye rapor yetiştirmek için yazılan bir form olarak görmek.
Sonuç
CAPA ve 8D, iyi doldurulmuş bir formdan çok disiplinli bir düşünme biçimidir: önce müşteriyi koruyun, sonra problemi tarafsızca tanımlayın, kök nedeni kanıtla doğrulayın, insana değil sürece yönelik kalıcı faaliyet seçin ve öğrenileni sisteme yazın. Bu rehberdeki şablon alanlarını ve kontrol listelerini kendi kalite sisteminize uyarlayarak her yeni problemde aynı kaliteyi tekrarlanabilir hale getirebilirsiniz.