Müşteri denetçisi öğleden sonra oturumunda doküman sistemine baktı, birkaç revizyonu izledi ve sonra başını kaldırıp sordu: "Bu kayıtlar hangi ülkedeki sunucuda tutuluyor?" Odada beş kişi vardı. Kalite yöneticisi bilgi işleme baktı, bilgi işlem sorumlusu "sağlayıcının bulutunda" dedi, denetçi "hangi bulut, hangi ülke" diye tekrarladı ve cevap gelmedi. O gün bulgu yazılmadı ama bir gözlem maddesi düşüldü. QDMS bulut mu sunucu mu tartışması çoğu firmada bilgi işlem toplantısında başlar; oysa kararın gerçek sınavı bu tür bir denetim odasında verilir. Bu yazıda iki modeli veri sahipliği, kesinti riski, güncelleme yükü ve beş yıllık maliyet üzerinden yan yana koyuyoruz.
Verinin nerede durduğu neden bir kalite sorusu
Kalite kayıtları sıradan dosyalar değildir. Bir kontrol planı, bir PPAP dosyası ya da bir müşteri şikâyeti kaydı; hepsi müşterinin teknik bilgisini ve çoğu zaman ticari koşullarını içerir. Otomotiv müşterilerinin sözleşme eklerinde bu bilginin nerede saklanacağına dair hüküm bulunması olağandır. İkinci taraf denetimlerinde de soru artık teknik bir merak değil, sözleşme uygunluğu kontrolüdür. Bu yüzden cevabınızın bir ülke ve bir veri merkezi adı içermesi gerekir; "bulutta" yeterli bir cevap değildir.
Şirket içi kurulumda cevap kendiliğinden nettir: veri fabrikadaki sistem odasında, sizin sunucunuzda durur. Bulut modelinde ise cevabı sağlayıcının hizmet sözleşmesinden okumanız gerekir ve o sözleşme çoğu zaman "veri merkezleri Avrupa Birliği içindedir" gibi genel bir ifade kullanır. Yedeklerin nerede tutulduğu ayrıca sorulmalıdır; asıl veri bir ülkede, yedeği başka bir ülkede olabilir. Bu ayrıntıyı sözleşme imzalanmadan önce yazılı olarak netleştirin.
Veri sahipliğinin ikinci boyutu çıkış hakkıdır. Sözleşme sona erdiğinde dokümanlarınızı ve kayıtlarınızı hangi dosya biçiminde, kaç gün içinde ve ne karşılığında teslim alacağınız sözleşmede yazılı olmalıdır. Şirket içi kurulumda bu soru zaten yoktur; veri sizin veritabanınızdadır. Bulut modelinde ise sözleşmede açık bir madde yoksa, sistemi değiştirmek istediğiniz gün elinizde yalnızca PDF raporlar kalabilir. Kalite kayıtlarının saklama süreleri otomotivde çoğu zaman ürün ömrü artı bir yıl olarak tanımlanır; yani abonelik bittikten yıllar sonra bile o kayıtları okuyabilir durumda olmanız gerekir. QDMS bulut mu sunucu mu kararını verirken bu maddeyi fiyattan önce okuyun.
İnternet kesildiğinde hat ne yapacak
Fabrikalarda en çok göz ardı edilen risk budur. Üretim hattının internete ihtiyacı yoktur ama iş talimatı bulutta duruyorsa, internet kesildiği anda operatör güncel talimata ulaşamaz. Kesinti bir saat sürerse vardiya talimatsız çalışır; iki gün sürerse doküman kontrolü fiilen askıya alınır. Standardın acil durum planlarını düzenleyen maddesi (IATF 16949, 6.1.2.3) bilgi teknolojisi altyapısındaki arızayı da bu planların kapsamına sokar; dolayısıyla kesinti senaryosu, "olursa hallederiz" denilebilecek bir konu değil, yazılı olması beklenen bir plandır.
Şirket içi kurulumda dış hat kesintisi sistemi etkilemez, çünkü sunucu fabrika ağındadır. Buna karşılık burada da bir risk vardır: sunucunun kendisi arızalanırsa sistem tamamen durur ve kurtarma sizin sorumluluğunuzdadır. İki modelde de çözüm aynı disiplindir; kritik iş talimatları için ikinci bir erişim yolu tanımlayın. Bu, hat başındaki kilitli bir dolapta duran ve revizyon takibi yapılan basılı bir set olabilir. Kesinti planınızı yılda bir kez tatbikat gibi deneyin; sadece yazmakla kalmayın.
Bulut tekliflerinde iki kısaltmayı mutlaka sorun: RTO ve RPO. RTO, bir arıza sonrası sistemin ne kadar sürede geri geleceğidir; RPO ise en fazla ne kadarlık verinin kaybedilebileceği. "Yüzde 99,9 erişilebilirlik" cümlesi kulağa iyi gelir ama yılda yaklaşık dokuz saatlik kesintiye karşılık gelir. O dokuz saatin vardiya başına denk gelmeyeceğinin garantisi yoktur. Sözleşmede bu iki rakam yazılı değilse taahhüt de yoktur.
Güncelleme ve bakım yükü kimde
Bulut modelinin en gerçek avantajı budur: sürüm güncellemesi, sunucu bakımı ve yedekleme sağlayıcının işidir. Bilgi işlem ekibi olmayan ya da tek kişilik olan firmalarda bu yük ciddi bir kolaylıktır. Ancak aynı avantajın diğer yüzü, güncellemenin zamanını seçememenizdir. Sağlayıcı bir salı sabahı arayüzü değiştirdiğinde, o sabah eğitim vermeniz gereken yirmi kullanıcınız olur ve kimseye sorulmamıştır.
Şirket içi kurulumda güncellemenin zamanını siz seçersiniz. Doğru uygulama üç adımlıdır: önce test ortamında deneyin, sonra hafta sonuna planlayın, geri dönüş senaryosunu yazılı tutun. Buradaki asıl tehlike güncellemeyi hiç yapmamaktır. Üç sürüm geriden gelen bir sistem bir noktada desteklenemez hâle gelir ve o noktada elinizde, kimsenin dokunmak istemediği bir yazılım kalır. Uygulamada gördüğümüz denge şudur: güncelleme sıklığı yılda iki ya da üç sürüm, her sürüm öncesi yarım günlük test ve hafta sonu bir saatlik planlı kesinti. Bu tempoyu tutturan firmalar hem güncel kalıyor hem de üretimi hiç aksatmıyor. Kurulum ve devreye alma adımlarını şirket içi kurulum yazımızda gün gün takvimledik.
Erişim yetkisi: sunucuya kim girebiliyor
İki modelde de sorulması gereken bir soru daha var ve genellikle atlanır: kalite verisine uygulama dışından kim erişebiliyor? Şirket içi kurulumda veritabanına doğrudan bağlanabilen bir sistem yöneticisi hesabı vardır ve o hesap, uygulamanın yetki kurallarını dolaşabilir. Bu hesabın kimde olduğu, parolasının nerede saklandığı ve erişimin kayıt altına alınıp alınmadığı yazılı olmalıdır. Bulut modelinde ise aynı yetki sağlayıcının teknik ekibindedir; sözleşmede personelinin gizlilik taahhüdü ve erişim kaydı tutup tutmadığı belirtilmelidir.
Bu konuyu somutlaştırmanın en kolay yolu, iki soruyu yazılı sormaktır. Birincisi: son altı ayda veritabanına uygulama dışından kaç kez erişildi ve bu erişimler nerede kayıtlı? İkincisi: bu erişimi yapan kişi kayıt içeriğini değiştirebilir mi, değiştirirse iz kalır mı? Cevaplar ikna edici değilse, uygulama içindeki yetki matrisinin ne kadar özenli kurulduğu önemini yitirir; kapı arka taraftan zaten açıktır.
İki modelin yan yana karşılaştırması
Aşağıdaki tablo, otomotiv yan sanayide karar verirken kullandığımız karşılaştırmadır. Hiçbir satırda "iyi" ya da "kötü" yazmadık; her satır bir sorumluluğun kimde olduğunu gösteriyor. Kararınız, bu sorumlulukları hangi tarafta taşıyabileceğinize göre şekillenir.
| Kriter | Bulut (abonelik) | Şirket içi (on-premise) |
|---|---|---|
| Verinin fiziksel konumu | Sağlayıcının veri merkezi | Fabrikadaki sistem odası |
| İnternet kesintisinde erişim | Durur | Devam eder |
| Sunucu arızasında sorumluluk | Sağlayıcı | Kendi bilgi işleminiz |
| Yedekleme | Sağlayıcı yönetir, RPO sözleşmede | Siz yönetirsiniz, testi siz yaparsınız |
| Sürüm güncellemesi | Sağlayıcı belirler | Siz planlarsınız |
| İlk yıl maliyeti | Düşük | Yüksek (lisans + sunucu) |
| 5. yıl kümülatif maliyet | Doğrusal artar | İlk yıldan sonra yatay seyreder |
| Devreye alma süresi | Günler | Haftalar (sunucu temini dahil) |
| Çıkış kolaylığı | Dışa aktarım sözleşmeye bağlı | Veri zaten sizde |
| Bilgi işlem yükü | Düşük | Orta |
Tablodaki en belirleyici iki satır birinci ve yedincidir. Birincisi denetimde, yedincisi bütçe toplantısında karşınıza çıkar. Maliyet eğrilerinin şekli farklıdır: bulutta ödeme her yıl aynı tempoda devam ederken, şirket içi kurulumda ağırlık ilk yıla biner ve sonraki yıllarda yalnızca bakım ile sunucu gideri kalır. Kalem kalem hesap için maliyet yazımızdaki beş yıllık iskeleti kullanın.
Denetçi hangi modeli seçtiğinizi sorgulamaz; seçtiğiniz modelin risklerini yönetip yönetmediğinize bakar. Bulut kullanıyorsanız kesinti planı, veri konumu ve dışa aktarım hakkı sorulur. Şirket içi kullanıyorsanız yedekleme kayıtları, geri yükleme testi ve sunucu erişim yetkileri istenir. Her iki modelde de en zayıf halka aynıdır: hiç denenmemiş bir kurtarma planı.
Beş yıllık maliyeti aynı pencerede görmek
Bütçe toplantısında iki modeli karşılaştırmanın tek doğru yolu, aynı zaman penceresini kullanmaktır. Bulut aboneliğinin yıllık bedelini beşle çarpın; şirket içi kurulumda ise lisans, sunucu, kurulum, göç ve eğitimi ilk yıla, bakım ile sunucu bakımını dört yıla yayın. Bu iki toplamı yan yana koyduğunuzda genellikle bulut ilk üç yıl önde başlar ve dördüncü ya da beşinci yılda makas kapanır. Kullanıcı sayınız artacaksa makas daha erken kapanır, çünkü abonelikte her yeni kullanıcı her ay yeniden faturalanır.
Hesaba katılmayan bir kalem daha var: kendi bilgi işlem zamanınız. Şirket içi kurulumda sunucu bakımı, yedek kontrolü ve güncelleme için yılda birkaç adam-günü ayırmanız gerekir. Bunu tabloya yazmadığınızda şirket içi seçenek olduğundan ucuz görünür. Yazdığınızda ise karar daha dürüst bir zemine oturur. Kurulum modelini ağırlıklı bir değerlendirmenin içine yerleştirmek isterseniz, on kriterlik seçim yazımızın yedinci maddesi tam olarak bu konuyu kapsıyor.
Hangi durumda hangisi
QDMS bulut mu sunucu mu kararı üç değişkene bakılarak verilir. Kaç lokasyonunuz var? Birden çok tesisiniz varsa ve kullanıcılar sahada dolaşıyorsa bulut pratik olur. Bilgi işlem kapasiteniz ne? Sunucuyu ayakta tutacak ve yedeği düzenli denetleyecek bir sorumlunuz yoksa bulut daha güvenli bir seçim olur, çünkü işi meslekten biri yapar. Üçüncüsü ise sizin elinizde değil: müşteri sözleşmeleriniz. Veri konumuna dair bir kısıt varsa ya da bu soru ikinci taraf denetimlerinde düzenli olarak soruluyorsa, şirket içi kurulum hayatınızı kolaylaştırır.
Dördüncü bir değişken de kullanıcı profilidir. Kullanıcılarınızın büyük kısmı ofiste bilgisayar başındaysa iki model arasında pratik bir fark hissedilmez. Ama kullanıcıların çoğu hat başındaki terminallerden ya da tablet üzerinden bağlanıyorsa, yerel ağdaki bir sunucunun tepki süresi belirgin biçimde daha iyidir. Vardiya başında yirmi kişinin aynı anda talimat açtığı bir ortamda bu fark, sistemin kullanılıp kullanılmayacağını belirleyecek kadar önemli olabilir. Karar öncesi bir gün boyunca hat terminallerinden internet hızını ölçün; elinizdeki en somut veri o olur. Erişim performansı ve kesinti kayıtlarını iç denetim programınıza bağlarsanız denetim döneminde ayrıca kanıt aramanız gerekmez.
Tek tesiste üretim yapan, kendi sistem odası bulunan ve otomotiv müşterilerine çalışan bir tedarikçide bu üç değişken genellikle şirket içi kurulumu işaret eder. PaKalite de bu profili hedefleyerek geliştirildi: kurulum kendi sunucunuza yapılır, veri fabrikadan dışarı çıkmaz ve on sekiz modül aynı veritabanında çalışır. Yine de doğru cevap firmadan firmaya değişir. QDMS bulut mu sunucu mu sorusunu cevaplarken önce şu üç şeyi yazın: verinizin nerede durmasını istiyorsunuz, internet kesildiğinde ne olacak, bu sistemi beş yıl sonra kim yönetiyor olacak. Kategorinin bütününe kuş bakışı bakmak isterseniz kalite yönetim sistemi yazılımı sayfamız iyi bir başlangıç noktası.