QDMS Doküman Arşivi: Eski Revizyonlar Nerede Saklanır

Geçen kış bir müşterinin kalite mühendisinden gelen e-posta kısaydı: 2019 Ekim'inde sevk edilmiş bir bağlantı braketinde kaynak dikişi çatlağı bulunmuş, saha iadesi açılmıştı. İstenen şey parçanın kendisi değil, o gün hattın hangi kaynak talimatı revizyonuyla çalıştığının kanıtıydı. Sunucudaki klasörü açtığımızda tek bir dosya duruyordu: "KT-014 Kaynak Talimatı.pdf", revizyon 07, 2023 tarihli. 2019'da yürürlükte olan revizyon 04'ün nerede olduğunu kimse bilmiyordu. Doküman arşivleme nasıl yapılır sorusunun cevabı tam olarak böyle bir sabahta işe yarar; denetimden önce değil, müşteri kapıyı çaldığında.

Arşiv bir klasör değil, zaman makinesidir

Çoğu firmada arşiv, sunucuda "ESKİ" ya da "ARŞİV" adında bir klasördür. İçine atılan dosyaların adı çakışmasın diye sonlarına tarih eklenir, bazen de "eski_2", "eski_son" gibi isimler türer. Bu yapı bir depodur, arşiv değildir. Arşivin işi dosya saklamak değil, geçmişteki herhangi bir güne dönüp o gün neyin geçerli olduğunu göstermektir.

Bu farkı test etmenin basit bir yolu var. Kendi sisteminize şu soruyu sorun: "14 Mart 2021 tarihinde 2. presteki kalıp değişim talimatının hangi revizyonu yürürlükteydi?" Cevabı bir dakikanın altında ekranda gösteremiyorsanız arşiviniz çalışmıyor demektir. Doküman arşivleme, dosyayı saklamakla değil, o dosyanın hangi tarih aralığında yürürlükte olduğunu kaydetmekle başlar. Tarih aralığı yoksa elinizdeki şey yalnızca eski bir PDF'tir ve tek başına hiçbir şey kanıtlamaz.

Standart eski revizyondan tam olarak ne ister?

ISO 9001 madde 7.5.3.2, dokümante bilgi (documented information) için beş şey sayar: dağıtım ve erişim, saklama ve koruma, değişikliklerin kontrolü, saklama süresi ve elden çıkarma. Bu maddenin üçüncü kalemi doğrudan sürüm kontrolüne bakar. Aynı maddenin son cümlesi ise sık atlanır: geçersiz kılınmış dokümanları saklamaya karar verirseniz, yanlışlıkla kullanılmalarını önleyecek biçimde işaretlemeniz gerekir. Yani eski revizyonu saklamak serbesttir; onu sahada kullanılabilir hâlde bırakmak değildir.

IATF 16949 bunun üzerine madde 7.5.3.2.1 ile kayıt saklama sürelerini ekler ve süreyi keyfî bırakmaz: yasal, düzenleyici ve müşteri özel şartlarını karşılamak zorundadır. Madde 7.5.3.2.2 ise mühendislik şartnamelerindeki değişikliklerin gözden geçirilme süresini sınırlar. İkisini birlikte okuduğunuzda tablo netleşir: değişiklik hızlı işlenecek, ama değişimin öncesi silinmeyecek. Otomotivde bir parçanın servis ömrü on yılı aştığı için geçmiş revizyon üretimin değil, artık hukukun konusudur. Bu çerçevenin tamamı için IATF 16949 sayfamıza bakabilirsiniz.

Hangi revizyon hangi tarihte yürürlükteydi?

Arşivi kanıta çeviren tek alan, revizyonun yürürlük aralığıdır. Çoğu sistem yalnızca "yayın tarihi" tutar. Bu yeterli değildir, çünkü bir revizyonun ne zaman devreden çıktığını göstermez. İki tarih birlikte tutulduğunda, verilen herhangi bir üretim gününü aralığa oturtup cevabı tek satırda üretirsiniz. Aşağıda bir kaynak talimatının geçmişi var; müşteriye gönderdiğimiz cevabın kendisi bu tablodan çıktı.

Bu tabloya bakınca 2019 Ekim'inde revizyon 04'ün yürürlükte olduğu tartışmasız görülür. Cevaba eklediğimiz ikinci kanıt da en az bunun kadar önemliydi: 04 numaralı revizyonun nüshası, onay kaydı ve o dönemin dağıtım listesi. Üçü bir arada olduğunda müşteri dosyayı kapattı. Bu üçlüyü ancak revizyon geçmişini dokümanın kendisine bağlı tutan bir doküman yönetimi yapısı üretebilir; ayrı klasörlere kopyalanmış dosyalar üretemez.

