Yazılım Projesi Sözleşmesinde Nelere Dikkat Edilmeli?

Yazılım anlaşmazlıklarının çoğu kötü niyetten değil, farklı beklentilerden doğuyor. Müşteri "bu da dahildir" derken firma "bu konuşulmamıştı" diyor ve iki taraf da kendince haklı.

Bu yazı hukuki görüş değil; sözleşmeyi imzalamadan önce sorulacak soruların listesi. Nihai metni avukatınızla değerlendirin.

1. Kapsam: en kritik ek

Sözleşme metninin kendisi genelde standarttır; asıl değer ekindeki kapsam belgesindedir. "Mobil uygulama geliştirilmesi" gibi tek satırlık tanımlar hiçbir şeyi korumaz.

Kapsam belgesinde bulunması gerekenler:

• Ekran ekran işlev listesi
• Desteklenecek platformlar ve minimum işletim sistemi sürümleri
• Yönetim paneli kapsamı — var mı, hangi yetkiler
• Üçüncü taraf entegrasyonları (ödeme, kargo, muhasebe, SMS)
• Dil ve içerik desteği
• Kapsam dışı olanların açık listesi

Son madde en çok atlanan ve en çok işe yarayan maddedir. Neyin dahil olmadığını yazmak, neyin dahil olduğunu yazmak kadar koruyucu.

2. Fikri mülkiyet: kod kimin?

Beklenen düzenleme: ödeme tamamlandığında tüm hakların müşteriye devri. Metinde şunlar ayrı ayrı geçmeli:

• Kaynak kodun mülkiyeti ve devir anı
• Tasarım dosyalarının mülkiyeti
• Firmanın kendi geliştirdiği hazır bileşenler varsa bunların lisans durumu
• Açık kaynak bileşenlerin listesi ve lisansları
• Firmanın projeyi referans olarak gösterme hakkı

Dördüncü madde ihmal ediliyor ama önemli: bazı açık kaynak lisansları ticari kullanımda yükümlülük doğuruyor. Kullanılan bileşenlerin listesini teslimde isteyin.

3. Ödeme planı

Sağlıklı plan, ödemeyi takvime değil teslim edilebilir çıktılara bağlar:

Oranlar projeye göre değişir; değişmemesi gereken ilke şu: son ödeme, devir tamamlandıktan sonra yapılmalı. Tamamı peşin ödenen projelerde teslim sonrası ilgi hızla azalıyor.

4. Değişiklik talebi prosedürü

Her projede kapsam değişir — bu normaldir. Sorun, değişikliğin nasıl yönetileceğinin yazılmamış olmasıdır.

Sözleşmede şu üçü bulunmalı:

1. Değişiklik talebinin yazılı olarak nasıl iletileceği
2. Firmanın ne kadar sürede etki analizi (süre ve bedel) döneceği
3. Onay verilmeden işin başlamayacağı

Bu prosedür iki tarafı da korur: müşteri sürpriz faturayla karşılaşmaz, firma karşılıksız iş yapmaz.

5. Teslim, kabul ve garanti

Kabul kriterleri

"Teslim edildi" ne demek? Sözleşmede kabul kriteri tanımlı olmalı: hangi testler geçilecek, kaç gün içinde itiraz edilebilecek, itiraz edilmezse kabul sayılacak mı.

Garanti

Garanti süresi ve kapsamı net olmalı. Ayrım şu: sözleşmedeki işlevin çalışmaması garanti kapsamındadır; yeni bir istek değildir.

Devir listesi

Teslimde alınacakların listesi sözleşmeye eklensin: kod deposu erişimi, tasarım dosyaları, sunucu ve servis hesapları, mağaza hesapları, teknik doküman, üçüncü taraf anahtarlar.

Uyarı işaretleri

Son satır sezgiye aykırı gelebilir: sınırsız revizyon vaadi müşteri lehine görünür ama tanımsız olduğu için ilk anlaşmazlıkta anlamını yitirir. Sayı belirten bir madde daha korunaklıdır.

Gizlilik ve veri

Projede kişisel veri işleniyorsa sözleşmede veri sorumlusu ve veri işleyen rolleri tanımlanmalı, KVKK yükümlülükleri açıkça yazılmalı. Sunucu konumu ve veri saklama süreleri de bu bölümde yer almalı.

Karşılıklı gizlilik maddesi de standarttır: firmanın sizin iş bilginizi, sizin de firmanın yöntemlerini üçüncü taraflarla paylaşmaması.

Devamı için

Sözleşme aşamasına gelmeden önce brief ve firma seçimi adımlarını tamamlamak, sözleşmedeki kapsam belgesini de netleştirir. Bakım anlaşmasının kalemlerini mobil uygulama bakım maliyeti, yayın riskini uygulama mağazası red nedenleri yazılarında ele aldık. Projeniz için teklif isteyebilirsiniz.