Açılış toplantısı bitti, denetçi kalite ofisinde masaya oturdu, dizüstünü açtı ve ilk cümlesi şu oldu: "Bana yürürlükteki tüm dokümanların listesini son revizyon tarihleriyle verin." Saat işlemeye başladı. O listenin ekrandan bir dakikada gelmesiyle, arka odada birinin Excel'de yeni bir dosya hazırlamaya başlaması arasındaki fark, denetimin geri kalanının tonunu belirler. Denetimde istenen doküman kayıtları aslında bellidir ve neredeyse her denetimde aynı sırayla gelir; aşağıda o masada gerçekten istenen 14 kaydı, her birinin neden istendiğiyle birlikte sıraladım.
İlk yirmi dakika neyi belirler
Doküman kontrolü, denetim programında genellikle ilk sıralardadır. Nedeni basit: denetçi gün boyunca örnekleme yapacağı havuzu buradan seçer. Master listeyi eline aldığında gözden geçirme tarihi geçmiş dokümanları, hiç revize edilmemişleri ve kod sırasında atlanan numaraları işaretler. Öğleden sonra sahaya indiğinde soracağı sorular çoktan seçilmiştir.
Bu yüzden doküman masasında hazırlıksız yakalanmak, sadece o maddeden bulgu almak değil, tüm denetim boyunca daha yakından bakılmak demektir. Deneyimli bir denetçi sistemin canlı olup olmadığını ilk yirmi dakikada anlar ve buna göre örnekleme sıklığını artırır.
Bir de şu ayrıntı var: doküman masasında verdiğiniz her cevap, gün boyunca test edilecek bir taahhüde dönüşür. "Revizyon çıktığında panodaki kopyayı vardiya amiri değiştirir" dediyseniz, öğleden sonra pres hattında tam olarak bu kontrol edilir. Bu yüzden masada sistemin yazılı hâlini değil, gerçekten işleyen hâlini anlatın. Denetçiye anlattığınız süreç ile sahada gördüğü süreç arasındaki fark, bulgunun kendisidir.
Masada sırayla istenen 14 kayıt
Denetimde istenen doküman kayıtları aşağıdaki tabloda toplandı; tabloyu bir hazırlık listesi gibi kullanın. Tabloyu kopyalayıp yanına bir sütun daha açın ve kendi sisteminizde o kaydı kaç saniyede gösterebildiğinizi yazın; 60 saniyeyi aşan her satır denetimden önce kapatılması gereken bir açıktır.
| # | İstenen kayıt | Denetçi neden ister |
|---|---|---|
| 1 | Yürürlükteki doküman master listesi | Örnekleme havuzunu görmek, revizyon tarihlerini taramak |
| 2 | Doküman kontrol prosedürü | Kuruluşun kendi kurallarını okuyup sahada test etmek |
| 3 | Kayıt saklama listesi (süre ve yer) | IATF 16949 7.5.3.2.1 muhafaza şartını doğrulamak |
| 4 | Seçilen üç dokümanın onay kaydı | Kim, ne zaman, hangi revizyonu onaylamış |
| 5 | Revizyon geçmişi ve değişiklik gerekçesi | Değişikliğin kontrollü yapıldığını görmek |
| 6 | Dağıtım listesi ve kontrollü kopya numaraları | Dokümanın kullanıldığı yerde bulunduğunu doğrulamak |
| 7 | Okundu-onayı / eğitim kaydı | Revizyonun ilgili kişilere ulaştığının kanıtı |
| 8 | Yürürlükten kaldırılan doküman listesi | Eski nüshaların istenmeyen kullanımının önlenmesi |
| 9 | Arşiv erişim kaydı | Geçmiş revizyonun istendiğinde bulunabilmesi |
| 10 | Dış kaynaklı doküman listesi | Müşteri resmi, standart ve şartname güncelliği |
| 11 | Müşteri spesifikasyonu gözden geçirme kaydı | IATF 16949 7.5.3.2.2 gözden geçirme süresi |
| 12 | Yetki matrisi / kullanıcı rolleri | Kimin yayımlama ve silme yetkisi olduğunu görmek |
| 13 | Sistem log kaydı (kim ne zaman değiştirdi) | Elektronik kaydın değiştirilemezliğini sınamak |
| 14 | Yedekleme ve geri yükleme kaydı | Kayıtların kaybolmaya karşı korunması |
En çok takılınan üç kayıt
Sahada bu 14 kaydın hepsi eşit derecede sorun çıkarmaz. Takılma neredeyse her zaman şu üçünde olur. Birincisi 6 numaralı kontrollü kopya listesi: sistemde doküman yürürlüktedir, ama panoya asılan basılı nüshaların kaç tane olduğu ve nerede durduğu hiçbir yerde yazmaz. İkincisi 11 numaralı müşteri spesifikasyonu gözden geçirme kaydı; müşteri portalından inen resmin ne zaman incelendiği ve hangi dokümanlara yansıdığı takip edilmemiştir. Üçüncüsü 13 numaralı log kaydı: yazılım tutuyordur, ama kalite ekibi o ekranı hiç açmamıştır.
Bu üç kaydın ortak yanı, hepsinin doküman dosyasının dışında yaşamasıdır. Dosyayı yönetmek kolaydır, dosyanın etrafındaki izleri yönetmek disiplin ister. Denetim hazırlığında zamanınızın büyük kısmını bu üç başlığa ayırın, çünkü kalan 11 kayıt zaten sistemin doğal çıktısıdır.
Kontrollü kopya listesini toparlamanın en hızlı yolu, sahayı bir kez dolaşıp panoda, tezgâhta ve masada asılı ne kadar kâğıt varsa fotoğraflamaktır. Bir fren balatası üreticisinde bu tarama 46 basılı nüsha çıkardı; bunların 11'i yürürlükten kalkmış revizyonlardı ve hiçbiri listede yoktu. Sayımı yapmadan liste kurmak, olmayan bir düzeni kâğıda yazmak demektir.
Master listeyi denetim sabahı elle hazırlamak, kazanç gibi görünen bir kayıptır. Bir denetçi bunu anlamak için tek soru sorar: "Bu listeyi en son ne zaman güncellediniz?" Dosyanın özelliklerinde o sabahın saati görünüyorsa, listenin sistemden değil kişiden geldiği anlaşılır. Doğru cevap listeyi hiç hazırlamamaktır; ekranda filtre uygulayıp göstermek hem hızlıdır hem de sistemin canlı olduğunu tek hamlede kanıtlar.
Onay, revizyon ve gerekçe üçlüsü
Denetçi 4 ve 5 numaralı kayıtları hep birlikte ister, çünkü tek başlarına bir şey söylemezler. Rev.03'ün onaylandığını görmek yetmez; neden Rev.03'e çıkıldığını da görmek ister. Değişiklik gerekçesi alanı boş bırakılmış bir revizyon, "yazım hatası düzeltildi" ile "kontrol sıklığı iki katına çıkarıldı" arasındaki farkı gizler. İkinci durumda bu değişiklik müşteriye bildirim gerektirebilir; gerekçe yazılmadığı için kimse fark etmez.
ISO 9001:2015 madde 7.5.2 dokümanın oluşturulması ve güncellenmesi sırasında uygunluk açısından gözden geçirilip onaylanmasını ister. Bu maddenin pratik karşılığı üç alandır: hazırlayan, gözden geçiren, onaylayan. Üçünün de aynı kişi olduğu bir sistemde denetçi görevler ayrılığını sorgular; küçük firmalarda bu kaçınılmazsa gerekçesini doküman kontrol prosedürünüzde yazılı hâle getirin.
Dış kaynaklı dokümanlar: en sessiz açık
Müşteri teknik resmi, standart nüshaları, malzeme şartnameleri ve yasal mevzuat sizin revizyon kontrolünüzde değildir; ama güncelliğinden siz sorumlusunuz. Denetçi 10 ve 11 numaralı kayıtları isterken şuna bakar: bu resmin en güncel revizyonunun bu olduğunu nereden biliyorsunuz ve bunu en son ne zaman kontrol ettiniz? Cevabın "müşteri gönderirse güncelleriz" olması, otomotivde kabul edilebilir bir cevap değildir.
İşleyen yöntem, dış kaynaklı her doküman için bir gözden geçirme periyodu tanımlamak ve periyodun bitiminde sistemin görev açmasıdır. IATF 16949 madde 7.5.3.2.2, müşteriden gelen mühendislik standartlarının ve değişikliklerinin belirli bir süre içinde gözden geçirilip uygulanmasını ister; gözden geçirme tarihinin kaydını da bu madde gereği tutarsınız. IATF 16949 denetimlerinde bu kayıt neredeyse hiç atlanmaz.
Denetçi 14 kaydı sırayla istemez; üç dördünü ister, aldığı cevaba göre yolunu seçer. Master liste temiz geldiyse birkaç örnekle yetinir. Listede gözden geçirme tarihi geçmiş yedi doküman görürse, o yedisinin hepsini tek tek açar ve sahaya inip karşılıklarını arar. Hazırlık, bu ayrımın hangi tarafında kalacağınızı belirler.
Kayıt saklama listesi: tek sayfalık ama zor sayfa
Üç numaralı kayıt, listedeki en kısa ama hazırlaması en uzun süren belgedir. İçinde her kayıt tipi için dört bilgi olmalıdır: kaydın adı, saklama süresi, saklandığı ortam ve süre dolduğunda ne yapılacağı. Otomotivde bazı kayıtlar için müşteri özel şartı üretim ömrü artı belirli bir yıl gibi süreler getirir; bunları listeye dayanağıyla birlikte yazın ki denetçi "bu süreyi neye göre belirlediniz?" dediğinde cevap hazır olsun.
Listeyi hazırlarken en çok atlanan başlık elektronik kayıtlardır. Kâğıt kayıtların arşiv rafı bellidir, ama sistemde tutulan bir denetim raporunun ya da kalibrasyon sertifikasının saklama süresi çoğu firmada tanımsızdır. Sunucu dolduğunda birileri "eski kayıtları temizleyelim" der ve saklama süresi dolmamış kayıtlar silinir. Bu, doküman kontrolünde yazılan en ağır bulgulardan biridir ve geri dönüşü yoktur. Ölçüm cihazı kayıtları için kalibrasyon tarafındaki sertifika saklama sürelerini de aynı listeye ekleyin.
Yetki matrisi ve log: elektronik sistemin ispat yükü
Kâğıt sistemde imza kimin onayladığını gösterir. Elektronik sistemde bu ispat yükünü yetki matrisi ve log kaydı taşır. Denetçi 12 numaralı kaydı isterken şuna bakar: kim doküman yayımlayabiliyor, kim yürürlükten kaldırabiliyor, kim geçmiş bir revizyonu silebiliyor. Herkesin her şeyi yapabildiği bir kurulumda, onay akışının kendisi anlamını kaybeder.
13 numaralı log kaydı ise en çok "bizde var ama hiç bakmadık" cevabı alınan maddedir. Denetçi rastgele bir doküman seçip son üç işlemi ister: kim, ne zaman, hangi alanı değiştirmiş. Log yoksa ya da düzenlenebiliyorsa, elektronik kayıtların bütünlüğü tartışmaya açılır. Kendi sisteminizde bu ekranı denetimden önce bir kez açıp okuyun; içeriğini bilmediğiniz bir kaydı denetim masasında ilk kez görmek iyi bir fikir değildir.
Denetimden önce 60 dakikalık prova
Denetim tarihinden bir hafta önce ekiple oturun ve bu 14 kaydı sırayla ekrandan çıkarın. Her satırın yanına süreyi yazın. Uygulamada bu prova ortalama 40-60 dakika sürer ve genellikle iki üç satırda tıkanır. Tıkanan satırları kapatmak için kalan bir hafta yeter; denetim günü aynı satırlarda tıkanmak ise bulgu üretir.
Provayı yaparken cevapları da not edin. "Kontrollü kopya listesini kim tutuyor?" sorusuna ekipten üç farklı isim geliyorsa, o soruyu denetçi sorduğunda da üç farklı cevap gelir. Doküman kontrolünde sorumluluğun tek kişide toplanması ve o kişinin yedeğinin tanımlanması, denetimde istenen doküman kayıtlarının tamamını tek elden savunmayı mümkün kılar. Gerçek bulgu metinlerini ve arkalarındaki süreç hatalarını bulgu örnekleri yazımızda derledik.
Yazılım tarafında neye bakmalı
Bu 14 kaydı bir doküman yönetim yazılımından çıkarmak istiyorsanız, ürünü değerlendirirken şu dört ekranı isteyin: filtrelenebilir master liste, doküman kartında revizyon geçmişi, dağıtım ve okundu-onayı raporu, kullanıcı işlem logu. Bu dördü varsa 14 kaydın 12'si kendiliğinden çıkar; kalan ikisi kayıt saklama listesi ve yedekleme kaydıdır ve bunlar süreç tarafında tanımlanır. PaKalite'de doküman modülü bu dört ekranı tek yerde toplar ve master liste tarayıcıya değil doğrudan uygulama ekranına gelir; denetim masasında ekranı çevirip göstermek yeterli olur.
Denetimde istenen doküman kayıtlarının tamamını tek uygulamadan çıkarabiliyorsanız hazırlık süreniz de kısalır. Ürün seçerken sorulacak asıl soru şudur: bu kayıtları çıkarmak için kaç ayrı programa giriyorum? Doküman listesi bir yerde, eğitim kaydı başka yerde, log bambaşka bir yerdeyse, denetim masasında kaybedilen süre yazılımın kalitesinden değil parçalı kurgudan gelir. Doküman yönetimi sayfasında bu bütünlüğün neden önemli olduğunu ayrıntılı anlattık.