FMEA ve Kontrol Planı Dokümanlarında Sürüm ve Bağlantı Yönetimi

Denetçinin en sevdiği izleme yöntemlerinden biri, sahadaki bir proses adımından geriye doğru yürümektir. Operasyon talimatındaki kontrol, kontrol planında var mı? Kontrol planındaki karakteristik PFMEA’daki hangi hata türünü önlüyor? PFMEA’daki adım, proses akış şemasındaki hangi adıma karşılık geliyor? Dosya bazlı araçlarda bu zincir sessizce kopar ve kopukluk çoğu zaman ilk kez denetim masasında görünür. Aşağıda bağın neden koptuğunu, araç seçeneklerini ve bağlı doküman setinin revizyonunu yönetmek için sahada işleyen bir yöntemi anlatıyoruz.

Akış şeması, PFMEA ve kontrol planı bağı

IATF 16949 madde 8.3.5.2, üretim prosesi tasarım çıktıları arasında proses akış şemasını, PFMEA’yı ve kontrol planını birlikte sayar. Madde 8.5.1.1 kontrol planının PFMEA çıktılarıyla bağlantılı olmasını ister ve içeriğini standardın Ek A’sına bağlar. AIAG-VDA FMEA El Kitabı da yapı analizini proses akışına dayandırır. Yani üç doküman tek bir mantıksal setin parçasıdır. Ayrı ayrı yaşayamazlar. Aralarındaki bağlar şunlar:

• Adım numarası: Akış şemasındaki her adım PFMEA’da aynı numarayla analiz edilir ve kontrol planında aynı numarayla yer alır.
• Karakteristik: PFMEA’da tanımlanan ürün ve proses karakteristikleri kontrol planında ölçüm yöntemi, örneklem ve reaksiyon planıyla karşılık bulur.
• Özel karakteristik: Müşterinin veya kuruluşun belirlediği özel karakteristikler üç dokümanda ve operasyon talimatlarında aynı sembolle işaretlenir (IATF 8.3.3.3).
• Kontroller: PFMEA’daki önleme ve tespit kontrolleri kontrol planındaki yöntemlerle tutarlıdır. PFMEA’da var sayılan bir tespit kontrolü kontrol planında yoksa, risk değerlendirmesi gerçeği yansıtmıyordur.

Bu bağ yalnız ilk onayda değil, ürün yaşamı boyunca korunur. Madde 8.5.1.1, kontrol planının uygunsuz ürünün müşteriye sevk edilmesi, ürün, proses, ölçüm, lojistik, tedarik kaynağı veya üretim hacminde değişiklik, risk analizinde (FMEA) değişiklik ve müşteri şikayeti sonrası düzeltici faaliyet gibi durumlarda, ayrıca risk analizine dayalı belirli bir sıklıkta gözden geçirilip gerekiyorsa güncellenmesini ister. Olay bazlı tetikleyicilerin her biri setin tamamını etkileyebilir; periyodik gözden geçirmenin sıklığı set kaydında yazılı olmalıdır.

Dosya bazlı yönetimin tipik sorunları

Excel tabanlı yönetimde sorun teknik değil, yapısaldır. Her dosya kendi içinde tutarlıdır; ama dosyalar arasında tutarlılığı zorlayan hiçbir mekanizma yoktur. Sahada en sık gördüğümüz durumlar:

• Revizyonun dosya adında tutulması: PFMEA_Hat3_rev7_son_SON.xlsx gibi adlar hangi sürümün yürürlükte olduğunu belirsizleştirir.
• Kopyala-yapıştırla çoğaltma: Benzer bir parça için mevcut PFMEA kopyalanır, adımlar değişir ama eski adımların satırları veya eski parçaya ait karakteristikler kalır.
• Tek yönlü güncelleme: Sahadaki bir sorundan sonra kontrol planına yeni kontrol eklenir; PFMEA’da tespit değerlendirmesi ve eylem önceliği güncellenmez.
• Adım numaralarının kayması: Akışa yeni bir adım eklenince numaralar yeniden verilir; PFMEA ve kontrol planı eski numaralarla kalır.
• E-postadaki kopyalar: Müşteriye PPAP için gönderilen sürüm ile sunucudaki sürüm ayrışır; hangisinin müşteri onaylı olduğu bilinmez.
• Onay kaydının olmaması: Çok disiplinli ekibin değişikliği gözden geçirdiğine dair tek kanıt, dosyayı en son kaydeden kişinin adıdır.

Excel’de kalacak olsanız bile setin tutarlılığını basit bir betikle kontrol edebilirsiniz. Aşağıdaki örnek üç dosyadaki adım numaralarını ve özel karakteristik işaretlerini karşılaştırır; sütun adlarını kendi şablonlarınıza göre uyarlayın:

import pandas as pd

akis   = pd.read_excel("Akis_Hat3.xlsx",   sheet_name="Akis")
pfmea  = pd.read_excel("PFMEA_Hat3.xlsx",  sheet_name="PFMEA")
kplan  = pd.read_excel("KP_Hat3.xlsx",     sheet_name="KontrolPlani")

