Bir denetim hazırlığında üç ayrı doküman kontrol prosedürü çıktı ortaya. Kalite ekibininki PR-04, çevre ekibininki CV-02, İSG ekibininki IS-01 kodluydu. Üçü de aynı onay akışını tarif ediyordu: hazırlayan, kontrol eden, onaylayan. Tek fark yazı tipiydi. Ay içinde onay yetkilerinde bir değişiklik olmuş, PR-04 ile CV-02 güncellenmiş, IS-01 unutulmuştu. Ortak doküman havuzu tartışması işte böyle bir ayrıntıyla başlıyor; kimse büyük bir kriz yaşamıyor, sadece bir gün üçüncü prosedürün geride kaldığı fark ediliyor.
Ortak doküman havuzu nedir, ne değildir
Ortak doküman havuzu, birden çok standarda hizmet eden tüm kontrollü dokümanların tek bir yerde, tek kodlama mantığıyla ve tek onay akışıyla yönetilmesidir. Ne değildir? Üç klasörün aynı sunucuya taşınması değildir. Dosyaları yan yana koymak entegrasyon üretmez; entegrasyon, aynı işi tarif eden üç dokümanın tek dokümana inmesiyle olur.
Standartlar bu konuda size engel çıkarmaz. ISO 9001, ISO 14001, ISO 45001 ve IATF 16949 dokümanın nerede durduğuyla ilgilenmez; kontrol altında olmasını, yürürlükteki sürümün belirlenebilmesini ve kullanım noktasında erişilebilir olmasını ister. Tek havuz bu şartı üç ayrı havuzdan daha iyi karşılar.
Kodlama: standart bazlı mı, süreç bazlı mı?
Kurulumdaki en kritik karar budur ve yanlış verildiğinde geri dönüşü pahalıdır. Kodun içine standart kısaltması koymak sezgisel görünür: KY-, CV-, IS-. Sorun şu ki dokümanların çoğu tek standarda ait değildir. Doküman kontrol prosedürü üç standarda birden hizmet eder; koduna hangisini yazacaksınız?
Doğru yaklaşım kodu sürece göre vermek, standardı ayrı bir alanda etiket olarak tutmaktır. Aşağıdaki tablo iki yaklaşımı karşılaştırıyor.
| Ölçüt | Standart bazlı kodlama | Süreç bazlı kod + standart etiketi |
|---|---|---|
| Ortak prosedür | Kopya açılır, çoğalma başlar | Tek doküman, çok etiket |
| Yeni standart eklenmesi | Yeni kod ailesi açılır | Mevcut dokümanlara etiket eklenir |
| Revizyon yönetimi | Aynı içerik birden çok yerde revize edilir | Tek revizyon, tüm standartlara yansır |
| Denetim filtresi | Klasör bazlı, elle derlenir | Etikete göre anında liste |
| Doküman sayısı | Şişer, tekrar oranı yüksek | Belirgin biçimde düşer |
| Kod değişikliği riski | Doküman kapsam değiştirince kod bozulur | Kod sabit kalır, etiket değişir |
Süreç bazlı kodlamada kod, dokümanın hangi süreçte yaşadığını söyler: satın alma, üretim, bakım, insan kaynakları. Standart bilgisini künyeye taşırsınız. Bu ayrım, bir dokümanın ömrü boyunca kodunun değişmemesini sağlar; izlenebilirlik açısından bunun değeri büyüktür.
Etiketleme: bir doküman kaç standarda hizmet eder?
Havuzun işleyen tarafı etiketlerdir. Her doküman kaydında hangi standardın hangi maddesini karşıladığını gösteren bir alan bulunur. Doküman kontrol prosedürü ISO 9001, ISO 14001, ISO 45001 ve IATF 16949 etiketlerini birden taşır. Çevre boyut değerlendirme talimatı ise tek etiket taşır.
Bu alanın doldurulması ilk kurulumda zaman alır; yüz dokümanlık bir sette iki üç gün sürdüğünü gördüm. Karşılığı ise her denetimde geri gelir. Denetçi çevre denetimine geldiğinde tek tıkla ilgili doküman listesini üretirsiniz; kalite denetiminde başka bir liste çıkar. Aynı havuz, üç ayrı yüz gösterir. Bu yapının el kitabı tarafındaki karşılığını entegre yönetim sistemi el kitabı yazısında ele aldık.
Birleştirmeye başlamadan önce üç setin tam listesini tek bir tabloya alın ve doküman adlarını alfabetik sıralayın. Aynı işi anlatan dokümanlar yan yana geldiğinde tekrar oranını gözle görürsünüz. Yaptığımız birleştirmelerde üç setin toplamından kayda değer bir bölüm doğrudan eleniyor. Bu tabloyu yönetime götürün; entegrasyon kararı, azalan doküman sayısı gösterildiğinde tek toplantıda çıkıyor. Teknik gerekçe değil, sayı ikna ediyor.
Tek master liste nasıl üretilir?
Klasik kurulumda her standardın kendi master listesi vardır ve bu listeler elle tutulur. Ortak doküman havuzunda liste diye ayrı bir dosya bulunmaz; liste, dokümanların kendisinden üretilen bir görünümdür. Standart filtresini çevre yaparsanız çevre listesi, kalite yaparsanız kalite listesi çıkar. İkisi de aynı veriden gelir, dolayısıyla çelişemez.
Bu, elle tutulan listeye göre yapısal bir üstünlüktür. Elle tutulan listenin dokümanla bağı yoktur; birinin listeyi güncellemeyi hatırlamasına bağlıdır. Bu farkı ve eşiğin nerede olduğunu Excel mi QDMS mi yazısında sayılarla anlattık.
Ortak yazılamayacak dokümanlar
Entegrasyon hevesiyle her şeyi birleştirmeye kalkışmak da bir hata. Bazı dokümanlar doğaları gereği ayrı kalmalı. Çevre boyut ve etki değerlendirmesi, İSG risk değerlendirmesi, yasal yükümlülük listeleri, acil durum senaryoları ve ürün gerçekleştirme dokümanları birleştirilemez; içerikleri farklıdır.
Ayrım kuralı şu: yönetim sisteminin nasıl işlediğini anlatan dokümanlar ortak yazılır, işin teknik içeriğini anlatan dokümanlar ayrı kalır. Doküman kontrolü, iç denetim, düzeltici faaliyet, eğitim, iletişim ve yönetimin gözden geçirmesi birinci gruba girer. Kontrol planı, çevre boyut tablosu, iş güvenliği talimatı ikinci gruba. Bu ayrımı baştan yaparsanız birleştirme tartışması iki günde biter.
Mevcut üç seti tek havuza taşımak
Göç projesinin sırası önemlidir. Aşağıdaki adımlar, üç setli bir firmada uyguladığımız sıradır ve tipik sürelerini de yazdım. Doküman sayınıza göre süreler değişir; oranlar genelde korunur.
| Adım | Yapılan iş | Tipik süre |
|---|---|---|
| 1 | Üç setin tam envanteri, tek tabloda | 2 gün |
| 2 | Tekrar eden dokümanların işaretlenmesi | 1 gün |
| 3 | Ortak / ayrı kararı, süreç sahipleriyle | 2 gün |
| 4 | Yeni kodlama şemasının kurulması | 1 gün |
| 5 | Ortak prosedürlerin birleştirilip yazılması | 2-3 hafta |
| 6 | Standart etiketlerinin girilmesi | 2-3 gün |
| 7 | Eski setlerin arşive alınması, yayın | 1 gün |
En sık yapılan hata, beşinci adımı hafife almaktır. Üç prosedürü birleştirmek kopyala yapıştır işi değildir; üç ekibin farklı çalışma alışkanlıklarını tek akışta uzlaştırmayı gerektirir. Onay yetkileri, saklama süreleri ve dağıtım kuralları çoğu zaman farklı çıkar. Bu tartışmayı yazım aşamasında yapmazsanız denetim gününde yaparsınız.
Göç sırasında bir de arşiv kararı verilir ve genelde acele edilir. Eski setleri silmeyin; hangi dokümanın hangi tarihe kadar yürürlükte kaldığını ispatlamanız gereken bir gün gelebilir. Doğru hamle, eski üç seti okunur ama düzenlenemez biçimde arşive almak ve arşiv kaydına kapanış tarihini yazmaktır. Yeni havuzdaki her dokümanın künyesinde de hangi eski koddan geldiği dursun; ilk yıl boyunca "bu prosedür eskiden CV-02 miydi?" sorusu sık geliyor ve cevabın kayıtta olması tartışmayı bitiriyor.
Havuz kurulduktan sonra denetim nasıl değişir?
En görünür değişiklik, denetçiye kanıt sunma süresinde olur. Üç ayrı klasörde arama yapmak yerine tek ekrandan filtreleyip gösterirsiniz. Kombine denetimde bunun etkisi daha da büyüktür; aynı kayıt üç standardın denetçisine ayrı ayrı sunulur ve her seferinde yeniden aranmaz. Bu konuyu kombine denetim yazısında ayrıntılandırdık.
İkinci değişiklik revizyon disiplinindedir. Ortak prosedür revize edildiğinde değişiklik üç standarda birden yansır; unutulan set kalmaz. Yazının başındaki IS-01 hikâyesi tek havuzda yapısal olarak mümkün değildir.
Erişim yetkisi: tek havuz herkese açık mı?
Ortak havuz kurulunca sıkça duyulan itiraz şudur: her şey tek yerde olursa herkes her şeyi görür. Bu itiraz haklı değil, çünkü havuzun tekliği ile erişimin serbestliği farklı şeylerdir. Havuz tek, yetkiler ayrıdır.
Pratikte üç seviyeli bir yetki yapısı çoğu firmada yetiyor. Birinci seviye görüntüleme: çalışan kendi süreciyle ilgili yürürlükteki dokümanları görür, indiremez ya da filigranlı indirir. İkinci seviye hazırlama: süreç sahibi kendi dokümanlarında taslak açar ve revizyon talebi başlatır. Üçüncü seviye onay ve yayın: yönetim temsilcisi ve ilgili yönetici. Buna bir de arşiv görüntüleme yetkisini ayrı tanımlayın; eski revizyonların herkese açık olması gereksiz karışıklık üretir.
Bir uyarı: yetki yapısını gereğinden karmaşık kurmayın. On beş farklı rol tanımlayan firmalarda kimsenin hangi rolü taşıdığı bilinmiyor ve sonunda herkese geniş yetki veriliyor. Üç dört rol, çalışan bir yetki düzeni için genelde yeterli.
Dış kaynaklı dokümanlar da havuza girer mi?
Girer, hatta girmesi gerekir. Standart metinleri, müşteri şartnameleri, yasal mevzuat listeleri, malzeme güvenlik bilgi formları ve tedarikçi sertifikaları dış kaynaklıdır; siz yazmazsınız ama kontrol etmek zorundasınız. Ortak doküman havuzunda bunlar ayrı bir doküman türü olarak tutulur ve iç dokümanlarla aynı revizyon disiplinine tabi olur.
Dış kaynaklı dokümanlarda revizyon sizin elinizde değildir; bu yüzden takip mekanizması farklıdır. Her kayda bir gözden geçirme tarihi koyun ve o tarihte kaynağın güncel sürümünü kontrol edin. Mevzuat listelerinde bu kontrolü üç ayda bir, müşteri şartnamelerinde sözleşme yenilemesinde yapmak işe yarıyor. Kontrolün yapıldığını gösteren tarih kaydı denetimde tek başına yeterli kanıttır.
En sık gördüğüm eksik, standart metinlerinin kendisinin havuza alınmamasıdır. Firmanın elinde ISO 14001'in eski sürümü duruyor, kimse yeni sürümü satın almamış. Denetçi bunu fark ettiğinde konuşma hoş başlamaz. Standardın kendisi de kontrollü bir dış kaynaklı dokümandır; listeye ekleyin.
Havuz kurulduktan sonraki ilk yıl
Göç bittiğinde iş bitmiş sayılmaz; ilk yıl havuzun disipline oturduğu yıldır. Üç şeyi takip edin. Birincisi, eski klasörlere erişimi kapatın. Açık kalırsa insanlar alışkanlıktan oraya bakmaya devam eder ve eski dosyalar dolaşımda kalır. Erişimi kapatmak göç projesinin son adımıdır, ertelenmemelidir.
İkincisi, ilk üç ay boyunca ayda bir örnekleme yapın: havuzdan on doküman seçip sahadaki nüshayla karşılaştırın. Uyuşmazlık çıkarsa sebebi genelde yayın duyurusunun ilgili kişiye ulaşmamasıdır; dağıtım listelerini düzeltin. Üçüncüsü, standart etiketi boş kalan dokümanları aylık raporla takip edin. Yeni eklenen dokümanlarda bu alan sıkça boş bırakılıyor ve bir yıl sonra ortak doküman havuzu yine eksik raporlar üretmeye başlıyor.
Bu üç takip alışkanlığı yerleştiğinde sistem kendini taşır. Yerleşmezse en iyi kurulmuş havuz bile iki yıl içinde eski hâline döner; klasörler yeniden çoğalır, kimse fark etmez.
Yazılım seçerken neye bakmalı?
Bu kurguyu destekleyen bir araçta üç şeyi arayın. Bir dokümana birden çok standart etiketi atayabiliyor mu? Etikete göre master liste görünümü üretebiliyor mu? Dokümanlar arası atıfları metin olarak değil bağ olarak tutabiliyor mu? Bu üçü yoksa araç sadece dosya saklıyordur. Karşılaştırma kriterlerinin tamamı için kalite yönetim sistemi yazılımı sayfasına bakabilirsiniz.
Dürüst olalım: doküman sayınız yüzün altındaysa ve tek lokasyonda çalışıyorsanız bu kurguyu disiplinli bir klasör yapısı ve tek sahipli bir listeyle de kurabilirsiniz; yazılıma gerek yok. İhtiyaç, etiket ve çapraz atıf sayısı arttığında doğar. PaKalite'de doküman kartındaki standart alanı çoklu seçime izin verir ve master liste bu alandan üretilir; ama bu ölçeğe gelmeden geçmenizi önermem. Maliyeti kendi doküman sayınızla karşılaştırmak için fiyatlar sayfasındaki yaklaşımı da hesaba katın.