SAP Business One: Bulut mu, On-Premise mi? Karar Rehberi

Kısa cevap: BT ekibi küçük, nakit akışını yatırım yerine düzenli gidere yaymak isteyen ve lokasyondan bağımsız erişime ihtiyaç duyan şirket için bulut; güçlü bir BT altyapısı ve ekibi olan, veriyi kendi kontrolünde tutmayı önceliklendiren ya da fabrika içi sistemlerle (kantar, terminal, MES) düşük gecikmeli sıkı bağlantı isteyen şirket için on-premise daha doğru tercihtir. İki modelde de yazılım aynı SAP Business One'dır; değişen, sistemin nerede koştuğu, kimin baktığı ve maliyetin nasıl ödendiğidir.

Bu karar teknik olduğu kadar finansaldır ve geri dönüşü zahmetli bir karardır; sonradan model değiştirmek mümkün ama masrafsız değildir. Bu rehber, projelerimizde karar toplantısında masaya koyduğumuz karşılaştırmanın yazıya dökülmüş hali.

İki model gerçekte ne anlama geliyor

On-premise: HANA (veya SQL) sunucusu sizin makinenizde — kendi sunucu odanızda ya da kiraladığınız veri merkezinde — koşar. Lisansı genellikle süresiz (perpetual) alırsınız; donanım, yedekleme, güncelleme ve güvenlik sizin (ve destek partnerinizin) sorumluluğundadır.

Bulut: Sistem, sağlayıcının altyapısında barındırılır; siz kullanıcı başına abonelik ödersiniz. Barındırma, yedekleme ve altyapı bakımı bedelin içindedir. Erişim, konumdan bağımsız olarak güvenli bağlantıyla sağlanır.

Arada bir de melez gerçek var: süresiz lisansınızı alıp sistemi bir veri merkezinde/IaaS üzerinde barındırmak. Bu, "lisansta on-premise, altyapıda bulut" demektir ve mevcut lisans yatırımı olan şirketlerde sık kurduğumuz bir modeldir. Modellerin lisans tarafındaki bedel yapısını fiyat yazımızda açtık; burada karar boyutlarına odaklanıyoruz.

Karşılaştırma tablosu

Boyut	Bulut	On-Premise
Maliyet yapısı	Düzenli abonelik (OPEX); giriş yatırımı düşük	Peşin lisans + sunucu (CAPEX) + yıllık bakım
HANA sunucusu	Aboneliğin içinde	Ayrı yatırım kalemi (sertifikalı donanım)
BT ekibi yükü	Düşük; altyapı sağlayıcıda	Yedekleme, güncelleme, güvenlik sizde
Sürüm güncellemeleri	Sağlayıcı takviminde, planlı	Kendi takviminizde, kendi projenizle
Erişim	Doğal olarak her yerden	VPN/uzak masaüstü kurgusu gerekir
Fabrika içi entegrasyon	İnternet hattına bağımlı	Yerel ağda, düşük gecikmeli
Veri konumu ve kontrol	Sağlayıcının veri merkezinde	Tamamen sizin kontrolünüzde
İnternet kesintisinde	Çalışma durur	Yerel ağda çalışma sürer
Özelleştirme/add-on esnekliği	Sağlayıcının politikasına tabi	Tam esneklik
Felaket kurtarma	Sağlayıcının sorumluluğunda (sözleşmeyle)	Sizin kurmanız gereken bir yapı

Tabloda saklanan en önemli satır sondaki ikisidir. İnternet kesintisi bulutta operasyonu durdurur; bunun gerçek riski, tesisinizin hat kalitesine ve yedekli bağlantı yatırımına bağlıdır. Felaket kurtarma ise on-premise tarafın en çok ihmal edilen kalemidir: sahada gördüğümüz birçok kendi-sunucusunda kurulumda yedekleme "alınıyor" ama hiç geri dönüş testi yapılmamış durumda — test edilmemiş yedek, yedek değildir.

Maliyete doğru bakmak: üç yıllık pencere

İki modelin maliyet karşılaştırması tek yıl üzerinden yapılamaz; yapısal olarak farklı eğrilerdir. Bulut düz bir çizgidir: her ay/yıl aynı karakterde gider. On-premise ise kambur bir eğridir: başta lisans + sunucu yatırımı, sonra görece düşük yıllık bakım, birkaç yılda bir donanım yenileme/sürüm projesi.

Karşılaştırmayı asgari üç yıllık pencerede, şu kalemleri iki tarafa da dürüstçe yazarak yaparız:

