Denetçi masaya bir liste bıraktı: kuruluşun üç ana müşterisinin adları ve karşılarında bir tarih. "Bu müşterinin özel şartlarının son revizyonu şubat ayında yayınlandı," dedi, "sizin dokümanınız hâlâ geçen yılki sürümü referans veriyor. Aradaki değişikliği nasıl yakaladınız?" O an salonda kısa bir sessizlik oldu. İşte müşteri özel şartları (CSR) yönetiminin bir kalite yönetim sistemi içinde neden ayrı bir disiplin olması gerektiği, tam da bu tür anlarda ortaya çıkar. IATF 16949 madde 4.3.2, müşteri özel şartlarını doğrudan sistemin kapsamına yerleştirir; yani bunlar "iyi olsa güzel olur" türünden değil, belgeyi ayakta tutan zorunlu girdilerdir.
Müşteri özel şartı (CSR) nedir?
CSR, bir OEM ya da ana sanayi müşterisinin IATF 16949 standardının üzerine eklediği kendi kalite şartlarının bütünüdür. Standart ortak bir zemin kurar; müşteri ise kendi risk önceliklerine göre bu zemine ek katmanlar koyar. Bir müşteri kendi PPAP formatını dayatır, bir diğeri 8D raporunu 24 saat içinde ister, üçüncüsü belirli karakteristikler için özel bir ölçüm sıklığı tanımlar. Bunların hepsi CSR kapsamındadır ve madde 4.3.2 gereği kuruluşun kalite yönetim sisteminin sınırlarına dahil edilmek zorundadır.
Önemli bir ayrımı baştan koymak gerekir: CSR, IATF 16949'un bir maddesini geçersiz kılamaz. Müşteri yalnızca standardın izin verdiği yerlerde ek şart getirebilir ya da bir seçeneği daraltabilir. Bu yüzden CSR'leri okurken hangi standart maddesine dokunduklarını da not etmek gerekir.
Madde 4.3.2 CSR hakkında ne der?
IATF 16949 madde 4.3.2 kısa ama bağlayıcıdır: müşteri özel şartları değerlendirilmeli ve kalite yönetim sisteminin kapsamına dahil edilmelidir. Buradaki "değerlendirme" kelimesi pasif bir okuma değildir. Kuruluş her şartı alır, hangi prosesini etkilediğini belirler ve o prosesin dokümanına yansıtır. IATF ayrıca CSR'lerin nasıl karşılandığını gösteren bir izlenebilirlik bekler; bu genellikle bir uygunluk matrisi ile sağlanır. Konunun matris tarafını IATF 16949 uygunluk matrisi yazımızda ayrıntılı ele alıyoruz.
Bu maddeyle bağlantılı olarak madde 9.2.2.1, iç tetkik programının müşteri özel şartlarını da kapsamasını ister. Yani CSR yalnızca planlama aşamasında değil, tetkik döngüsünde de sistemin içindedir.
CSR'ler nereden toplanır?
Şartların dağınık kaynaklardan gelmesi, bu işi zorlaştıran asıl sebeptir. Tipik kaynaklar şunlardır:
- OEM tedarikçi portalleri: Çoğu ana sanayi CSR'sini kendi portalinde, revizyon tarihiyle birlikte yayınlar.
- IATF'in yayımladığı CSR listeleri: IATF, üye OEM'lerin şartlarına erişim bağlantılarını topluca sunar.
- Sözleşme ve satın alma şartnameleri: Bazı şartlar sözleşme ekinde gizlidir.
- Teknik resim notları ve özel karakteristik sembolleri: Ürün bazlı şartlar çoğu zaman resmin üstündedir.
Bu kaynakların ortak sorunu güncellik. Bir müşteri şartını sessizce revize eder, portale yeni bir PDF yükler ve sizden ayrı bir bildirim gelmez. Bu yüzden CSR yönetiminin kalbi, revizyon takibidir.
Bir müşteri, etiketleme şartını bir PPM cezasıyla birlikte revize etmişti; değişiklik yalnızca portaldeki bir dipnottaydı. Kuruluş bunu üç ay sonra, sevkiyat reddedildiğinde fark etti. Ders açık: her müşteri için portal kontrol sıklığını yazılı bir talimata bağlayın ve kontrolü yapan kişiyle tarihi kayıt altına alın.
CSR'yi kalite yönetim sistemine bağlamanın adımları
Bir şartı okumak ile onu sisteme işlemek arasında birkaç somut adım vardır:
- Şartı kaynağından indir; müşteri adını, doküman numarasını ve revizyon tarihini kaydet.
- Şartı tek tek maddelere ayır; her maddenin hangi IATF/ISO maddesine dokunduğunu belirle.
- Her maddeyi etkilediği prosese ata (satın alma, üretim, kalite, sevkiyat).
- O prosese ait prosedür, kontrol planı ya da talimatı güncelle; kanıt bağlantısını kur.
- Uygunluk matrisine işle: şart no, IATF maddesi, ilgili doküman, sorumlu, durum.
- Revizyon geldiğinde farkı analiz et; etkilenen tüm dokümanları yeniden gözden geçir.
CSR'ler denetimde nasıl sınanır?
| Denetçi sorusu | Beklenen kanıt | İlgili madde |
|---|---|---|
| Hangi müşterilerin CSR'si var? | Güncel CSR envanteri / matris | 4.3.2 |
| Son revizyonu nasıl yakaladınız? | Portal kontrol kaydı, revizyon tarihi | 4.3.2 |
| Şart hangi dokümana yansıdı? | Güncellenmiş prosedür / kontrol planı | 7.5 |
| İç tetkik CSR'yi kapsadı mı? | Tetkik planı ve soru listesi | 9.2.2.1 |
Bir denetçi CSR'ye baktığında listeye değil izlenebilirliğe bakar. "Bu müşterinin özel ölçüm şartı hangi kontrol planında, hangi karakteristikte görünüyor?" diye sorar ve sizi şarttan dokümana, dokümandan da kayıta kadar takip etmeye zorlar. Zincirin herhangi bir halkası kopuksa, matris ne kadar süslü görünürse görünsün madde 4.3.2 bulgusu yazılır.
CSR yönetimini bir kalite yönetim yazılımıyla toplamak
Üç müşteriye kadar CSR'leri Excel'de izlemek mümkün. Ama müşteri sayısı arttıkça, her biri farklı revizyon takvimiyle şart güncelledikçe tablo çabuk yaşlanır. Bir kalite yönetim yazılımı, her CSR maddesini ilgili prosese ve dokümana bağlar, revizyon değiştiğinde sorumluya bildirim gönderir ve madde 4.3.2 ile madde 9.2.2.1 için gereken izlenebilirliği tek ekranda sunar. Böylece müşteri özel şartları, dağınık PDF'ler arasında kaybolan bir yük olmaktan çıkar, kalite yönetim sisteminin canlı bir parçası olur. PaKalite'de CSR'ler doküman yönetimi ve iç tetkik modülleriyle aynı veri tabanını paylaştığı için, bir şartın nereye dokunduğunu tek tıkla görebilirsiniz.