Belgelendirme denetimine on gün kalmıştı ve kalite sorumlusu geçen yılın iç tetkik kayıtlarını arıyordu. Bir kısmı imzalı kağıt olarak dosyada, bir kısmı bilgisayarda Word dosyası, bulguların kapanış kanıtı ise başka bir klasörde. Yıl boyunca 18 proses tetkik edilmesi gerekiyordu ama kaçı yapılmıştı, hangi bulgular hâlâ açıktı, kimse net söyleyemiyordu. Bu belirsizlik, dış denetimde en çok bulgu üretilen yerdir. Bir denetim yönetim yazılımı, tetkik programından soru listesine, bulgudan düzeltici faaliyete kadar tüm zinciri tek panoya toplar. Bu yazıda denetim sürecinin bir kalite yönetim yazılımı içinde nasıl yürüdüğünü ve IATF 16949 madde 9.2 ile ilişkisini anlatıyoruz.
Denetim yönetim yazılımı ne yapar?
Denetim, bir kalite yönetim sisteminin kendini denetlediği aynadır. Ama planı, soru listeleri, bulguları ve kapanışları dağınık tutulursa ayna bulanıklaşır. Yazılım bu süreci dört başlıkta toplar: yıllık tetkik programı, soru listesi (checklist) yönetimi, sahada bulgu kaydı ve bulgu kapanış takibi. Amaç, "planladık, yaptık, bulduk, kapattık" döngüsünün her adımını kanıtlı hale getirmektir. Denetim türlerinin ayrımı için iç denetim yazılımı yazımız süreç detayını tamamlar.
Tetkik programı ve takvim nasıl yönetilir?
IATF 16949, tetkiklerin gelişigüzel değil, risk temelli planlanmasını ister. Yazılım yıllık programı bir takvime döker ve şu denetim türlerini ayrı ayrı izler:
| Denetim türü | Odak | IATF bağı |
|---|---|---|
| Sistem tetkiki | KYS'nin bütünü | madde 9.2.2.1 |
| Proses (üretim) tetkiki | Üretim proseslerinin etkinliği | madde 9.2.2.3 |
| Ürün tetkiki | Belirli aşamalarda ürün uygunluğu | madde 9.2.2.4 |
| Katmanlı denetim (LPA) | Farklı seviyelerce sık kontrol | müşteri özel şart / 9.2 |
| Tedarikçi denetimi | Tedarikçi süreç uygunluğu | madde 8.4 |
Programdaki her tetkik yaklaştığında yazılım sorumluyu hatırlatır; geciken tetkikler kırmızıya döner. Böylece "yılın son ayında toplu tetkik" telaşı biter. Katmanlı proses denetimi (LPA) için ayrı bir sıklık ve seviye tanımı kurulabilir.
Tetkik programının en çok aksayan yeri Temmuz-Ağustos'tur; izinler yüzünden planlanan tetkikler ötelenir ve yıl sonuna yığılır. Yazılım geciken tetkikleri erkenden gösterdiği için bu yığılma önlenebilir. Bir de tetkikçi bağımsızlığı: yazılım, kişinin kendi sorumlu olduğu prosesi tetkik etmesini engelleyecek şekilde atama yapmanıza izin verir; bu, madde 9.2'nin bağımsızlık şartıdır.
Soru listesi ve saha kaydı nasıl çalışır?
Tetkikçi sahaya indiğinde tablet ya da telefonla soru listesini açar. Her maddeyi işaretler, uygun olmayan noktalar için fotoğraf ve not ekler:
- Standart soru listeleri (VDA 6.3 proses tetkiki, IATF madde bazlı) hazır şablon olarak tutulur.
- Her bulgu anında kayda geçer; sonradan Word'e temize çekme adımı ortadan kalkar.
- Fotoğraf ve kanıt bulguya iliştirilir, dağılmaz.
- Tetkik biter bitmez rapor otomatik üretilir ve ilgililere gönderilir.
Standart bir tetkik soru listesi hazırlamanın mantığı ayrı yazımızda; yazılım bu listeleri tekrar tekrar kullanılabilir kılar. Ayrıca her sorunun geçmiş yanıtları saklandığı için, aynı prosesin bir önceki tetkikte hangi maddeden bulgu aldığını yeni tetkike girerken görürsünüz. Bu, tetkikin ezbere değil, önceki sonuçlara odaklanarak yapılmasını sağlar; madde 9.2'nin istediği risk temelli planlamanın da pratik karşılığıdır.
Bulgular düzeltici faaliyete nasıl bağlanır?
Denetimin değeri bulgu bulmakta değil, o bulguyu kapatmakta ortaya çıkar. Yazılımda her uygunsuzluk bulgusu doğrudan bir DÖF kaydına dönüşür. Kök neden ve aksiyon DÖF modülünde işlenir; bulgu ancak düzeltici faaliyetin etkinliği doğrulandığında kapanır. Böylece "bulundu ama takip edilmedi" durumu tanımı gereği imkânsız hale gelir ve bir sonraki dış denetimde açık bulgu sürprizi yaşanmaz.
Dış denetçi iç tetkike baktığında üç şey kontrol eder: program tam uygulandı mı, tetkikçiler yetkin ve bağımsız mıydı, bulguların düzeltici faaliyetleri etkin miydi? En sık bulgu, tetkik programının yılın son çeyreğine sıkışması ve bulgu kapanışlarının doğrulanmadan "kapandı" işaretlenmesidir. Yazılım programı ve kapanış kanıtını görünür tuttuğu için bu iki bulgu büyük ölçüde önlenir.
Bir kalite yönetim yazılımının denetim modülü
Denetim, tek başına değil, bir kalite yönetim sisteminin diğer parçalarıyla birlikte anlam kazanır. Bir proses tetkiki, kontrol planına uygunluğu sınar; bir bulgu bir doküman revizyonunu tetikler; bir LPA sonucu bir DÖF açar. Denetim modülünün DÖF, doküman ve kontrol planı modülleriyle aynı kalite yönetim yazılımı içinde olması, bu bağların kopmamasını sağlar. Böylece denetim, denetimden denetime hatırlanan bir zorunluluk değil, sürekli çalışan bir iyileştirme motoru olur.