• On-premise tarafına: sunucu donanımı ve yenileme payı, kesintisiz güç/soğutma, yedekleme altyapısı, felaket kurtarma, BT mesaisi, sürüm yükseltme projeleri.
• Bulut tarafına: abonelik toplamı, hat yedekliliği yatırımı, veri çıkış/taşınma senaryosunun maliyeti (sözleşme bitiminde verinizi alıp başka modele geçmenin bedeli).

Genel desen şudur: kullanıcı sayısı küçük ve BT kapasitesi sınırlıyken bulut toplamda rahat kazanır; kullanıcı sayısı büyüdükçe ve altyapı zaten varsa on-premise'ın eğrisi zamanla avantaja döner. Kırılma noktası şirkete özgüdür — keşifte iki senaryoyu sizin sayılarınızla yan yana koyarız, ezber cevap vermeyiz.

Karar senaryoları: hangi durumda hangisi

Bulutun net kazandığı profiller:

• BT'si "yazıcıya bakan bir arkadaş"tan ibaret, sunucu odası olmayan KOBİ.
• Çok lokasyonlu yapı: şubeler, uzak depo, evden/sahadan çalışan ekipler — erişim kurgusu bulutta doğal.
• Hızlı başlamak isteyen, yatırım bütçesini işletme sermayesinde tutmak isteyen büyüyen şirket. Kapsamlı bir KOBİ kurulumunun 2-8 haftalık bandında, sunucu tedarik ve kurulum süresinin takvimden düşmesi de bulut lehine yazar.

On-premise'ın net kazandığı profiller:

• Fabrika içi sıkı entegrasyon: kantar, el terminali, hat veri toplama gibi sistemlerin kesintisiz ve düşük gecikmeli çalışması kritikse yerel kurulum güven verir.
• Veri konumu şartı: müşteri sözleşmeleri ya da iç politika verinin tesiste kalmasını şart koşuyorsa tartışma kapanır.
• Kurulu BT olgunluğu: sanallaştırma altyapısı, yedekleme düzeni ve bakım sözleşmeleri zaten varsa, mevcut yatırımın üzerine kurulum toplam maliyeti düşürür.
• Yoğun özelleştirme ve add-on ekosistemi: sürüm takvimini kendi kontrolünde tutmak isteyen yapılar.

İki listeye de girmeyen şirketler — ki çoğunluk budur — kararı yukarıdaki üç yıllık maliyet penceresi ve büyüme planıyla verir. SAP Cloud ERP sayfasında bulut tarafının kapsamını ayrıca anlattık.

Sık yapılan iki hata

Birincisi, kararı yalnızca ilk yıl maliyetiyle vermek. Bulutun düşük giriş maliyeti ile on-premise'ın peşin yatırımını yan yana koyup "bulut ucuzmuş" demek, üç yıl sonra tersine dönebilecek bir okumadır; eğrilerin tamamına bakın.

İkincisi, on-premise'ı "bedava işletilir" saymak. Sunucu alındıktan sonra yedekleme, güvenlik yamaları, izleme ve sürüm bakımı kendiliğinden olmaz. Bu işletim ya iç kaynakla ya teknik destek sözleşmesiyle karşılanır; ikisi de maliyettir ve karşılaştırma tablosuna yazılmalıdır. Bakımsız on-premise, iki yıl sonra en pahalı seçenek olur — çünkü faturası kesinti günü gelir.

Modelden bağımsız değişmeyen tavsiyemiz: karar toplantısına BT, finans ve operasyonu birlikte oturtun. Bu üçlüden biri masada yoksa, karar o boyutun faturasını sonradan öder.

Karar için 10 soruluk kontrol listesi

Toplantıya girmeden önce şu soruları kendi içinizde cevaplayın; cevapların çoğunluğu kararı zaten verir:

1. Sunucu işletimini (yedekleme, yama, izleme) üstlenebilecek bir BT kaynağınız var mı?
2. Mevcut bir sanallaştırma/veri merkezi yatırımınız var mı, yoksa sıfırdan mı kurulacak?
3. Nakit tercihiniz hangisi: peşin yatırım + düşük yıllık gider mi, düzenli abonelik mi?
4. Kaç lokasyondan ve sahadan erişim gerekiyor; uzak erişim bugün nasıl çözülüyor?
5. Tesis internet hattınız yedekli mi; kesinti geçmişiniz nasıl?
6. Kantar, terminal, hat veri toplama gibi yerel ağ bağımlı sistemleriniz var mı?
7. Müşteri sözleşmelerinizde veya iç politikanızda veri konumu şartı var mı?
8. Sürüm güncellemelerini kendi takviminizde mi yönetmek istersiniz, sağlayıcıya mı bırakırsınız?
9. Yedeklerinizin geri dönüş testi en son ne zaman yapıldı? (Cevap "hiç" ise on-premise tarafına dürüst bir satır ekleyin.)
10. Üç yıl içinde kullanıcı sayınız ve lokasyon sayınız ne yönde değişecek?

