Kasımın ilk haftası. Belgelendirme denetimine altı hafta kalmıştır ve kalite müdürü ocak ayında imzalanan iç denetim planını duvardan indirir. Planda 14 denetim vardır; takvimde işaretli olanların dokuzu yapılmıştır, beşi hiç açılmamıştır. Yapılan dokuzunun raporlarından üçü kalite sekreterinin bilgisayarında, dördü denetçilerin kendi klasörlerinde, ikisi ise yalnızca bir e-posta ekinde durmaktadır. Bulguların kaç tanesinin kapandığı ise kimsenin cevaplayamadığı bir sorudur. QDMS denetim modülü türü bir yapının çözdüğü asıl problem budur: planın kendini hatırlatması ve bulgunun kendiliğinden takibe düşmesi.
İç denetim, kalite yönetim sisteminin kendi kendini kontrol etme mekanizmasıdır. Bu mekanizma çalışmadığında sistemin bozulduğunu ilk fark eden siz değil, müşteriniz ya da belgelendirme denetçisi olur. Yıllık plandan bulgu kapanışına kadar akışın her adımını, standardın ne istediğiyle birlikte ele alalım.
Standart iç denetimden tam olarak ne ister?
ISO 9001 madde 9.2.2 bir denetim programı kurmanızı ister; bu programda sıklık, yöntem, sorumluluklar, planlama şartları ve raporlama tanımlı olmalıdır. Programı kurarken süreçlerin önemini, kuruluşu etkileyen değişiklikleri ve önceki denetim sonuçlarını dikkate almanız beklenir. Aynı madde her denetim için kriter ve kapsam tanımlamanızı, denetçileri tarafsızlığı güvence altına alacak biçimde seçmenizi, sonuçları ilgili yönetime raporlamanızı ve gecikmeden düzeltme ile düzeltici faaliyet başlatmanızı şart koşar.
Otomotivde tablo daha detaylıdır. IATF 16949 madde 9.2.2.1 denetim programının risk temelli olmasını ister. Madde 9.2.2.2, kalite yönetim sisteminin tüm proseslerinin üç yıllık takvim dönemi içinde ISO 9001, IATF şartları ve müşteri özel şartlarına (customer specific requirements) göre denetlenmesini bekler. Madde 9.2.2.3 imalat proseslerinin tamamının aynı dönemde her vardiyada denetlenmesini, madde 9.2.2.4 ise ürün denetimlerini üretimin ve teslimatın uygun aşamalarında yapmanızı ister. Madde 7.2.3 ayrıca iç denetçilerin yetkinliğinin kanıtlanmasını zorunlu kılar; otomotiv proses yaklaşımını ve risk temelli düşünmeyi bilmeyen bir denetçi bu şartı karşılamaz. Genel çerçeveyi denetim sayfamızda ayrıca ele aldık.
Yıllık denetim planı örneği ve planı canlı tutmak
Bir yıllık plan, denetim türlerini birbirinden ayırmadığında kâğıt üstünde kalır. Aşağıdaki tablo dört denetim türünü, kapsamlarını, sıklık dayanaklarını ve sistemde hangi kaydın onları tetiklediğini gösteriyor. Bu ayrımı yapmayan firmalar genellikle sistem denetimlerini yapıp proses ve ürün denetimlerini unutur — IATF denetiminde en sık çıkan açıklardan biridir.
| Denetim türü | Kapsam | Sıklık dayanağı | Tetikleyen kayıt |
|---|---|---|---|
| Sistem denetimi | QMS prosesleri, standart maddeleri, CSR | Üç yılda tüm prosesler | Yıllık program takvimi |
| Proses denetimi | İmalat prosesleri, vardiya bazında | Üç yılda tüm proses ve vardiyalar | Proses listesi + vardiya matrisi |
| Ürün denetimi | Bitmiş ürün, ambalaj, etiket, ölçüler | Müşteri şartına göre | Ürün ailesi listesi |
| Tedarikçi denetimi | Tedarikçi sahası ve kayıtları | Performans ve risk sınıfı | Tedarikçi puan kartı |
QDMS denetim modülünün buradaki payı büyüktür. Planı canlı tutmanın tek yolu, onu bir Excel sekmesi olmaktan çıkarıp görev üreten bir takvime çevirmektir. Her satır bir tarih, bir baş denetçi ve bir denetlenen bölüm taşır; tarih yaklaştığında baş denetçiye ve bölüm yöneticisine bildirim gider. Kasım ayında beş denetimin yapılmadığını fark etmek yerine, mart ayında bir denetimin geciktiğini fark edersiniz. Aradaki fark, altı haftalık panikle düzenli bir yıl arasındaki farktır.
Planın kendisi de bir dokümandır ve revizyona tabidir. Yıl içinde yeni bir hat devreye girdiğinde, bir müşteri eklendiğinde ya da ciddi bir şikâyet geldiğinde program güncellenir. Bu güncellemenin onaylı bir revizyon kaydı olmadığında denetimde "plan neden değişti?" sorusuna cevap veremezsiniz. Programı doküman yönetimiyle aynı disiplinde tutmak bu açığı kapatır.
Yıllık planların çoğu aynı yerden çöker: denetimler son çeyreğe yığılır. Ekim-aralık arasına dokuz denetim koyan bir program, üretimin en yoğun döneminde denetçi de bulamaz bölüm yöneticisi de. Daha kötüsü, aralıkta çıkan bir bulguya düzeltici faaliyet açıp etkinliğini belgelendirme denetimine kadar doğrulama şansınız kalmaz. Denetimleri yılın dört çeyreğine dengeli dağıtın ve iki denetim arasına en az bir hafta boşluk bırakın.
Denetim soru listesi hazırlama
Soru listesi denetimin kalitesini doğrudan belirler. Standart maddelerini sırayla kopyalayıp "Madde 8.5.1 karşılanıyor mu?" diye sormak, denetimi bir onay kutusu turuna çevirir. İşe yarayan soru listesi süreç odaklıdır ve girdi-çıktı zincirini takip eder: bu prosesin girdisi nereden geliyor, hangi kaynakla çalışıyor, çıktısını kim kullanıyor, performansı hangi göstergeyle ölçülüyor, geçen yılki bulgusu neydi.
Listeyi hazırlarken üç kaynağı mutlaka tarayın: önceki denetimin bulguları, o süreçle ilgili açılmış son DÖF kayıtları ve müşteri şikâyetleri. Bu üçünden gelen sorular denetimi gerçek risklerin üzerine oturtur. QDMS denetim modülü tarafında soru listesi şablon olarak tutulduğunda, her denetimde sıfırdan yazma yükü ortadan kalkar; denetçi şablonu açar, o sürece özel üç-beş soruyu ekler ve sahaya iner. Kullanılan soru listesinin denetim kaydına eklenmesi de ayrıca gerekir — denetçi "hangi soruları sordunuz?" diye sorduğunda cevap bu ektir.
İmalat prosesi denetimlerinde soru listesi biraz farklı kurulur. Orada odak dokümanda değil hattadır: kontrol planındaki ölçüm sıklığı sahada gerçekten uygulanıyor mu, ölçüm cihazının kalibrasyon etiketi geçerli mi, hata önleyici düzeneğin doğrulama kaydı vardiya başında alınmış mı, operatörün yetkinlik matrisi o istasyon için işaretli mi. Bu tip bir liste ancak kontrol planından türetildiğinde anlamlı olur; sistemde ikisini bağlamak, kontrol planı revize edildiğinde denetim sorusunun da güncellenmesini sağlar.
Bulgu kaydı: denetim sırasında ne yazılır?
Bir bulgu üç parçadan oluşur ve üçü de eksiksiz olmalıdır: ihlal edilen şart, objektif kanıt ve tespitin kendisi. "Kalibrasyon zayıf" bir bulgu değildir. "Madde 7.1.5.2 uyarınca kalibrasyon durumu tanımlanmış olmalıdır; kaynak bölümündeki 3 adet kumpasın (envanter no K-114, K-118, K-121) kalibrasyon etiketi bulunmamaktadır" bir bulgudur. Bu ayrımı yapmayan raporlar düzeltici faaliyet aşamasında tıkanır, çünkü neyin düzeltileceği belli değildir.
Bulgunun sınıflandırılması da denetim sırasında yapılmalıdır: majör uygunsuzluk, minör uygunsuzluk ya da gözlem. Sınıflandırma kriteri denetim prosedürünüzde yazılı olsun, aksi hâlde her denetçi kendi ölçeğini kullanır ve yıl sonunda karşılaştırılabilir bir veri elde edemezsiniz. Bulgu kaydı sisteme girildiği anda bir sonraki adımın kendiliğinden başlaması gerekir; bulgunun e-postada kalması tam olarak bu bağlantının olmamasından kaynaklanır.
Bulgudan düzeltici faaliyete: kapanış takibi
İç denetimin değeri bulguyu bulmakta değil, kapatmaktadır. Her uygunsuzluk bulgusu bir düzeltici faaliyet kaydına dönüşmeli, o kayıt bir sorumluya ve bir termine bağlanmalıdır. Kök neden analizi, aksiyon planı ve etkinlik doğrulaması bu noktadan sonra DÖF akışının konusudur; ayrıntısını DÖF modülü yazımızda adım adım anlattık.
Kapanış doğrulamasını denetimi yapan denetçinin yapması yerinde olur, çünkü bulgunun bağlamını en iyi o bilir. Doğrulama sahada yapılır: etiketler takıldı mı, talimat revize edildi mi, operatör bilgilendirildi mi. Masadan okunan bir aksiyon raporuna bakarak bulgu kapatmak, aynı bulgunun bir sonraki denetimde tekrar çıkmasının en garantili yoludur. Sistemde bulgu kaydı, doğrulayan kişinin adı ve doğrulama tarihi girilmeden kapalı duruma geçmemelidir.
Bir belgelendirme denetçisi iç denetim sistemini birkaç hamlede yoklar. Yıllık programı ister ve gerçekleşen tarihlerle karşılaştırır; plan-gerçekleşme farkı varsa gerekçesini sorar. Geçen yılın bulgularını listeletip rastgele ikisinin kapanış kanıtına bakar. Asıl can yakan hamle sonda gelir: kendi bulduğu bir uygunsuzluğun sizin iç denetimlerinizde neden çıkmadığını sorar. İç denetim aynı alanı denetlemiş ve temiz bulmuşsa, ya soru listesi zayıftır ya denetçi yetkinliği. İkisi de madde 9.2.2 kapsamında bulguya döner.
İç denetçi havuzu ve yetkinlik kaydı
Bir QDMS denetim modülünün az konuşulan ama denetimde ilk sorulan parçası denetçi havuzudur. IATF 16949 madde 7.2.3 iç denetçilerin yetkinliğinin gösterilmesini ister; bu yetkinlik standardın şartlarını bilmeyi, otomotiv proses yaklaşımını uygulayabilmeyi, risk temelli düşünmeyi ve ilgili müşteri özel şartlarını anlamayı kapsar. İmalat prosesi denetimi yapacak denetçiden ayrıca denetlediği prosesin teknik bilgisini taşıması beklenir.
Pratikte bu, her denetçi için bir kayıt tutmak demektir: aldığı eğitimler, gözetim altında yaptığı denetim sayısı, bağımsız yürüttüğü denetimler ve yetkinliğin sürdürüldüğünü gösteren yıllık faaliyet. Yılda hiç denetim yapmayan bir denetçinin yetkinliği sürüyor sayılmaz. Havuz sistemde tutulduğunda plan yaparken iki kısıt otomatik uygulanabilir: denetçi kendi bölümüne atanamaz ve yetkinlik kaydı olmayan kişi baş denetçi olarak seçilemez. Bu iki kural tek başına, denetim raporlarında en sık çıkan iki bulguyu ortadan kaldırır.
Denetim raporu nasıl kaydedilir?
Rapor, denetimin kurumsal hafızasıdır ve içeriği standarttır: denetim tarihi ve süresi, kapsam, kriterler, denetim ekibi, denetlenen kişiler, incelenen kayıtlar, bulgular ve sınıfları, olumlu tespitler, kapanış toplantısı notu. Kapanış toplantısından sonraki beş iş günü içinde yayınlanması iyi bir hedeftir; gecikirse bulgunun bağlamı unutulur ve kök neden analizi zayıflar.
QDMS denetim modülü kurgusunda rapor, denetim kaydının eki olarak durur; ayrı bir dosya değildir. Raporların sistemde durmasının pratik faydası, yönetimin gözden geçirmesi girdisini hazırlarken ortaya çıkar. ISO 9001 madde 9.3.2 denetim sonuçlarını gözden geçirme girdisi olarak sayar. Kayıtlar tek havuzdaysa "bu yıl kaç denetim yapıldı, kaç bulgu çıktı, kaçı kapandı, hangi süreç en çok bulgu üretti" sorularının cevabı bir rapor ekranıdır. Dağınık klasörlerde ise aynı cevap iki günlük derleme işidir. PaKalite'de denetim, DÖF ve doküman modülleri birbirine bağlı çalıştığı için bir bulgunun hangi prosedürün hangi revizyonuna dokunduğu da aynı ekrandan görünür.
İç denetim programında en çok çıkan bulgular
Sahada tekrar eden dört başlık var. En sık çıkanı, planın gerçekleşmemesi ve gerekçesinin kayıtsız kalması; plan değişebilir, ama değişikliğin onaylı bir kaydı olmalıdır. Ardından denetçi tarafsızlığının ihlali geliyor — kalite şefinin kalite bölümünü denetlediği raporlar hâlâ sıkça görülüyor. Bir diğeri, imalat proses denetimlerinin vardiya bazında yapılmaması; IATF 16949 tüm vardiyaları kapsamayı ister, gece vardiyasının hiç denetlenmemiş olması doğrudan bulgudur.
Listenin en yaygın maddesi ise bulguların kapanış doğrulamasının kaydedilmemesidir. Aksiyon yapılmıştır, ama "yapıldığını kim, ne zaman, hangi kanıta bakarak doğruladı" sorusuna cevap yoktur. Bu dördünün ortak paydası, iç denetimin bir kayıt zinciri değil bir dizi bağımsız etkinlik olarak yürütülmesidir. Plan, soru listesi, bulgu, düzeltici faaliyet ve doğrulama tek bir kayıt üzerinden birbirine bağlandığında dördü de kendiliğinden ortadan kalkar; IATF 16949 denetimine giderken elinizde tartışmasız bir kanıt seti olur.