Satın alma müdürünün masasında üç teklif var. Birinin başlığında "QDMS çözümü", ötekinde "QMS yazılımı", üçüncüsünde ikisi birlikte yazıyor. Üç satıcıya da aynı soruyu soruyor: "Hangisi daha kapsamlı?" Üçünden de aynı cevap geliyor: "Bizimki her şeyi yapar." Toplantıdan çıkarken kimse ne aldığını bilmiyor. QMS ile QDMS arasındaki fark aslında pazarlama meselesi değil, kapsam meselesidir ve bu kapsamı kısaltmalara bakarak değil, sistemin hangi kayıt tiplerini yönettiğine bakarak ayırt edersiniz. Ayrımı somut kayıtlar üzerinden yapalım.
İki kısaltma tam olarak neyi söylüyor
QMS, Quality Management System yani kalite yönetim sisteminin kısaltmasıdır. Bir yazılımdan önce bir kavramdır: ISO 9001'in tarif ettiği, süreçlerin planlandığı, uygulandığı, ölçüldüğü ve iyileştirildiği bütün yapıya verilen ad. Yazılım dünyasında bu kısaltma, kalite süreçlerinin tamamını kapsamayı iddia eden çözümler için kullanılır. Kavramsal çerçevenin tamamını kalite yönetim sistemi sayfasında ayrıca anlattık.
QDMS ise iki anlamda kullanılıyor. Birincisi doğrudan ürün adı: QDMS, Bimser firmasının Türkiye'de uzun yıllardır kullanılan kalite yönetimi ürünüdür ve zaman içinde doküman yönetimi çekirdeğinin üzerine pek çok modül eklenmiştir. İkincisi ise günlük konuşmada oluşan genelleşme; tıpkı bazı marka adlarının ürün kategorisinin adına dönüşmesi gibi, pek çok firmada "QDMS kuralım" cümlesi "doküman yönetimi ağırlıklı bir kalite yazılımı kuralım" anlamında söyleniyor. Karışıklık da buradan doğuyor: teklifteki kısaltma, karşı taraftaki kapsamı garanti etmiyor.
Buradan çıkan pratik sonuç şu: QMS ile QDMS arasındaki fark, iki rakip ürün arasındaki fark gibi okunmamalı. Doküman yönetimi her kalite yazılımının çekirdeğidir; soru, o çekirdeğin etrafında hangi süreçlerin canlı yürüdüğüdür. Bir çözüm "QDMS" adıyla satılıp geniş bir modül setiyle gelebilir, bir başkası "QMS" adıyla satılıp pratikte yalnızca dosya deposu olabilir. Ad yanıltır, modül listesi yanıltmaz.
Ayrımı kayıt tipleri üzerinden yapmak
Kısaltma tartışmasını bitirmenin en hızlı yolu, kalite bölümünün ürettiği kayıtları listeleyip her birinin nerede yaşayacağını sormaktır. Doküman odaklı bir kurulumla süreç odaklı bir kurulumun aynı kayıt karşısında nasıl davrandığı şu tabloda görünüyor.
| Kayıt tipi | Doküman odaklı kurulumda | Süreç odaklı QMS kurulumunda |
|---|---|---|
| Prosedür, talimat, form | Revizyon, onay ve dağıtım tam yönetilir | Aynı şekilde yönetilir |
| DÖF / 8D | Doldurulmuş form PDF olarak eklenir | Adımlar, sorumlular ve termin sistemde ilerler |
| İç denetim | Denetim raporu dosya olarak saklanır | Plan, soru listesi, bulgu ve kapanış bağlıdır |
| Kalibrasyon | Sertifika taranıp yüklenir | Cihaz, periyot, uyarı ve ölçüm bağlantısı tutulur |
| FMEA ve kontrol planı | Excel dosyası doküman olarak durur | Özel karakteristik uçtan uca izlenir |
| Tedarikçi PPM | Aylık rapor eklenir | Girişten hesaplanır, eğilim otomatik çıkar |
Tablodaki ikinci sütun kötü bir şey değil; doküman kontrolü zaten kalite sisteminin temelidir ve pek çok firmada en büyük kazanç oradan gelir. Ama ikinci sütunda kalan bir kurulumda kalite bölümü kaydı yine Excel'de üretir, sonra PDF'e çevirip sisteme yükler. Yani sistem arşiv görevi görür, iş yükünü taşımaz. Fark tam olarak budur.
Bu ayrımı anlamanın en kolay testi şudur: sistemde bir kayıt açtığınızda kimse haberdar oluyor mu, bir termin işlemeye başlıyor mu, gecikince kime uyarı gidiyor? Cevaplar "hayır" ise elinizdeki bir doküman deposudur, adı ne olursa olsun. Cevaplar "evet" ise süreç yönetiyorsunuz demektir. Kalite bölümünün gerçek yükü de zaten dosyalarda değil, bu terminlerin takibinde birikiyor.
Teklifleri karşılaştırırken satıcıya tek bir istek iletin: "Bir 8D kaydı açın, dördüncü adımda kök nedeni girin ve o kaydın içinden ilgili talimatın son revizyonuna gidin." Bunu on dakikada canlı gösteremeyen bir çözüm, o kaydı yönetmiyor, saklıyordur. Bu denemeyi yaptığımız toplantılarda sık duyduğumuz cevap "onu sonra göndeririz" oldu; o ekran çoğu zaman hiç gelmedi.
Aynı şikâyetin iki sistemdeki ömrü
Somutlaştıralım. Müşteriden bir kaynak gözeneği şikâyeti geldi, 24 saat içinde ilk cevap isteniyor. Doküman odaklı bir kurulumda şu olur: kalite mühendisi 8D formunu ortak klasörden alır, Excel'de doldurur, D3 geçici tedbiri yazar, dosyayı e-postayla müşteriye gönderir ve son hâlini sisteme yükler. Bir hafta sonra D5 kalıcı aksiyon değişince aynı dosyanın ikinci sürümü doğar. Otuz gün sonra hangi sürümün müşteriye gittiğini bulmak için e-posta kutusuna bakmak gerekir.
Süreç odaklı bir kurulumda aynı şikâyet sistemde bir kayıt olarak açılır. D3 girildiğinde termin saati başlar, sorumluya bildirim gider, D4 kök neden adımı bir önceki benzer kayıtları getirir. D6 doğrulama adımında ölçüm sonucu eklenir, D7'de ilgili iş talimatının revizyon talebi otomatik doğar ve o talimat yayınlandığında ilgili operatörlerin eğitim kaydına düşer. Kayıt kapandığında geriye tek bir izlenebilir zincir kalır; kimin ne zaman ne yazdığı sistemde durur.
İkinci senaryonun avantajı hız değil, hafızadır. Aynı gözenek şikâyeti sekiz ay sonra tekrar geldiğinde, ikinci sistemde on saniyede önceki vakayı ve alınan aksiyonu görürsünüz. Birinci sistemde ise o bilgi, o dönem çalışan mühendisin hafızasında ya da isimlendirmesini kendi bildiği gibi yaptığı bir klasördedir. Tekrar eden hataların maliyetini düşünürseniz, QMS ile QDMS arasındaki fark burada paraya dönüşür.
Standart hangi maddede neyi istiyor
Doküman odağının yeterli olup olmadığını standart üzerinden de görebilirsiniz. ISO 9001 madde 7.5, dokümante bilginin (documented information) oluşturulmasını, güncellenmesini ve kontrolünü ister; bu maddeyi doküman yönetimiyle karşılarsınız. Ama aynı standardın madde 8.7'si uygun olmayan çıktının kontrolünü, 9.2'si iç denetimi, 9.3'ü yönetimin gözden geçirmesini, 10.2'si uygunsuzluk ve düzeltici faaliyeti ister. Bunların hepsi kayıt üretir ve bu kayıtların yalnızca saklanması değil, akışının yönetilmesi beklenir.
Otomotivde tablo daha da genişler. IATF 16949 madde 8.5.1.1 kontrol planını, 7.1.5.2 ölçüm izlenebilirliğini, 8.4.2.4 tedarikçi izlemesini şart koşar. Bir tedarikçi denetiminde "PPM eğilimini gösterir misiniz" sorusuna, sisteme yüklenmiş aylık PDF raporlarla cevap vermek zor. DÖF ve denetim süreçleri sistemde canlı yürümediğinde, denetçi kayıtların arasındaki bağı göremez ve örneklemeyi genişletir.
Hangi firmada doküman odaklı çözüm yeter
Her firmanın on sekiz modüle ihtiyacı yok. Tek tesisli, ayda beş on uygunsuzluk açan, müşterisi 8D formatı ve PPAP dayatmayan bir işletmede doküman kontrolünü oturtmak zaten en büyük problemi çözer. Böyle bir firmada süreç modülleri açılsa bile kullanılmaz, veri birikmez ve altı ay sonra terk edilir. Burada doğru karar, ihtiyacı olan kapsamı almak ve büyüdükçe genişletmektir.
Otomotiv yan sanayide ise durum farklı. Müşteri özel şartları devreye girdiği anda 8D termini, kapsanan sevkiyatların izlenebilirliği, özel karakteristiklerin takibi ve tedarikçi performansı gündeme gelir. Bu kayıtları doküman deposunda tutmaya çalışan firmalarda kalite mühendisinin zamanının önemli bölümü dosya adlandırmaya gidiyor. Kararı verirken bugünkü hacme değil, iki yıl sonraki müşteri portföyünüze bakın.
Karar için kaba bir eşik vereyim: ayda otuzdan az kalite kaydı üreten, tek müşteri grubuna çalışan ve otomotiv özel şartı olmayan firmalarda doküman odağı rahatlıkla yeter. Bu üç koşuldan biri bile değiştiğinde, süreç modüllerinin yokluğu ilk denetimde ya da ilk ciddi müşteri şikâyetinde kendini gösterir. Eşiği aşan firmalarda gördüğümüz en yaygın geçici çözüm, süreçleri Excel'de yürütüp çıktıyı sisteme yüklemektir; bu, iki sistemin dezavantajını aynı anda taşımak demek.
Denetçi için sistemin adı önemsizdir. Önemli olan, seçtiği bir uygunsuzluğun kök neden analizine, alınan aksiyona, aksiyonun doğrulamasına ve etkilenen dokümanın revizyonuna aynı ekrandan ulaşabilmesidir. Bu zincir dosya eklerine dağılmışsa, sistemin adı ne olursa olsun izlenebilirlik zayıf değerlendirilir.
Maliyet yapısındaki gerçek fark
Fiyat karşılaştırmasını kalem kalem yapmak yerine yapıya bakın. Doküman odaklı bir kurulumun ilk maliyeti tipik olarak daha düşüktür, çünkü kapsam dardır. Ama toplam maliyeti hesaplarken üç kalemi eklemeyi unutmayın: sonradan eklenecek modüllerin bedeli, her modül için ayrı kullanıcı lisansı gerekip gerekmediği ve entegrasyon istendiğinde çıkacak geliştirme kalemi. Dar kapsamla başlayan bir kurulumda bu üç kalem sözleşmede görünmez, sonraki yıllarda ayrı ayrı gündeme gelir; ilk teklifi karşılaştırırken toplam tutarı da bu ihtimalle birlikte hesaplayın.
İkinci kalem kullanıcı sayısıdır. Doküman sistemi genelde herkesin okuduğu bir sistemdir; süreç sistemi ise herkesin yazdığı bir sistemdir. Yüz kişilik bir tesiste "okuyucu" ve "kayıt açan" lisanslarının nasıl fiyatlandığını sözleşmede net görmeniz gerekir. PaKalite'de bu ayrımın olmaması ve kurulumun şirket içi sunucuda yapılması, ölçek büyüdükçe hesabı değiştiren bir tercih; ama her firmaya aynı model uymayabilir, kendi altyapınıza bakın.
Doküman odaklı bir sistemden geçiş yaparken
Zaten doküman odaklı bir kurulumunuz varsa ve kapsamı genişletmeye karar verdiyseniz, geçişte iki şeye dikkat edin. Birincisi, güncel revizyonlu dokümanların meta verisidir: doküman numarası, revizyon numarası, yayın tarihi, onaylayan ve dağıtım listesi. Bu beş alan taşınmazsa yeni sistemde her dokümanı elden geçirmek zorunda kalırsınız ve bu iş binlerce dosyada aylar sürer. Eski sistemden dışa aktarım isterken dosyaların yanında bu tabloyu da isteyin.
İkincisi, arşiv kararıdır. Kapanmış eski kayıtların tamamını taşımak gereksiz; ama saklama süresi dolmamış olanların nerede tutulduğu yazılı olmalı. IATF 16949 kapsamında çalışıyorsanız kayıt saklama sürelerini müşteri özel şartlarınız belirler ve bu süre çoğu OEM'de üretim ömrü artı bir yılın üzerindedir. Eski sistemi salt okunur olarak açık tutmak, denetimde "arşiv nerede" sorusuna tek cümlelik cevap vermenizi sağlar. Geçiş planına bu iki maddeyi yazmadan tarih vermeyin.
Geçişin üçüncü ve en çok atlanan parçası, eski sistemde kimin neye erişebildiğidir. Yetki matrisi yıllar içinde büyümüş, işten ayrılan kullanıcılar pasife alınmamış, onay yetkileri devredilirken kayıt tutulmamış olabilir. Yeni sisteme bu şemayı olduğu gibi kopyalarsanız, temizlenmemiş bir yapıyı da beraberinde taşırsınız. Aktarımdan önce güncel görev tanımlarıyla yetkileri yan yana koyup farkları yazın; bu liste, geçiş sonrasında denetçinin soracağı ilk sorulardan birinin de hazır cevabı olur.
Karar için üç soru
Toplantıyı bitirecek üç soru şu: Kalite bölümü hangi kayıtları üretiyor ve bunların kaçı şu an Excel'de doğuyor? Bu kayıtların birbirine bağlanması bize ne kazandırır? Üç yıl içinde hangi müşteri hangi ek şartı getirecek? Cevaplar netleştiğinde QMS ile QDMS arasındaki fark tartışması kendiliğinden kapanır, çünkü ortada karşılaştırılacak iki kısaltma değil, karşılanacak bir kayıt listesi kalır.
Doküman tarafını güçlendirmek istiyorsanız doküman yönetimi gereksinimlerini önce yazıp sonra teklif isteyin; süreç tarafını da değerlendiriyorsanız ERP kalite modülünün nereye kadar yettiğini tartıştığımız ERP kalite modülü mü QMS mi yazısı kararınızı tamamlar. Sözleşme masasında sık görülen yanlış, kısaltmaya bakıp karar vermek ve modül listesini imzadan sonra okumaktır.
Son bir uyarı: kapsamı büyütme kararını yalnızca kalite bölümüyle almayın. Süreç odaklı bir kurulumda kayıt açacak insanların çoğu kalite dışındadır — vardiya amiri, bakımcı, satın almacı. Bu bölümler devreye alma planına dahil edilmediğinde, geniş kapsamlı sistem dar kapsamlı bir sistem gibi kullanılır ve fark yalnızca faturada kalır. Kapsam kararını verirken hangi bölümden kaç kişinin sisteme gireceğini yazın; bu liste, modül listesinden daha belirleyici çıkıyor.