ISO 9001:2015 madde 7.5 dokümante edilmiş bilgi için ne ister? Doküman ve kayıt farkı, revizyon onayı, dağıtım listeleri, okundu onayı ve eski sürüm riski.
Bir talimatın yeni sürümü yayımlanmıştır ama üretim hattının panosunda hâlâ eski çıktı asılıdır. Bir prosedür güncellenmiştir ama kimin onayladığı, kime dağıtıldığı ve kimin okuduğu bilinmez. Denetim günü gelince de “Bu dokümanın geçerli sürümü hangisi?” sorusu herkesi telaşa düşürür. Kalite yönetim sistemindeki pek çok uygunsuzluğun kökünde, bu tür doküman kontrolü eksikleri yatar.
Bu yazıda ISO 9001:2015 madde 7.5’in “dokümante edilmiş bilgi” için ne istediğini, doküman ile kayıt arasındaki farkı ve sürüm, onay, dağıtım adımlarını nasıl düzenli bir akışa dönüştürebileceğinizi ele alıyoruz.
Madde 7.5: Dokümante edilmiş bilgi ne demek?
ISO 9001:2015, eski sürümlerdeki “doküman” ve “kayıt” ayrımını tek bir kavram altında toplar: dokümante edilmiş bilgi. Standardın dilinde iki ifade öne çıkar:
- Muhafaza edilen (maintain) bilgi: Prosedürler, talimatlar, politikalar, formların boş şablonları gibi güncel tutulması gereken dokümanlar.
- Saklanan (retain) bilgi: Bir faaliyetin yapıldığını kanıtlayan kayıtlar; doldurulmuş denetim formları, DÖF kayıtları, eğitim katılım listeleri, ölçüm sonuçları gibi.
Madde 7.5 üç başlıkta beklenti ortaya koyar:
- Genel (7.5.1): Standardın zorunlu tuttuğu ve kuruluşun sistemin etkinliği için gerekli gördüğü dokümante edilmiş bilgi bulunmalıdır. Kapsam, kuruluşun büyüklüğüne ve süreçlerinin karmaşıklığına göre değişir.
- Oluşturma ve güncelleme (7.5.2): Dokümanların uygun şekilde tanımlanması (başlık, tarih, yazar veya referans numarası), uygun biçimde hazırlanması ve uygunluk ve yeterlilik açısından gözden geçirilip onaylanması gerekir.
- Kontrol (7.5.3): Bilginin ihtiyaç duyulan yerde ve zamanda erişilebilir olması, yeterince korunması; dağıtım, erişim, muhafaza, değişikliklerin kontrolü (sürüm kontrolü), saklama ve imha konularının ele alınması beklenir.
Kısacası standart, belirli bir yazılım ya da format dayatmaz; ama hangi dokümanın geçerli olduğunu, kimin onayladığını ve kime ulaştığını gösterebilmenizi ister.
Doküman ve kayıt: Neden ayırmak gerekir?
Doküman yaşayan bir metindir; revize edilir, yeni sürümü eskisinin yerini alır. Kayıt ise bir anın fotoğrafıdır; sonradan değiştirilmemesi gerekir. İkisini aynı klasörde ve aynı kurallarla yönetmek iki tür hataya yol açar: ya kayıtlar “güncellenir” ve kanıt değeri kaybolur ya da dokümanlar dondurulur ve süreç değiştiği hâlde metin eskide kalır.
| Doküman (muhafaza edilen) | Kayıt (saklanan) | |
|---|---|---|
| Örnek | Prosedür, talimat, form şablonu | Doldurulmuş form, denetim sonucu, DÖF |
| Değişir mi? | Evet, revizyonla | Hayır, kanıt olarak korunur |
| Kritik kontrol | Onay, sürüm, dağıtım | Erişim, saklama süresi, imha |
Sağlıklı bir revizyon döngüsü
Doküman kontrolünün kalbi revizyon sürecidir. İyi işleyen bir döngü genellikle şu adımlardan oluşur:
- Revizyon talebi: Süreç sahibi ya da çalışan, dokümanda değişiklik ihtiyacını gerekçesiyle birlikte iletir. Talep bir DÖF’ten, iç denetim bulgusundan ya da süreç değişikliğinden doğabilir.
- Hazırlık: Değişiklik yapılır; neyin neden değiştiği revizyon notu olarak yazılır.
- Gözden geçirme ve onay: Doküman, yetkisi tanımlı kişilerden sırayla geçer. Hangi doküman türünün kimin onayını gerektirdiği önceden belirlenmelidir.
- Yayın ve dağıtım: Onaylanan sürüm geçerli hâle gelir, ilgili kişilere ulaştırılır.
- Okundu onayı: Dokümanın ulaştığı kişiler içeriği okuduklarını onaylar. Böylece dağıtımın gerçekten gerçekleştiği belgelenir.
- Eski sürümün geri çekilmesi: Önceki sürüm kullanımdan kaldırılır; tarihçe için arşivde tutulabilir ama geçerli sürümle karışmamalıdır.
Onay zincirini kim oluşturmalı?
Her dokümanın aynı onay yolundan geçmesi gerekmez. Bir iş talimatı için birim yöneticisi ve kalite sorumlusunun onayı yeterli olabilirken, kalite el kitabı ya da politika metni üst yönetime kadar çıkmalıdır. Bu yüzden onay zincirini doküman türüne veya klasöre göre tanımlamak, hem gereksiz bürokrasiyi hem de yetkisiz değişikliği önler.
Dağıtım: “Yayımladık” ile “ulaştı” aynı şey değil
Bir dokümanı ortak bir klasöre koymak, onu okuyan kişinin içeriği bildiği anlamına gelmez. Madde 7.5.3’ün “ihtiyaç duyulan yerde ve zamanda erişilebilir” şartı, dokümanın ilgili kişiye ulaştığını gösterebilmeyi gerektirir. Bunun için iki araç işe yarar:
- Dağıtım listeleri: Her dokümanın hangi birime ve rollere gideceği önceden tanımlanır. Revizyon çıktığında liste aynen kullanılır; kimse unutulmaz.
- Okundu onayı: Kişi dokümanı açıp okuduğunu onaylar. Denetimde “Bu talimatın son sürümünü operatörler biliyor mu?” sorusuna kayıtla cevap verilir.
DÖF yazımızdaki etiket örneğini hatırlayın: Kök neden, şablon revizyonunun hatta bildirilmemesiydi. Dağıtım listesi ve okundu onayı, bu tür hataları kaynağında önler. Ayrıntılar için ISO 9001 DÖF süreci yazımıza göz atabilirsiniz.
Doküman kütüphanesini nasıl düzenlemeli?
Kontrol, düzenli bir yapıyla başlar. Kütüphaneyi kurarken birkaç karar baştan verilirse sonradan yeniden düzenleme ihtiyacı azalır:
- Klasör yapısı: Süreç bazlı (satın alma, üretim, satış) ya da doküman türü bazlı (prosedürler, talimatlar, formlar) bir yapı seçin ve tutarlı kullanın. Klasörler, kimin onaylayacağını ve kime dağıtılacağını belirlemenin de doğal birimidir.
- Kodlama: Her dokümana tekil bir kod verin (ör. PR-SAT-01 gibi). Kod, sürüm numarasıyla birlikte dokümanın kimliğidir.
- Sürüm numaralandırma: Revizyon numarasının nasıl artacağını (Rev.00, Rev.01…) ve revizyon tarihinin nerede gösterileceğini tanımlayın.
- Sahiplik: Her dokümanın bir süreç sahibi olsun. Gözden geçirme zamanı geldiğinde kimin harekete geçeceği bellidir.
Dış kaynaklı dokümanları unutmayın
Madde 7.5.3, kuruluşun planlaması ve işletimi için gerekli gördüğü dış kaynaklı dokümante edilmiş bilginin de tanımlanmasını ve kontrol edilmesini ister. Müşteri şartnameleri, ilgili standartlar, mevzuat metinleri ve tedarikçi teknik föyleri bu gruptadır. Bunların hangi sürümünün kullanıldığını takip etmek, kendi dokümanlarınız kadar önemlidir; çünkü müşteri şartnamesinin yeni sürümü sizin talimatlarınızın da revize edilmesini gerektirebilir.
Periyodik gözden geçirme
Değişiklik talebi gelmese bile dokümanları belirli aralıklarla gözden geçirmek iyi bir uygulamadır. Uzun süredir dokunulmamış bir prosedür, sahadaki gerçek uygulamadan sessizce uzaklaşmış olabilir. Gözden geçirmenin sonucunda değişiklik gerekmiyorsa bile, dokümanın hâlâ geçerli olduğunun teyit edilmesi denetimde değerli bir kanıttır.
Sık yapılan hatalar
- Aynı dokümanın e-postada, ortak klasörde ve masaüstünde farklı sürümlerinin dolaşması.
- Revizyon notu tutmamak; neyin neden değiştiğinin bir yıl sonra bilinmemesi.
- Onayı ıslak imzaya bağlayıp dokümanı haftalarca masadan masaya dolaştırmak.
- Basılı kopyaları toplamadan yeni sürümü yayımlamak.
- Kayıtları doküman gibi düzenlenebilir bırakmak.
- Dokümanları tek bir kişinin bilgisayarında tutmak; o kişi izne çıktığında sistemin durması.
HibritİK Kalite Yönetimi ile doküman kontrolü
HibritİK Kalite Yönetimi modülü, yukarıdaki döngüyü tek bir yerde yürütmenizi sağlar:
- Doküman kütüphanesi klasörler, revizyonlar ve dağıtım listeleriyle tutulur; çalışanlar dokümanın güncel sürümüne ulaşır.
- Çalışanlar dokümanı okuduklarını onaylar; dağıtım böylece kayıt altına alınır.
- Revizyon talepleri, yönetici → kalite sorumlusu → kalite yönetim temsilcisi (KYT) → genel müdür adımlarından oluşan onay zincirinden geçer. Zincir klasör bazında ayarlanabilir; böylece her doküman grubu kendi onay yolunu izler.
- Onay adımları, diğer modüllerdeki onay süreçleriyle aynı mantıkta çalışır: Her adımda ilgili kişi bildirim alır, onay geçmişi kayıtta kalır.
Doküman revizyonlarını tetikleyen bulguları yönetmek için iç denetim planlama yazımızı da okuyabilirsiniz.
Sonuç
Doküman kontrolü, kalite sisteminin görünmeyen altyapısıdır. Geçerli sürümün tek olduğu, onayın kimden geçtiğinin bilindiği ve dağıtımın okundu onayıyla belgelendiği bir düzen, denetimde kanıt aramak yerine kanıtı hazır bulmanızı sağlar. Doküman kütüphanenizi kendi klasör ve onay yapınızla denemek için 14 gün ücretsiz deneyin ya da bizimle iletişime geçin.