B2B SaaS Sözleşmelerinde Müşteriyi Kaçırmadan Kendinizi Nasıl Korursunuz?

B2B (Business-to-Business) SaaS (Hizmet Olarak Yazılım) dünyasında, satış ekibinizin aylarca uğraşarak masaya getirdiği kurumsal bir müşteriyi (Enterprise), aşırı katı ve tek taraflı bir sözleşme yüzünden kaybetmek en sık yaşanan ticari trajedilerden biridir. Kurumsal firmaların kendi hukuk departmanları vardır ve önlerine gelen SaaS sözleşmesini acımasızca çizerler (redlining). Eğer sözleşmeniz sadece sizi koruyan, müşterinin risklerini görmezden gelen "draconian" (katı) bir metinse, satış döngüsü (sales cycle) aylarca uzar veya anlaşma tamamen iptal olur.

Bu rehberde, bir teknoloji girişimi olarak kendi fikri mülkiyetinizi ve finansal geleceğinizi tehlikeye atmadan, kurumsal müşterilerinizin hukuk departmanlarının itiraz etmeden (veya minimum revizyonla) imzalayacağı "dengeli" B2B SaaS sözleşmelerinin anatomisini inceleyeceğiz.

1. Sorumluluk Sınırlandırması (Limitation of Liability): Masanın En Sıcak Konusu

Sözleşme müzakerelerinde en büyük savaş "Sorumluluk Sınırlandırması" maddesinde kopar. Yazılımınızdaki bir hata (bug) nedeniyle müşterinin milyonlarca lira zarar ettiğini iddia etmesi, girişiminizi iflasa sürükleyebilir.

• Katı ve Satış Kaçıran Yaklaşım: "SaaS şirketi hiçbir doğrudan veya dolaylı zarardan sorumlu tutulamaz. Sorumluluğumuz 0 TL'dir." (Kurumsal bir müşteri bunu asla imzalamaz).

• Tehlikeli ve Zayıf Yaklaşım: Sorumluluk sınırını hiç yazmamak veya "Tüm zararlardan sorumluyuz" demek. (Yatırımcılar (VC) Due Diligence aşamasında bu maddeyi görürse şirketinize yatırım yapmaktan vazgeçer).

Dengeli ve İdeal Çözüm (Sektör Standardı):

1. Dolaylı Zarar Muafiyeti: Kar kaybı, itibar zedelenmesi veya veri kaybı gibi "dolaylı zararlar" (consequential/indirect damages) kesinlikle sorumluluk kapsamı dışında tutulmalıdır.

2. Genel Sorumluluk Sınırı (Cap): Doğrudan zararlar için sorumluluk, müşterinin ihlal tarihinden önceki son 12 ay içinde ödediği toplam abonelik bedeli (ARR) ile sınırlandırılmalıdır.

3. İstisnalar (Super Cap): Müşteriyi ikna etmek için; veri ihlali (KVKK/GDPR), ağır kusur veya fikri mülkiyet ihlali gibi istisnai durumlarda bu sınır "son 12 aylık bedelin 2 veya 3 katı" olarak (Super Cap) belirlenebilir.

2. SLA (Hizmet Seviyesi) Taahhütleri: Esneklik ve "Münhasır Çözüm"

B2B müşteriler, yazılımınızın kritik operasyonlarını destekleyeceğine güvenmek ister ve %99.9 Uptime (Çevrimiçi Kalma) taahhüdü talep ederler.

• Hukuki Risk: Kesinti (downtime) yaşandığında müşteri, "Sözleşmeyi ihlal ettin, tazminat öde ve sözleşmeyi feshediyorum" diyebilir.

• Çözüm: Hizmet Kredisi (Service Credit) ve Münhasır Çözüm (Sole and Exclusive Remedy):

  SLA maddesinde, kesinti oranına göre bir sonraki ayın faturasından indirim (örneğin: %99.0 altına düşerse %10 indirim) yapılacağı belirtilmelidir. Ancak en kritik hukuki kalkan şudur: Sözleşmeye, "Hizmet kredisi verilmesi, SLA ihlalleri için müşterinin yegane ve münhasır (sole and exclusive) hukuki çözüm yoludur" cümlesi eklenmelidir. Böylece müşteri hem indirim alıp hem de ek tazminat davası açamaz. Planlı bakımlar (maintenance) ve AWS/Azure kaynaklı çökmeler (mücbir sebep) SLA süresinden hariç tutulmalıdır.

3. Müşteri Verisi (Customer Data) ve Fikri Mülkiyet (IP) Dengesi