Saklama süresini kim, neye göre belirler?

Doküman arşivleme nasıl yapılır sorusu er ya da geç tek bir kaleme dayanır: bu belge ne kadar duracak? Süre yazılmadan arşiv büyümeye devam eder, çünkü hiçbir dosya "dolmuş" sayılamaz.

Saklama süresi kalite biriminin tek başına vereceği bir karar değildir. Üç girdi birleşir: yasal yükümlülük, müşteri özel şartı ve ürünün servis ömrü. Otomotivde yaygın taban kural, üretim süresi artı servis süresi artı bir takvim yılıdır. Ürün güvenliğiyle ilişkili karakteristikleri taşıyan bir talimatta süre çok daha uzundur. Belirlediğiniz süreleri doküman türü bazında bir saklama planına yazın; denetçinin bu konuda ilk isteyeceği belge o plandır.

Bu tabloyu olduğu gibi kopyalamayın; kendi müşteri sözleşmelerinizin eklerini okuyup kendi sürelerinizi yazın. Aynı fabrikada iki müşterinin farklı süre istediği çok olur ve o durumda uzun olan geçerlidir. Süresi dolan dokümanın ne olacağını da baştan kararlaştırın; imha adımının hangi onay ve tutanakla yürütüldüğünü doküman imha süreci yazımızda ayrıntılı anlattık. PPAP dosyaları için süre parçanın aktif ömrüne bağlıdır ve çoğu firmada ayrı takip edilir.

Arşiv dokümanına kim erişebilir?

Arşivin en tehlikeli tarafı, yanlış elde yürürlükteki doküman gibi davranmasıdır. Bir operatör arşivden çektiği 05 numaralı revizyonu yazıcıdan çıkarıp tezgâha astığında sistem çökmez, ama parça hatalı üretilir. Bu yüzden arşiv erişimi rol bazlı kurulmalıdır. Uygulamada üç seviye yeter: doküman sorumlusu arşive yazar, kalite ve süreç sahipleri geçmiş revizyonu görüntüler, saha kullanıcısı yalnızca yürürlükteki revizyonu görür.

Görüntüleme yetkisi verdiğiniz kullanıcılar için de iki koruma şart. Birincisi, arşiv nüshasının üzerine "GEÇERSİZ – ARŞİV NÜSHASI" filigranının otomatik basılması. İkincisi, arşivden yapılan her açma ve indirme işleminin kim, ne zaman bilgisiyle kaydedilmesi. Bu kayıt denetimde de işe yarar, ama asıl faydası bir uygunsuzluk sonrası kök nedeni ararken görülür: yanlış revizyonun sahaya hangi yoldan indiğini üç dakikada bulursunuz.

Fiziksel arşiv ile dijital arşivin ayrı dertleri

Kağıt arşivde asıl risk fiziksel bozulmadır. Rutubetli bir depoda dört yıl bekleyen termal kağıt çıktının üzerindeki ölçüm değerleri silinir, ıslak imzalı bir onay sayfası okunmaz hâle gelir. ISO 9001 7.5.3.2 saklamayı ve korumayı birlikte ister; okunamayan belge saklanmamış sayılır. Kağıt arşiv tutuyorsanız klasör sırtına içindekiler listesi, rafa yerleşim planı ve yıllık bir okunabilirlik kontrolü ekleyin.

Dijital arşivde risk yer değiştirir: dosya bozulmaz, ama açılamaz hâle gelir. On yıl önceki bir CAD dosyasını ya da eski bir ofis formatını bugün açacak yazılım elinizde olmayabilir. Bu yüzden arşive alınan her doküman uzun ömürlü ve kilitli bir formatta, pratikte PDF/A olarak dondurulmalıdır. Yedekleme planınızda arşiv dizinini ayrı bir politikayla ele alın; günlük yedek döngüsüne giren bir arşiv, on yıl sonra çoktan döngüden düşmüş olur.

Bir doküman arşive tam olarak ne zaman düşer?

