Bir Otomotiv Tedarikçisinde Geri Çağırma Riski: FMEA Devreye Alınmadan Önce ve Sonra

Bursa, bir otomotiv yan sanayi tesisi. Ana ürünlerinden biri, önemli OEM müşterilerine gönderilen arka koltuk emniyet kemeri sabitleme braketi. Parça küçük ama kritik: aracın çarpışma güvenliğinde doğrudan rol oynuyor. Bu dersteki firma ve kişi adları temsili olsa da, anlatılan karar noktaları ve hatalar sahada sıkça karşılaşılan türden.

Sahne: Maliyet Baskısı ve Zaman Darlığı

Satın alma departmanı, braketin malzeme kalınlığını hafifçe azaltarak maliyeti düşürmeyi öneriyor. Aynı dönemde OEM müşteri, yeni bir araç modeli için teslimat takvimini sıkılaştırıyor. Üretim mühendisliği ekibi, tasarım değişikliğini ve kaynak parametrelerini üç hafta içinde devreye almak zorunda kalıyor.

Karar Noktası 1: FMEA'yı Atlamak

Proje lideri, ekip toplantısında şunu söylüyor: "Bu parçayı zaten yıllardır üretiyoruz, sadece kalınlık değişti. FMEA'ya vakit harcamayalım, doğrudan numune üretimine geçelim." Kalite mühendisi itiraz ediyor ama zaman baskısı ağır basıyor. Proses FMEA revize edilmeden, sadece kontrol planı üzerinde küçük bir not güncellemesiyle üretime geçiliyor.

Bu, sahada sık görülen bir tuzaktır: "küçük değişiklik" etiketi, riskin küçük olduğu anlamına gelmez.

Sahada Ortaya Çıkan Sorun

Seri üretime geçildikten yaklaşık dört ay sonra, OEM'in garanti veri tabanında aynı bölgeden gelen tekrarlayan bir şikayet dikkat çekiyor: birkaç araçta braket kaynak bölgesinde mikro çatlak tespit ediliyor. Henüz bir kaza yok, ama müşteri kalite ekibi durumu "potansiyel alan aksiyonu" (saha geri çağırma adayı) olarak işaretliyor ve tedarikçiden 8D raporu istiyor.

Fabrikada panik havası hakim. Kalite müdürü, üretim müdürü ve proses mühendisi acil bir kriz toplantısında bir araya geliyor.

Karar Noktası 2: Geriye Dönük FMEA

Kalite mühendisi bu kez ısrarcı: "Şimdi geriye dönük bir PFMEA yapmadan kök nedeni bulamayız, sadece semptomu kapatırız." Ekip, üretimi durdurmadan (mevcut stoktaki parçalara %100 gözle kontrol ve çekme testi uygulayarak) paralel bir FMEA çalışması başlatıyor.

Ekip Ne Buldu?

Beyin fırtınası oturumunda, daha önce hiç konuşulmamış bir hata türü ortaya çıkıyor: "kaynak nüfuziyeti yetersiz". Kalınlık azaltıldığında, mevcut kaynak parametreleri (akım, süre) yeniden doğrulanmamıştı. Ayrıca tespit yöntemi olarak kullanılan görsel kontrol, iç nüfuziyet sorununu yakalayamıyordu — kontrol sadece dış yüzeyi görüyordu.

Alınan Aksiyonlar

• Kaynak parametreleri yeniden doğrulandı: yeni kalınlığa göre akım ve süre değerleri laboratuvar testleriyle belirlendi.
• Tespit yöntemi güçlendirildi: numune bazlı görsel kontrol yerine, kritik hatlarda %100 ultrasonik kaynak kontrolüne geçildi.
• Poka-yoke eklendi: kaynak makinesine, parametre sınırların dışına çıkıldığında hattı otomatik durduran bir sensör entegre edildi.
• Proses akışına tetikleyici kural kondu: bundan sonra malzeme, kalınlık veya kaynak parametresi değişikliği olduğunda PFMEA güncellemesi zorunlu hale getirildi; değişiklik onayı FMEA imzası olmadan geçerli sayılmıyor.

Sonuç ve Süreçte Kalıcı Değişim

8D raporu OEM'e sunuldu, saha genelinde etkilenen parti geri çağrılmadan (henüz araçta arıza oluşmadığı ve stoktaki parçalar %100 kontrolden geçtiği için) düzeltici aksiyonla kapatıldı. Ancak firma bu olaydan sonra iki kalıcı değişiklik yaptı: birincisi, her mühendislik değişikliği için "FMEA gözden geçirme" adımını değişiklik yönetim sürecine resmi bir onay kapısı olarak ekledi. İkincisi, PFMEA'ları artık sadece kalite departmanı değil, üretim, proses mühendisliği ve satın alma temsilcilerinin birlikte katıldığı çapraz fonksiyonlu bir ekip yürütüyor — tam da FMEA'nın asıl amacına uygun şekilde.

Tartışma Soruları

• Sizin hattınızda bir tasarım veya proses değişikliği yapıldığında, FMEA'yı güncellemeyi zorunlu kılan bir tetikleyici (onay kapısı) var mı, yoksa bu inisiyatife mi bırakılıyor?
• Ekibinizde "biliniyor ama hiç yazılmamış" olan, konuşulmayı bekleyen hata türleri olabilir mi? Bir sonraki FMEA toplantısında bunu nasıl gündeme getirirsiniz?
• Kullandığınız tespit yöntemleri gerçekten ilgili hata türünü yakalıyor mu, yoksa sadece "kontrol yapıldı" kutusunu işaretlemek için mi var?