def adimlar(df):
    # Boş hücreleri at; 10 ile 10.0 gibi biçim farklarını eşitle
    s = df["Adim_No"].dropna().astype(str).str.strip()
    return set(s.str.replace(r"\.0$", "", regex=True))

a, p, k = adimlar(akis), adimlar(pfmea), adimlar(kplan)

print("Akışta var, PFMEA'da yok:      ", sorted(a - p))
print("PFMEA'da var, kontrol planında yok:", sorted(p - k))
print("Kontrol planında var, akışta yok:  ", sorted(k - a))

oz_p = set(pfmea.loc[pfmea["Ozel_Kar"].notna(), "Karakteristik"])
oz_k = set(kplan.loc[kplan["Ozel_Kar"].notna(), "Karakteristik"])
print("PFMEA'da özel, kontrol planında işaretsiz:", sorted(oz_p - oz_k))

Bu kontrol, yazılım yatırımından önce mevcut setlerdeki tutarsızlığın boyutunu görmek için de işe yarar. İlk çalıştırmada uzun bir liste çıkması normaldir. Her bulgu hata olmayabilir; bazı taşıma adımları bilinçli olarak kontrol planına alınmamış olabilir. O durumda gerekçe yazılır. Konsolda ilk bakılacak yer “PFMEA’da özel, kontrol planında işaretsiz” satırıdır; denetimde en ağır bulgu oradan çıkar.

Excel ile FMEA yazılımı ve PLM karşılaştırması

Kriter	Excel/dosya bazlı	FMEA yazılımı	PLM modülü
Doküman arası bağ	Elle; kopmaya açık	Ortak veri modelinden türetilir	Ürün yapısı ve proses planıyla bağlı
Revizyon ve onay	Depo özelliklerine bağlı	Yerleşik iş akışı	Kurumsal değişiklik süreciyle entegre
Ortak bilgi ve ders alınanlar	Kopyalama ile	Temel FMEA ve katalog	Kurumsal kütüphane
AIAG-VDA 7 adım ve AP	Şablon disiplinine bağlı	Genellikle hazır destek	Ürüne göre değişir
Kurulum ve işletim yükü	Düşük	Orta	Yüksek
Uygun olduğu yapı	Az sayıda ürün ailesi	Çok sayıda proses ve hat	PLM’i zaten kullanan kuruluşlar

Karar ağacı basit. Ürün aileleri az, değişiklik sıklığı düşük ve ekip küçükse disiplinli bir Excel şablonu ve sürüm geçmişi tutan bir depo yeterli olabilir. Birden fazla hat aynı proses adımlarını paylaşıyorsa ve ders alınanların sistematik aktarımı isteniyorsa, temel FMEA (aile FMEA’sı) mantığını destekleyen bir FMEA yazılımı tutarsızlığı kaynağında azaltır. Kuruluş ürün verisini zaten bir PLM’de yönetiyorsa, kalite planlama dokümanlarını aynı ortama almak mühendislik değişikliğinden kontrol planına kadar tek bir değişiklik akışı sağlar; ama bu ciddi bir yapılandırma ve eğitim projesidir. Hangi yol seçilirse seçilsin, eski PFMEA’ların aktarımına zaman ayırın ve aktarılan setleri yukarıdaki gibi bir tutarlılık kontrolünden geçirin. Araç değişir, kopuk veri olduğu gibi taşınır.

AIAG-VDA FMEA El Kitabı ile gelen eylem önceliği (AP) yaklaşımı, eski RPN tabanlı şablonların doğrudan kullanılamayacağı anlamına gelir. Geçiş sırasında eski ve yeni yöntemle değerlendirilmiş PFMEA’ların aynı sette bir arada bulunması da bir tutarsızlık türüdür; hangi PFMEA’nın hangi yöntemle değerlendirildiği kayıt altında olmalıdır.

Bağlı doküman setinde revizyon yönetimi

Asıl yöntem değişikliği şu: revizyonu tek tek dosyalara değil sete verin. Uygulanabilir model:

1. Set kimliği: Her parça veya parça ailesi için akış şeması, PFMEA, kontrol planı ve ilgili operasyon talimatlarını listeleyen bir set kaydı oluşturun.
2. Set revizyonu: Setteki herhangi bir doküman değiştiğinde set revizyonu artar; kayıtta hangi dokümanların hangi revizyonla setin parçası olduğu yazılır.
3. Etki değerlendirmesi: Değişiklik talebinde “bu değişiklik diğer üç dokümanı etkiliyor mu?” sorusu zorunlu alandır; etkilemiyorsa gerekçesi yazılır.
4. Müşteri onaylı sürümün işaretlenmesi: PPAP ile müşteriye sunulan set revizyonu ayrıca işaretlenir; sonraki değişikliklerin müşteri onayı gerektirip gerektirmediği bu referansa göre değerlendirilir.
5. Saha dağıtımı: Operasyon talimatları ve kontrol planı kopyaları yalnız yürürlükteki set revizyonundan dağıtılır; eski kopyaların toplandığı kayda geçer.

