Denetçi montaj hattında bir talimatın son revizyonunu sordu, sistemden yürürlükteki sürüm çıktı, buraya kadar sorun yok. Sonra "bu revizyonu operatörlere tebliğ ettiğinize dair kaydı görelim" dedi. Ekranda tebliğ listesi açıldı; 24 kişiden 4'ü okundu olarak işaretlenmişti. Vardiya sorumlusunu çağırdık. Adam ekranı gösterip "ben bu talimatı açtım, okudum, ama şu buton ne diyor bilmiyorum" dedi. Buton "Acknowledge" yazıyordu. Türkçe kalite yönetim yazılımı ile yabancı bir sistem arasındaki farkı, özellik listelerinden çok bu tür anlar anlatır.
Dil bir arayüz meselesi değil, kayıt meselesi
Türkçe kalite yönetim yazılımı tartışmasında dil çoğu zaman "estetik" başlığı altına konur, oysa doğrudan kayıt üretimini etkiler. ISO 9001 madde 7.5.3.1, dokümante bilginin kullanılacağı yerde ve kullanıma uygun biçimde bulunmasını ister. "Kullanıma uygun" ifadesinin en somut karşılığı, o dokümanı kullanacak kişinin ekranı anlamasıdır. Ekranı anlamayan operatör kaydı doldurmaz; doldurmadığı kayıt denetimde eksik çıkar. Bulgu yazılıma değil size yazılır.
Aynı durum mühendis seviyesinde de yaşanır ama farklı biçimde. Mühendis İngilizceyi okur, buton isimlerini anlar; ancak alan adlarının kalite terminolojisindeki tam karşılığını her zaman bilmez. Sonuçta yanlış alana doğru bilgi yazılır ve raporlar kirlenir. Bir yılın sonunda düzeltici faaliyet sayısını çektiğinizde, listenin yarısının aslında düzeltme olduğunu görürsünüz.
Çeviri nerede kopuyor: terim eşleşmesi
Dil paketinin menüleri çevirmesi yetmiyor; kalite terimlerinin doğru karşılıkla eşleşmesi gerekiyor. Aşağıdaki tablo, saha kurulumlarında en sık yanlış eşleşen terimleri ve doğru karşılıklarını gösteriyor. Yanlış sütunundaki karşılıklar uydurma değil; hazır dil paketlerinde ve kurum içi çevirilerde bizzat karşılaştığımız kullanımlar.
| Terim | Sık görülen hatalı karşılık | Kalite sistemindeki doğru karşılık |
|---|---|---|
| Correction | Düzeltici faaliyet | Düzeltme (anlık giderme) |
| Corrective action | Düzeltme | Düzeltici faaliyet (kök nedene yönelik) |
| Acknowledge | Onayla | Okudum / tebliğ aldım |
| Deviation permit | Sapma | Sapma izni (müşteri onaylı) |
| Obsolete | Eski | Yürürlükten kaldırılmış |
| Controlled copy | Kontrol edilmiş kopya | Kontrollü kopya |
| Effectiveness verification | Doğrulama | Etkinlik doğrulama |
| Containment action | Kapsama | Sınırlandırma / muhafaza faaliyeti |
Bu tablodaki ilk iki satır tek başına bir denetim bulgusu üretmeye yeter. ISO 9001 madde 10.2, uygunsuzluk karşısında hem düzeltme yapmayı hem de kök nedeni giderecek düzeltici faaliyeti değerlendirmeyi ister; ikisini aynı kelimeyle adlandıran bir sistemde bu ayrımı kanıtlayamazsınız. Terimlerin doğru oturması için düzeltici faaliyet mantığının yazılımda birebir karşılanması gerekir.
Demo toplantılarının çoğunda yazılımı kalite müdürü dener. Yanlış kişi. Demo hesabını iki vardiya sorumlusuna ve bir operatöre verin, yanlarına oturmayın, tek bir görev söyleyin: "Şu talimatı okundu olarak işaretle." On beş dakika sonra geri dönün. Karar için ihtiyacınız olan bilgi o ekranda çıkacak.
Destek: saat farkı denetim gününde ortaya çıkar
Yazılım seçerken destek maddesi genellikle sözleşmenin sonunda, kimsenin okumadığı yerde durur. Denetim günü ise ilk açılan madde odur. İki günlük bir belgelendirme denetiminde denetçi bir rapor ister; rapor sistemde hazır gelmiyorsa destek ekibinden özel sorgu istemeniz gerekir. Saat farkı üç saat olan bir merkeze öğleden sonra açtığınız kayıt, ertesi gün işlem görür. Denetim o saat bitmiş olur.
Ölçü şudur: sözleşmede yanıt süresini saat cinsinden ve kendi çalışma saatinize göre tanımlatın. "İş günü içinde 4 saat" ile "24 saat içinde" arasında denetim günü açısından dağlar kadar fark var. İkinci kademe desteğin hangi dilde verildiğini de sorun; birinci kademe Türkçe, ikinci kademe İngilizce olan kurgularda teknik sorunların çözümü uzuyor.
Destek maddesinin altına bir de yükseltme merdivenini yazdırın: kayıt hangi sürede ikinci kademeye, hangi sürede ürün ekibine çıkar ve bu adımlarda kiminle konuşursunuz? Denetim günü açtığınız bir kaydın çağrı merkezinde beklemesiyle doğrudan bir uzmana düşmesi arasındaki fark, sözleşmede tek satırla belirlenir.
Yerel mevzuat ve müşteri özel şartları
Türkiye'deki bir fabrikada kalite sistemi yalnızca ISO standartlarıyla çalışmaz. İSG mevzuatının istediği kayıtlar, çevre izinleri, e-imza ve KVKK kaynaklı erişim kısıtları da aynı sisteme girer. Yabancı bir üründe bu başlıklar ürün yol haritasına genellikle alınmaz; çünkü tek bir ülkenin mevzuatı için modül geliştirmek satıcı açısından önceliksizdir. Sonuçta bu kayıtlar sistemin dışında, Excel'de tutulmaya devam eder ve entegrasyonun anlamı kalmaz.
Otomotivde ikinci bir katman daha var: müşteri özel şartları. Bir OEM'in istediği 8D formatı, PPAP seviyesi ya da PPM raporlama biçimi Türkiye'deki Tier-1 ve Tier-2 tedarikçilerin gündelik işidir. IATF 16949 yürüten bir fabrikada bu şablonların sisteme hazır gelmesi, yılda haftalarca süren form uyarlama işini ortadan kaldırır.
Kullanım oranı: asıl fark burada görünür
Bir dövme parça üreticisinde bunu yakından izledik. İngilizce arayüzle çalışılırken doküman okundu onayları bir türlü tamamlanmıyor, ramak kala bildirimi modülü ise aylarca neredeyse boş duruyordu. Türkçe arayüze geçildikten sonraki ilk çeyrekte iki başlık da belirgin biçimde toparlandı. Ortada yeni bir yetenek yoktu; aynı işi yapan bir Türkçe kalite yönetim yazılımı devreye girmişti, değişen tek şey ekranı anlayan kişi sayısıydı.
Eğitim tarafı da aynı yöne bakıyor. İngilizce arayüzde bir vardiya sorumlusunun temel işlemleri öğrenmesi tam günler alıyor, birkaç ay sonra tazeleme gerekiyordu. Türkçe arayüzde aynı eğitim yarım güne sığdı. Buradaki kazanç eğitim maliyetinden çok, sistemin gerçekten dolmasıdır. Boş modül, denetimde en pahalı modüldür.
Kullanım oranını ölçmek için karmaşık bir gösterge tablosuna da gerek yok. Her ay üç sayıya bakın: kaç doküman revizyonu yayımlandı, bunların kaçında tebliğ tamamlandı, saha kaynaklı kaç kayıt açıldı. Üçüncü sayı en açıklayıcı olanıdır; çünkü kalite ekibinin kendi açtığı kayıtlar her sistemde vardır, sahanın kendiliğinden açtığı kayıtlar ise yalnızca sistem anlaşılır olduğunda görünür. Bu üç sayıyı yönetimin gözden geçirmesi girdilerine ekleyin; yazılım tartışması bir sonraki sefere veriyle yapılır.
Denetçi yazılımın markasıyla ilgilenmez, kayıtların tutarlılığıyla ilgilenir. Ama bir şeyi hemen fark eder: ekranda İngilizce alan adları varken, kullanıcının o alanı doldururken ne anladığını sorar. "Root cause alanına ne yazdınız?" sorusuna verilen cevap alanın adıyla uyuşmuyorsa, sistemin değil sistemi kullanan yetkinliğin sorgusu başlar ve bu, madde 7.2 kapsamında bir yetkinlik bulgusuna dönüşebilir.
Yabancı yazılımın gerçekten güçlü olduğu yerler
Dürüst olalım: her durumda yerli çözüm doğru cevap değil. Çok uluslu bir grubun parçası olan bir fabrikada, grup merkezi tüm tesislerden aynı formatta rapor istiyorsa, merkezin kullandığı platformda kalmak işi kolaylaştırır. Grup denetimlerinde aynı ekranın açılması ciddi bir avantajdır. Aynı şekilde, birden çok ülkede üretim yapan bir yapıda çok dilli arayüz zaten şarttır ve yerel bir ürün bunu karşılamayabilir.
Olgun yabancı ürünlerin bir başka gücü, geniş modül yelpazesi ve uzun süredir biriktirdikleri sektörel şablonlardır. İlaç, medikal ve havacılık gibi alanlarda bu birikim gerçek bir fark yaratır. Karar ölçütünüz menşe değil, kullanıcı profili olmalı: sistemi kimler dolduracak, hangi dilde konuşuyorlar, destek hangi saatte geliyor.
Türkiye pazarında QDMS ve kategori adı meselesi
Ülkemizde "QDMS" çoğu zaman kategori adı gibi kullanılır. Aslında QDMS, Bimser'in ürünüdür ve uzun yıllardır sahada bulunduğu için isim genelleşmiştir. Bu yüzden ihale şartnamelerinde "QDMS alınacaktır" ifadesini gördüğünüzde, aslında kastedilen çoğunlukla doküman ve kalite yönetim yazılımı kategorisidir. Şartname yazarken kategori adı yerine işlev listesi yazmak, hem rekabeti hem de sonucu iyileştirir.
Kategorinin içinde baştan Türkçe kalite yönetim yazılımı olarak tasarlanmış, şirket içi sunucuya kurulan seçenekler de var; PaKalite bunlardan biri ve otomotiv süreçlerine odaklanıyor. Modüllerin birbirine bağlı çalışması ve arayüzün çeviriyle değil baştan Türkçe kurgulanmış olması, yukarıda anlattığımız kullanım oranı sorununu doğrudan hedefliyor. Ayrıntı için neden PaKalite sayfasına bakabilirsiniz.
Veri nerede duruyor?
Bu soru dil tartışmasının hemen yanında durur ve otomotivde daha da ağırlaşır. Müşteri çizimleri, spesifikasyonlar, PPAP dosyaları ve ölçüm verileri çoğu zaman gizlilik sözleşmesine tabidir. Bazı OEM'ler tedarikçilerinden teknik verinin belirli coğrafyalar dışına çıkmamasını ister; bunu sözleşmenin ekinde yazılı olarak görürsünüz. Yurt dışında barındırılan bir sistemde bu şartı karşılamak için ek anlaşma ve bazen ek ücret gerekir. Şirket içi kurulumda ise soru en baştan kapanır.
Yedekleme ve veri sahipliği de aynı başlığın altında. Sözleşme sona erdiğinde verilerinizi hangi biçimde ve ne kadar sürede alacağınızı yazılı olarak sorun. "Dışa aktarım desteklenir" cümlesi yeterli değil; hangi tabloların, hangi formatta ve ek dosyalarla birlikte mi çıkacağı önemli. Kalite kayıtlarının saklama süresi bazı ürün gruplarında on yılı aşar, yazılım sözleşmesi ise üç yıllıktır. Bu iki süre birbirini tutmadığında sorun kalite ekibine kalır.
Geçiş kararı verirken neye bakılır?
Sistem değiştirmenin görünmeyen maliyeti veri taşımadır. Yürürlükteki dokümanları taşımak kolaydır; asıl iş, açık kalmış düzeltici faaliyetler, devam eden denetim bulguları ve süresi dolmamış eğitim kayıtlarındadır. Pratikte iyi işleyen yöntem şudur: yeni sistemi yürürlükteki dokümanlar ve o tarihten sonra açılan kayıtlarla başlatın, eski sistemi altı ay salt okunur bırakın, açık kayıtları tek tek yeni sisteme elle taşıyın. Toplu aktarım denemeleri genellikle yarım kalır ve iki sistemde birden yarım veri kalır.
Geçiş takvimini denetim tarihine göre kurmayı da unutmayın. Belgelendirme denetiminden bir ay önce sistem değiştirmek, en deneyimli ekipte bile gereksiz risk üretir. Gözetim denetiminin hemen ardındaki üç ay, geçiş için en rahat penceredir.
Seçim toplantısına götüreceğiniz beş soru
Demo öncesi bu beş soruyu yazılı olarak gönderin ve cevapları ekranda görmek istediğinizi belirtin. Birincisi: arayüz baştan Türkçe mi, yoksa dil paketi mi? İkincisi: terim sözlüğünüzü paylaşır mısınız? Üçüncüsü: destek hangi saatlerde, hangi dilde ve sözleşmede yanıt süresi kaç saat? Dördüncüsü: yeni bir mevzuat şartı geldiğinde geliştirme talebi nasıl işliyor, kaç sürüm sonra çıkıyor? Beşincisi: veriler nerede duruyor, kendi sunucumuza kurabilir miyiz?
Bu soruların cevaplarını aldıktan sonra karar zorlaşmaz. Sistemi kalite müdürünün değil sahanın kullanacağını unutmayın; sahada anlaşılmayan ekran, denetimde boş kayıt demektir. Doküman kontrolünde hangi işlevlerin denetimde sorulduğunu görmek isterseniz SharePoint ile QDMS karşılaştırmamıza, kategorinin genel çerçevesi için de kalite yönetim yazılımı sayfamıza göz atın.