Doküman arşivleme bir depolama işi değil, bir devir teslim anıdır; o anı tanımlamayan sistemlerde nüshalar aylarca ikili yaşar: yeni revizyon yayımlanmıştır ama eskisi hâlâ aynı klasörde, aynı yetkiyle durur. Doğru zincir şudur. Yeni revizyon onaylanır, yayın tarihi girilir, bu tarih önceki revizyonun yürürlük bitişini otomatik olarak bir gün öncesine kapatır, eski nüsha arşive taşınır ve filigran alır, son adımda dağıtım listesindeki kağıt nüshalar geri toplanır. Beş adımın hiçbiri insan hatırlamasına bırakılmamalıdır.

Zincirin en zayıf halkası son adımdır. Sistemde her şey doğru işlemiş olabilir, ama tezgâhın yanındaki plastik cepte eski çıktı durmaya devam ediyorsa arşiv de kağıt da işe yaramaz. Bu yüzden geri toplama işini revizyon yayınının bir parçası yapın: yayın kaydı, dağıtılan nüshaların kaçının iade edildiği yazılmadan kapanmasın. Bu kuralı koyduğumuzdan beri saha turlarında eski nüshayla karşılaşmıyoruz; iade sayısı yayın kaydının zorunlu alanı olunca iş kendiliğinden takip ediliyor.

Geriye dönük bir soruya cevap paketi

Müşteri "o gün hangi talimatla çalıştınız?" diye sorduğunda gönderilecek şey tek bir PDF değildir. İkna edici paket dört parçadan oluşur: o tarihte yürürlükte olan revizyonun nüshası, revizyonun onay kaydı, o dönemin dağıtım listesi ve aynı tarihe ait bir üretim ya da kontrol kaydı. Dördüncü parça çoğu zaman atlanır, oysa talimatın yürürlükte olduğunu değil, o talimata göre çalışıldığını gösteren tek kanıt odur.

Paketi hazırlarken tarih tutarlılığına dikkat edin. Onay tarihi yürürlük başlangıcından sonraysa, yani doküman yürürlüğe girdikten sonra onaylanmış görünüyorsa, gönderdiğiniz kanıt kendi kendini çürütür. Sahada gördüğüm en can sıkıcı durum buydu; sistemde onay tarihi göç sırasında yanlış aktarılmış, müşteri de tam o satırı yakalamıştı. Göç yaparken tarih alanlarını rastgele on kayıt üzerinden mutlaka doğrulayın.

Arşivde en sık yapılan üç hata

Birincisi, revizyon geçmişini yalnızca dokümanın içine gömmek. Kapak sayfasındaki revizyon tablosu iyi bir alışkanlıktır ama sorgulanamaz. Beş yıl sonra o bilgiyi bulmak için yüzlerce PDF açmanız gerekir. Revizyon geçmişi dokümanın üstverisinde, filtrelenip raporlanabilen bir alanda durmalıdır.

İkincisi, arşivi tek kişinin bilgisayarında tutmak. Kalite şefinin masaüstündeki "arşiv" klasörü, o kişi işten ayrıldığında kurumdan da ayrılır. Sahada bunu birkaç kez gördüm ve sonuç her seferinde aynı oldu: müşteriye "kayıtlarımızda bulunamadı" yazmak. Üçüncüsü, saklama süresini yazıp hiç işletmemek. Süresi dolduğu hâlde imha edilmeyen doküman da bir yüktür; hukuki bir talep geldiğinde saklamak zorunda olmadığınız bir belgeyi sunmuş olursunuz. Saklama planını hazırlayıp uygulamamak, hiç hazırlamamaktan daha büyük bir risk yaratır.

Arşivi kanıta çevirmek

Bir arşivin iyi olup olmadığı ne kadar dosya sakladığıyla değil, geçmişe dönük bir soruya ne kadar hızlı cevap verdiğiyle ölçülür. Revizyon geçmişini dokümana bağlı tutan, her nüshaya yürürlük aralığı yazan, arşiv çıktısını filigranlayan ve erişimi rol bazlı sınırlayan bir yapı kurduğunuzda 2019'a ait bir soru kriz olmaktan çıkar, rutine döner. PaKalite'nin doküman modülünde revizyon geçmişi ayrı bir klasör değil, dokümanın kendi zaman çizelgesidir; eski nüsha arşive düştüğü anda otomatik filigran alır ve yürürlük bitiş tarihi kaydedilir. Araç seçimi ikinci meseledir. Doküman arşivleme nasıl yapılır sorusunun sınavı tek bir denemeye sığar: rastgele bir tarih söyleyin, sistem o günün geçerli revizyonunu ekrana getirsin. Getiriyorsa arşiviniz vardır; getirmiyorsa elinizde yalnızca yedek dosyalar var demektir.