Montaj hattında yanlış torkla sıkılan bir cıvata, aylar sonra sahada gevşeyip pahalı bir geri çağırmaya dönüşebilir. Oysa aynı risk, proses daha kurulurken masada görülebilirdi. İşte bir PFMEA yazılımı, proses adımlarındaki bu tür hataları seri üretim başlamadan önce sistematik biçimde ortaya çıkarmak için vardır. Proses FMEA, ürünün nasıl tasarlandığıyla değil, o ürünü üreten adımların nerede yanlış gidebileceğiyle ilgilenir. Bu rehberde proses riskini nasıl belirleyeceğinizi ve bir Process FMEA Software ile önlem planlarını nasıl kapanana kadar izleyeceğinizi anlatıyoruz.
PFMEA nedir ve neye odaklanır?
PFMEA (Process Failure Mode and Effects Analysis), bir üretim ya da montaj prosesinin her adımında ortaya çıkabilecek hata türlerini, nedenlerini ve etkilerini önceden belirleyip önceliklendiren risk analizi yöntemidir. Odağı prosestir: makine, insan, malzeme, yöntem ve ölçüm kaynaklı değişkenlik.
Tasarım kaynaklı riskler DFMEA programı ile ele alınırken, PFMEA "parça doğru tasarlandı ama üretimde ne ters gidebilir?" sorusuna yanıt arar. İki analiz birlikte yürütülür.
PFMEA'da proses adımları nasıl ele alınır?
PFMEA genellikle proses akış şemasını izler. Her operasyon için 4M (Makine, İnsan, Malzeme, Yöntem) çerçevesinde olası hatalar taranır. Tipik bir satır şu unsurları içerir:
| Unsur | Örnek (tork sıkma operasyonu) |
|---|---|
| Proses adımı | OP-40 cıvata sıkma |
| Hata türü | Tork spesifikasyon dışı (düşük) |
| Etki | Bağlantı sahada gevşer, titreşim şikâyeti |
| Neden | Tork tabancası kalibrasyonu kaymış |
| Mevcut kontrol | Torkun otomatik veri kaydı ve alarm |
PFMEA'nın en sık atlanan kaynağı "insan" faktörüdür. Ekipler makine ve malzemeye odaklanırken, yanlış parça besleme ya da atlanan bir adım gibi operatör kaynaklı hataları küçümser. Oysa sahaya kaçan hataların önemli bölümü tam da buradan gelir; poka-yoke çözümlerinin çıkış noktası da budur.
Proses riskini S, O, D ile nasıl puanlarsınız?
Her hata satırı üç dereceyle değerlendirilir. Şiddet (S) etkinin ağırlığını, Oluşma (O) nedenin sıklığını, Saptama (D) ise mevcut kontrolün hatayı yakalama gücünü ifade eder. Bu üçlünün AIAG-VDA kılavuzuna göre birleştirilmesiyle AP (Aksiyon Önceliği) belirlenir. Puanlama mantığının temelini FMEA nedir rehberimizde bulabilirsiniz.
- Yüksek AP: Önlem zorunlu; aksiyon planlanmadan kapatılamaz.
- Orta AP: Aksiyon önerilir; alınmıyorsa gerekçe kaydedilir.
- Düşük AP: Aksiyon isteğe bağlıdır; mevcut kontrol izlenir.
PFMEA ile kontrol planı nasıl bağlanır?
Bir PFMEA yazılımının en değerli yanı, tespit edilen riskleri kontrol planına taşımasıdır. PFMEA'da yüksek AP alan bir hata türü, kontrol planında bir kontrol maddesine (ölçüm, sıklık, yöntem, reaksiyon planı) dönüşmelidir. Bu bağ kopuksa, masada görülen risk sahada hiç kontrol edilmeden kalır. İyi kurgulanmış bir Process FMEA Software bu geçişi otomatik yapar ve iki dokümanı senkron tutar.
Denetçi PFMEA'yı sahadaki gerçekle karşılaştırır: en son müşteri şikâyeti PFMEA'da var mı, oluşma puanı o şikâyetten sonra güncellendi mi, kontrol planıyla tutuyor mu? Şikâyet yaşanmış ama PFMEA'da izi olmayan bir hata, "reaksiyon eksikliği" olarak majör uygunsuzluğa kadar gidebilir.
Süreci bir PFMEA yazılımıyla yönetmenin getirileri
Proses sayısı arttıkça, onlarca operasyonun PFMEA'sını Excel'de güncel tutmak ve kontrol planlarıyla eşleştirmek imkânsızlaşır. Bir PFMEA yazılımı ortak hata kütüphanesi sunar, AP'yi otomatik hesaplar, aksiyonları sorumlu ve terminle izler, sahadan gelen şikâyeti ilgili satıra bağlar ve kontrol planı senkronizasyonunu korur. Böylece PFMEA denetim öncesi güncellenen bir dosya olmaktan çıkar, prosesin gerçek risk haritası haline gelir.