Sahadan bir parça geri döndüğünde elinizde iki şey olur: müşterinin birkaç kelimelik şikâyeti ve fiziksel bir parça. İkisinin arasındaki boşluğu doğru dolduramazsanız, o parça bir kutuya girer, "incelendi, hata bulunamadı" notuyla raflarda bekler ve altı ay sonra aynısı yeniden gelir. IATF 16949'un saha başarısızlığı analizi maddesi (10.2.6) bu boşluğu ciddiye almanızı ister. Amaç, sahadaki başarısızlığı bir maliyet kalemi olarak kabul etmek değil, o parçayı bir üretim hattının ağzından çıkmış itiraf gibi dinlemektir. Bu yazıda bir sahadan dönen parça analizini masanın başından anlatıyoruz.
Saha başarısızlığı analizi nedir, madde ne ister?
Madde 10.2.6, sahadan gelen başarısızlıkların ve iade edilen parçaların analizi için tanımlı bir proses kurmanızı ister. Bu proses üç şeyi kapsar: analizi ne zaman ve nasıl başlatacağınızı belirleyen tetikleyiciler, parçayı fiziksel olarak inceleyip hatayı teyit eden bir yöntem, ve bulguları düzeltici faaliyete ve önleme süreçlerine geri besleyen bir mekanizma. Standart ayrıca bu analizin belirlenen zaman içinde yapılmasını ve süreçle ilgili taraflarla iletişim kurulmasını bekler.
Buradaki fark, "iade geldi, kredi verdik" ile "iade geldi, öğrendik" arasındaki farktır. Saha başarısızlığı analizi ikincisini zorunlu kılar; parçayı geri almak yetmez, onu anlamak gerekir.
Sahadan dönen parça nasıl analiz edilir?
Analiz, parça atölyeye ulaştığı anda başlayan disiplinli bir akıştır. Şikâyet kaydedilir, parça doğrulanır, sonra sahadaki gerçek koşulda test edilir. En çok değer üreten adım budur: parçayı tezgâh üzerinde değil, aracın onu çalıştırdığı ortamı taklit ederek denemek. Titreşim, sıcaklık çevrimi, gerçek kablo demeti ya da eşleşen parça olmadan yapılan bir test, çoğu zaman sahadaki hatayı görmez.
| Adım | Ne yapılır | Karar |
|---|---|---|
| 1. Alım ve doğrulama | Parça, tarih ve şikâyet kaydedilir | Geçerli iade mi? |
| 2. Görsel/ölçüsel inceleme | Hasar, aşınma, montaj izi aranır | Belirgin hata var mı? |
| 3. Fonksiyonel test | Saha koşulu taklit edilir | Hata yeniden üretildi mi? |
| 4. Kök neden | Neden ve kaçış noktası aranır | Tasarım / proses / kullanım? |
| 5. Geri besleme | 8D, FMEA, kontrol planı güncellenir | Döngü kapandı mı? |
Kök neden ararken tek bir "neden" ile yetinmeyin. Sahaya kaçan her hatanın aslında iki kök nedeni vardır: hatayı üreten neden ve o hatanın kontrolden kaçmasına izin veren neden. İkincisini atlarsanız, üretimi düzeltirsiniz ama saptama zayıflığı yerinde kalır. Bu ayrımı 8D metodolojisi "kaçış noktası" olarak ele alır.
Bir sensör iadesi geldiğinde tezgâhta kusursuz çalışıyordu. Kabul etmedik; parçayı aracın motor bölmesindeki sıcaklığa çıkarıp titreşimle birlikte denedik. Hata 90 derecede ve titreşim altında ortaya çıktı; lehim bağlantısındaki mikro çatlak soğukken kapanıyordu. Tezgâh testi bunu asla göremezdi. Saha analizinde soru hep aynı: "araç bu parçaya ne yapıyor da biz yapmıyoruz?"
NTF tuzağı: hata bulunamadı demek analiz değil
Saha analizlerinin en tehlikeli çıktısı "hata bulunamadı" etiketidir. Bazen doğrudur; parça gerçekten sağlamdır ve sorun sistemin başka yerindedir. Ama çoğu zaman bu etiket, test koşulunun sahayı temsil edememesinden doğar. Yüksek bir NTF oranı bir başarı değil, bir kör noktadır. Aynı parça için NTF birikmeye başladığında, artık parçayı değil kendi test yönteminizi ve müşterinin teşhis mantığını sorgulamanız gerekir. Bu konuyu garanti yönetimi yazımızda ayrıntılı ele alıyoruz.
Örüntüyü görmek: tek olaydan sinyale
Bir iade bir hikâyedir; yüz iade bir örüntüdür. Saha başarısızlıklarını parça numarası, hata modu, üretim tarihi ve saha süresine göre gruplayınca gözle görülmeyen kümeler belirir. Belirli bir üretim penceresinde toplanan bir hata modu, o dönemde bir proses sapmasına ya da tedarikçi partisine işaret eder. Belirli bir kilometreden sonra artan bir hata ise dayanıklılık ya da aşınma sorununu gösterir.
Bu örüntüler, hangi başarısızlığın acil bir düzeltici faaliyet gerektirdiğini, hangisinin gürültü olduğunu ayırmanızı sağlar. Örüntüyü göremeyen bir ekip, her iadeye aynı enerjiyi harcar ve gerçek sinyali kaçırır.
Örüntüyü okurken bir tuzağa da dikkat etmek gerekir: sahadaki bir hata, üretim tarihinden aylar hatta yıllar sonra ortaya çıkabilir. Bu gecikme, sinyali gürültüye karıştırır. Bu yüzden saha verisini yalnızca "ne zaman geldi" değil, "hangi üretim döneminden geldi" eksenine göre de gruplamak gerekir. Bir hata modunun belirli bir üretim penceresine yığıldığını ancak bu bakışla görebilirsiniz; takvim gününe bakan bir analiz, gecikmeli arızayı asla doğru kaynağa bağlayamaz.
Denetçi bir saha başarısızlığı dosyasını incelerken şunları ister: analiz tanımlı bir süre içinde tamamlanmış mı, kök neden hem üretim nedenini hem kaçış noktasını içeriyor mu, çıkan aksiyon ilgili FMEA satırına ve kontrol planına yansımış mı? En sık yazılan bulgu, analizi bitmiş ama FMEA'ya hiç dönmemiş dosyalardır; döngü orada kapanmadığı için aynı hata tekrar eder.
Döngüyü kapatmak: analizden önlemeye
Bir saha analizinin değeri, ürettiği rapor değil, tetiklediği değişimdir. Kök neden bulunduğunda iki yöne aksiyon çıkar. Birincisi düzeltici faaliyet: mevcut sahadaki ve üretimdeki riski sınırlamak, gerekiyorsa bir 8D yürütmek. İkincisi önleme: bulguyu FMEA ile kontrol planına geri besleyerek aynı hatanın bir daha kaçmasını engellemek. Bu iki adım tamamlanmadan analiz "kapandı" sayılmamalıdır.
Zamanında müdahale ve müşteriyle iletişim
Saha başarısızlığı analizinde hız, doğruluk kadar önemlidir. Madde 10.2.6 analizin belirlenen bir süre içinde yapılmasını ve ilgili taraflarla iletişim kurulmasını ister; çünkü sahadaki bir hata, siz analiz ederken de üretilmeye ve satılmaya devam ediyordur. Bu yüzden sağlıklı bir akış iki hızda çalışır: önce sahadaki ve stoktaki riski sınırlayan hızlı bir koruma adımı, ardından kök nedene inen daha yavaş ama derin bir analiz. İkisini karıştırıp "önce tam anlayalım sonra hareket edelim" demek, çoğu zaman geç kalmak demektir.
Müşteriyle iletişim de bu sürecin ayrılmaz parçasıdır. Bir OEM, tedarikçisinden bir saha olayı karşısında sessizlik değil, ne bildiğini ve ne yaptığını anlatan düzenli bir bilgi akışı bekler. "Analiz sürüyor" bile, hiç haber vermemekten çok daha güçlü bir mesajdır. Şeffaf ve zamanında iletişim, bir saha olayının bir güven krizine dönüşmesini engeller; aynı olayın garanti tarafındaki yansımasını da yönetilebilir kılar.
Süreci bir kalite yazılımıyla yönetmek
Saha başarısızlıklarını dağınık dosyalarda tutmak, örüntüyü görmeyi ve döngüyü kapatmayı imkânsızlaştırır. Bir IATF 16949 uyumlu kalite yazılımı her saha iadesini tekil kaydeder, hata modu ve üretim penceresine göre otomatik gruplar, bir örüntü belirdiğinde 8D başlatır ve çıkan dersi ilgili FMEA satırıyla kontrol planına bağlar. Böylece sahadan gelen her parça, bir maliyet olmaktan çıkıp tasarımı ve prosesi geliştiren bir geri bildirime dönüşür. Konunun bütününü IATF 16949 rehberimizde bulabilirsiniz.