Yönetim toplantısının sonuna doğru genel müdür tek cümle kurdu: "Önümüzdeki çeyrekte QDMS'e geçiyoruz." Masadaki yedi kişiden ikisi başını salladı, kalanı not aldı. Toplantı çıkışında üretim müdürü koridorda bana döndü ve sordu: "Bu QDMS bir program adı mı, yoksa bir yöntem mi?" Aynı soruyu on beş yılda en az elli kez duydum ve hâlâ haklı bir soru. QDMS nedir sorusunun cevabı kime sorduğunuza göre değişiyor, çünkü Türkiye'de bu kısaltma hem belirli bir ürünün adı hem de bir yazılım kategorisinin genel adı olarak kullanılıyor. Bu ayrımı yapmadan ne teklif karşılaştırabilirsiniz ne de doğru bir ihtiyaç listesi çıkarabilirsiniz.
QDMS'in açılımı ve kısaltmanın iki ayrı anlamı
Kısaltma, Quality Document Management System ifadesinden gelir; Türkçesi kalite doküman yönetim sistemidir. Kelime kökeni itibarıyla vurgu "doküman" üzerindedir: prosedür, talimat, form, plan ve kayıtların hazırlanması, onaylanması, dağıtılması ve revize edilmesi. Bugün QDMS denince anlaşılan şey ise yalnızca doküman değil; DÖF, denetim, eğitim, risk ve tedarikçi kayıtlarını da kapsayan bir kalite platformudur. QDMS nedir diye soran bir süreç sahibine verilecek en anlaşılır cevap şudur: kalite biriminin kâğıt düzenini ekrana taşıyan, ama bunu yaparken onay ve revizyon kurallarını da işleten yazılım.
İkinci anlam ticari. QDMS, Bimser firmasının uzun yıllardır satılan kalite yönetim yazılımının ürün adıdır. Türkiye'de bu ürün o kadar yaygınlaştı ki kısaltma zamanla kategori adına dönüştü. Bu yüzden bir firmada "QDMS'e geçiyoruz" cümlesi, bazen o markanın satın alınacağı bazen de sadece bir kalite yazılımı arandığı anlamına gelir. Satın alma sürecinin ilk gününde bunu netleştirin; aksi hâlde birbirinin muadili olmayan üç teklifi yan yana koyup karşılaştırmaya çalışırsınız.
Bir QDMS gerçekte hangi işi yapar?
İşin özü tek bir cümleye sığar: bir dokümanın hangi revizyonunun geçerli olduğunu ve bunu kimin ne zaman onayladığını tartışmasız hâle getirmek. Kâğıt düzende bu bilgi üç yerde birden durur; master listede, klasörün kapağında ve sürecin sahibinin hafızasında. Üçü birbirini tutmadığı gün denetimde bulgu yazılır. Bir doküman yönetim sistemi bu üç kaydı tek kaynağa indirir ve o kaynağı da yetkiyle korur.
Pratikte kullanıcı ekrana girdiğinde şunları görür: kendisine atanmış onay bekleyen dokümanlar, okuması gereken yeni revizyonlar, üzerine açılmış DÖF kayıtları, yaklaşan denetim tarihleri ve süresi dolmak üzere olan kalibrasyon ya da eğitim kayıtları. Yani sistem pasif bir arşiv değildir, iş listesi üretir. QDMS nedir sorusunun günlük hayattaki karşılığı da burada yatar: kalite biriminin takvimini ve hatırlatıcısını üstlenen bir yazılım.
QDMS ile karıştırılan sistemler
Toplantılarda en çok zaman kaybettiren şey, QDMS'in ERP, MES ya da ortak dosya sunucusuyla aynı işi yaptığının sanılmasıdır. Üçü de dosya tutar ama cevapladıkları soru farklıdır.
| Sistem | Cevapladığı asıl soru | Kalite tarafındaki sınırı |
|---|---|---|
| QDMS / kalite yönetim yazılımı | Hangi revizyon geçerli, kim onayladı, kim okudu? | Stok ve maliyet yönetmez |
| ERP | Sipariş, stok, maliyet ve üretim emri nerede? | Revizyon kontrolü ve denetim yönetimi zayıf |
| MES | Makine ne üretti, çevrim süresi ne oldu? | Prosedür onay akışı yoktur |
| Ortak dosya sunucusu | Dosya nerede duruyor? | Onay, dağıtım ve okundu kaydı tutmaz |
| PLM | Ürün tasarım verisinin sürümü ne? | DÖF ve denetim süreçlerini kapsamaz |
Tablodaki ayrım pratikte şuna denk gelir: ERP'nizde kalite modülü bulunması, doküman revizyonlarınızın kontrollü olduğu anlamına gelmez. ERP'lerin kalite modülleri çoğunlukla giriş muayenesi, karantina ve red kaydı üzerine kuruludur; prosedür onay akışı ve okundu kaydı tarafı genellikle boştur. Bu iki dünyanın nerede kesiştiğini kalite yönetim sistemi sayfasında daha ayrıntılı anlattık.
Mevcut kâğıt düzeni olduğu gibi ekrana taşımak, projeyi daha ilk ayda ağırlaştırır. Bir tedarikçide devreye alma öncesi doküman envanterini çıkardık: 612 aktif doküman vardı, bunların 180'i son üç yılda hiç açılmamış, 40'ı da başka bir dokümanın kopyasıydı. 612 dokümanı taşımak yerine önce ayıkladık ve 390'a indirdik. Devreye alma süresi yarıya düştü, kullanıcı direnci de öyle. Yazılım kötü kurulmuş bir doküman yapısını düzeltmez, sadece hızlandırır.
Standart bir QDMS sistemi kullanmayı zorunlu kılıyor mu?
Hayır, ve bu yanlış anlaşılmayı düzeltmek gerekiyor. ISO 9001 madde 7.5.2, dokümante bilginin (documented information) oluşturulurken uygun şekilde tanımlanmasını, gözden geçirilmesini ve onaylanmasını ister. Madde 7.5.3 ise kontrolü tarif eder: doküman ihtiyaç duyulan yerde erişilebilir olacak, yeterince korunacak, dağıtımı ve saklanması yönetilecek, güncelliğini yitirmiş nüshaların istenmeden kullanılması önlenecek. Metinde hiçbir yerde "yazılım kullanın" yazmaz. Standardın istediği sonuçtur, aracı siz seçersiniz. Aynı çerçevenin genel hâli için ISO 9001 sayfasına bakabilirsiniz.
Otomotivde tablo sıkışır. IATF 16949 madde 7.5.3.2.1 kayıtların saklama sürelerini tanımlamanızı, 7.5.3.2.2 ise müşteri mühendislik şartnamelerindeki değişikliği belirlenen süre içinde gözden geçirip ilgili dokümanlara yansıtmanızı ister. İkinci madde manuel takip edilmesi en zor olanıdır: müşteriden gelen bir çizim revizyonunun kontrol planına, FMEA'ya ve iş talimatına yansıyıp yansımadığını elle kovalamak, doküman sayısı arttıkça imkânsıza yaklaşır.
Kaç dokümandan sonra yazılım gerekir?
QDMS nedir sorusunun hemen ardından gelen soru şudur: bize gerçekten gerekli mi? Sahada gördüğüm eşik yaklaşık 200 aktif doküman ve 25 kullanıcıdır. Bu ölçeğin altında düzgün kurulmuş bir klasör yapısı ve disiplinli bir master liste iş görür. Üstüne çıkıldığında iki şey aynı anda bozulur: revizyon dağıtımı ve okundu kaydı. Yirmi kişiye e-posta atıp "yeni revizyonu okudum" cevabını toplamak haftada bir saat alır; seksen kişide bu iş yapılamaz hâle gelir ve genellikle yapılmaz. Denetimde çıkan bulgu tam burada doğar.
İkinci eşik saha nüshalarıdır. Tezgâh başında asılı duran talimatın kapak sayfasındaki revizyon numarası ile master listedeki numara arasındaki fark, benim gördüğüm en yaygın uygunsuzluk tipidir. Bu farkın nedeni ihmal değil mesafedir; doküman güncellenir ama sahadaki nüshayı toplama işi tek bir kişinin görev listesinde asılı kalır. Tablonun bu tarafını QDMS ile Excel farkı yazısında sayılarla açtık.
QDMS'in yapmadığı işler
Bir kalite yazılımı prosedürü sizin yerinize yazmaz, kök nedeni sizin yerinize bulmaz ve kötü kurulmuş bir süreci düzeltmez. Sistemi devreye aldıktan sonra DÖF sayısının artması normaldir, çünkü daha önce kayıt dışı kalan uygunsuzluklar artık görünür olur. Bunu bir başarısızlık sanıp "sistem bize sorun çıkardı" demek, projeyi ilk altı ayda öldüren klasik reflekstir. Sayının artması sistemin çalıştığının işaretidir; ikinci yıl zaten düşmeye başlar.
İkinci sınır veri kalitesidir. Sisteme yanlış saklama süresi, yanlış süreç sahibi ya da eksik dağıtım listesi girerseniz yazılım bu hatayı sadakatle tekrarlar. Devreye alma öncesi doküman envanteri, süreç sahibi listesi ve organizasyon şemasının güncel olması, projenin en az yazılım seçimi kadar belirleyici parçasıdır.
Doküman türleri ve kodlama: ilk günün asıl işi
Sistemi kurmadan önce yapılacak tek teknik olmayan iş, doküman türlerini netleştirmektir. Tipik bir imalat firmasında altı tür yeter: prosedür, talimat, form, plan, liste ve dış kaynaklı doküman. Her türün saklama süresi, onay kademesi ve kodlama kuralı farklıdır. Bu ayrımı yapmayan firmalar her şeyi "prosedür" diye açar ve altı ay sonra üç yüz satırlık bir listede ne aradığını bulamaz. Ayrımı bir kez oturttuğunuzda hem raporlar anlamlı hâle gelir hem de yeni kullanıcı doğru türü kendisi seçer.
Kodlama tarafında tek kural vardır: kodu insan değil sistem üretsin. Elle kod verilen kurulumlarda birkaç ay içinde aynı koddan iki doküman ya da atlanmış numaralar çıkar; denetçi bunu doküman kontrolünün zayıflığı olarak okur. Kod yapısı sade olmalıdır; doküman türü kısaltması, süreç kısaltması ve sıra numarası çoğu firmada yeterlidir. Koda tarih, revizyon numarası ya da bölüm adı gömmeyin, bunların hepsi zamanla değişir ve kodu geçersiz kılar.
Sistemi kim kullanır, kim sahiplenir?
Kalite yazılımı kalite biriminin programı değildir; kalite biriminin işlettiği ama tüm şirketin kullandığı bir platformdur. Süreç sahipleri kendi dokümanlarını hazırlar, bölüm yöneticileri onaylar, saha okur, satın alma tedarikçi kayıtlarını görür. Bu dağılımı devreye alma öncesi yazılı hâle getirin. "Kalite girsin" diyerek başlayan kurulumlar altı ay sonra tek kişinin veri girdiği bir arşive dönüşür ve o noktada yazılımın sağladığı kazanç sıfırlanır.
Sistem sahibi ise tek kişi olmalıdır ve bu kişi genellikle kalite yönetim temsilcisidir. Yetki tanımı, süreç listesi ve doküman türleri gibi ana ayarlar onun sorumluluğundadır. İkinci bir kişiyi yedek yönetici olarak tanımlayın; tek kişiye bağlı kurulumlar o kişi ayrıldığında donar. Bu, hangi yazılımı seçtiğinizden bağımsız olarak her kurulumda geçerli bir kuraldır.
Denetimde en çok sorulan doküman soruları
Denetçiler doküman kontrolünü genellikle üç soruyla test eder. Birincisi: "Bu talimatın güncel revizyonu hangisi ve bunu nereden görüyorsunuz?" İkincisi: "Bu revizyonu kim onayladı, onay kaydını gösterin." Üçüncüsü: "Önceki revizyon nerede, kullanımdan nasıl kaldırıldı?" Üç sorunun da cevabı tek bir ekrandan verilebiliyorsa doküman kontrolünüz ayakta demektir.
Dördüncü soru otomotivde gelir ve zorlayıcıdır: "Müşteriden gelen son çizim revizyonu hangi dokümanlara yansıdı?" Bu soruya cevap verebilmek için dokümanlar arası bağın kurulmuş olması gerekir. Kontrol planı, FMEA ve iş talimatı ayrı ayrı dosyalarda duruyorsa cevap "kontrol edip döneriz" olur; bu da denetçi için yeterli bir cevap değildir.
Kurulum modeli: şirket içi mi, bulut mu?
Bu karar teknik değil kurumsaldır. Otomotiv tedarikçilerinde müşteri sözleşmeleri sık sık verinin nerede saklandığına dair şart içerir; savunma ve havacılıkta şirket içi kurulum çoğu zaman tek seçenektir. Bulut modeli hızlı başlatır ve bakım yükünü azaltır, ama veri yeri, yedekleme ve sözleşme feshi hâlinde verinin iadesi maddelerini okumadan imza atmayın.
Şirket içi kurulumda sunucu, yedekleme ve sürüm yükseltme sizin sorumluluğunuzdadır. PaKalite'yi şirket içi kurulum ve Türkçe arayüz üzerine kurmamızın nedeni de buydu. Hangi modelin size uyduğunu belirlemek için önce IT politikanızı, sonra müşteri özel şartlarınızı okuyun. Yazılım karşılaştırması ancak bundan sonra anlamlı olur.
Nereden başlamalı?
Yazılım aramaya başlamadan önce üç sayıyı çıkarın: aktif doküman adediniz, sistemi kullanacak kişi sayısı ve yılda açtığınız DÖF adedi. Bu üç sayı, ihtiyacınızın gerçek boyutunu tekliflerden çok daha net söyler. QDMS nedir diye başlayan bir araştırma, çoğunlukla bu üç rakamın önünde biter. Ardından ilk yıl gerçekten devreye alacağınız modülleri belirleyin; on sekiz modülün hepsini aynı anda açmayı başaran bir firma görmedim, denemelerin sonu genellikle hayal kırıklığı oldu. Doküman ve DÖF ile başlayıp denetim ile eğitimi ikinci altı ayda eklemek, sahada en çok tuttuğunu gördüğüm sıralamadır. Sistemin ne işe yaradığını kalem kalem görmek isterseniz QDMS ne işe yarar yazısı bu sıralamayı somut örneklerle açıyor.