Çift yönlü

Yazılım ve SaaS sözleşmeleri

Yazılım sözleşmesini, yazılımın nasıl geliştirildiğini ve çalıştığını bilen bir ekiple hazırlamak; kabul, teslim, kaynak kod ve veri gibi konularda sonradan çıkacak anlaşmazlıkları baştan önler.

Neler yapıyoruz

Hukuki tarafı, ürünün nasıl çalıştığını bilen bir ekiple ve ürünle aynı planda ele alırız.

Hukuki taraf

  • Yazılım geliştirme sözleşmesi: kapsam, aşamalar, kabul ve ayıp
  • Fikri mülkiyet: devir mi lisans mı, kapsamı ve süresi
  • Kaynak kodun teslimi ve emanet (escrow) düzeni
  • SaaS abonelik sözleşmesi ve hizmet seviyesi taahhüdü (SLA)
  • Veri işleme sözleşmesi ve KVKK/GDPR uyumu
  • Sorumluluğun sınırlandırılması, gizlilik ve rekabet yasağı

Ürün, teknoloji ve tasarım tarafı

  • Kabul kriterlerinin test edilebilir teknik maddelere çevrilmesi
  • Açık kaynak lisanslarının ürün içinde taranması
  • Kullanıcı sözleşmesi ve abonelik akışının ürüne yerleştirilmesi
  • Yapay zekâ araçlarıyla üretilen kod ve içerik için kullanım kuralları

Bilmeniz gerekenler

  • Devir yazılı ve açık olmalı

    Fikir ve Sanat Eserleri Kanunu'na göre mali hakların devri yazılı yapılmalı ve devredilen haklar tek tek gösterilmelidir. "Tüm haklar müşteriye aittir" gibi genel ifadeler yerine işleme, çoğaltma, yayma ve umuma iletim haklarının süre ve yer kapsamıyla birlikte yazılması gerekir.

  • Kabul kriteri sözleşmenin kalbidir

    Yazılım geliştirme işleri çoğu zaman eser sözleşmesi niteliğindedir ve teslim edilen işin sözleşmeye uygunluğu tartışma konusu olur. Kabul kriterlerini test edilebilir maddelere çevirmek, ödeme ve ayıp tartışmalarını büyük ölçüde azaltır.

  • Hazır sözleşme metinlerine dikkat

    SaaS ve lisans sözleşmeleri çoğu zaman tek taraflı hazırlanmış genel işlem koşullarıdır. Türk Borçlar Kanunu'na göre karşı tarafa açıkça bildirilmeyen ve öğrenme imkânı tanınmayan genel işlem koşulları yazılmamış sayılır; karşı taraf aleyhine dürüstlük kuralına aykırı hükümler de geçersiz olabilir.

Nasıl çalışırız

  1. Tanışma görüşmesi

    Hedefinizi, takviminizi ve kritik riskleri birlikte netleştiririz. Türkçe ya da İngilizce.

  2. Tek yol haritası

    Hukuki, teknik, tasarım ve operasyon adımlarını tek bir planda, her biri sorumlu ve tarihle yazarız.

  3. Uygulama

    Kuruluş, sözleşmeler, ürün ve marka işleri paralel yürür. Avukatlık gerektiren işler BEG Hukuk'taki bağımsız hukuk profesyonelleriyle yapılır.

  4. Sürekli destek

    Yayından sonra da yanınızdayız: uyum güncellemeleri, yeni pazarlar, ürün geliştirme.

Sık sorulan sorular

Bu yanıtlar genel bilgi niteliğindedir; somut durumunuz için hukuki görüş yerine geçmez.

Yazılım geliştirme sözleşmesinde neler mutlaka olmalı?

Kapsam ve aşamalar, teslim ve kabul kriterleri, ödeme planı, değişiklik talebi süreci, fikri mülkiyetin kime ait olacağı, kaynak kodun teslimi, gizlilik, ayıp sorumluluğu ve bakım süresi, sorumluluk sınırları ve sözleşmenin sona ermesi. Bu maddelerin teknik gerçeklikle uyumlu yazılması gerekir.

Kaynak kod müşteriye verilmek zorunda mı?

Sözleşmede ne kararlaştırıldıysa o geçerlidir. Mali haklar devrediliyorsa kaynak kodun teslimi de açıkça yazılmalıdır; yalnızca lisans veriliyorsa kaynak kod geliştiricide kalabilir ve müşteriyi korumak için emanet (escrow) düzeni kurulabilir.

İngilizce sözleşme Türkiye'de geçerli mi?

Yabancı bir tarafla yapılan sözleşmeler İngilizce yazılabilir ve uygulanacak hukuk ile uyuşmazlık çözüm yeri taraflarca seçilebilir. Türk şirketleri arasındaki sözleşmelerde ise 805 sayılı Kanun nedeniyle Türkçe metin bulunması önerilir. Uluslararası işlerde iki dilli sözleşme ve hangi metnin esas alınacağını belirten bir madde yaygın çözümdür.

Yapay zekâ ile yazılan kodun hakları kime ait?

Türk hukukunda eser sahibi, eseri meydana getiren kişidir; yapay zekâ çıktılarının hangi ölçüde eser sayılacağı tartışmalıdır. Bu nedenle sözleşmede yapay zekâ araçlarının kullanılıp kullanılamayacağı, bu araçlara hangi verilerin verilebileceği ve çıktıların hak durumu açıkça düzenlenmelidir.

Bu konudaki bir sonraki adımınızı konuşalım.