Dijital dönüşüm odaklı üniversite merkezleri, akademik araştırmanın yanında dış kurumlara danışmanlık ve prototip geliştirme faaliyeti de yürütür. Türk-Alman Üniversitesi Dijital Dönüşüm Uygulama ve Araştırma Merkezi Yönetmeliği gibi düzenlemeler merkezin organlarını ve çalışma alanını belirlerken, dışa dönük her proje beraberinde bir sözleşme hukuku sorusu getirir: teslim edilen çıktının sorumluluğu kimdedir?
Danışmanlık mı, Eser Teslimi mi?
Bu ayrım sonucu kökten değiştirir. Sadece rapor ve yöntem önerisi sunulan bir ilişkide sorumluluk, gösterilen özen üzerinden değerlendirilir. Buna karşılık çalışır bir yazılım ya da sistem teslimi taahhüt edilmişse, sonucun ortaya çıkmaması başlı başına ifa sorunudur. Sözleşme metninde "destek verilecektir" gibi belirsiz ifadelerin bırakılması, uyuşmazlık çıktığında tarafların birbirine tamamen farklı bir ilişki tanımı ileri sürmesine yol açar. Teslim edilecek çıktının teknik tanımı ve kabul kriterleri yazılı olmalıdır.
Projeyi Ayakta Tutan Sözleşme Maddeleri
- Kabul prosedürü: Test aşamaları, kabul süresi ve sessiz kalınması hâlinde ne olacağı
- Kapsam değişikliği: Ek taleplerin yazılı onayla ve bedel etkisi belirtilerek yürütülmesi
- Kaynak kod ve lisans: Kodun devredilip devredilmeyeceği, açık kaynak bileşenlerin lisans koşulları
- Bakım ve hata giderme: Süresi, kapsamı ve bunun garanti dışı ek hizmetten ayrımı
- Sorumluluk sınırı: Dolaylı zararların kapsam dışı bırakılıp bırakılmadığı
Açık Kaynak Bileşenlerin Gizli Riski
Üniversite kaynaklı projelerde açık kaynak kütüphaneler yoğun kullanılır. Bazı lisans türleri, türev çalışmanın da aynı koşullarla dağıtılmasını gerektirir. Bu koşul fark edilmeden kurum içi bir sisteme entegre edilen bileşen, sonradan ticarileştirme önünde engel oluşturabilir. Proje başlangıcında kullanılan bileşenlerin ve lisanslarının listelenmesi, ilerideki en pahalı sorunlardan birini baştan önler.
Kişisel Veri İşleyen Sistemlerde Rol Dağılımı
Bir kurum için veri işleyen sistem geliştiriliyorsa, tarafların 6698 sayılı Kanun kapsamındaki rollerinin sözleşmede belirlenmesi gerekir. Kimin veri sorumlusu, kimin veri işleyen sıfatıyla hareket ettiği; test ortamında gerçek veri kullanılıp kullanılmayacağı; ihlal hâlinde bildirim akışının nasıl işleyeceği açık yazılmalıdır. Test ortamına gerçek veri kopyalanması, uygulamada sık karşılaşılan ve savunması güç bir ihlal kaynağıdır.
Uyuşmazlık Çıktığında Delil Değeri Olan Kayıtlar
Yazılım uyuşmazlıklarında en güçlü deliller çoğu zaman proje boyunca zaten üretilmiş olanlardır: sürüm geçmişi, hata kayıt sistemi, toplantı notları, e-posta yazışmaları ve test raporları. Bunların proje bitiminde arşivlenmesi, yıllar sonra gündeme gelen bir talebe cevap verebilmenin tek yoludur. Yazışmaların kişisel hesaplar yerine kurumsal sistemler üzerinden yürütülmesi de bu nedenle önem taşır.
Yukarıdaki değerlendirmeler genel çerçeve sunar. Her yazılım projesinin teknik kapsamı ve sözleşme metni farklı sonuçlar doğurabileceğinden, imza öncesinde metnin hukuki incelemeden geçirilmesini öneririz.