Yazılım Sözleşmesinde 7 Madde: Kaynak Kod Kimin Olacak?

Yazılım projelerinde en pahalı sürprizler kodda değil, sözleşmede çıkıyor. Proje bittikten aylar sonra "kaynak kodu alamıyorum", "uygulama başkasının hesabında", "değişiklik için tek bir firmaya mahkûmum" diye dönen çok sayıda talep alıyoruz. Bu yazı, imzadan önce netleşmesi gereken maddeleri sıralıyor.

Kısa cevap

Sözleşmede bu yedi başlık açıkça yazılıysa, ilerideki tartışmaların büyük kısmı baştan ortadan kalkar: kaynak kod mülkiyeti, hesap sahipliği, kapsam ve değişiklik yönetimi, ödeme planı, teslim tanımı, garanti ve bakım, gizlilik ve veri sorumluluğu.

1. Kaynak kod kimin?

Sözleşmede "teslimle birlikte tüm kaynak kodun mülkiyeti müşteriye geçer" cümlesi yoksa, geçmiyor olabilir. Bazı firmalar yalnızca kullanım hakkı verir; kodu vermez. Bu, ileride başka bir ekiple çalışmanızı fiilen imkânsız hâle getirir.

Sorulacak somut soru: "Teslimde kaynak kodu deposuna tam erişim alıyor muyum, sahibi ben mi oluyorum?" Biz projelerde kaynak kodu devrediyoruz; bunu sözleşmeye yazıyoruz.

2. Hesaplar kimin adına?

Apple Developer, Google Play Console, sunucu, alan adı, e-posta, ödeme sağlayıcı, harita ve bildirim servisleri — bunların hepsi sizin şirketiniz adına açılmalı. Geliştirici ekibe erişim verilir, sahiplik verilmez. Aksi durumda uygulamanız teknik olarak başkasının mülkü olur.

3. Kapsam ve değişiklik nasıl yönetilecek?

Sabit fiyatlı bir projede kapsamın yazılı olması iki tarafı da korur. Kapsam belgesi ekran ve özellik düzeyinde olmalı; "mobil uygulama geliştirilecektir" cümlesi kapsam değildir.

Yanına da değişiklik yolu yazılmalı: yeni bir özellik istendiğinde nasıl fiyatlanacak, kim onaylayacak, takvime etkisi nasıl hesaplanacak. Bu madde yoksa her ek istek pazarlığa dönüşür.

4. Ödeme planı hangi çıktılara bağlı?

Takvime değil, teslim edilen çıktılara bağlı ödeme planı daha sağlıklıdır: tasarım onayı, ilk çalışan sürüm, test sürümü, mağaza yayını. Böylece her ödeme elle tutulur bir şeyin karşılığı olur.

5. "Bitti" ne demek?

Teslim kriterleri yazılı değilse proje hiç bitmez. Net bir tanım şuna benzer: kabul testleri geçildi, uygulama mağazalarda yayında, yönetim paneli çalışır durumda, kaynak kod devredildi, teknik doküman teslim edildi. Kabul için bir süre de tanımlanmalı — örneğin teslimden sonra iki hafta içinde bildirilmeyen hususlar kabul edilmiş sayılır.

6. Garanti ve bakım ayrımı

İkisi farklı şey. Garanti, teslim edilen kapsamdaki hataların ücretsiz düzeltilmesidir; süresi yazılmalı. Bakım ise işletim sistemi güncellemeleri, kütüphane sürümleri, sunucu ve yeni özellik taleplerini kapsar; bu genelde ayrı bir hizmettir ve ayrı fiyatlanır. Sözleşmede ikisinin sınırı belliyse, "bu hata mı yoksa yeni istek mi" tartışması yaşanmaz.

7. Gizlilik ve kişisel veri

Uygulamanız kişisel veri işleyecekse, KVKK açısından veri sorumlusu genelde sizsiniz; geliştirici firma veri işleyen konumundadır. Bu ilişkinin sözleşmede tanımlanması, aydınlatma metinlerinin ve saklama sürelerinin kimin sorumluluğunda olduğunu netleştirir. Ayrıca karşılıklı gizlilik maddesi, iş fikrinizin ve verilerinizin korunmasını sağlar.

İmzadan önce sorulacak beş soru

• Kaynak kodun mülkiyeti teslimde bana geçiyor mu, yazılı mı?
• Mağaza ve sunucu hesapları benim şirketim adına mı açılacak?
• Kapsam belgesi ekran düzeyinde mi hazırlandı?
• Garanti süresi ne kadar, neyi kapsıyor, bakım ayrı mı?
• Projeyi kim geliştirecek — kendi ekibiniz mi, dışarıya mı verilecek?

Biz nasıl çalışıyoruz

Projeleri kendi ekibimizle geliştiriyoruz, teslimde kaynak kodu devrediyoruz ve mağaza hesaplarını müşterinin adına açıyoruz. Kapsamı keşif görüşmesinden sonra yazılı hâle getirip sabit fiyatlı teklif veriyoruz. Sözleşme örneğimizi görüşme sırasında paylaşabiliriz — imzalamadan önce okumanız için.

Bu yazı genel bilgilendirme amaçlıdır, hukuki danışmanlık yerine geçmez. Yüksek bütçeli projelerde sözleşmenizi bir avukata okutmanızı öneririz.