Kısa cevap: İşletme yazılımını buluta taşımak, programın ofisteki bir bilgisayarda değil bir sağlayıcının veri merkezinde çalışması ve ekibin ona tarayıcı üzerinden bağlanması demektir. İşletme için pratik sonucu şudur: donanım bakımı, yedekleme ve güncelleme sizin günlük işiniz olmaktan çıkar, buna karşılık internet bağlantısı ile erişim yetkileri kritik hâle gelir. Doğru soru “bulut daha mı iyi” değil, “hangi verim nerede duruyor, dışarı nasıl alırım ve kim görebiliyor” sorusudur.
Bulut ne demek, ne demek değil
Bulut sözcüğü reklamlarda o kadar çok kullanıldı ki anlamı bulanıklaştı. Teknik tarafta tek bir şeyi anlatır: yazılım ve veri, sizin fiziksel olarak dokunduğunuz bir cihazda değil, bir sağlayıcının yönettiği sunucularda durur. Kullanıcı tarafında değişen şey ise erişim biçimidir; programı kurmak yerine bir adrese girip oturum açarsınız. Dükkândaki bilgisayar bozulduğunda kaydın onunla birlikte gitmemesinin nedeni budur.
Bunun tersi de doğru. Bulut, bakımın ortadan kalktığı bir yapı değildir; bakım yer değiştirir. Donanımla uğraşmayı bırakırsınız, bunun yerine hesap yönetimi, yetkilendirme, sözleşme şartları ve veriyi dışa aktarma gibi konular sizin sorumluluğunuzda kalır. Bu ikinci grup işler görünmez olduğu için çoğu işletme onları hiç yapmaz ve sorun çıktığında hazırlıksız yakalanır.
Sık rastlanan üç karışıklığı baştan ayırmak faydalı olur:
- Ofiste sunucu bulunmaması tek başına bulut anlamına gelmez. Dizüstü bilgisayardaki bir tablo dosyası da yerel kurulumdur ve o cihazla birlikte kaybolur.
- Dosyaları bir depolama hizmetine atmak, işletme yazılımını buluta taşımak değildir. Depolama dosyayı saklar; işletme yazılımı ise kayıtlar arasındaki ilişkiyi tutar, hesaplar ve raporlar.
- Buluta geçmek verinin sahipliğini devretmek demek değildir. Sahiplik sözleşmenin yazdığı şeydir; o yüzden sözleşmedeki veri maddeleri fiyat maddelerinden daha önemlidir.
Yerel kurulum ile bulut arasındaki pratik farklar
Aşağıdaki tablo teknik bir karşılaştırma değil, işletme sahibinin günlük hayatında karşısına çıkan farkları toplar.
| Konu | Yerel kurulum | Bulut |
|---|---|---|
| Donanım sorumluluğu | İşletmede; arıza, elektrik ve soğutma sizin derdiniz | Sağlayıcıda; işletme tarafında cihaz kritik değil |
| Yedekleme | Birinin hatırlaması gerekir, çoğu zaman hatırlanmaz | Genelde otomatik, ama kapsamını sözleşmeden okumak gerekir |
| Güncelleme | Planlanır, ertelenir, sürüm farkları birikir | Sağlayıcı yapar; değişikliği siz istemeseniz de gelir |
| Uzaktan erişim | Ek kurulum ve ek risk gerektirir | Zaten varsayılan çalışma biçimi |
| Kesinti nedeni | Cihaz arızası, elektrik, diskin dolması | İnternet kesintisi, sağlayıcı tarafındaki sorunlar |
| Maliyetin biçimi | Önde büyük bir yatırım, sonra belirsiz bakım | Düzenli ve öngörülebilir, ama süreklidir |
| Veriyi taşıma | Veri elinizde, ama biçimi genelde kendine özgüdür | Dışa aktarma varsa kolay, yoksa bağımlılık doğar |
Tablonun son satırı kararın asıl yeridir. Bir sistemin iyiliği, içine girerken ne kadar kolay olduğuyla değil, çıkarken verinizi ne kadar eksiksiz alabildiğinizle ölçülür.
Taşınmadan önce cevaplanması gereken sorular
Bu soruların hiçbiri teknik bilgi gerektirmez; hepsi işletme kararıdır. Sağlayıcıyla konuşmadan önce cevapları yazılı hâle getirmek, sonradan yaşanan sürprizlerin büyük kısmını önler.
- Hangi veri taşınacak? Cari bilgisi, ürün listesi, geçmiş hareketler ve açık kayıtlar ayrı ayrı düşünülür. Çoğu işletme geçmiş hareketlerin tamamını taşımaya çalışır, sonra yarısının hiç kullanılmadığını görür.
- Veri dışa nasıl alınır? Yeni sistemden kendi verinizi okunabilir bir dosya olarak indirebiliyor musunuz? Bunu sözleşme imzalanmadan, deneme sırasında bir kez yapıp görmek gerekir.
- Kim hangi veriyi görecek? Yerel kurulumda herkesin her şeyi görmesi fark edilmeyen bir alışkanlıktı. Uzaktan erişimde aynı alışkanlık ciddi bir risk olur.
- İnternet kesilirse ne yapılır? Satışın durmaması için elle yürütülen basit bir yedek akış tanımlanmalı. Bu, kâğıt bir fiş defteri kadar basit olabilir; yeter ki önceden konuşulmuş olsun.
- Yedek geri yüklenebiliyor mu? Yedek almak bir iş değildir, geri yükleyebilmek iştir. Hiç denenmemiş bir yedek var sayılamaz.
- Sözleşme biterse veri ne olur? Hesap kapandıktan sonra verinin ne kadar süre erişilebilir kaldığı, baştan sorulacak bir sorudur.
- Eski sistem ne kadar açık kalacak? Paralel çalışılacak süre belirsiz bırakılırsa süresiz olur ve iki yerde birbirini tutmayan iki kayıt oluşur.
Geçişte en sık yapılan üç hata
Her şeyi tek seferde taşımak
Stok, satış, cari ve raporlamanın aynı hafta devredilmesi, bir sorun çıktığında nedeni bulmayı neredeyse imkânsızlaştırır. Daha güvenli yol, en az bağımlılığı olan parçayla başlamaktır; genelde ürün ve fiyat listesi bu tanıma uyar. Bir parça oturduktan sonra bir sonrakine geçilir.
Eski sistemi aynı gün kapatmak
Eski sistem bir süre salt okunur biçimde erişilebilir kalmalıdır. Geçmişe dönük bir kaydı doğrulamak gerektiğinde tek kaynağınız yeni sistemdeki aktarım olursa, aktarımdaki bir eksiği fark etme şansınız kalmaz.
Yetkileri sonraya bırakmak
“Şimdilik herkes yönetici olsun, sonra düzeltiriz” cümlesi hemen hiç düzeltilmez. Yetki tanımı veri aktarımından önce yapılırsa on dakikalık iştir; sonrasında ise kimin neyi değiştirdiğini geriye dönük ayıklama işine dönüşür.
Hangi işletmede fark gerçekten büyük olur
Buluta geçmek her işletmeye aynı oranda kazanç getirmez. Tek bir dükkânda, tek bir kişinin kayıt tuttuğu bir işletmede kazanç çoğunlukla yedekleme ve süreklilik tarafındadır; işin yürüyüşü pek değişmez. Fark asıl olarak kaydın birden fazla yerden girildiği ya da okunduğu işletmelerde ortaya çıkar.
En belirgin üç durum şöyle sıralanabilir. Birincisi birden fazla noktası olan işletmelerdir: iki şubenin stok ve fiyatı aynı kaynaktan okunmaya başladığında, aralarındaki telefon trafiği büyük ölçüde biter. İkincisi sahada çalışan ekibi olan işletmelerdir; montaj, kurulum ya da servis için dışarı çıkan kişi, işin ayrıntısını akşam ofise dönüp yazmak yerine yerinde kayda geçirebilir ve bu, en sık kaybolan bilgi türünü kurtarır. Üçüncüsü ise dışarıdan destek alan işletmelerdir: muhasebecinin ya da danışmanın dosya istemek yerine kendisine tanımlanmış sınırlı bir erişimle gerekli kaydı okuması, her ay tekrarlanan bir yazışma yükünü ortadan kaldırır.
Bu üç durumdan hiçbiri sizde yoksa, geçişi ertelemek mantıklı bir karar olabilir. Ama o zaman da yedekleme sorusunun kendi başına çözülmesi gerekir; çünkü yerel kurulumda veri kaybı riski ortadan kalkmaz, yalnızca görünmez kalır.
İlk ayda neye bakmalı
Geçişin başarısı yazılımın özellik listesiyle değil, ekibin davranışıyla ölçülür. İlk ay şu işaretleri izlemek yeterlidir:
- Kayıtlar yeni sisteme mi giriliyor, yoksa kenarda bir defter tutulmaya devam mı ediyor? Kenardaki defter, sistemin bir ihtiyacı karşılamadığının en net göstergesidir.
- Aynı bilgi iki yere mi yazılıyor? Çift giriş, zaman kaybından önce bir güven kaybıdır: iki kayıt ayrıldığında hangisinin doğru olduğu bilinemez.
- Ekip hangi ekranda tıkanıyor? Çoğu zaman eğitim eksiği değil, alan sırasının işin gerçek akışına uymaması söz konusudur.
- Rapor sayıları eski sistemle tutuyor mu? Küçük bir sapma bile aktarımda bir eşleşme hatası anlamına gelir ve ne kadar erken bulunursa o kadar kolay düzelir.
Bu dört işaretin hiçbiri yazılım satın alırken sorulan sorularda yer almaz, ama geçişin tutup tutmadığını belirleyen şeyler bunlardır. Bir işletme bulutu, “sunucu yerine kira” olarak değil, “kaydın tek bir yerde durması” olarak anladığında kazanç görmeye başlar.
Devamını okumak için
Buluta taşınma kararı tek başına durmaz; işletmenin dijital düzeniyle birlikte düşünülür. Konunun genel çerçevesi için dijital dönüşümün neden önemli olduğunu anlatan yazıya, taşınmadan önce hesap ve alan adı düzenini toparlamak için alan adı ve kurumsal e-posta hijyeni yazısına, taşınan verinin hukuki tarafı için de müşteri verisini KVKK uyumlu tutmanın temel kuralları yazısına bakabilirsiniz. Diğer başlıklar blog sayfamızda, ne yaptığımıza dair genel bilgi ise ana sayfamızda yer alıyor.