Sprint Teknoloji

Bulut Hizmet Sözleşmelerinde Dikkat Edilmesi Gereken Maddeler

Bulut Hizmet Sözleşmelerinde Dikkat Edilmesi Gereken Maddeler Blog

Bulut hizmetleri — Microsoft 365, Google Workspace, AWS, Azure gibi platformlar — bugün pek çok şirket için vazgeçilmez hale geldi. Dosya depolama, e-posta, sunucu altyapısı, muhasebe yazılımları... Hangi ihtiyacınız olursa olsun, bulut bir yerlerde devrede. Ancak işletmeniz için bir bulut sözleşmesi imzalarken aklınızın başka yerde olmaması gerekiyor. Zira içinde gizlenmiş tek bir madde, ilerleyen aylarda beklenmedik fatura artışlarına, veri kayıplarına veya hukuki sorunlara yol açabilir.

Bulut hizmet sözleşmesi imzalamadan önce hangi maddelere mutlaka dikkat etmeniz gerektiğini, hangi soruları sormanız gerektiğini ve hangi detayların üzerinden atlanamayacağını bu rehberde adım adım anlatıyoruz.

1. SLA (Hizmet Seviyesi Anlaşması) Garantileri ve Ceza Maddeleri

SLA, yani Service Level Agreement, sağlayıcının size hangi performans seviyesinde hizmet vereceğini belgeleyen bölümdür. Bu belgede mutlaka uptime (hizmet çalışma süresi) yüzdesi olmalı. Örneğin, %99.9 uptime garantisi, sunucularınızın yılda yaklaşık 8.7 saat kesinti yaşayabileceği anlamına gelir; %99.95 ise bu süreyi 4.4 saate indirir. KOBİ'ler için genellikle %99.9 yeterlidir, ancak kritik sistemleriniz varsa daha yüksek bir taahhüt isteyebilirsiniz.

SLA'da yalnızca uptime değil, ceza (penalty) maddeleri de önemlidir. Sağlayıcı taahhüdünü tutmazsa ne olacak? Profesyonel bir sözleşmede, uptime garantisi altına düşerse müşteriye geri ödeme veya hizmet kredisi verileceği açıkça yazılmalıdır. Örneğin: 'Aylık uptime %99.9'un altına düşerse, her %0.1 düşüş için o aya ait faturanın %5'i kadar kredi uygulanır.' Böyle bir madde yoksa, 'elimizden geleni yaparız' taahhüdü yeterli değildir.

2. Veri Güvenliği, Şifreleme ve KVKK Uyumu

Verilerinizin nerede saklandığı ve nasıl korunduğu kritik bir konudur. Sözleşmede şu noktalar mutlaka belirtilmeli:

  • Veri merkezlerinin konumu: Verileriniz Türkiye'de mi, AB içinde mi, yoksa başka bir ülkede mi saklanıyor? KVKK (Kişisel Verilerin Korunması Kanunu) uyarınca, hassas verilerin yurtdışı sunucularda tutulması ek yükümlülükler getirebilir.
  • Şifreleme standartları: Hem aktarım sırasında (in transit) hem de saklama sırasında (at rest) verilerin şifrelendiğinden emin olun. AES-256 gibi güncel şifreleme standartları kullanılıyor mu?
  • Erişim kontrolü ve yetkilendirme: Kim hangi verilere erişebilir? Çok faktörlü kimlik doğrulama (MFA) desteği var mı?
  • KVKK ve ISO/IEC 27001 gibi uyumluluklar: Sağlayıcı uluslararası güvenlik standartlarına sahip mi? Sertifikalar güncel mi?

Eğer sözleşmede veri güvenliği kısmı muğlak veya eksikse, ileride veri ihlali yaşanması durumunda sorumluluğun tamamen size yüklenmesi mümkündür. Bu yüzden, bu maddeyi atlamamak gerekir.

3. Fiyatlandırma Modeli ve Gizli Ücretler

Bulut hizmetlerinde fiyatlandırma modelleri çok çeşitli olabilir: aylık sabit ücretli paketler, kullanıma göre ödeme (pay-as-you-go), kullanıcı başına abonelik, veri trafiği bazlı ücretler... Hangi model olursa olsun, sözleşmede tüm ücretlerin detaylı açıklanmış olması şarttır.

