Kalite şefi ortak klasörü açıyor ve karşısında üç ayrı dosya duruyor. Üçünün de adında "CSR" geçiyor, üçünün de dosya adındaki tarih farklı ve üçü de farklı bir marka grubunun döneminden kalma. Hangisinin bugün geçerli olduğunu kimse net söyleyemiyor; en son indiren kişi de firmadan ayrılmış. Stellantis müşteri özel şartları ile çalışan tedarikçilerde sık karşılaştığım tablo bu ve sorun şartların içeriğinde değil, hangi nüshanın geçerli olduğunun hiç kayda geçmemiş olmasında.
Marka birleşmesi dosyaları neden karıştırdı?
Stellantis, PSA ve FCA gruplarının birleşmesiyle kuruldu; yani bugün tek bir müşteri olarak gördüğünüz taraf, geçmişte ayrı ayrı şart yayımlayan iki grubun mirasını taşıyor. Tedarikçilerin klasörlerinde eski marka gruplarına ait nüshalar duruyor, yeni yayımlananlar da yanına ekleniyor ve zamanla hangisinin yürürlükte olduğu belirsizleşiyor. Bu kimsenin ihmali değil; birleşme dönemlerinde her tedarikçide olan bir şey.
Ama denetimde mazeret sayılmıyor. IATF 16949, müşteri özel şartlarının değerlendirilmesini ve kuruluşun kalite yönetim sistemi kapsamına dahil edilmesini ister. Hangi nüshaya göre çalıştığınızı söyleyemiyorsanız, şartları değerlendirdiğinizi de kanıtlayamazsınız. Bu yazıda madde numarası vermiyorum; sürümler değişiyor ve yanlış numaraya bağlanmış bir sistem ilk revizyonda dağılıyor. Numaraları geçerli nüshadan siz alacaksınız.
Önce envanter: klasörü temizleyin
İşe matris kurmakla değil, elinizdeki nüshaları saymakla başlayın. Bir tabloya dosya adını, nereden geldiğini, üzerindeki tarihi ve kimin indirdiğini yazın. Aşağıdaki tablo bir tedarikçide yaptığımız temizliğin biçimi; kendi klasörünüzü aynı sütunlarla tarayın. Sunucu klasörünün yanında kişisel indirilenler dizinlerini ve sahadaki panoları da taramayı unutmayın; nüshaların çoğu oralarda çıkıyor.
| Dosya | Kaynak | Üzerindeki tarih | Durum | Karar |
|---|---|---|---|---|
| CSR_eski_grup_v3.pdf | E-posta eki | 2019 | Yürürlükten kalkmış | Arşive, damgalı |
| CSR_2021_taslak.docx | Bilinmiyor | 2021 | Taslak, resmi değil | Silinecek |
| musteri_ozel_sartlar.pdf | Tedarikçi portalı | Güncel | Yürürlükte | Tek geçerli nüsha |
| Ambalaj kılavuzu | Tedarikçi portalı | Güncel | Yürürlükte | Dış kaynaklı listeye |
| Etiketleme talimatı (basılı) | Sevkiyat panosu | Belirsiz | Kontrolsüz kopya | Toplanacak |
| Portal ekran görüntüleri | Kişisel klasör | Muhtelif | Kayıt değil | Silinecek |
Bu temizlik yarım gün sürer ve en büyük faydası son satırlarda ortaya çıkar: sahada dolaşan kontrolsüz kopyalar. Sevkiyat panosuna asılmış, tarihi belirsiz bir etiketleme talimatı, denetimde en hızlı bulgu üreten nesnelerden biri. Dış kaynaklı dokümanların kontrolü konusundaki genel çerçeveyi doküman yönetimi sayfamızda anlattık.
Tek doğruluk kaynağı kurmak
Envanterden sonra yapılacak tek şey var: bir nüshayı geçerli ilan etmek ve diğerlerinin yolunu kapatmak. Geçerli nüsha, müşterinin resmi kaynağından indirilendir; klasörünüzdeki en yeni tarihli dosya değildir. Kaynak da tek değil: bir yanda IATF'in kendi sitesinde derlenen şart metinleri, diğer yanda müşterinin tedarikçi portalında ayrı ayrı yayımlanan ambalaj, etiketleme ve bildirim kılavuzları duruyor. Ana metni indirip kılavuzları atlarsanız envanteriniz daha ilk günden eksik başlıyor.
Geçerli nüshayı dış kaynaklı doküman olarak kaydedin: kod verin, sürüm ve yayın tarihi alanını doldurun, sahibini yazın. Eski nüshaları silmeyin ama "yürürlükten kalkmıştır" damgasıyla ayrı bir arşive alın ve yürürlük tarih aralığını kaydedin. Hangi dönemde hangi şarta göre çalıştığınızı gösterebilmek, izlenebilirliğin parçası. Onay ve yayın akışını nasıl kuracağınızı doküman onay iş akışı yazımızda ayrıntılı ele aldık.
Portal erişimini tek kişiye bağlamayın. Gördüğüm en can sıkıcı olaylardan biri, portal şifresi olan tek kişinin ayrılmasıyla firmanın aylarca yeni yayımlanan şartlardan habersiz kalmasıydı. En az iki kişide erişim olsun ve portalın kontrol edileceği tarih kalite takviminde dursun. Bir de indirdiğiniz her belgenin dosya adına yayın tarihini yazın: "CSR_2026-01-15.pdf" gibi. Bu küçük alışkanlık, iki yıl sonra klasörü açan kişinin sizin yaşadığınız kafa karışıklığını yaşamamasını sağlıyor.
Şartı prosedüre bağlamak
Geçerli nüsha belli olduktan sonra asıl iş başlıyor: her şart maddesini kendi dokümanınızdaki bir maddeye bağlamak. Matris en az beş kolon taşımalı; şart numarası ve kısa özeti, karşılık gelen iç doküman kodu ve maddesi, üretilen kayıt, sorumlu ve son gözden geçirme tarihi. Bağlantı kurulamayan satırları boşluk olarak işaretleyin ve her boşluğa bir sorumlu ile tarih verin.
Matrisi tek kişiye yaptırmayın. Belgeyi konu başlıklarına bölüp süreç sahiplerine dağıtın ve dağıtırken bir uyarı ekleyin: "yapıyoruz" cevabı kabul edilmiyor, doküman kodu ile madde numarası bekleniyor. Bu tek cümle geri dönen matrisin kalitesini belirgin biçimde yükseltiyor, çünkü kod yazmak zorunda kalan kişi gerçekten dokümanı açıyor. Konu başlıklarının tipik olarak hangi iç dokümana düştüğünü Ford CSR yazımızda tablo halinde gösterdik.
Matris hazırlanırken en çok tartışılan başlık kayıt saklama süreleri oluyor. Farklı müşteriler farklı süreler isteyebiliyor ve ortalama almak diye bir seçenek yok. Burada işleyen yöntem, saklama planını en uzun süreye göre kurmak ve kısa süreli istisnaları plana ayrı satır olarak eklemek. Süre farkını parça bazında yönetmek gerekiyorsa müşteri kodunu kaydın bir alanı yapın; o alan olmadan hangi kuralın hangi partiye uygulandığını geriye dönük gösteremezsiniz.
Hangi ek kayıtlar doğar?
CSR belgeleri standardın üzerine genelde dört tip ek getirir ve her biri farklı bir kayıt doğurur. Format zorunlulukları müşterinin şablonunda hazırlanmış raporlar üretir. Süre zorunlulukları bildirim ve saklama kayıtları üretir. Onay zorunlulukları müşteri onayının kendisini kayıt haline getirir; sapma izinleri bunun en tipik örneği. Portal zorunlulukları ise müşterinin sistemine girilen verinin sizde de bir karşılığının olmasını gerektirir.
Bu sonuncusunda sık hata yapılıyor. Bilgi portala girildikten sonra kendi kaydınızı tutmayı bırakıyorsunuz, sonra denetçi geçmiş dönem kaydını istediğinde ya da portalda erişim sorunu çıktığında elinizde bir şey kalmıyor. Portal sizin arşiviniz değil. Girilen her bilginin sizde de tarihli bir kaydı bulunsun. İlk numune onay dosyalarının düzenlenmesi konusunda PPAP sayfamızdaki yapı işinizi görür.
Bildirim süreleri de ayrı bir başlık hak ediyor. Müşteride bir sorun tespit edildiğinde ya da sevkiyatta bir uygunsuzluk fark edildiğinde kaç saat içinde haber vereceğiniz genelde şartlarda yazılıdır ve bu süre kalite biriminin çalışma saatlerine göre işlemez. Cuma akşamı fark edilen bir sorunun pazartesi sabahı bildirilmesi çoğu durumda gecikme sayılır. Süreyi prosedüre yazın, nöbet düzenini belirleyin ve bildirimin yapıldığını gösteren kaydı saklayın; sözlü bildirim denetimde kanıt değildir.
Sürüm değiştiğinde fark analizi
Yeni sürüm yayımlandığında matrisi baştan yapmak gerekmez; çoğu revizyonda değişen madde sayısı sınırlıdır. Önce iki sürümün farkını çıkarın, sonra yalnızca değişen maddelere karşılık gelen matris satırlarını açın. Etkilenen prosedür ve talimatları revize edin, gerekiyorsa kontrol planını ve ambalaj talimatını da güncelleyin.
Fark analizini ve alınan kararları tarihiyle kaydedin. Bu kayıt, bir sonraki denetimde sürüm geçişinin yönetildiğini gösteren en güçlü kanıt olur. Stellantis müşteri özel şartları gibi birden fazla kaynaktan beslenen belge setlerinde bu alışkanlık daha da önemli, çünkü kılavuzlar ana belgeden bağımsız revize edilebiliyor ve fark analizi yapılmadığında değişiklik gözden kaçıyor.
Matris doluysa saha da dolu mu?
Matris tamamlanınca iş bitmiyor. Şartın gerçek karşılığı, sahadaki kağıtta ve ekranda görünüyor olması. Ambalaj talimatındaki bir değişiklik sevkiyat personeline ulaşmadıysa matrisin dolu olması bir şey ifade etmez. Değişikliği ilgili bölümlere duyurun, okundu kaydını saklayın ve mümkünse şartın numarasını kendi dokümanınızın ilgili maddesinin yanına referans olarak yazın. Stellantis müşteri özel şartları gibi ambalaj ve etiket tarafı ağır basan belge setlerinde bu duyuru zincirinin en çok koptuğu yer sevkiyat oluyor; duyuru listesini kalite ve üretimle sınırlı tutmayın.
Bir de eğitim tarafı var. Yeni işe başlayan bir kalite mühendisine "müşteri şartlarını oku" demek yerine matrisi verin; hangi şartın hangi dokümanda karşılandığını bir sayfada görmesi, iki yüz sayfalık belgeyi okumasından çok daha hızlı sonuç veriyor. Matris bu yönüyle bir uygunluk aracı olduğu kadar bir devir teslim aracı.
Yayma çalışmasının hedefini de doğru koyun. Amaç, herkesin şartların tamamını bilmesi değil; herkesin kendi işine düşen şartı bilmesi. Sevkiyat sorumlusunun ambalaj ve etiket maddelerini, kalite mühendisinin onay ve özel karakteristik maddelerini, satın almanın alt tedarikçi maddelerini bilmesi yeter. Matrisin sorumlu kolonunu bu yüzden ciddiye alın; o kolon aynı zamanda kimin neyi öğrenmesi gerektiğini gösteren liste oluyor.
Küçük tedarikçide bu iş nasıl yürür?
Tek müşteriye çalışan, otuz kişilik bir tedarikçide bu düzen için yazılıma gerek yok. Bir Excel matrisi, portalın kontrol edileceği tarihin takvimde durması ve dosya adına tarih yazma alışkanlığı işi görür. Bu ölçekte asıl risk yazılımsızlık değil, işin tek kişinin hafızasında durması.
Eşik, müşteri sayısı ikiyi geçtiğinde ve şartlar çelişmeye başladığında geliyor. O noktadan sonra tek matris yetmiyor; her müşterinin kendi sürüm takvimi ve kendi istisna seti oluyor, aynı prosedür üç ayrı şarta birden cevap vermek zorunda kalıyor. Kritik soru şuna dönüşüyor: bir prosedürü revize ettiğinizde hangi müşterinin hangi şartını etkilediğinizi görebiliyor musunuz? Dış kaynaklı belgeyle iç dokümanın kayıt düzeyinde ilişkilendirildiği bir yapıda bu soru sorgu ile cevaplanıyor; ayrı dosyalarda yürüyen düzende ise cevabı yalnızca o dosyaları yazan kişi biliyor. Bu ilişkilendirmenin nasıl kurulduğunu modüller sayfasında görebilirsiniz.
Müşteri özel şartları başlığında ilk sorum hep aynıdır: "Hangi sürümü uyguluyorsunuz?" Cevap bir sürüm numarası ve tarihse iş yolunda demektir. Cevap "portalda var" ise portalı birlikte açar, indirilen nüshayla karşılaştırırım. İkinci hamlem envanter tarafıdır: aynı belgenin başka bir nüshasının firmada dolaşıp dolaşmadığını sorarım ve sevkiyat panosuna, girdi kontrol masasına bakarım. Klasöründe üç farklı nüsha bulunan bir firmada bu başlık asla hızlı kapanmaz; envanterini yapmış olan firmada ise yarım saatte biter.
Bu hafta yapılacak dört şey
Elinizdeki dosyaları sayın ve tabloya dökün. Portaldan güncel nüshayı indirip tek geçerli kopya ilan edin, eskileri damgalayıp arşive alın. Sahada dolaşan kontrolsüz kopyaları toplayın. Ve matrisi süreç sahiplerine dağıtıp iki hafta sonra geri toplayın. Dördü de bir haftalık bir işin içine sığar ve hiçbiri bütçe onayı gerektirmez. Sonraki hafta matristeki boş satırlara sorumlu ve tarih verirseniz elinizde bir eylem planı da olur.
Bu dört adım tamamlandığında Stellantis müşteri özel şartları artık klasörde duran bir belge olmaktan çıkıp sisteminizin bir parçası olur. Denetimde de, müşteri toplantısında da tek bir doküman koduyla cevap verebilir hale gelirsiniz. Şart metninin oturduğu sistem şartlarını da yanına koymak isterseniz IATF 16949 sayfamız o zemini anlatıyor.