Bir müşteri denetiminin sabahı, kalite mühendisi sistemden uygunsuzluk raporunu almaya çalışıyor ama filtre çalışmıyor. Destek talebini açıyor; talep İrlanda'daki ekibe İngilizce gidiyor ve otomatik yanıt geliyor: "Yanıt süresi 1 iş günü." Denetim öğleden sonra başlıyor. Aynı hafta muhasebe, yıllık lisans faturasının döviz kuru nedeniyle bütçeyi aştığını bildiriyor ve ekranda "Uygunsuzluk" başlığı yerine "Düzeltici Faaliyet" yazdığı için ekip iki kavramı aynı yere kaydediyor. Yerli kalite yönetim yazılımı ile yurt dışı merkezli bir platform arasındaki fark, özellik listelerinde değil tam olarak bu üç anda görünür.
Yerli kalite yönetim yazılımı derken neyi kastediyoruz?
Türkiye'de "QDMS" kelimesi bir kategori adı gibi kullanılıyor ama aslında Bimser firmasının ürününün adıdır ve Bimser Türkiye merkezli bir firmadır. Yani "QDMS yabancı mı?" sorusu teknik olarak yanlış kurulmuş bir sorudur. Doğru soru şudur: kullanacağınız kalite yönetim yazılımını geliştiren ve destekleyen ekip nerede duruyor, arayüz ve terminoloji hangi dilde düşünülerek tasarlandı, fatura hangi para biriminde geliyor?
Bu ayrımı yaptığınızda karşılaştırma da netleşir. Bir tarafta Türkiye'de geliştirilen, Türk kalite mevzuatı ve otomotiv tedarik zinciri pratiğiyle büyümüş yazılımlar var. Diğer tarafta Avrupa ya da Kuzey Amerika merkezli, küresel ölçekte kullanılan ve Türkçeye çevrilmiş platformlar. Her ikisinin de güçlü olduğu alanlar var; karar vermeden önce farkın nerede oluştuğunu görmek gerekir.
Arayüz dili ile terminoloji aynı şey değil
Yabancı bir platformun Türkçe arayüzü olması, terminolojisinin kalite diline uyduğu anlamına gelmez. Sahada en sık karşılaştığımız örnek şudur: ISO 9001 madde 10.2 uygunsuzluk (nonconformity) ile düzeltici faaliyet (corrective action) kavramlarını ayırır; uygunsuzluk tespit edilen durumdur, düzeltici faaliyet ise kök nedeni ortadan kaldırmak için yapılan iştir. Çeviride bu ikisi tek başlığa toplandığında, ekip uygunsuzluğun kendisiyle faaliyeti aynı kayıtta tutmaya başlar.
Sonucu denetimde alırsınız. Denetçi "düzeltme ile düzeltici faaliyeti nasıl ayırıyorsunuz, etkinliği neyle doğruladınız?" diye sorduğunda, sistemde bu ayrımı gösteren bir alan bulunmaz. Terminoloji hatası bir arayüz meselesi gibi görünür ama doğrudan DÖF sürecinin standarda uygunluğunu etkiler. Yazılım seçerken arayüzün Türkçe olup olmadığına değil, ekranlardaki 20 kalite teriminin doğru karşılıklarla yazılıp yazılmadığına bakın.
Destek erişimi ve saat dilimi
Kalite yazılımında destek ihtiyacı çoğunlukla acil doğar: denetim sabahı bir rapor, müşteri talebi öncesi bir yetkilendirme, sunucu güncellemesi sonrası bir erişim sorunu. Yurt dışı merkezli destek ekibine İngilizce açılan bir talep bu senaryolarda genelde ertesi güne kalır. Yerli kalite yönetim yazılımı sağlayan bir firmada ise aynı sorun telefonla, kalite dilini bilen biriyle yirmi dakikada çözülebilir.
Bu farkı sözleşmeye yazdırın. Destek dilini, yanıt süresini ve kritik arıza tanımını SLA maddesi hâline getirin. "Destek Türkçe verilir" cümlesi tek başına yeterli değildir; "kritik arızalarda ilk yanıt 4 saat, mesai saatleri içinde telefonla erişim" gibi ölçülebilir bir taahhüt olmalıdır. Ölçülmeyen bir taahhüt, ihtiyaç anında bir işe yaramaz.
İki seçeneğin beş başlıkta karşılaştırması
| Başlık | Türkiye merkezli yazılım | Yurt dışı merkezli platform |
|---|---|---|
| Arayüz ve terminoloji | Türkçe düşünülerek yazılır, kalite terimleri yerinde oturur | Çeviri kalitesi ürüne göre değişir, terim kaymaları görülebilir |
| Destek erişimi | Aynı saat diliminde, Türkçe, çoğu zaman telefonla | Genelde İngilizce ve talep sistemi üzerinden, saat farkı var |
| Fiyatlama | TL bazlı sözleşme mümkün, bütçe öngörülebilir | Döviz bazlı lisans yaygın, yenilemede kur farkı riski |
| Özelleştirme hızı | Yerel geliştirme ekibi, talep haftalar içinde değerlendirilebilir | Küresel yol haritasına bağlı, tekil talepler öncelik almayabilir |
| Veri konumu ve KVKK | Şirket içi kurulum ya da yurt içi barındırma kolay | Bulut bölgesi ve veri aktarımı sözleşmeyle netleştirilmeli |
| Küresel yaygınlık | Çok uluslu grup şirketlerinde ortak kullanım zorlaşabilir | Yurt dışı fabrikalarla aynı sistemi kullanmak kolay |
Son satır önemlidir ve yurt dışı merkezli platformların en güçlü olduğu yerdir. Almanya'daki ana firmanızla aynı sistemi kullanmanız isteniyorsa ya da grup şirketiniz küresel bir yazılımı standart olarak dayatıyorsa, tartışma zaten kapanmıştır. Karar serbestse diğer beş satır belirleyici olur.
Demo toplantısında yapılan en yaygın hata, sunumu satıcının hazırladığı örnek veriyle izlemektir. Kendi verinizi götürün: gerçek bir prosedürünüzü, gerçek bir DÖF'ünüzü ve gerçek bir kontrol planınızı. Ekranda kendi doküman kodunuzu, kendi terimlerinizi ve kendi onay akışınızı görün. Türkçe karakterli dosya adlarının, kesme işaretli başlıkların ve uzun bölüm adlarının nasıl göründüğünü mutlaka test edin; sorunlar genelde tam burada çıkar.
Kur riski ve lisans modeli
Döviz cinsinden fiyatlanan bir lisans, yıllık bütçenizi öngörülemez hâle getirir. Sözleşmeyi imzaladığınız gün makul görünen tutar, yenileme tarihinde bambaşka bir rakama dönüşebilir ve bu artışı yönetim toplantısında savunmak kalite müdürüne kalır. Bu yüzden teklif alırken üç şeyi yazılı olarak netleştirin: fiyat hangi para biriminde sabitleniyor, yıllık artış tavanı var mı, yenilemede kur baz tarihi nasıl belirleniyor.
Lisans modelini de sadece ilk yıl üzerinden değerlendirmeyin. Kullanıcı başına yıllık ücret alan bir model, sistemi tüm şirkete yaymak istediğinizde maliyeti hızla büyütür ve çoğu firma bunun sonucunda kullanıcı sayısını kısar. Kullanıcıyı kısmak ise sistemin sahaya yayılmasını engeller, yani yatırımın asıl amacını baltalar. Toplam sahip olma maliyetini beş yıl üzerinden hesaplayın; kurulum, eğitim, veri taşıma ve yıllık bakım kalemlerini de ekleyin.
IATF terminolojisine ve otomotiv pratiğine uyum
Otomotiv tedarikçisiyseniz, yazılımın genel kalite terimlerini bilmesi yetmez. Özel karakteristik, kontrol planı revizyonu, PPAP seviyeleri, katmanlı proses denetimi, müşteri özel şartları ve tedarikçi PPM takibi gibi başlıkların sistemde kendi adlarıyla yer alması gerekir. Küresel bir platform bu alanları sıklıkla genel bir "kalite kaydı" şablonuna sıkıştırır ve siz de kendi otomotiv terimlerinizi özel alan açarak kurmak zorunda kalırsınız.
Bu, teknik olarak mümkündür ama iki maliyet doğurur: özelleştirme bedeli ve sürüm yükseltmelerinde bu özelleştirmelerin taşınması. Türkiye'de otomotiv odağıyla geliştirilen yazılımlarda bu başlıklar hazır gelir. Örneğin PaKalite'de kontrol planı, PPAP ve tedarikçi karnesi ayrı modüller olarak birbirine bağlı çalışır ve şirket içi kurulumla kendi sunucunuzda durur. Hangi standardın hangi kaydı gerektirdiğini standartlar sayfamızda görebilir, otomotiv çerçevesini IATF 16949 sayfasından okuyabilirsiniz.
Denetçi yazılımın markasını hiç sormaz. Sorduğu şey, uygunsuzluk ile düzeltici faaliyetin ayrı ayrı kayıtlandığı, etkinlik doğrulamasının tarih ve kanıtla yapıldığı, dokümanın hangi sürümünün sahada geçerli olduğunun görüldüğüdür. Terimleri birbirine karıştıran bir arayüz, bu üç soruyu cevaplamayı zorlaştırır ve bulgu riski yazılımın kendisinden değil, kurulan yapıdan doğar.
Özelleştirme hızı neden fark yaratır?
Yerli kalite yönetim yazılımı ile küresel platform arasındaki en somut fark burada çıkar: kalite sistemleri sabit durmaz. Yeni bir müşteri özel şartı gelir, bir OEM kendi raporlama formatını ister, iç denetim formu değişir. Bu taleplerin yazılıma ne kadar sürede yansıdığı, günlük hayatı doğrudan etkiler. Küresel bir platformda tekil bir talep, ürünün küresel yol haritasına girmek zorundadır ve sıraya alınır; birkaç yüz kullanıcılı bir Türk tedarikçisinin isteği o sırada üst basamağa çıkmayabilir.
Yerel geliştirme ekibi olan bir yazılımda aynı talep haftalar içinde değerlendirilebilir. Bu bir üstünlük iddiası değil, ölçek farkının doğal sonucudur. Karar verirken kendinize şunu sorun: önümüzdeki iki yılda kaç tane özel talebim olacak ve bunların gecikmesi bana ne kaybettirir? Cevap "yılda bir iki küçük değişiklik" ise bu kriter ağırlıksızdır; "her müşteri denetiminde yeni bir format" ise en ağır kriterdir.
Veri konumu ve KVKK
Kalite yazılımı ilk bakışta kişisel veri işlemiyormuş gibi görünür ama işler. Eğitim kayıtlarında personelin adı, sicil numarası ve yetkinlik değerlendirmesi durur; denetim raporlarında görüşülen kişilerin adları geçer; DÖF kayıtlarında sorumlu kişi bilgisi bulunur. Bu veriler yurt dışındaki bir sunucuda tutulacaksa, aktarımın hukuki dayanağının sözleşmede net olması gerekir.
Şirket içi kurulum bu tartışmayı büyük ölçüde bitirir çünkü veri kendi sunucunuzda, kendi ağınızda kalır. Bulut çözümlerinde ise üç soruyu yazılı sorun: veri hangi ülkede barındırılıyor, yedekler nerede tutuluyor, sözleşme sona erdiğinde veri hangi biçimde ve ne kadar sürede iade ediliyor. Üçüncü soru en çok atlanandır ve sözleşmeyi sonlandırmak istediğinizde en pahalıya mal olandır.
Otomotivde bir ek boyut daha var: müşteri özel şartları. Bazı OEM'ler ürün ve proses verisinin belirli coğrafyalarda tutulmasını ya da üçüncü taraflarla paylaşılmamasını şart koşar. Yazılım seçmeden önce müşteri özel şartlarınızı bu gözle bir kez okuyun; sözleşme imzalandıktan sonra fark edilen bir kısıt, projeyi baştan aldırır.
Sürüm yükseltmeleri ve özelleştirmenin bedeli
Karşılaştırmanın demo ekranlarında görünmeyen tarafı, ikinci ve üçüncü yıldır. Bugün yaptırdığınız özelleştirmenin bir sonraki sürüm yükseltmesinde ne olacağını baştan sorun. Küresel platformlarda özelleştirmeler genelde ayrı bir katmanda tutulur ve her yükseltmede yeniden test edilmesi gerekir; bu testin kimin sorumluluğunda ve kimin bütçesinde olduğu sözleşmede yazılı olmalıdır.
Yerel geliştirme ekibi olan bir yazılımda ise talebiniz doğrudan ürünün kendisine girebilir. Bunun avantajı hız, riski ise şudur: ürün sizin isteklerinizle şekillenirken başka müşterilerin istekleriyle de şekillenir. Bu yüzden "bize özel geliştirilir mi?" sorusu kadar "bu geliştirme ürünün standart parçası mı olacak?" sorusu da önemlidir. Standart parçaya dönüşen bir geliştirme, yükseltmelerde sizinle birlikte taşınır.
Referans kontrolünü ciddiye alın
Teklif dosyalarındaki referans listesi tek başına bir şey söylemez. Kendi sektörünüzden ve kendi ölçeğinizden iki firmayı arayın; tercihen tedarikçi listenizden ya da sektör derneğinden tanıdığınız birini bulun. Sorulacak sorular da özel olsun: geçiş kaç ay sürdü, hangi modül beklendiği gibi çalışmadı, destek talebinize ortalama kaç saatte dönüldü, sözleşme yenilemesinde fiyat nasıl değişti.
Sahada en çok işe yarayan soru şudur: "Bugün baştan seçseniz yine aynı yazılımı mı alırdınız?" Cevaptaki tereddüt, 40 sayfalık teknik şartnameden daha fazla bilgi verir. Bir de şu var: referans firmanın kalite müdürüyle değil, kullanıcı tarafındaki bir üretim şefiyle konuşmaya çalışın; sistemin gerçekten kullanılıp kullanılmadığını en dürüst anlatan kişi odur.
Kararı nasıl vermeli?
Yerli kalite yönetim yazılımı ile küresel bir platform arasındaki seçim, marka refleksiyle değil ağırlıklandırılmış kriterlerle yapılır. "Yerli olsun" ya da "küresel marka daha güvenli" duygusuna kapılmayın. Beş kriteri kendi şirketinizin gerçeğine göre ağırlıklandırın: grup şirketi zorunluluğu, otomotiv terminolojisi, destek erişimi, bütçe öngörülebilirliği ve veri konumu. Bir ihracatçı grup şirketinde birinci kriter diğerlerini bastırır; tek tesisli bir Türk tedarikçisinde ise ikinci ve üçüncü kriterler öne çıkar.
Sonrasında iki adayı aynı senaryoyla test edin. Aynı prosedürü yükleyin, aynı DÖF'ü açın, aynı raporu almaya çalışın ve destek hattına aynı soruyu sorun. Bu üç saatlik test, onlarca sayfalık bir özellik karşılaştırma tablosundan daha fazla şey söyler. Seçim kriterlerinizi bir çerçeveye oturtmak isterseniz kalite yönetim yazılımı sayfasındaki başlıklar iyi bir başlangıç listesi verir.