Açılış toplantısı bitmiştir, denetçi kahvesini bırakıp ilk cümlesini kurar: "Geçen yılın müşteri şikâyetlerinden bir tanesini birlikte inceleyelim." Rastgele bir numara seçer. Şimdi elinizde on dakika vardır — o şikâyetin kaydı, 8D raporu, kök neden analizi, kalıcı aksiyonun kontrol planına yansıması ve etkinlik doğrulaması ekrana gelmelidir. Bu on dakika, bir kalite yönetim sistemi yazılımı kullanan firma ile klasör taşıyan firma arasındaki farkın en net göründüğü andır. Bu sayfada denetim gününü ve öncesindeki hazırlığı, yazılımın hangi noktada ne yaptığıyla birlikte anlatıyoruz.
Denetime hazırlık aslında ne zaman başlar?
Yaygın alışkanlık, denetim tarihinden altı hafta önce panik moduna geçmek ve eksik kayıt tamamlamaktır. Sorun şu ki bu çalışmanın büyük kısmı geriye dönük doldurma olur; denetçi de bunu görür. Aynı el yazısıyla, aynı kalemle, üst üste imzalanmış altı aylık kontrol formları en kolay yakalanan işaretlerden biridir.
Düzenli kullanılan bir kalite yönetim sistemi yazılımında hazırlık, kayıtların günlük akışının kendisidir. Kalan iş ise kontrol listesine dönüşür: açık DÖF'ler, geciken kalibrasyonlar, tamamlanmamış iç tetkikler, güncellenmemiş dokümanlar. Bunların hepsi zaten sistemde bir gösterge olarak durur. Hazırlık, yeni kayıt üretmek değil, kırmızıya dönmüş göstergeleri kapatmaktır.
Madde 9.2 iç tetkik programı yazılımda nasıl yürütülür?
Madde 9.2.2 iç tetkik programının planlanmasını, uygulanmasını ve sürdürülmesini ister. IATF 16949 bunun üzerine üç ayrı tetkik türü ekler: kalite yönetim sistemi tetkiki (madde 9.2.2.2), imalat prosesi tetkiki (madde 9.2.2.3) ve ürün tetkiki (madde 9.2.2.4). Üçünü birbirine karıştırmak, denetimde sık görülen bir eksikliktir.
- Yıllık program üç tetkik türünü ayrı ayrı içerecek şekilde oluşturulur; her prosesin yılda en az bir kez kapsandığı otomatik kontrol edilir.
- Tetkikçi ataması yapılırken yetkinlik ve bağımsızlık kuralı sistemde kontrol edilir — kimse kendi prosesini denetleyemez.
- Soru listeleri şablondan açılır; imalat prosesi tetkikinde kontrol planı ve PFMEA otomatik ilişkilendirilir.
- Bulgu kaydı doğrudan DÖF'e dönüşür; termin ve sorumlu atanır.
- Kapanış, etkinlik doğrulaması yapılmadan gerçekleşmez.
Tetkik tarafının ayrıntısı için iç denetim yazılımı ve madde 9.2 iç tetkik sayfalarımıza bakabilirsiniz.
Madde 9.3 yönetimin gözden geçirmesi için veri nasıl hazırlanır?
YGG toplantısının en zor kısmı toplantının kendisi değil, girdilerin toplanmasıdır. Madde 9.3.2 girdi listesini sayar: önceki YGG aksiyonlarının durumu, müşteri memnuniyeti, kalite hedeflerinin performansı, proses performansı ve ürün uygunluğu, uygunsuzluklar ve düzeltici faaliyetler, tetkik sonuçları, dış tedarikçi performansı, kaynak yeterliliği, risk ve fırsatların etkinliği. IATF ayrıca madde 9.3.2.1 ile sahadaki hataları ve garanti verilerini ekler.
Bu dokuz başlığı elle toplamak, kalite müdürünün her yıl iki haftasını yiyen bir iştir. Yazılımda ise her başlığın kaynağı zaten sistemdedir; YGG paketi tek raporla çıkar.
| Denetçi ne ister? | Yazılımda nereden çıkar? | Madde |
|---|---|---|
| Kalite hedefi gerçekleşmesi | KPI panosu, aylık trend | 6.2 / 9.1.1 |
| Tetkik programı ve bulgular | Tetkik takvimi, bulgu listesi | 9.2.2 |
| DÖF etkinlik doğrulaması | DÖF kaydı, doğrulama adımı ve tarihi | 10.2.3 |
| Doküman revizyon durumu | Revizyon geçmişi, dağıtım listesi | 7.5.3 |
| Kalibrasyon durumu | Ekipman listesi, gecikme raporu | 7.1.5.2 |
| Tedarikçi performansı | PPM, termin, DÖF kapatma karnesi | 8.4.2.4 |
| Eğitim ve yetkinlik | Yetkinlik matrisi, eğitim kayıtları | 7.2 |
| Proses yeterliliği | Cpk/Ppk raporları | 9.1.1.1 |
YGG'nin içerik tarafı için yönetimin gözden geçirmesi yazımız yol gösterir.
Denetim gününde en çok işe yarayan hazırlık, ekran düzenidir. Toplantı odasındaki bilgisayarda üç sekme açık dursun: doküman arama, DÖF listesi ve kayıt arama. Denetçi bir parça numarası söylediğinde arama kutusuna yazıp ilgili tüm kayıtları getirebilmek, kanıtın kendisi kadar güven verir. Bir de kâğıt refleksinden vazgeçin — denetçinin önünde klasör karıştırmak, sistemin gerçekte kullanılmadığı izlenimi bırakır.
Denetim günü kanıt nasıl sunulur?
Denetçilerin yöntemi genellikle aynıdır: bir kayıttan başlar ve zinciri takip eder. Kayıt izleme ("trace") dediğimiz bu yaklaşımda üç yön kullanılır. İleri izleme: bir hammadde lotundan sevkiyata. Geri izleme: bir müşteri şikâyetinden üretim kaydına. Yatay izleme: bir dokümanın revizyonundan onu kullanan tüm noktalara.
- Hazır olun: Son 12 ayın müşteri şikâyetleri, iç bulgular ve tedarikçi redleri tek listeden görünsün.
- Bağlantıyı gösterin: Şikâyet kaydından 8D'ye, oradan kontrol planı ve PFMEA revizyonuna tıklayarak gidebildiğinizi ilk örnekte gösterin.
- Tarihe güvenin: Sistem kayıtları zaman damgalıdır; "hemen yaptık" demek yerine tarihi gösterin.
- Eksik varsa saklamayın: Açık bir aksiyonu gizlemeye çalışmak, o aksiyonun kendisinden daha büyük bulgu doğurur.
Sahadaki uygulamayı görmek için sektörel örneklerimize göz atabilirsiniz: fabrika kalite yazılımı, otomotiv kalite sistemi ve metal işlemede KYS yazılımı.
Müşteri denetimi ile belgelendirme denetimi neden farklı hazırlık ister?
İki denetim aynı sistemi inceler ama farklı yerden tutar. Belgelendirme denetçisi standardın maddelerini takip eder: kapsam, proses etkileşimi, tetkik programı, YGG, düzeltici faaliyet. Müşteri denetçisi ise kendi parçasının peşindedir. Sizin fabrikanızda onun parçası hangi hatta üretiliyorsa oraya gider, o parçanın kontrol planına, PPAP dosyasına ve son altı aydaki uygunsuzluklarına bakar.
Bir kalite yönetim sistemi yazılımında bu ikisine hazırlanmak farklı filtreler kullanmak demektir. Belgelendirme için proses eksenli raporlar, müşteri denetimi için müşteri ve parça numarası eksenli raporlar gerekir. Aynı verinin iki farklı kesitini alabiliyorsanız hazırlık süreniz yarıya iner. Otomotivde müşteri denetiminin ne istediğini otomotiv yan sanayide KYS yazılımı sayfamızda ayrıntılandırdık. Katmanlı proses denetimlerinin (LPA) bu hazırlığa katkısı da küçümsenmemeli; düzenli LPA yapan firmalar denetim gününde çok daha az sürprizle karşılaşıyor — LPA rehberimize göz atabilirsiniz.
Yazılım kullanan firmalarda denetçinin ilk testi genellikle şudur: sahaya iner, operatörün ekranındaki iş talimatının revizyon numarasına bakar, sonra ofiste aynı dokümanın son revizyonunu açtırır. İki numara farklıysa madde 7.5.3'ten bulgu yazar — çünkü sistem var ama dağıtım işlemiyor demektir. İkinci test yetkilendirmedir: bir operatör hesabıyla giriş yapıp onaylanmış bir kaydı değiştirmeyi dener. Değiştirebiliyorsa madde 7.5.3.2 kayıt koruma şartı sağlanmıyor demektir.
Denetim öncesi son iki hafta kontrol listesi
Yazılımı düzenli kullanan bir firmada son iki hafta şu maddelerle geçer:
- Termini geçmiş tüm DÖF'ler gözden geçirilir; kapananların etkinlik doğrulaması tamamlanır (madde 10.2.3).
- Kalibrasyon takvimi taranır; gecikmiş ekipman varsa ya kalibre edilir ya kullanımdan çekilir.
- Sahadaki doküman revizyonları ile sistemdeki son revizyonlar karşılaştırılır.
- İç tetkik programının yıllık kapsaması kontrol edilir; eksik proses varsa tetkik planlanır.
- Tedarikçi karneleri güncellenir, düşük performanslı tedarikçiler için aksiyon kaydı açılır.
- Yetkinlik matrisinde eksik eğitim kaydı olan personel tamamlanır (madde 7.2).
- Bir önceki denetimin bulguları ve kapanış kanıtları tek klasörde toplanır.
Bu listeyi her denetim öncesi tekrar yazmak yerine, yazılımda bir kontrol listesi şablonu olarak saklamak en pratik çözüm. Denetim yönetiminin genel çerçevesi için denetim yönetim yazılımı, IATF belgelendirme akışı için ise KYS belgelendirme süreci sayfalarımızı okuyabilirsiniz.