Yazılım seçimi bitmiş, sözleşme imzaya gelmişti. Satın alma müdürü son bir kontrol için OEM müşterisinin gizlilik sözleşmesini açtı ve bir maddede durdu: paylaşılan teknik resim ve proses dokümanları, önceden yazılı izin alınmadan üçüncü taraf sunucularında saklanamayacaktı. Seçilen bulut yazılımının sunucuları yurt dışındaydı. O gün proje askıya alındı ve altı hafta kaybedildi. Bulut mu şirket içi mi kalite yazılımı sorusu bu yüzden bir bilgi işlem tercihi değil, müşteri sözleşmesi ve veri sahipliği sorusudur.
İki model gerçekte neyi değiştirir
Bulut mu şirket içi mi kalite yazılımı kurulacağı, önce çok teknik bir ayrım gibi görünür. Bulut modelinde yazılım sağlayıcının sunucularında çalışır, siz tarayıcıdan bağlanırsınız ve genellikle kullanıcı başına aylık ya da yıllık abonelik ödersiniz. Bakım, yedekleme ve güncelleme sağlayıcının işidir. Şirket içi modelde yazılım kendi sunucunuza kurulur, veri binanızın içinde kalır, güncelleme zamanını siz belirlersiniz ve maliyet genellikle bir defalık lisans artı yıllık bakım biçimindedir.
Kalite tarafında bu farkın karşılığı üç yerde görünür: veriye kimin eriştiği, denetimde kanıtı nereden gösterdiğiniz ve internet kesildiğinde ne olduğu. Yazılım özellikleri genellikle iki modelde de aynıdır; karar, özelliklerde değil bu üç başlıkta verilir. Ürün karşılaştırırken kalite yönetim sistemi yazılımı özelliklerini değil, kurulum modelinin getirdiği kısıtları listeleyin.
Birinci başlık: veri sahipliği ve müşteri gizlilik şartları
Otomotivde kalite sistemine giren verinin önemli bir kısmı size ait değildir. Teknik resim, kontrol planı, PPAP dosyası ve özel karakteristik listesi müşteri mülkiyetindeki bilgidir ve bunların nerede saklanacağı gizlilik sözleşmesinde tanımlanır. Sözleşmelerde en sık gördüğüm üç kalıp şudur: üçüncü taraf sunucuda saklama yasağı, belirli coğrafya dışına çıkarma yasağı ve önceden yazılı izin şartı. Üçüncüsü esnek görünür ama pratikte müşterinin kalite biriminden yazı almak aylar sürer.
Sözleşme tarafını kontrol etmenin en hızlı yolu, yürürlükteki gizlilik anlaşmalarınızda "data", "server", "storage" ve "third party" kelimelerini aratmaktır. On dakikalık bir iş ve sonucu bazen tüm yazılım kararını değiştirir. Tedarikçi olarak siz de kendi alt tedarikçilerinize aynı şartı geçirmek zorunda olabilirsiniz; zincirin tamamını düşünün.
İkinci başlık: denetimde erişim ve kanıt
Denetim masasında iki modelin farkı çoğu zaman hissedilmez; her ikisinde de ekranı çevirip kaydı gösterirsiniz. Fark, uç durumlarda ortaya çıkar. Müşteri denetimi sırasında denetçiye geçici bir kullanıcı hesabı açmanız gerekirse, şirket içi kurulumda bu beş dakikalık iştir; bulut modelinde ek kullanıcı lisansı gündeme gelebilir. Buna karşılık uzaktan yapılan denetimlerde bulut modeli avantajlıdır, çünkü dışarıdan erişim zaten hazırdır.
İkinci fark arşiv tarafındadır. Sözleşmeniz bittiğinde ya da sağlayıcı değiştirmek istediğinizde verinizi hangi formatta, ne kadar sürede alacağınız sözleşmede yazmalıdır. Bunu baştan sormayan firmalar geçiş sırasında yıllara yayılmış doküman geçmişini kaybeder. Şirket içi kurulumda veri zaten sizin veritabanınızdadır, ama bu kez yedekleme ve geri yükleme sorumluluğu tamamen sizdedir; yedekleme testi kaydı tutmuyorsanız avantaj hızla dezavantaja döner.
Kararı bilgi işlem ekibine tek başına bırakmak, bu konudaki en pahalı kısayoldur. Bilgi işlem bakım yükünü azaltmak ister ve haklıdır; ama gizlilik sözleşmesi maddesini okuyan o değildir. Kararı üç kişiyle verin: kalite müdürü, bilgi işlem sorumlusu ve sözleşmeleri yöneten satın alma. Bir firmada bu üçlü yarım günlük bir toplantıda oturdu ve altı haftalık bir gecikmeyi baştan önledi.
Üçüncü başlık: internet kesintisi ve süreklilik
Fabrikada internet kesildiğinde bulut modelinde kalite sistemi durur. Vardiya devam eder, parça üretilir, ama kontrol kaydı girilemez ve doküman açılamaz. Bunun kalite tarafındaki karşılığı kâğıda dönmektir; kâğıda dönen kayıtlar da sonradan sisteme girilirken tarih tutarsızlığı üretir. Şirket içi kurulumda yerel ağ ayakta olduğu sürece sistem çalışmaya devam eder.
Bu riski ölçmenin yolu geçmişe bakmaktır: son bir yılda kaç kez ve kaç saat internet kesintisi yaşadınız? Organize sanayi bölgelerinde yedekli hat kullanan firmalarda bu süre yıllık birkaç saati geçmez ve risk yönetilebilir. Tek hatla çalışan, kırsalda ya da altyapısı zayıf bir bölgede kurulu tesislerde ise aynı rakam günlerle ölçülür. Kararı hissiyata değil, bu iki sayıya dayandırın. Bulut modelini seçiyorsanız kesinti anında ne yapılacağını yazılı hâle getirin: hangi kayıtlar kâğıda alınacak, sistem geri geldiğinde kim ne kadar sürede girecek ve kâğıt nüshalar nerede saklanacak. Bu üç satırlık plan, denetimde tarih tutarsızlığı sorusunun cevabı olur.
Dördüncü başlık: beş yıllık toplam maliyet
Maliyet karşılaştırmasında en sık yapılan hata ilk yıl rakamlarına bakmaktır. Bulut modeli ilk yıl neredeyse her zaman ucuzdur; fark üçüncü yıldan itibaren kapanır ve sonra ters döner. Karşılaştırmayı yaparken sadece lisansı değil, aşağıdaki kalemlerin hepsini aynı tabloya koyun.
| Maliyet kalemi | Bulut | Şirket içi |
|---|---|---|
| Başlangıç lisansı | Yok ya da düşük | Tek seferlik, yüksek |
| Yıllık ödeme | Kullanıcı başına abonelik | Bakım/destek bedeli |
| Sunucu ve işletim sistemi | Dahil | Ayrı yatırım |
| Yedekleme altyapısı | Sağlayıcıda | Firmada, ayrı maliyet |
| Kullanıcı sayısı arttığında | Doğrusal artar | Genellikle sabit kalır |
| Sürüm yükseltme | Dahil | Bakım kapsamına göre değişir |
| Sözleşme bitince veri | Dışa aktarım şartına bağlı | Zaten sizde |
| Bilgi işlem iş yükü | Düşük | Orta |
Beşinci satır otomotivde belirleyici olur. Kalite sistemi başlangıçta 15 kullanıcıyla kurulur, ama doküman okuma ve okundu-onayı ihtiyacı ortaya çıktığında üretim, bakım ve lojistik de sisteme girer; kullanıcı sayısı 120'ye çıkar. Kullanıcı başına ödenen modelde bu artış bütçeyi zorlar ve firmalar çözümü kullanıcı sayısını kısmakta bulur. Kısılan kullanıcı, sahada okunmayan doküman demektir; yani maliyet kararı doğrudan kalite kararına dönüşür.
Denetçi kurulum modelini sorgulamaz, kontrolleri sorgular. Her iki modelde de aynı üç şeyi ister: verinin yedeklendiğinin kaydı, geri yükleme testinin yapıldığının kanıtı ve kimin neye eriştiğini gösteren yetki listesi. Bulut kullanıyorsanız sağlayıcının hizmet seviyesi taahhüdünü ve yedekleme politikasını yazılı olarak dosyanızda bulundurun; "onlar hallediyor" cevabı denetimde karşılık bulmaz.
Beşinci başlık: entegrasyon ve saha erişimi
Kalite yazılımı tek başına yaşamaz. ERP'den parça ve tedarikçi bilgisi alır, ölçüm cihazlarından veri okur, saha terminallerine doküman gönderir. Şirket içi kurulumda bu bağlantılar aynı yerel ağ içinde kurulduğu için hızlı ve basittir; ölçüm cihazından gelen veriyi doğrudan veritabanına yazmak çoğu zaman tek bir servis meselesidir. Bulut modelinde aynı iş için ara katman gerekir ve hat kesildiğinde veri akışı da kesilir.
Buna karşılık çok tesisli firmalarda tablo tersine döner. Üç fabrikada aynı doküman havuzunu kullanmak isteyen bir grup şirketinde, bulut modeli merkezi yönetimi kolaylaştırır. Şirket içi kurulumla aynı sonucu almak için tesisler arası bağlantı ve tek veritabanı kurgusu gerekir; bu da mümkündür ama bilgi işlem tarafında planlama ister. Kaç lokasyona hizmet vereceğinizi karar tablosuna ayrı bir satır olarak yazın.
Geçiş yaparken kaybedilen şey: veri geçmişi
Model değiştiren firmaların en çok pişman olduğu konu, taşınmayan geçmiştir. Yeni sisteme genellikle sadece yürürlükteki dokümanlar aktarılır; revizyon geçmişi, onay kayıtları ve eski bulgular eski sistemde kalır. İki yıl sonra bir müşteri şikâyetinde o dönemin kaydı istendiğinde, kapatılmış bir yazılımın yedeğini ayağa kaldırmak gerekir.
Geçiş sözleşmesine üç maddeyi yazdırın: hangi verilerin taşınacağı, hangi formatta aktarılacağı ve taşınmayan verilerin nerede, ne kadar süre erişilebilir kalacağı. Bir firmada bu üç madde konuşulmadığı için doküman revizyon geçmişi CSV dosyaları hâlinde bir klasöre atıldı ve pratikte kullanılamaz hâle geldi. Saklama sürelerinizi hatırlayın; kayıt erişilebilir değilse saklanmış sayılmaz.
Hangi durumda hangisi
Bulut mu şirket içi mi kalite yazılımı sorusunun tek bir doğru cevabı yok; cevap firmanın kısıtlarına göre değişiyor. Şirket içi kurulum şu durumlarda öne çıkar: müşteri gizlilik sözleşmeniz veri konumunu kısıtlıyorsa, kullanıcı sayınız zamanla büyüyecekse, internet altyapınız zayıfsa ve verinin fiziksel olarak binanızda kalması yönetim kurulunun net beklentisiyse. Bulut modeli ise birden fazla lokasyonda çalışan, bilgi işlem kadrosu bulunmayan, hızlı başlamak isteyen ve müşteri tarafında veri konumu kısıtı olmayan firmalarda daha rahat işler.
Türkiye'de QDMS kısaltması, Bimser'in aynı adı taşıyan ürünüyle yaygınlaşıp zamanla bir kategori adı gibi kullanılır oldu; bugün bu kategoride hem bulut hem şirket içi seçenek sunan olgun çözümler var. Karşılaştırma yaparken ürünlerin özellik listelerinden çok, kendi kısıtlarınıza uyup uymadığına bakın; aynı yazılım bir firmada doğru, komşu fabrikada yanlış tercih olabilir. PaKalite bu tabloda şirket içi kurulum tarafında durur: veritabanı kendi sunucunuzda çalışır ve modüller birbirine bağlı biçimde tek uygulamada toplanır. Neden PaKalite sayfasında bu tercihin arkasındaki gerekçeyi ayrıntılı anlattık.
Karar vermeden önce sorulacak altı soru
Yürürlükteki gizlilik sözleşmelerimizde veri saklama yerini kısıtlayan madde var mı? Beş yıl sonra kaç kullanıcımız olacak? Son bir yılda toplam kaç saat internet kesintisi yaşadık? Sözleşme biterse verimizi hangi formatta ve kaç günde alırız? Yedekleme ve geri yükleme testini kim, hangi sıklıkla yapacak? Bir müşteri denetçisine geçici erişim vermemiz gerekirse süreç nasıl işler? Bu altı sorunun cevabı yazılı hâle geldiğinde karar genellikle kendiliğinden çıkar.
Bu altı soruyu bir tabloya dökün ve her satıra hangi modelin daha iyi cevap verdiğini yazın. Altı satırın çoğu aynı tarafa düştüğünde tartışma kendiliğinden biter. Sonuç başa baş çıkıyorsa belirleyici satır her zaman birincisidir: müşteri sözleşmesi ne diyorsa o uygulanır, çünkü diğer beş başlıkta yanlış karar vermenin bedeli para, birinci başlıkta yanlış karar vermenin bedeli sözleşme ihlalidir.
Cevapları bir sayfaya yazıp yönetim gözden geçirme toplantısına götürün. Kalite yazılımı kararı, kalite yönetim sisteminin altyapı kararıdır ve beş on yıl sizinle kalır; iki saatlik bir analizle verilmesi gereken bir karar değildir. Bulut mu şirket içi mi kalite yazılımı tercihini bir kez doğru yaptığınızda, sonraki yıllarda konuşacağınız şey altyapı değil süreçler olur. Sektörünüze özgü kısıtları da hesaba katın; metal sektörü kalite yazılımı tarafında saha terminali ve ölçüm cihazı entegrasyonu ihtiyacı, kararı çoğu zaman şirket içi kuruluma yaklaştırır. Elektronik onay ve log kayıtlarının iki modelde de nasıl kanıtlanacağını elektronik onay yazımızda ayrıca ele aldık.