Mülkiyet çizgileri net çekilmezse, kurumsal müşteri SaaS altyapınızın bir kısmında hak iddia edebilir. Satışı hızlandırmak için müşteriye kendi verisi üzerinde tam kontrol verilirken, sizin çekirdek teknolojiniz korunmalıdır.

4. Fiyat Artışı (Price Uplift) ve Otomatik Yenileme (Auto-Renewal)

SaaS şirketlerinin değerlemesi Sürekli Yinelenen Gelir (MRR/ARR) üzerinden yapılır. Sözleşmelerin sürtünmesiz bir şekilde yenilenmesi esastır.

• Otomatik Yenileme: "Sözleşme süresi bitiminden en az 30 gün önce taraflarca yazılı fesih ihbarı yapılmadıkça, sözleşme aynı süreyle otomatik olarak yenilenir." maddesi konulmalıdır. Bu, müşteriyi yormaz ve nakit akışınızı güvenceye alır.

• Fiyat Artış Sınırı: Kurumsal müşteriler her yıl %100 zam sürprizi yaşamak istemez ve fiyat sabitleme (price lock) ister. Dengeli çözüm; "Yenileme dönemlerinde fiyatlar TÜFE/ÜFE oranında veya maksimum %X oranında (hangisi yüksekse) artırılabilir" şeklinde bir üst tavan belirlemektir. Bu şeffaflık, müşterinin onay sürecini inanılmaz derecede kısaltır.

5. Tazmin Yükümlülüğü (Indemnification): Kim Kimi Savunacak?

Müşteri, sizin yazılımınızı kullanırken üçüncü bir taraf (Örn: Patent trolü) "Bu yazılım benim patentimi ihlal ediyor" diyerek müşterinize dava açarsa ne olacak?

• Sizin Taahhüdünüz (IP Indemnification): SaaS şirketi olarak, kendi teknolojinizin başkasının telifini veya patentini ihlal etmediğini garanti etmeli ve böyle bir davada müşteriyi savunmayı (ve zararlarını karşılamayı) kabul etmelisiniz. (Bu kurumsal müşterilerin vazgeçilmezidir).

• Müşterinin Taahhüdü: Buna karşılık müşteri de, platforma yüklediği verilerin (Örn: yasadışı veya telifli bir materyalin) üçüncü şahıs haklarını ihlal etmesi durumunda size gelecek davalarda sizi savunmayı ve zararı tazmin etmeyi kabul etmelidir (Karşılıklı Tazmin - Mutual Indemnification).

Sıkça Sorulan Sorular (FAQ)

1. B2B SaaS sözleşmesi ile standart EULA arasındaki fark nedir?

EULA (Son Kullanıcı Lisans Sözleşmesi), bireysel kullanıcılar için "kabul et veya kullanma" (take-it-or-leave-it) mantığıyla hazırlanmış standart ve değiştirilemez bir metindir. B2B SaaS sözleşmeleri ise SLA, sorumluluk sınırları ve DPA içeren, taraflar arasında müzakereye ve kırmızı kalemle çizilmeye (redlining) açık kurumsal sözleşmelerdir.

2. Sorumluluk sınırlandırması (Limitation of Liability) maddesi neden zorunludur?

Eğer bu madde olmazsa, yazılımdaki ufak bir kesinti nedeniyle kurumsal müşterinizin uğradığı devasa kar kayıplarından (milyonlarca lira) sınırsız olarak sorumlu tutulabilirsiniz. Yatırımcılar (VC) bu sınırı olmayan şirketlere yatırım yapmaz.

3. Müşteri sorumluluk sınırının "sınırsız" (unlimited) olmasını isterse ne yapmalıyım?

Bunu kesinlikle reddetmelisiniz. Orta yol (Super Cap) önerebilirsiniz: Standart ihlaller için son 12 aylık fatura bedeli kadar; veri ihlali veya gizlilik ihlali gibi kritik konular için son 12 aylık bedelin 2 veya 3 katı kadar (cap multiplier) bir üst sınır belirleyebilirsiniz.

4. SLA (Hizmet Seviyesi Taahhüdü) kapsamında nakit iade (refund) yapmalı mıyım?

SaaS sektöründe nakit iade tercih edilmez. Standart uygulama, SLA ihlali oranında müşterinin bir sonraki ay veya yıl abonelik faturasından "Hizmet Kredisi" (Service Credit) adıyla indirim yapılmasıdır.

5. "Sole and Exclusive Remedy" (Münhasır Çözüm) ne anlama gelir?

Müşterinin bir hizmet kesintisi yaşadığında sadece sözleşmede belirlenen hizmet kredisini (indirimi) talep edebileceğini, bunun dışında mahkemeye gidip ek tazminat davası açamayacağını veya sözleşmeyi tek taraflı feshedemeyeceğini belirten koruyucu yasal bir kalkandır.