Özellikle dikkat etmeniz gereken gizli maliyet kalemleri şunlardır:

  • Veri çıkışı (egress) ücretleri: Buluttan dışarıya veri aktardığınızda (örneğin başka bir sağlayıcıya geçerken veya büyük dosya indirirken) ücret alınıyor mu? Bu ücret ne kadar?
  • Destek hizmetleri: Teknik destek, telefon veya e-posta desteği sözleşmeye dahil mi, yoksa ayrı ücretli mi?
  • Kurulum ve başlatma ücretleri: İlk kurulum için tek seferlik ödeme isteniyor mu?
  • Minimum taahhüt veya kullanıcı sayısı: Bazı sistemler minimum kullanıcı taahhüdü ister. Örneğin 10 kullanıcının altında hizmet vermezler veya kullanılmayan koltuklar için de ödeme yapmanız istenir.
  • Fiyat artış maddeleri: Sağlayıcı fiyatları istediği zaman artırabilir mi? Artış varsa ne kadar önceden bildirim yapılacak?

Gerçek maliyeti anlamak için sözleşmedeki fiyat listesini dikkatlice inceleyin ve toplam sahip olma maliyetini (TCO) hesaplayın.

4. Veri Yedekleme, Geri Yükleme ve Felaket Kurtarma

Bulutta sakladığınız verilerinizin yedeği sağlayıcı tarafından otomatik olarak alınıyor mu? Eğer bir felaket senaryosu (donanım arızası, veri merkezi yangını, siber saldırı) yaşanırsa verileriniz ne kadar sürede geri yüklenebilir?

Sözleşmede şunların açıkça belirtilmesi gerekir:

  • Yedekleme sıklığı: Günlük, haftalık, saatlik? Otomatik mi yoksa manuel mi?
  • Geri yükleme süresi (RTO - Recovery Time Objective): Bir veri kaybı olduğunda sistem ne kadar sürede yeniden çalışır hale gelir?
  • Veri kaybı toleransı (RPO - Recovery Point Objective): En fazla kaç saatlik veri kaybı yaşanabilir?
  • Felaket kurtarma (disaster recovery) planı: Sağlayıcının resmi bir felaket kurtarma politikası var mı?

Eğer sözleşmede bu detaylar yoksa, olası bir veri kaybında 'elimizden bir şey gelmez' yanıtı alabilirsiniz. İşletmeniz için kritik verileri buluta taşıyorsanız, bu maddeyi atlamayın.

5. Sözleşme Süresi, İptal Koşulları ve Veri Taşıma Hakkı

Bulut sözleşmeniz ne kadar süreliğine? Bir yıllık mı, aylık mı? Sözleşmeyi iptal etmek isterseniz ne kadar önceden bildirimde bulunmanız gerekiyor? Ve en önemlisi: sözleşme bittiğinde verilerinizi nasıl alacaksınız?

Bu konularda sözleşmede şu maddeler yer almalı:

  • Otomatik yenileme: Sözleşme otomatik olarak uzuyor mu? İptal etmezseniz aynı koşullarla mı devam eder, yoksa fiyat değişir mi?
  • İhbar süresi: Sözleşmeyi bitirmek için kaç gün önceden bildirim yapmalısınız? (Genelde 30-90 gün)
  • Veri taşıma (data portability): Sözleşme bittiğinde verilerinizi tam ve eksiksiz olarak alabiliyor musunuz? Hangi formatta? Ücretli mi ücretsiz mi?
  • Veri silme garantisi: Siz ayrıldıktan sonra sağlayıcı verilerinizi ne kadar süre saklar ve sonrasında güvenli şekilde siler mi?

Bazı sağlayıcılar ayrılırken veri çıkışı için yüksek ücretler talep edebilir veya veriyi sadece belirli formatlarda verebilir. Bu tür sınırlamalar sözleşmede yazıyor olmalıdır.

6. Sorumluluk Sınırları ve Tazminat Maddeleri

Bulut sağlayıcılar genellikle sorumluluk sınırlarını sözleşmede açıkça belirtir. Örneğin, bir veri ihlali veya hizmet kesintisi nedeniyle işletmenizin uğradığı zarardan sağlayıcı ne kadar sorumludur? Çoğu sözleşmede şöyle bir madde görebilirsiniz: 'Sağlayıcının toplam sorumluluğu son 12 ayda ödenen tutarla sınırlıdır.'

