Yazılım Geliştirme Sözleşmeleri: Teknoloji Şirketlerinin Atlamaması Gereken Hükümler | Cakmak Law

Kod Yazılmadan Önce Sözleşme Yazılmalı

Teknoloji sektöründe proje anlaşmazlıkları giderek artmaktadır. Müşteri ile yazılım geliştirici arasındaki ilişki başlangıçta sözlü mutabakata ya da basit bir e-postaya dayandığında, ilerleyen süreçte ortaya çıkan sorunlar hem mali hem de hukuki açıdan yıkıcı sonuçlar doğurabilir. Peki yazılım geliştirme sözleşmesinde hangi hükümler olmazsa olmaz niteliğindedir?

1. Fikri Mülkiyet Sahipliği

Yazılım geliştirme sözleşmelerinin en kritik maddesi budur: Geliştirilen yazılımın kime ait olduğu. Türk hukukunda eser sözleşmelerinde aksine bir düzenleme yoksa fikri haklar yaratıcıda (geliştiricde) kalır. Müşterinin tam hak sahipliği istiyorsa sözleşmede açık bir devir hükmü şarttır. Kaynak kodu, dokümantasyon, tasarım dosyaları ve üçüncü taraf kütüphaneler ayrı ayrı ele alınmalıdır.

2. Kapsam Tanımı ve Değişiklik Yönetimi

“Scope creep” (kapsam kayması) yazılım projelerinin en büyük bütçe katillerinden biridir. Sözleşmede geliştirme kapsamının net bir şekilde tanımlanması; ek özellik talepleri için değişiklik emri prosedürünün belirlenmesi ve her değişikliğin nasıl fiyatlandırılacağının açıklanması zorunludur.

3. Teslimat Takvimi ve Kabul Kriterleri

Hangi bileşenin ne zaman teslim edileceği, teslimatın nasıl kabul edileceği ve kabul sürecinde tespit edilen hataların kaç günde giderileceği sözleşmede açık biçimde yer almalıdır. Belirsiz “tamamlanma” kriterleri, “bitmemiş” ile “kabul edilemez” arasındaki farkı tartışmalı hale getirir.

4. Gizlilik (NDA) Hükümleri

Geliştirici, proje süresince müşteriye ait ticari sırlara, müşteri verilerine ve iş stratejilerine erişebilir. Kapsamlı bir gizlilik maddesi; gizli bilgilerin tanımı, kullanım amacı ve sözleşme sona erdikten sonra ne kadar süre gizliliğin korunacağını içermelidir.

5. Garanti ve Hata Düzeltme Yükümlülüğü

Teslimattan sonra hangi süre boyunca hata düzeltmesi ücretsiz yapılacak? Garanti kapsamı nedir? Üçüncü taraf kütüphanelerden kaynaklanan hatalar kimin sorumluluğundadır? Bu soruların yanıtları sözleşmede netleştirilmelidir.

6. Sorumluluk Sınırlaması

Yazılım hatalarının müşteriye verebileceği zarar, yazılımın geliştirilme bedelini çok aşabilir. Geliştiricinin toplam sorumluluğunu proje bedeliyle ya da belirli bir çarpanla sınırlayan sorumluluk sınırlaması maddesi, her iki taraf için de hayati önem taşır.

7. Fesih Koşulları ve Geçiş Planı

Sözleşme ne zaman ve nasıl sona erdirilebilir? Fesih halinde geliştirilen kod müşteriye teslim edilecek mi? Geçiş süreci nasıl yönetilecek? Bu sorular yanıtsız bırakılırsa fesih anında ciddi anlaşmazlıklar baş gösterir.

Sonuç

Yazılım geliştirme sözleşmesi, teknik bir proje ile hukuki bir çerçevenin kesiştiği kritik bir belgedir. Geliştirici ve müşteri tarafları için ayrı menfaatler söz konusu olduğundan, sözleşmenin her iki tarafın çıkarlarını dengeli biçimde koruması gerekir. Teknoloji hukuku alanında uzman bir avukat desteğiyle hazırlanan sözleşme, projeyi başından sonuna kadar sağlıklı bir zemine oturtmanın en güvenilir yoludur.