Denetçi hattın başındaki operatöre döndü ve elindeki iş talimatını sordu: "Bu hangi revizyon?" Kağıdın köşesinde "Rev.02" yazıyordu. Oysa kalite ofisindeki dosyada aynı talimatın Rev.04'ü onaylanmış, iki hafta önce ölçü toleransı değişmişti. Operatör hâlâ eski toleransla çalışıyordu; çünkü yeni sürüm ortak klasöre yüklenmiş ama hatta asılı kağıt değişmemişti. Bu, denetimde majör bulgu, sahada ise potansiyel hatalı üretim demektir. Bir doküman yönetim yazılımı tam bu sorunu çözer: sadece güncel, onaylı sürümü yayınlar, eskisini erişilemez kılar. Bu yazıda revizyon kontrolünün bir kalite yönetim yazılımı içinde nasıl işlediğini ve IATF 16949 madde 7.5 ile bağını anlatıyoruz.
Doküman yönetim yazılımı neyi kontrol eder?
Bir kalite yönetim sisteminde onlarca prosedür, yüzlerce talimat, kontrol planı, form ve dış kaynaklı doküman (müşteri şartnamesi, standart) dolaşır. Bunların her biri değişir, onaylanır ve dağıtılır. Doküman yönetim yazılımı bu döngünün dört noktasını kontrol eder: oluşturma ve onay, revizyon takibi, dağıtım-erişim, ve saklama-imha. Temel amaç, hiçbir zaman onaysız ya da eski bir dokümanın kullanımda olmamasıdır. Doküman piramidinin genel mantığı için doküman yönetim sistemi yazımıza bakabilirsiniz.
Revizyon kontrolü sahada nasıl işler?
Revizyon kontrolünün özü, "tek gerçek kaynak" ilkesidir. Aynı dokümanın birden çok kopyası dolaşmaz; herkes tek bir merkezi sürüme bakar. Yazılım her değişikliği yeni bir revizyon olarak kaydeder ve eskisini arşive alır:
| Durum | Klasör mantığı | Yazılım mantığı |
|---|---|---|
| Güncel sürüm | Hangisi belli değil | Yalnız onaylı sürüm yürürlükte |
| Eski sürüm | Klasörde durmaya devam eder | Otomatik arşive alınır, sahada erişilemez |
| Değişiklik geçmişi | İzlenemez | Kim, ne zaman, neyi değiştirdi kayıtlı |
| Onay | E-posta ile, dağınık | Sıralı onay akışı, imza kaydı |
Sahadaki operatör talimata iş istasyonundaki ekrandan ya da QR koddan eriştiğinde her zaman güncel revizyonu görür. Böylece "hatta eski talimat asılı" sorunu tanımı gereği ortadan kalkar. Bir doküman revize edildiğinde yazılım, o dokümanı kullanan tüm iş istasyonlarını ve ilgili kişileri otomatik bilgilendirir; kimse "yeni sürüm çıktığını bilmiyordum" diyemez. Dağıtım listesi elle güncellenen bir Excel değil, dokümanın kendisine bağlı canlı bir kayıttır.
Kağıt kontrolsüzlüğünün en sinsi hali fotokopidir. Onaylı bir talimatın fotokopisi çekilip başka bir hatta asılır, ana sürüm değişir ama fotokopi olduğu yerde kalır. Doküman yönetim yazılımında baskı alınsa bile üzerine "kontrolsüz kopya" filigranı ve baskı tarihi düşürmek mümkündür; böyle bir çıktının güncel sayılmayacağı baştan bellidir.
Onay akışı ve yetkilendirme nasıl kurulur?
İyi bir doküman yönetim yazılımında onay, tek bir "tamam" tuşu değil, tanımlı bir akıştır. Tipik akış şöyle ilerler:
- Hazırlayan dokümanı taslak olarak oluşturur.
- Kontrol eden içeriği ve formatı doğrular.
- Onaylayan (süreç sahibi ya da kalite yöneticisi) yürürlüğe alır.
- Yazılım yeni sürümü yayınlar, eskiyi arşive taşır ve ilgili kullanıcılara bildirir.
Her adımın kim tarafından ve ne zaman yapıldığı kayıt altındadır. Bu iz, madde 7.5.2'nin istediği "uygun onay" kanıtını doğrudan üretir.
IATF 16949 madde 7.5 ile ilişkisi nedir?
Doküman kontrolü, IATF 16949'un dokümante bilgi maddeleriyle birebir örtüşür:
- Madde 7.5.1: KYS'nin gerektirdiği dokümante bilginin kapsamı.
- Madde 7.5.2: Oluşturma ve güncellemede uygun tanımlama, format ve onay.
- Madde 7.5.3: Dağıtım, erişim, sürüm kontrolü, saklama ve güncel olmayanların istenmeyen kullanımının önlenmesi.
- Madde 7.5.3.2.1: Kayıtların saklama süresi ve müşteri şartlarına uygun arşivleme.
Kayıt saklama tarafında derinleşmek için ISO doküman yönetimi yazımız bu maddeleri örneklerle açar.
Denetçinin en sevdiği test basittir: sahaya iner, rastgele bir iş istasyonundaki talimatın revizyonuna bakar, sonra sistemdeki güncel revizyonla karşılaştırır. İkisi tutmuyorsa, doküman kontrolünüzün kağıt üstünde kaldığını anında görür. Yazılım bu testi otomatik geçirir çünkü saha da sistem de aynı tek kaynağı gösterir.
Bir kalite yönetim yazılımının omurgası olarak doküman kontrolü
Doküman yönetimi tek başına çalışan bir modül değildir; bir kalite yönetim sisteminin omurgasıdır. Bir DÖF kapanışı bir kontrol planını günceller, bir denetim bulgusu bir prosedür revizyonu doğurur. Bu yüzden doküman modülünün DÖF, denetim ve FMEA modülleriyle aynı kalite yönetim yazılımı içinde yaşaması, revizyonların gerçek nedenlerine bağlı kalmasını sağlar. Böylece her doküman değişikliği, onu tetikleyen olaya kadar izlenebilir.