Tezgâh 4'ün yanındaki naylon poşette duran kontrol planının köşesinde "Rev.03" yazıyordu. Sistemdeki geçerli sürüm ise Rev.05'ti ve iki revizyon önce delik çapı toleransı ±0,05'ten ±0,02'ye çekilmişti. Operatör yanlış yapmamıştı; eline verilen kâğıdı uygulamıştı. Sekiz saatlik vardiyada üretilen 640 parçanın tamamı karantinaya alındı. Böyle bir sabahın ardından kimse "doküman kontrolü formalitedir" demiyor. Bir kalite yönetim sistemi yazılımı, dokümanın yazılmasını değil, sahadaki elde yalnızca geçerli sürümün bulunmasını garanti altına aldığı için değerlidir. Bu yazıda revizyon, onay, dağıtım ve kayıt saklama zincirinin yazılımda nasıl kurulduğunu anlatıyoruz.
Doküman kontrolü neden kalite yönetim sistemi yazılımının ilk modülüdür?
Bir kalite yönetim sistemi yazılımı devreye alınırken hemen her firmada ilk açılan modül dokümandır. Bunun sebebi kolay olması değil, diğer her şeyin ona bağlı olmasıdır. Kontrol planı bir dokümandır. FMEA bir dokümandır. DÖF formu, kalibrasyon talimatı, tedarikçi denetim soru listesi — hepsi doküman kontrolü zincirinin içinden geçer. Doküman tarafı gevşek kurulmuş bir sistemde, diğer modüllerin ürettiği kayıtların hangi kurala göre üretildiği belirsiz kalır.
Excel klasörlerinde yürütülen düzende tipik tablo şudur: aynı talimatın "son", "son_v2" ve "son_gercek" adlı üç kopyası, üçü de farklı kişilerin masaüstünde. Kimse kötü niyetli değildir; sistem izlenebilir değildir. Doküman kontrolünü bir doküman yönetim yazılımı mantığıyla merkezileştirdiğinizde bu kopya sorunu tanım gereği ortadan kalkar, çünkü tek geçerli kayıt vardır.
ISO 9001 ve IATF 16949 madde 7.5 tam olarak ne istiyor?
Standardın doküman tarafı üç alt maddeye ayrılır ve her biri farklı bir soruya cevap arar:
- Madde 7.5.1 — Genel: Sistemin işlemesi için hangi dokümante bilgiye ihtiyaç duyduğunuzu siz belirlersiniz. Standart size zorunlu bir liste dayatmaz; kapsamınıza uygun olanı istersiniz.
- Madde 7.5.2 — Oluşturma ve güncelleme: Doküman uygun şekilde tanımlanmalı (başlık, tarih, numara), uygun formatta olmalı ve yayımdan önce gözden geçirilip onaylanmalıdır. Onaysız yayımlanan doküman en sık görülen bulgulardandır.
- Madde 7.5.3 — Kontrol: Doküman ihtiyaç duyulan yerde ve zamanda erişilebilir olmalı, yeterince korunmalı; dağıtım, erişim, saklama, değişiklik kontrolü ve geçersiz sürümün istenmeyen kullanımının önlenmesi sağlanmalıdır.
IATF 16949 bunun üstüne otomotiv şartlarını ekler. Madde 7.5.3.2.1 kayıtların saklama sürelerini müşteri ve yasal şartlara göre tanımlamanızı; madde 7.5.3.2.2 ise müşteriden gelen mühendislik şartnamesi değişikliklerinin gözden geçirilip etkilenen dokümanların on iş günü içinde güncellenmesini ister. Bu on gün, elle takip edilen sistemlerde en sık kaçırılan süredir. Madde ayrıntıları için IATF 16949 madde 7.5 dokümante bilgi rehberimize bakabilirsiniz.
Revizyon ve onay akışı yazılımda nasıl kurulur?
İyi kurulmuş bir kalite yönetim sistemi yazılımında doküman bir durum makinesi gibi davranır. Her durumun kimin ne yapabileceği bellidir ve durumlar arası geçiş kayıt bırakır:
| Doküman durumu | Yazılımın davranışı | Denetimde kanıt |
|---|---|---|
| Taslak | Yalnızca hazırlayan ve gözden geçiren görür; sahaya düşmez | Yayımlanmamış içeriğin kullanılmadığı |
| Onayda | Yetkili kişiye görev düşer, süre işlemeye başlar | Madde 7.5.2 gözden geçirme ve onay |
| Yürürlükte | Tek geçerli sürüm; ilgili kullanıcılara okundu bildirimi gider | Madde 7.5.3 erişilebilirlik |
| Revizyonda | Yeni sürüm hazırlanırken eski sürüm yürürlükte kalır | Kesintisiz kontrol |
| Geçersiz / arşiv | Sahadan çekilir, arşivde damgalı olarak saklanır | Madde 7.5.3 istenmeyen kullanımın önlenmesi |
Kritik ayrıntı şu: yeni sürüm onaylandığı anda eski sürüm otomatik olarak geçersiz duruma düşmeli ve kullanıcı ekranından kaybolmalıdır. Bunu insana bırakırsanız — "yeni revizyonu bastım, eskisini toplayacağım" — yazının başındaki poşetli kontrol planı hikâyesine dönersiniz.
Kâğıdı tamamen kaldıramayacağınız hatlar olur; yağlı ortamda tablet çalışmaz, boyahanede eldivenle ekrana dokunulmaz. Çözüm kâğıdı yasaklamak değil, kâğıdı yazılımın kontrolüne almaktır. Her çıktının üzerine karekod basın; karekod okutulunca sistem "bu çıktı Rev.05, geçerli" ya da "bu çıktı Rev.03, geçersiz" desin. Kontrollü kopya listesini elle tutan firmalarda o liste altı ay içinde gerçeği yansıtmaz olur.
Dağıtım ve erişim yetkisi nasıl yönetilir?
Madde 7.5.3 dokümanın "ihtiyaç duyulan yerde ve zamanda erişilebilir" olmasını ister. Bunun pratikteki karşılığı role dayalı yetkilendirmedir. Kaynakhanedeki operatörün kendi hattının talimatına iki dokunuşla ulaşması gerekir; aynı operatörün müşteri fiyat şartnamesine erişmesi gerekmez. Kalite yönetim sistemi yazılımında yetkiyi kişi kişi değil rol ve departman üzerinden kurmak, personel değiştiğinde sistemin bozulmasını önler.
Dağıtımın ikinci yarısı okundu takibidir. Yeni revizyon yayımlandığında etkilenen kullanıcılara bildirim düşer ve kimin okuduğu kayda geçer. Bu kayıt, bir uygunsuzluk araştırmasında "operatör bilgilendirildi mi?" sorusuna cevap veren tek somut delildir. Konunun daha geniş çerçevesini doküman kontrol yazılımı sayfamızda ele aldık.
Kayıtlar ne kadar saklanmalı, sonra ne olmalı?
Doküman ile kayıt karıştırılır ama farklıdırlar: doküman ne yapılacağını söyler, kayıt ne yapıldığını ispatlar. Madde 7.5.3.2 kayıtların okunaklı, kolay ayırt edilebilir ve erişilebilir kalmasını; IATF'nin 7.5.3.2.1 maddesi ise saklama sürelerinin tanımlanmasını ister. Otomotivde yaygın uygulama, üretim ve kalite kayıtlarının ürünün üretim yılı artı bir takvim yılı boyunca saklanmasıdır; ürün güvenliğiyle ilgili kayıtlarda süre çok daha uzundur ve müşteri özel şartları belirleyicidir.
Yazılım burada iki iş yapar: süreyi doküman tipine göre otomatik atar ve süresi dolan kayıt için imha onayı ister. Elle yürüyen arşivlerde ya hiçbir şey atılmaz, ya da bir taşınmada kritik kayıtlar kaybolur.
Denetçi doküman modülüne bakarken listeyi incelemez, tek bir izi takip eder: sahadan rastgele bir kontrol planı seçer, üzerindeki revizyon numarasını sistemdeki geçerli sürümle karşılaştırır, o revizyonun onay kaydına gider, değişikliğin gerekçesini sorar ve o gerekçenin FMEA ile ilişkisini arar. Zincirin bir halkası kopuksa geri kalanın ne kadar düzenli olduğu önemini yitirir. Ayrıca "geçersiz sürüm sahada var mı?" sorusunu masada değil, tezgâh başında sorar.
Kâğıttan yazılıma geçerken hangi sıra izlenmeli?
Bütün arşivi bir hafta sonunda sisteme yüklemeye çalışan firmalar genellikle üçüncü ayda projeyi rafa kaldırır. İşleyen sıra şudur:
- Doküman ana listesini çıkarın; hangi doküman hangi prosese ait, kim sahibi?
- Yalnızca yürürlükteki sürümleri aktarın; eski revizyonlar arşiv olarak sonra gelir.
- Numaralandırma ve kodlama kuralını aktarım öncesi netleştirin; sonradan değiştirmek maliyetlidir.
- Onay akışını gerçek yetki matrisine göre kurun, ideal olana göre değil.
- Tek bir prosesle pilot yapın, iki hafta çalıştırın, sonra yayın.
- Kâğıt kopyaları hattan toplayın; bu adım atlanırsa yazılım ikinci bir arşiv olur.
Aktarım planının bütününü KYS dokümantasyonu yazımızda, denetim öncesi kanıt hazırlığını ise KYS yazılımı ile denetime hazırlık sayfasında bulabilirsiniz.
Doküman kontrolü diğer modüllere nasıl bağlanır?
Doküman kontrolünün asıl kazancı tek başına değil, bağlantılarda ortaya çıkar. Bir DÖF kapanırken kök nedeni gideren talimat revizyonu otomatik olarak DÖF kaydına iliştirilir. Bir kalibrasyon periyodu değiştiğinde ilgili ölçüm talimatı revizyon kuyruğuna girer. Müşteriden yeni çizim geldiğinde kontrol planı, FMEA ve iş talimatı aynı anda "gözden geçirilecek" olarak işaretlenir. Tek bir kalite yönetim sistemi yazılımı içinde çalıştığınızda bu bağları kurmak için ekstra emek harcamazsınız; ayrı araçlar kullandığınızda ise bağı kuran kişi izne çıktığında sistem durur.