SaaS mı kurulu yazılım mı sorusu, bir uygulamanın kimin sunucusunda çalışacağını ve işletme yükünü kimin taşıyacağını seçmektir. SaaS'ta (hizmet olarak yazılım) sağlayıcı sunucuyu, güncellemeyi ve altyapının yedeğini üstlenir; siz abonelikle kullanırsınız. Kurulu (on-premise) yazılımda sistem sizin sunucunuzdadır; kontrol sizde, bakım da sizdedir. Doğru seçim uygulamadan uygulamaya değişir.
Karar masasında gerçekte ne tartışılıyor?
Yeni bir sistem seçilirken toplantı genellikle iki kampa bölünür. Bir taraf "Her şey artık bulutta, sunucu derdiyle uğraşmayalım" der; diğer taraf "Verimiz dışarıda durmasın, internet giderse iş durur" diye itiraz eder. İki taraf da haklıdır, ama ikisi de tüm sistemler için tek bir cevap aradığı için tartışma bitmez.
Oysa bu soru, özel yazılım mı hazır paket mi kararından ayrı bir eksendir. O karar "yazılımı kim yazacak?" sorusunu cevaplar; bu yazının konusu ise "yazılım nerede çalışacak ve kim işletecek?" sorusudur. Hazır bir paket de sizin sunucunuza kurulabilir, size özel yazılmış bir sistem de bulutta abonelik mantığıyla işletilebilir. İki soruyu karıştırmak, yanlış gerekçeyle doğru görünen kararlar almaya yol açar. Online mağaza için aynı ayrımı hazır e-ticaret paketi mi özel yazılım mı yazısında ele aldık.
Pratikte üç model vardır: tamamen sağlayıcının işlettiği SaaS, kendi sunucu odanızda duran kurulu yazılım ve arada kalan özel bulut / barındırılan kurulum; yazılım size ait bir kopya olarak bir veri merkezinde çalışır, sunucuyu siz ya da iş ortağınız yönetirsiniz.
Yanlış modeli seçmenin maliyeti
Yanlış model hemen fark edilmez; bedeli birkaç yıl içinde parça parça ödenir. Türkiye'de ücretli bulut hizmeti hâlâ azınlığın tercihi: TÜİK Girişimlerde Bilişim Teknolojileri Kullanım Araştırması, 2026 verisine göre girişimlerin %20,2'si ücretli bulut bilişim hizmeti kullanıyor; oran 250 ve üzeri çalışanlılarda %57,0, 10–49 çalışanlılarda ise %16,7. Ölçek küçüldükçe oran düşüyor; bu yüzden küçük işletmelerde model sorusu çoğu zaman uygulama bazında hiç sorulmadan, mevcut düzen sürdürülerek cevaplanıyor.
Bulutu seçenlerin de kendi riski var. Uygulama karmaşası, kontrolsüz abonelik ve kaynak kullanımı sessizce büyür:
Flexera'nın 750'den fazla bulut karar vericisi ve kullanıcısıyla yaptığı ankete göre boşa giden bulut harcaması beş yıl sonra ilk kez artarak %29'a çıktı; bulut harcamasını yönetmek katılımcıların %85'i için başlıca zorluk. (Flexera 2026 State of the Cloud Report)
Sağlayıcıya bağımlılık güvenlik tarafında da görünür. Verizon 2026 Data Breach Investigations Report verisine göre üçüncü tarafın dahil olduğu ihlaller %60 artarak tüm ihlallerin %48'ine ulaştı; üçüncü taraf kurumların yalnızca %23'ü bulut hesaplarındaki eksik ya da zayıf çok faktörlü doğrulama sorununu tamamen giderdi. SaaS seçmek güvenliği devretmek değil, sağlayıcıyı denetleme işini üstlenmektir.
Kişisel veri işleyen sistemlerde mevzuat da hesaba girer. KVKK'nın 9. maddesi yurt dışına aktarımı yeterlilik kararı, standart sözleşme gibi uygun güvenceler ya da sınırlı istisnalara dayandırır. KVKK 2025 Yılı Faaliyet Raporu verisine göre 2025'te yurt dışına aktarım için sunulan taahhütnamelerden incelemesi biten 89'unun yalnızca 13'üne izin verildi. Verisi yurt dışında tutulan bir SaaS seçilecekse aktarımın hukuki dayanağı karar öncesinde kurulmalıdır. Kurulu yazılımda güncelleme ve desteği yazılı hale getirmek için yazılım bakım sözleşmesi rehberimize bakabilirsiniz.
SaaS mı kurulu yazılım mı? 8 ölçütlü karşılaştırma tablosu
| Ölçüt | SaaS | Kurulu yazılım (on-premise) | Özel bulut / barındırılan |
|---|---|---|---|
| Başlangıç | Hesap açılınca başlar | Sunucu, lisans ve kurulum gerekir | Sunucu kiralanır, kurulum yapılır |
| Maliyet yapısı | Kullanıcı ya da kullanım başına düzenli abonelik | Başta lisans ve donanım yatırımı, sonra bakım | Altyapı kirası + işletme emeği |
| Güncelleme ve yama | Sağlayıcı yapar, takvimi o belirler | Sizin ekibiniz yapar | Siz ya da iş ortağınız yapar |
| Veri konumu | Sağlayıcının veri merkezi; sözleşmeyle netleşir | Kendi binanızda | Seçtiğiniz veri merkezinde |
| Özelleştirme | Ayar ve eklentiyle sınırlı | Geniş; kaynak koda erişim varsa en geniş | Geniş |
| Yerel sistem entegrasyonu | API üzerinden; ağ içi cihazlara erişim zor | Makine, PLC ve yerel ERP ile doğrudan | VPN ya da ağ geçidiyle |
| İnternet kesintisinde | Erişim durur | İç ağda çalışmaya devam eder | Bağlantıya bağlıdır |
| Çıkış ve taşınabilirlik | Veri dışa aktarma hakkına bağlı | Veri zaten sizde | Veri sizde, taşıma kolay |
Tablodaki hiçbir satır tek başına kazandırmaz. Uzaktan çalışan satış ekibi için "internet kesintisi" satırı daha az belirleyicidir, çünkü ekip zaten internetle çalışır. Fabrikadaki etiket basma istasyonu için ise belirleyici satır odur.
Kararı netleştiren adımlar
Kararı "şirket olarak buluta geçiyoruz" düzeyinde değil, uygulama düzeyinde verin. Aşağıdaki sıra, tartışmayı görüşten veriye taşır:
- Uygulamaları listeleyin ve sınıflayın. E-posta, dosya paylaşımı, ERP, üretim takibi, bordro, CRM... Her birinin kaç kişi tarafından, nereden ve hangi saatlerde kullanıldığını yazın.
- Veri sınıfını belirleyin. Kişisel veri, özel nitelikli veri, ticari sır ya da standart iş verisi. Kişisel veri varsa KVKK yurt dışına veri aktarımı kurallarını ve sağlayıcının veri konumunu karşılaştırın.
- Entegrasyon haritasını çıkarın. Uygulama hangi sistemlerle konuşuyor? Buluttaki bir ERP ile iç ağdaki üretim makinesi arasındaki bağlantı, çoğu zaman kararın kendisidir. API entegrasyonu yazımız bu bağlantıların nasıl kurulduğunu anlatıyor.
- İşletme kapasitenizi dürüstçe ölçün. Kurulu yazılımda yamaları, yedekleri ve izlemeyi kim yapacak? Düzenli bir yama yönetimi süreci ve test edilmiş yedek yoksa, kurulu modelin "kontrol" avantajı kâğıt üzerinde kalır.
- Maliyeti aynı süre için karşılaştırın. Abonelik ile lisans + donanım + bakım + personel emeğini beş yıl gibi ortak bir ufukta yan yana koyun. Kalemlerin nasıl çıkarılacağını yazılım projesi maliyeti ve buluta geçiş maliyeti yazılarımızda anlattık.
- Çıkış planını baştan yazın. Sözleşme bittiğinde veri hangi biçimde, ne sürede ve kaç kez teslim edilecek? Kurulu ya da özel yazılımda ise kaynak kodun kime ait olduğunu yazılım sözleşmesi ve kaynak kodu yazımızdaki maddelerle netleştirin.
- Pilotla doğrulayın. Kararı bir ekip ve birkaç haftalık gerçek kullanımla sınayın; performans, erişim ve entegrasyon sorunları sunum ekranında değil, pilotta ortaya çıkar.
Bu adımlar sonunda çoğu işletme hibrit bir tabloya ulaşır: e-posta ve dosya paylaşımı SaaS'ta, makinelere bağlı üretim sistemi tesiste, ikisini bağlayan entegrasyon katmanı ise ortada.
Hangi uygulama ve sektör için hangi model?
Genel eğilimler karar vermeyi hızlandırır, ama istisnaları unutmayın:
- SaaS'a genellikle uygun olanlar: E-posta, dosya paylaşımı, ekip iş birliği, CRM ve standart İK uygulamaları. Bunlar her yerden erişim ister, sektöre özgü akış içermez ve sağlayıcının sürekli güncellemesinden yarar görür.
- Kurulu kalması genellikle mantıklı olanlar: Üretim hattına, PLC'lere ya da terazilere bağlı sistemler; internet kesintisinde durmaması gereken sevkiyat ve etiketleme istasyonları; çok büyük hacimli veriyi yerelde işleyen uygulamalar.
- Özel bulut ya da hibrit için adaylar: Size özel yazılmış iş uygulamaları, KOBİ'ler için ERP gibi merkezi sistemler ve şubelerden erişilmesi gereken ama veri konumunun sizde kalması istenen yazılımlar.
Ofisteki dosya sunucusu genellikle SaaS'a taşınan ilk iş yüküdür; klasör ve yetki planını dosya sunucusu yerine bulut rehberinde adım adım anlattık. Uygulama sayısı arttıkça kullanıcıları tek kimlikle yönetmek önem kazanır; bu tarafı tek oturum açma (SSO) yazımız ele alıyor.
Digital Bridge'de bu kararı nasıl birlikte veriyoruz?
Her sisteme aynı modeli önermiyoruz; önce ihtiyacı anlıyor, sonra yazılı teklif veriyoruz. Süreç genellikle şöyle ilerler:
- Keşif ve ihtiyaç analizi. Uygulama envanterinizi, veri sınıflarınızı ve entegrasyon noktalarınızı birlikte çıkarıyoruz. Bu adımın ayrıntısını yazılım ihtiyaç analizi yazımızda bulabilirsiniz. Altyapı ve barındırma tarafını bulut geçiş ve altyapı danışmanlığı kapsamında değerlendiriyoruz.
- Uygulama bazında model önerisi. Her sistem için SaaS, kurulu ya da özel bulut önerisini gerekçesiyle yazıyoruz. Kişisel veri içeren sistemlerde veri konumu ve aktarım dayanağını KVKK uyum danışmanlığı ekibimizle birlikte ele alıyoruz.
- Özel geliştirme ve entegrasyon. Hazır SaaS'ın karşılamadığı akışlar için firmaya özel web yazılımı geliştiriyoruz; bu yazılım isteğe göre sizin sunucunuzda ya da seçtiğiniz veri merkezinde çalışabilir. Buluttaki ve tesisteki sistemleri API entegrasyon hizmetimizle birbirine bağlıyoruz.
- Pilot ve yaygınlaştırma. Kararı bir ekipte sınıyor, ölçüyor, sonra kademeli olarak yaygınlaştırıyoruz. Yedekleme tarafında yedekleme ve geri yükleme testi adımlarını devreye alma listesine ekliyoruz.
Konuyla ilgili diğer rehberleri yazılım geliştirme konu sayfamızda topladık.
Smart360: e-posta ve dosyada kurulumsuz SaaS
E-posta ve dosya paylaşımı, SaaS'ın en net kazandırdığı alanlardır. Smart360, kurumsal e-posta SmartMail, kurumsal dosya yönetimi SmartFiles, web sitesi için yapay zeka müşteri temsilcisi SmartOperator ve kartlı geçiş/PDKS sistemi SmartPass'i tek panel ve tek kimlik (SmartID) altında toplayan kurumsal uygulama ailesidir; proje yönetimi için SmartPM ve e-ticaret için SmartSales de aileye bağlanır. Bu bölümde e-posta ve dosya tarafına odaklanıyoruz. Kurulum yoktur: ödeme onaylandığı anda hesap açılır, ofiste sunucu bakımı gerekmez.
Somut bir senaryo düşünelim: Bir mühendislik bürosu ofisteki eski dosya sunucusunu ve kendi yönettiği posta sunucusunu kapatmak istiyor. SmartFiles'ta aynı adla yüklenen her dosya yeni sürüm olarak saklanır ve önceki sürümler geri yüklenebilir; SmartMail'e gelen ek tek tıkla SmartFiles alanına kaydedilir. Her kurumun verisi, her ürün için ayrı veritabanında tutulur; belgeler ve posta arşivi S3 uyumlu nesne depolamada durur. İşten ayrılan çalışanın erişimi tek işlemle kapanır.
Aynı büro, proje maliyetini ERP'den çeken sahaya özel uygulamasını ise tesisteki sunucuda tutmaya devam edebilir. SaaS'ı uygun olduğu yerde kullanmak, diğer sistemleri tesiste bırakmaya engel değildir.
Sonraki adım
Uygulamalarınızı listeleyin, her birinin yanına veri sınıfını ve bağlı olduğu sistemleri yazın. Bu tabloyla bizimle iletişime geçin; her sistem için SaaS, kurulu ya da özel bulut önerimizi gerekçeleriyle ve yazılı teklifle paylaşalım.