Bu, çok büyük zararlar için yetersiz kalabilir. Eğer kritik sistemleriniz bulutta çalışıyorsa, sorumluluk limitlerini ve tazminat koşullarını dikkatlice değerlendirin. Bazı durumlarda, ek siber sigorta poliçesi yaptırmak daha mantıklı olabilir.

7. Hizmet Kapsamı ve Destek Seviyeleri

Hangi hizmetler sözleşmeye dahil? Örneğin, e-posta hizmeti alıyorsanız: spam filtreleme, arşivleme, şifreleme gibi özellikler dahil mi? Sunucu kiralıyorsanız: işletim sistemi güncellemeleri, yama yönetimi, izleme hizmetleri dahil mi?

Ayrıca teknik destek seviyesi de çok önemlidir:

  • Destek hattına 7/24 mi ulaşabiliyorsunuz, yoksa yalnızca mesai saatlerinde mi?
  • Destek talepleriniz ne kadar sürede yanıtlanıyor? (Kritik arızalar için 1 saat, normal talepler için 24 saat gibi)
  • Telefon, e-posta, canlı sohbet gibi hangi kanallar üzerinden destek alabiliyorsunuz?

Bazen en ucuz paket sadece e-posta desteği sunarken, acil durumlarda telefon desteği üst paketlerde olabilir. İşletmenizin ihtiyacına göre doğru seviyeyi seçin.

8. Üçüncü Taraf Hizmetler ve Alt Sağlayıcılar

Bulut sağlayıcınız bazen altyapısını başka bir firmadan kiralıyor olabilir (örneğin AWS, Azure, Google Cloud üzerinden hizmet verenler). Sözleşmede, hangi alt sağlayıcılarla çalışıldığı ve bu alt sağlayıcıların da aynı güvenlik/gizlilik standartlarına tabi olduğu belirtilmeli.

Eğer sağlayıcınız alt yüklenici kullanıyorsa ve bu alt yüklenici bir sorun yaşarsa, sorumluluğun kime ait olduğu sözleşmede açıkça yazmalıdır.

9. Değişiklik ve Güncelleme Politikası

Sağlayıcı hizmet koşullarını, fiyatlandırmasını veya SLA garantilerini tek taraflı olarak değiştirebilir mi? Eğer değiştirebiliyorsa, bunu ne kadar önceden size bildirmek zorunda?

İyi bir sözleşme, önemli değişikliklerin (özellikle fiyat artışları ve SLA düşüşleri) en az 30-60 gün önceden yazılı olarak bildirilmesini ve müşteriye bu durumda sözleşmeyi feshetme hakkı tanımasını içerir.

10. Uyuşmazlık Çözümü ve Uygulanacak Hukuk

Herhangi bir anlaşmazlık yaşandığında hangi ülkenin yasaları geçerli olacak? Hangi mahkeme yetkili? Özellikle yurtdışı merkezli bulut sağlayıcılarla çalışıyorsanız, sözleşmede şöyle bir madde görebilirsiniz: 'Uyuşmazlıklar Kaliforniya eyalet mahkemelerinde çözülür.'

Bu, Türkiye'deki bir KOBİ için pratik olmayabilir. Mümkünse sözleşmeye Türk hukukunun uygulanacağı ve Türkiye mahkemelerinin yetkili olduğu maddesi ekletmeye çalışın.

Sonuç ve Öneriler

Bulut hizmet sözleşmeleri, ilk bakışta karmaşık ve uzun görünebilir. Ancak yukarıda sıraladığımız maddeleri tek tek kontrol ederseniz, hem bütçenizi korur hem de olası riskleri minimize edersiniz. Unutmayın: sözleşmeyi imzalamadan önce anlamadığınız maddeleri sağlayıcıya sordurmanız ve gerekirse hukuki danışmanlık almanız her zaman doğru bir adımdır.

Eğer mevcut bulut altyapınızın güvenliğinden, performansından veya sözleşme koşullarından emin değilseniz, Sprint Teknoloji olarak işletmenize özel IT denetim ve danışmanlık hizmeti sunuyoruz. Bulut geçişi, BT altyapı optimizasyonu ve güvenlik denetimleri konularında uzman ekibimizle yanınızdayız.