Bir müşteri denetçisi masaya oturur oturmaz "sizin için geçerli CSR'ların listesi nerede?" diye sorduğunda, odadaki gerginlik anında değişir. Çünkü bu soru standardın maddelerini değil, müşterinin kendi kurallarını bilip bilmediğinizi ölçer. Bir mühendis o sabah müşteri portalında yeni bir CSR dokümanının yayımlandığını fark etmiş ama "önemli bir şey yoktur" deyip geçmişti. Denetim öğleden sonra tam da o dokümandaki bir maddeye takıldı. Müşteriye özel gereksinimler, yani CSR, IATF 16949'un en çok gözden kaçan ama en sert bulgu üreten alanlarından biridir. Bu yazıda CSR'ın ne olduğunu, nereden bulunduğunu ve süreçlerinize nasıl aktarılacağını sahadan örneklerle anlatıyoruz.
CSR nedir?
CSR (Customer Specific Requirements), bir müşterinin IATF 16949 maddelerini kendi beklentileriyle nasıl yorumladığını ve standardın üstüne hangi ek kuralları koyduğunu gösteren, sizin için bağlayıcı belgelerdir. Standart evrenseldir; CSR ise o standardı belirli bir müşterinin diline çevirir. Örneğin standart "uygun bir onay süreci isteyin" der; müşterinin CSR'ı ise "onay sürecini bizim portalımızdan, şu formla ve şu termin içinde yapın" diye netleştirir.
IATF 16949 açısından kritik nokta şudur: standardın kendisi, geçerli müşteriye özel gereksinimlerin de karşılanmasını zorunlu kılar. Yani bir CSR maddesini karşılamadığınızda bu yalnızca müşteriyle bir sorun değil, doğrudan kalite sisteminizde bir uygunsuzluktur.
CSR nereden gelir ve nerede bulunur?
CSR dokümanları tek bir yerde toplanmaz; birden fazla kaynaktan sızar ve iş de tam burada zorlaşır. En sık karşılaşılan kaynaklar şunlardır:
- Müşteri tedarikçi portalı: Çoğu OEM ve büyük Tier-1, güncel CSR sürümlerini kendi portalında yayımlar; sorumluluk indirmek ve takip etmek sizdedir.
- IATF resmi listesi: IATF, tanınan müşterilerin CSR dokümanlarını topluca listeler; bu iyi bir başlangıç ama tek kaynak değildir.
- Sözleşme ve kalite anlaşmaları: Satın alma şartnameleri, kalite anlaşması ekleri ve sipariş şartları da bağlayıcı gereksinim taşır.
- Özel talimatlar (CSI): Etiketleme, ambalaj, sevkiyat ve portal kullanımı gibi operasyonel kurallar genelde ayrı dokümanlarda gelir.
Buradaki asıl beceri, dokümanı bir kez bulmak değil, her yeni sürümü tarihiyle birlikte izleyebilmektir. Portalda sessizce güncellenen bir CSR'ı fark etmemek, denetimde "eski sürüme göre çalışıyorsunuz" bulgusuna dönüşür.
Bir firma müşteri portalını her ay kontrol eden tek bir sorumlu atadı ve her CSR sürümünü tarihiyle bir tabloya işledi. İlk bakışta angarya gibi görünen bu alışkanlık, bir yıl sonra müşteri iki maddeyi sessizce değiştirdiğinde kendini gösterdi: firma değişikliği aynı hafta yakaladı, süreçlerini güncelledi ve rakiplerinin aksine hiç bulgu almadı.
CSR ile CSI arasındaki fark
Sahada bu iki kısaltma sık sık birbirine karışır. Kabaca ayrım şudur:
| Belge | Neye dokunur | Örnek |
|---|---|---|
| CSR | Kalite sistemi maddeleri, standart yorumu | PPAP seviyesi, özel karakteristik kuralları, saha performansı hedefleri |
| CSI | Operasyonel talimat, günlük uygulama | Etiket formatı, ambalaj kodu, portal iş akışı |
İkisi de bağlayıcıdır; farkı ihmal etme lüksü yoktur. Ancak CSR doğrudan kalite sisteminizin maddelerine dokunduğu için denetimde daha ağır sonuç doğurur.
CSR'ı süreçlerinize aktarma yol haritası
CSR'ı bulmak işin kolay kısmıdır; asıl mesele onu bir klasörde bırakmayıp süreçlere dikmektir. Pratikte işleyen akış şöyledir:
- Geçerli tüm müşteriler için CSR dokümanlarını sürüm ve tarihiyle toplayın.
- Her CSR'ı madde madde ayrıştırın; hangi maddenin sizde bir karşılığı olduğunu belirleyin.
- Her maddeyi bir prosedür, FMEA satırı, kontrol planı kalemi veya talimatla eşleştirin.
- Karşılığı olmayan maddeler için aksiyon açın ve sorumlu-termin atayın.
- Uygulama kanıtını (kayıt, form, ekran) maddeye bağlayın.
- Yeni sürüm geldiğinde farkı çıkarıp etkilenen tüm noktaları güncelleyin.
Bu eşleştirmenin en somut düştüğü yerlerden biri özel karakteristiklerdir. Birçok OEM, kendi CSR'ında zorunlu özel karakteristikleri doğrudan dayatır; bunları kendi FMEA ve kontrol planınıza taşımanız gerekir. Bu ilişkiyi özel karakteristikler yazımızda ayrıntılandırdık. Yeni bir müşteriyle üretime geçerken CSR'ın devreye alma üzerindeki etkisini de güvenli devreye alma yazımızda bulabilirsiniz.
Denetçi önce "sizin için geçerli CSR'lar hangileri ve güncel sürümü ne?" diye sorar. Ardından rastgele bir maddeyi seçer ve "bu maddeyi sisteminizde nasıl karşıladınız?" der. Karşılık bir prosedüre, kayda ya da ekrana çıkmıyorsa, dokümanı indirmiş olmanız yetmez. En sık bulgu, CSR'ı bilmek ile CSR'ı uygulamak arasındaki boşlukta doğar.
CSR yönetiminde sık yapılan hatalar
Müşteriye özel gereksinimlerle çalışan firmalarda hep aynı tuzaklar tekrarlanır. Bunları baştan bilmek, denetim gününü çok daha sakin geçirmenizi sağlar:
- Tek seferlik okuma: CSR bir kez indirilir, bir kez okunur ve rafa kalkar. Oysa sürümler sessizce değişir; bir yıl sonra elinizdeki artık geçerli belge değildir.
- Sadece kalite departmanında kalması: CSR maddeleri çoğu zaman lojistik, satın alma ve üretimi de bağlar. Belgeyi yalnız kalite okursa, etiket ya da ambalaj maddesi kimsenin radarına girmez.
- Maddeyi eşleştirmeden geçmek: "Bunu zaten yapıyoruz" demek yetmez; her maddenin bir prosedüre, kayda ya da ekrana bağlanması gerekir. Bağlanmayan madde, denetimde kanıtsız kalır.
- Fark analizi yapmadan güncelleme: Yeni sürüm geldiğinde eski sürümle karşılaştırılmazsa, değişen tek bir madde bile fark edilmeden geçer.
Bu hataların hepsi aynı kök nedene çıkar: CSR'ı canlı bir yükümlülük listesi değil, bir kez indirilen bir dosya gibi görmek. Onu sürekli izlenen bir sisteme dönüştürdüğünüz an, bulguların büyük kısmı kendiliğinden kapanır.
Süreci bir kalite yazılımıyla yönetmek
Onlarca müşterinin onlarca sayfalık CSR'ını, üstüne her birinin farklı sürümlerini elle takip etmek büyüdükçe taşınamaz hâle gelir. Bir kalite yönetim yazılımı, her CSR maddesini tek tek kaydeder; maddeyi ilgili prosedür, FMEA ve kontrol planına bağlar; yeni sürüm yüklendiğinde farkı ve etkilenen noktaları önünüze koyar. Böylece "bu müşterinin şu maddesini nerede karşıladık?" sorusu bir hafıza sınavı değil, izi sürülebilir bir bağlantı olur. IATF 16949'un bütünsel yapısını IATF 16949 rehberimizde ele alıyoruz; CSR ise o yapının müşteri tarafına bakan yüzüdür. PaKalite, müşteriye özel gereksinimleri süreçlerinize dikip her sürümde canlı tutmak için tasarlandı.