6. Müşteri kaynak kodlarını kendi sunucusuna (On-Premise) kurmak isterse ne yapmalıyım?

SaaS modelinin özü yazılımın bulutta ve sizin kontrolünüzde kalmasıdır. Kodları müşterinin sunucusuna kurmak (On-Premise), IP hırsızlığı riskini artırır ve destek maliyetlerini patlatır. Bunu kabul ediyorsanız, SaaS sözleşmesi yerine farklı bir "Yazılım Lisans ve Bakım Sözleşmesi" yapmalı ve fiyatı çok daha yüksek tutmalısınız.

7. Kurumsal müşterim "Escrow" (Kaynak kodun emanete bırakılması) talep ediyor, kabul etmeli miyim?

Büyük kurumlar, sizin iflas etmeniz durumunda operasyonlarının durmaması için kaynak kodlarınızı bağımsız bir kuruluşa (Escrow) bırakmanızı isteyebilir. Genellikle masraflarını müşterinin karşılaması ve kodun sadece şirketin iflası halinde açılması şartıyla kabul edilebilir bir durumdur.

8. Müşterinin sisteme yüklediği veriyi (Customer Data) yapay zeka modellerimi eğitmek için kullanabilir miyim?

Hayır, sözleşmede buna açıkça izin veren bir "Veri Kullanım Lisansı" yoksa kullanamazsınız. B2B müşteriler verilerinin AI eğitiminde kullanılmasını genellikle istemezler. Anonimleştirilmiş ve kümeleştirilmiş (aggregated) veri kullanımı için açıkça izin maddesi eklemeniz gerekir.

9. B2B sözleşmelerde cayma hakkı veya şartsız iade var mıdır?

Tüketici Kanunu'ndaki 14 günlük "cayma hakkı" B2B (şirketten şirkete) sözleşmelerde geçerli değildir. Müşteri sadece SaaS şirketinin sözleşmeyi ağır ihlal etmesi durumunda (haklı fesih) ücret iadesi talep edebilir.

10. "Mücbir Sebep" (Force Majeure) maddesinde nelere dikkat etmeliyim?

Pandemi, savaş veya deprem gibi standart mücbir sebeplerin yanı sıra; AWS, Google Cloud gibi üçüncü parti bulut altyapılarında veya küresel internet hatlarında yaşanan çökmelerin de SaaS şirketi için mücbir sebep sayılacağı sözleşmeye mutlaka eklenmelidir.

11. DPA (Veri İşleme Sözleşmesi) B2B SaaS için zorunlu mudur?

Evet. Eğer kurumsal müşterinizin çalışanlarının veya müşterilerinin kişisel verilerini platformunuzda işliyorsanız (KVKK kapsamında), müşteri "Veri Sorumlusu", siz ise "Veri İşleyen" olursunuz. Sınırları belirleyen bir DPA imzalanması yasal zorunluluktur.

12. Tersine Mühendislik (Reverse Engineering) yasağı ne işe yarar?

Müşterinin IT departmanının veya üçüncü şahısların SaaS platformunuzun mimarisini, API'lerini veya kaynak kodlarını inceleyerek sistemin bir klonunu (benzerini) üretmesini hukuken yasaklamanızı sağlar.

13. Sözleşme bitiminde (Off-boarding) müşteri verilerine ne olur?

Sözleşmede müşteriye, abonelik bitiminden sonra verilerini dışa aktarması (export) için genellikle 30 günlük makul bir süre tanınır. Bu süre sonunda SaaS şirketinin verileri güvenli ve kalıcı bir şekilde imha etme (deletion) yükümlülüğü düzenlenir.

14. Referans ve Pazarlama İzni (Publicity Right) maddesi konulmalı mıdır?

Startuplar için çok değerlidir. "SaaS şirketi, müşterinin logo ve ticari unvanını pazarlama materyallerinde ve web sitesinde referans olarak kullanabilir" maddesi, satış sonrasında PR gücünüzü artırır. Müşteri itiraz ederse bu madde kolayca çıkarılabilir (iyi bir müzakere tavizidir).

15. Sözleşmede hangi ülkenin/şehrin hukuku uygulanmalıdır?

SaaS şirketi Türkiye'de kuruluysa Türk Hukuku ve şirketin bulunduğu şehrin (Örn: İstanbul) mahkemelerinin/icra dairelerinin yetkili kılınması operasyonel hız sağlar. Yabancı kurumsal müşteriler tahkim (Örn: ICC veya ISTAC) isteyebilir.