Genel doküman kontrolü ilkeleri doküman kontrolü ve revizyon yönetimi rehberinde anlatılıyor; buradaki fark, revizyonun birbirine bağlı dokümanlar arasında senkron tutulmasıdır. Değişikliğin kaynağı bir makine, reçete veya MES değişikliğiyse, set revizyonu üretim sistemlerinde değişiklik yönetimi sürecindeki değişiklik kaydına referans vermelidir. Müşteriye sunulan setlerin uzun süreli saklanması ise PPAP ve kalite kayıtlarının arşivlenmesi rehberinin konusu.

Erişim ve onay kayıtları

PFMEA ve kontrol planı çok disiplinli ekip ürünüdür; bu yüzden yazma yetkisi geniş, onay yetkisi dar olmalıdır. Herkesin onaylayabildiği doküman, kimsenin onaylamadığı dokümandır. Uygulamada BT ve kalite uyumu için şu kurallar işe yarar:

• Taslak üzerinde ekip üyeleri çalışabilir; yürürlükteki revizyon salt okunurdur.
• Onay, en az proses mühendisliği ve kalite temsilcisinin kayıtlı onayıyla verilir; özel karakteristik etkileniyorsa müşteri gerekliliklerine göre ek onay aranır.
• Onay kaydı kimin, ne zaman, hangi revizyonu onayladığını gösterir; ıslak imzalı PDF yerine depo veya yazılım içindeki onay iş akışı tercih edilir.
• Ekipten ayrılan veya rol değiştiren kişilerin yazma yetkileri periyodik erişim gözden geçirmesinde kontrol edilir; bunun nasıl belgeleneceği erişim gözden geçirme kanıtı rehberinde anlatılıyor.

Revizyon kontrol listesi

• Değişiklik talebinde akış şeması, PFMEA, kontrol planı ve operasyon talimatı için etki değerlendirmesi yapıldı mı?
• Adım numaraları üç dokümanda birebir eşleşiyor mu?
• Yeni veya değişen karakteristikler kontrol planında ölçüm yöntemi, örneklem ve reaksiyon planıyla tanımlandı mı?
• Özel karakteristik işaretleri tüm dokümanlarda ve sahadaki talimatlarda tutarlı mı?
• PFMEA’daki tespit kontrolleri kontrol planındaki yöntemlerle uyumlu mu?
• Değişiklik müşteri onaylı set revizyonunu etkiliyorsa müşteri bildirimi değerlendirildi mi?
• Set revizyonu artırıldı, onaylar kayıtlı mı?
• Sahadaki eski kopyalar toplandı, ekranlarda yalnız güncel revizyon mu görünüyor?
• Ders alınanlar, aynı adımları kullanan diğer setlere veya temel FMEA’ya aktarıldı mı?

Kalite planlama dokümanlarının BT altyapısını, erişim modelini ve kanıt yapısını birlikte ele almanız gerekiyorsa IATF 16949 BT gereklilikleri ve denetim hazırlığı çalışması bu konuyu kapsar. AIAG-VDA FMEA El Kitabı ve kontrol planı referans dokümanları için birincil kaynak AIAG’dir.

Sık sorulan sorular

Kontrol planı her PFMEA değişikliğinde güncellenmeli mi?

Her PFMEA değişikliği kontrol planını değiştirmez, ama her değişiklikte kontrol planına etkisi değerlendirilir. IATF 16949 madde 8.5.1.1, risk analizinde (FMEA) değişikliği kontrol planının gözden geçirilmesini gerektiren durumlar arasında sayar. Güncelleme yapılmasa bile değerlendirmenin sonucu gerekçesiyle kaydedilmelidir.

Excel ile FMEA yönetmek IATF 16949’a aykırı mı?

Hayır. Standart belirli bir araç zorunlu kılmaz. Aranan şey akış şeması, PFMEA ve kontrol planı arasındaki bağın korunması, revizyonların kontrollü olması ve onayların kayda alınmasıdır. Excel ile bu sağlanıyorsa yeterlidir; ancak ürün ve hat sayısı arttıkça tutarlılığı elle korumak zorlaşır.

Set revizyonu ile doküman revizyonu arasındaki fark nedir?

Doküman revizyonu tek bir dosyanın değişikliğini gösterir. Set revizyonu ise birbirine bağlı akış şeması, PFMEA, kontrol planı ve talimatların hangi revizyonlarının birlikte yürürlükte olduğunu tanımlar. Böylece hangi PFMEA revizyonunun hangi kontrol planıyla eşleştiği tek bir kayıttan okunur.

AIAG-VDA yaklaşımına geçerken eski PFMEA’ları yeniden yazmak gerekir mi?

Bu genellikle müşteri gerekliliklerine ve kuruluşun geçiş planına bağlıdır. Yaygın uygulama, yeni projelerde AIAG-VDA yöntemini kullanmak, mevcut ürünlerde ise önemli bir değişiklik veya gözden geçirme sırasında geçiş yapmaktır. Hangi PFMEA’nın hangi yöntemle değerlendirildiği kayıtlı olmalı; müşterinin geçiş beklentisini CSR’dan kontrol edin.