Kalite şefinin masaüstünde üç klasör var: her biri bir OEM'in adını taşıyor. Birincisinin kontrol planı şablonu yatay, ikincisi dikey ve reaksiyon planı sütunu ayrı sayfada, üçüncüsü kendi portalında doldurulan bir form istiyor. PPAP dosyaları da aynı şekilde üçe bölünmüş; biri Seviye 3 istiyor, diğeri Seviye 2 ile yetiniyor, üçüncüsü kendi kapak sayfasını dayatıyor. Aylık raporlama takvimleri bile farklı. Bir otomotiv yan sanayi kalite yönetim sistemi yazılımı kurulurken çözülmesi gereken asıl problem budur: aynı prosesin kayıtlarını üç ayrı ağaçta yürütmeyi bırakmak.
Üç müşteri, üç ağaç, tek proses
Bu dağınıklığın sebebi kalite ekibinin özensizliği değildir; müşteri şartları gerçekten farklıdır. Ancak dikkat edin: farklı olan formatlar ve raporlama biçimleridir, prosesin kendisi değil. Aynı pres, aynı kalıp, aynı operatör ve aynı ölçüm cihazı üç müşteriye de hizmet eder. Kayıt yapısını müşteriye göre değil prosese göre kurup müşteriyi bir etiket olarak eklediğinizde üç ağaç tek ağaca iner.
Pratikte bunun anlamı şudur: uygunsuzluk kaydı, kontrol planı, kalıp kartı, sevkiyat kaydı ve şikâyet kaydı tek şablonda tutulur; her kaydın içinde "müşteri" alanı bulunur. Raporlar bu alandan süzülür. İlk kurulumda biraz emek ister ama sonrasında yeni bir müşteri eklemek yeni bir ağaç kurmak değil, listeye bir satır eklemek anlamına gelir.
Bu yaklaşımın somut bir testi vardır. Yeni bir OEM ile çalışmaya başladığınızda kaç yeni dosya açmak zorunda kalıyorsunuz? Cevap "bir klasör ağacı" ise yapı müşteri eksenlidir ve her yeni müşteride iş yükünüz doğrusal artar. Cevap "bir müşteri kaydı ve birkaç şart satırı" ise yapı proses eksenlidir. İyi kurulmuş bir otomotiv yan sanayi kalite yönetim sistemi yazılımı, dördüncü müşteriyi eklediğinizde kalite ekibinin yükünü ölçülebilir biçimde artırmaz; yalnızca etiket sayısı çoğalır.
Müşteri özel şartları kütüğü
IATF 16949 madde 4.3.2, müşteri özel şartlarının kalite yönetim sisteminizin kapsamı içinde değerlendirilmesini ve karşılanmasını ister. Bunun somut karşılığı bir kütüktür: her müşterinin kalite el kitabından, sözleşme eklerinden ve teknik şartnamelerinden size düşen tüm şartların satır satır listelenmesi. Bu kütüğü bir kez hazırlamak iki haftalık iştir ve sonrasında hem denetimde hem günlük işte karşılığını fazlasıyla verir.
| Şart örneği | Nereden gelir | Sizdeki karşılığı | Sorumlu |
|---|---|---|---|
| Kontrol planı müşteri şablonunda | Müşteri kalite el kitabı | Kontrol planı kaydı + şablon çıktısı | Kalite mühendisi |
| Şikâyette 24 saatte ilk cevap | Sözleşme eki | Şikâyet kaydı, 8D D3 adımı | Müşteri kalite sorumlusu |
| Yıllık ürün doğrulama | IATF + müşteri şartı | Yıllık doğrulama planı ve raporu | Kalite laboratuvarı |
| Proses değişikliğinde ön bildirim | Müşteri özel şartı | Değişiklik talebi kaydı, müşteri onayı | Proje mühendisi |
| Aylık PPM ve sevkiyat raporu | Müşteri portalı | Aylık performans raporu | Kalite şefi |
Kütüğün dördüncü sütunu en kritik olanıdır. Her şartın bir sahibi yoksa o şart kimsenin işi değildir. Kütüğü hazırladıktan sonra sistemde her satırı ilgili kayıt tipine bağlayın; böylece denetçi "bu müşterinin şu şartını nasıl karşılıyorsunuz?" diye sorduğunda cevabı tek ekranda gösterirsiniz.
Müşteri özel şartları çoğu firmada yalnızca proje başlangıcında okunur, sonra rafa kalkar. OEM'ler ise kalite el kitaplarını yılda bir ya da iki kez revize eder ve yeni sürümü portala koyup e-posta atarlar. O e-postayı kimin takip ettiği belli değilse, iki yıl sonra denetimde eski sürüme göre çalıştığınız ortaya çıkar. Kütüğe "el kitabı sürüm no ve tarih" sütunu ekleyin, altı ayda bir portalı kontrol etmeyi bir aksiyona bağlayın.
Kontrol planı: içerik tek, format çok
IATF 16949 madde 8.5.1.1 kontrol planını prototip, ön seri ve seri üretim aşamaları için ister ve içeriğini belirler. Dikkat edilecek nokta şudur: standardın istediği içeriktir, müşterinin dayattığı ise formattır. Ölçülen karakteristik, tolerans, ölçüm yöntemi, örnekleme sıklığı ve reaksiyon planı sizin prosesinizin gerçeğidir; hangi müşteriye giderse gitsin değişmez.
Kontrol planını sistemde tek kayıt olarak tutun, müşteri şablonunda dışa aktarın. Üç ayrı Excel dosyası tuttuğunuzda bir tolerans değişikliği üç dosyada birden güncellenmek zorundadır ve üçüncüsü hep unutulur. Tek kayıt tutup üç format üretmek, revizyon riskini sıfıra indirir. Aynı mantık akış şeması ve PFMEA için de geçerlidir; zaten core tools setinin tamamı birbirine bağlı tek bir zincirdir.
Bir uyarı daha: kontrol planı revizyonu ile PPAP revizyonu arasındaki bağı sistemde zorunlu tutun. Kontrol planında bir örnekleme sıklığını değiştirdiğinizde, o parçanın müşteri onaylı PPAP'ının etkilenip etkilenmediği sorusu otomatik olarak sorulmalıdır. Sahada bu bağ kurulmadığı için müşteriye bildirilmesi gereken bir değişiklik yıllarca sessizce yürür ve genellikle bir müşteri denetiminde ortaya çıkar.
PPAP: seviye farkı içeriği değiştirir, kaynağı değil
IATF 16949 madde 8.3.4.4 ürün onay sürecini şart koşar ve otomotivde bunun karşılığı PPAP'tır. Müşteriler farklı sunum seviyeleri ister: biri yalnızca PSW ister, diğeri tam dosya, üçüncüsü kendi kapak formunu ekletir. Ama on sekiz elemanın kaynağı hep aynıdır; tasarım kaydı, akış şeması, FMEA, kontrol planı, MSA, boyutsal sonuçlar, malzeme raporları, proses yeterlilik çalışması ve numuneler sizde zaten üretilmiştir.
Bu yüzden PPAP'ı bir "dosya hazırlama işi" olarak değil, bir toplama işi olarak kurun. Elemanların her biri sistemde kendi kaydında dursun, PPAP kaydı bu kayıtlara bağlansın. Müşteri Seviye 3 istediğinde tümü, Seviye 2 istediğinde alt küme çıksın. Konunun ayrıntısı için PPAP sayfamıza bakabilirsiniz. En sık yapılan hata, PPAP klasörünü ayrı bir sunucu klasöründe biriktirip içindeki kontrol planının ana kayıttan koptuğunu fark etmemektir; müşteri onaylı PPAP'taki kontrol planı ile sahada kullanılan sürüm farklıysa bu doğrudan bulgudur.
IATF denetiminde müşteri özel şartları neredeyse her zaman ilk yarım saatte gündeme gelir. Denetçi bir müşteri seçer, o müşterinin şart listesini ister ve içinden iki üç maddeyi izler. Kütük yoksa denetim en baştan zorlanır. Kütük varsa ama satırların karşısında kayıt gösteremiyorsanız durum daha da kötüdür, çünkü şartı bildiğinizi beyan edip karşılamadığınızı göstermiş olursunuz.
İzlenebilirlik: parti numarası her kaydın içinden geçer
Otomotivde bir şikâyet geldiğinde ilk sorulan şey parti numarasıdır. Müşteri size etiketten okuduğu numarayı verir ve karşılığında şunu bekler: bu parti hangi tarihte, hangi makinede, hangi kalıpla, hangi hammadde partisinden üretildi ve aynı koşullarda kaç parça daha sevk edildi? Bu soruya bir saat içinde cevap veremeyen firma, sahada geniş bir alanı bloke etmek zorunda kalır ve maliyet katlanır.
Bir otomotiv yan sanayi kalite yönetim sistemi yazılımı kurarken bu zinciri en başta tasarlayın. Sevkiyat kaydı parti numarasını, parti numarası iş emrini, iş emri hammadde partisini ve kullanılan kalıbı taşımalı. Zincirin bir halkası elle tutulan bir deftere düşerse tüm zincir o hızda çalışır. IATF 16949 madde 8.5.2.1 izlenebilirliği müşteri ve yasal şartlara göre planlamanızı ister; buradaki asıl ölçüt, geri çağırma durumunda etkilenen ürünü ne kadar dar tanımlayabildiğinizdir.
Müşteri bazlı raporlama ve takvim
Otomotivde raporlama bir ritimdir. Bir müşteri her ayın 5'ine kadar PPM ve sevkiyat performansı ister, diğeri üç ayda bir kalite gözden geçirme toplantısı yapar, üçüncüsü yıllık ürün doğrulama sonuçlarını belirli bir formatta bekler. Bu takvimi kalite şefinin hafızasında tutmak sürdürülebilir değildir. Her müşteri için tekrarlayan görevler tanımlayın ve sisteme hatırlatma kurdurun.
Raporun içeriği de müşteri etiketinden beslenmelidir. Uygunsuzluk kayıtlarında müşteri alanı doluysa aylık PPM hesabı tek süzme ile çıkar; boşsa her ay elle ayrıştırma yaparsınız ve rakamlar müşteri portalındakiyle tutmaz. Portal ile kendi rakamınız arasındaki fark, müşteri gözden geçirme toplantılarında en çok zaman kaybettiren konudur ve kaynağı neredeyse her zaman etiketsiz kayıtlardır. Ay kapanışında portal rakamıyla kendi rakamınızı karşılaştırıp farkı yazılı olarak not etmeyi alışkanlık haline getirin; fark üç ay üst üste aynı yönde çıkıyorsa sayma kuralınız müşterininkinden farklıdır ve bunu toplantıda değil önceden çözmeniz gerekir.
Değişiklik yönetimi: müşteriye haber verilmeyen değişiklik
Yan sanayide en pahalı hatalardan biri, müşteriye bildirilmeden yapılan proses değişikliğidir. Tedarikçi değişikliği, kalıp taşıma, makine değişimi, malzeme kaynağı değişimi — bunların hepsi müşteri onayı gerektirir ve IATF 16949 madde 8.5.6.1 bu değişikliklerin kontrol altında yürütülmesini ister. Sahada bu şart genellikle üretim tarafının iyi niyetli bir kararıyla delinir: "aynı malzeme, sadece tedarikçi farklı."
Çözüm, değişiklik talebini bir kayıt tipine dönüştürmektir. Talep açılır, etkilenen parça numaraları ve müşteriler seçilir, sistem hangi müşterilerin ön bildirim istediğini kütükten okur ve gerekli onay adımlarını açar. Müşteri onayı gelmeden değişiklik uygulanamaz. Bu akış kurulduğunda hem IATF 16949 şartı karşılanır hem de yıllarca süren "kim izin verdi?" tartışmaları biter.
Tek sistemde toplamanın pratik karşılığı
Üç ayrı Excel ağacından tek sisteme geçen bir firmada ilk fark denetimde değil, günlük işte görülür. Müşteriden bir şikâyet geldiğinde parça numarasını yazıp o parçanın kontrol planına, son PPAP revizyonuna, kullanılan kalıba ve son altı aydaki uygunsuzluk kayıtlarına aynı ekrandan ulaşırsınız. Bu bilgiyi üç klasörden toplamak yarım gün, sistemden çekmek iki dakika sürer. Bu hız, müşteri gözünde teknik yeterlilikten önce gelen bir güven işaretidir.
Geçişi yaparken sırayı da doğru kurun. Önce müşteri ve parça kütükleri girilir, sonra kontrol planları tek kayda taşınır, ardından açık şikâyet ve 8D'ler sisteme aktarılır. Kapanmış eski kayıtları taşımayın; onlar arşivde kalsın, sistem canlı işle başlasın. Bir otomotiv yan sanayi kalite yönetim sistemi yazılımı projesinde en çok zaman kaybı, beş yıllık geçmişi eksiksiz aktarma hevesinden doğar; veri temizliği bir türlü bitmez ve devreye alma tarihi sürekli öne alınamaz hale gelir.
Şirket içi kurulum bu tarafta ayrıca önemlidir; müşteri çizimleri, PPAP dosyaları ve maliyet verileri kendi sunucunuzda kalır. PaKalite'nin otomotiv odaklı kurgusu tam da bu ihtiyaçtan doğdu: kayıtlar müşteri etiketiyle tutulur, kontrol planı tek kayıttan farklı formatlarda çıkar ve PPAP dosyası kaynağına bağlı kalır. Sektöre göre değişen kurulum ayrıntılarını sektörler sayfasında derledik.