İlk iki soruya "hayır/yok" diyen işletmede ibre belirgin biçimde buluta döner; 6 ve 7'ye "evet" diyenlerde on-premise veya melez model öne çıkar. Cevaplar karışıksa — ki çoğu gerçek işletmede öyledir — melez kurgu (süresiz lisans + veri merkezinde barındırma) çoğu zaman en dengeli üçüncü yoldur.

Kararın ertelenebilir olmayan kısmı

Son bir uyarı: bu karar "sonra bakarız" denerek kurulum başlatılabilecek bir karar değildir. Altyapı tercihi; lisans modelini, teklif kalemlerini, kurulum takvimini ve hatta eğitim planını (uzak erişim kurgusu) etkiler. Keşif fazında netleşmesi gereken ilk üç karardan biridir — diğer ikisi kapsam ve proje sahipliğidir; o ikisini ERP geçiş hataları yazısında ayrıntılı işledik.

Melez modelin öne çıktığı durumlar

Süresiz lisans + veri merkezinde barındırma kombinasyonu, iki saf modelin arasında kalan işletmeler için pratik bir üçüncü yoldur. Öne çıktığı tipik durumlar:

• Mevcut süresiz lisans yatırımı var ama sunucu odası kapatılmak isteniyor
• BT ekibi uygulama tarafını yönetebiliyor ama donanım/altyapı işletmek istemiyor
• Sürüm takvimini kendi kontrolünde tutma ihtiyacı ile "sunucuya dokunmama" isteği bir arada
• Abonelik modeline geçişin ticari koşulları, mevcut lisans değeri nedeniyle cazip değil

Melezin dikkat isteyen tarafı sorumluluk haritasıdır: altyapı sağlayıcıda, uygulama ve veritabanı yönetimi sizde/partnerinizde kalır. "Sunucu ayakta ama sistem yavaş" tartışmasının iki firma arasında topa dönüşmemesi için, kimin nereye kadar baktığını sözleşmede tek tabloya yazdırın.

Sık sorulan sorular

Buluttan on-premise'a (veya tersine) sonradan geçilebilir mi?

Evet; veritabanı taşıma, lisans modelinin dönüştürülmesi ve altyapı kurulumundan oluşan planlı bir projedir. Mümkün ama masrafsız olmadığı için ilk kararı üç-beş yıllık ufukla vermek, geçiş ihtimalini azaltır.

Bulutta verimiz güvende mi?

Kurumsal barındırma; yedeklilik, erişim kontrolü ve yedekleme tarafında çoğu KOBİ'nin kendi sunucu odasından daha disiplinli işletilir. Sorulacak doğru sorular sözleşme sorularıdır: veri nerede tutuluyor, yedekleme ve geri dönüş taahhüdü ne, sözleşme biterse veriyi hangi formatta alırsınız.

İnternet kesilirse bulutta ne olur?

Erişim durur; risk, tesis hattınızın kalitesine bağlıdır. Bulut kararı veren müşterilerimizde yedekli internet (ikinci operatör/4G-5G yedeği) yatırımını kurulum planının parçası sayarız — maliyeti, kesintili bir günün maliyetiyle kıyaslanmayacak kadar küçüktür.

Mevcut süresiz lisansımız var; buluta geçersek yanar mı?

Yanmaz; süresiz lisansla veri merkezinde barındırma (hosting/IaaS) modeli kurulabilir — lisansınız kalır, altyapı buluta taşınır. Tam abonelik modeline dönüş ise ticari bir dönüşümdür; mevcut lisans yatırımınızın durumuna göre en mantıklı yolu birlikte hesaplarız.

Karar hangi aşamada, kiminle verilmeli?

Keşif fazında, sözleşmeden önce; masada BT, finans ve operasyon birlikte oturmalı. Model tercihi teklif kalemlerini ve kurulum takvimini doğrudan değiştirdiği için, "önce yazılımı seçelim, altyapıya sonra bakarız" sıralaması iki kez teklif turu yapmakla sonuçlanır — sahada bu tekrarı yeterince izledik.

Solveo iki modeli de kuruyor mu?

Evet; bulut, on-premise ve melez kurulumların üçünde de proje deneyimimiz var ve modelden gelirimiz değişmediği için önerimiz tarafsızdır. Değerlendirme görüşmesinde yukarıdaki kontrol listesini sizin cevaplarınızla doldurur, üç yıllık maliyet karşılaştırmasını kendi sayılarınızla çıkarırız.