Yazılım Lisansı ve Fikri Mülkiyet Koruması

Yazılım Eserleri ve Hukuki Koruma Çerçevesi

Yazılım geliştirme sürecinde ortaya çıkan kod, algoritma ve arayüz tasarımları, günümüz ekonomisinin en değerli varlıkları arasında yer almaktadır. Ancak pek çok geliştirici ve girişim, bu değerli varlıkların hukuki korumasını ya ihmal etmekte ya da tam olarak anlayamamaktadır. Türk hukukunda yazılım eserleri, 5846 sayılı Fikir ve Sanat Eserleri Kanunu (FSEK) kapsamında işlenmeler arasında değerlendirilerek koruma altına alınmıştır.

FSEK'in 2. maddesinin 1. fıkrasının (a) bendi uyarınca bilgisayar programları, herhangi bir tescil veya başvuru gerekmeksizin oluşturulduğu anda eser sahibine otomatik olarak koruma sağlar. Bu durum, patent korumasından temel farkı ortaya koymaktadır: yazılım koruması tescile değil, eserin meydana getirilmesine bağlıdır. Ne var ki bu koruma; özgünlük, bireysellik ve ifade biçimine ilişkin önemli sınırlar içermektedir.

Bu makalede yazılım lisanslarının hukuki boyutlarını, açık kaynak lisanslarının doğurduğu yükümlülükleri ve SaaS sözleşmelerinde fikri mülkiyet haklarının nasıl yönetilmesi gerektiğini ele alıyoruz.

FSEK Kapsamında Yazılım Eser Koruması

Yazılım, FSEK'in sağladığı korumadan faydalanabilmek için "eser" niteliği taşımalıdır. Bunun için aranan temel şart, eserin sahibinin hususiyetini taşımasıdır; yani standart, öngörülebilir veya herkesin üretebileceği bir kod parçasının telif korumasından yararlanması mümkün değildir.

Koruma süresi, yazılım için eser sahibinin yaşam süresi ve ölümünden itibaren 70 yıl olarak belirlenmiştir. Tüzel kişilerin sahip olduğu yazılım eserlerinde ise alenileşmeden itibaren 70 yıllık süre uygulanır.

Kaynak Kodu Devri: Yazılımın kaynak kodunun devri, telif hakkının devriyle özdeş değildir. FSEK m.48 uyarınca mali hakların devri yazılı sözleşmeyle yapılmalı ve devredilen haklar açıkça belirtilmelidir. Pratikte pek çok yazılım geliştirme sözleşmesinde bu ayrım gözetilmediğinden, kod fiilen teslim edilmesine rağmen fikri mülkiyet hakkı tartışmalı kalabilmektedir.

Açık Kaynak Lisansları: Haklar ve Yükümlülükler

Açık kaynak ekosistemi, birbirinden farklı yükümlülükler doğuran çeşitli lisans modellerini barındırmaktadır. Bu lisansları doğru anlamamak, özellikle ticari yazılım geliştirme süreçlerinde ciddi hukuki riskler doğurabilir.

GPL lisanslı bir kütüphaneyi ticari bir ürüne entegre etmek, tüm ürünün kaynak kodunun GPL şartlarıyla yayınlanmasını gerektirebilir. Bu "copyleft enfeksiyonu" riski, özellikle SaaS şirketleri için kritik öneme sahiptir. AGPL ise bu riski daha da genişleterek ağ üzerinden hizmet veren uygulamaları da kapsamaktadır.

Pratik Vakalar

Vaka 1: Kaynak Kodu Devri Yapılmayan Outsource Geliştirme

Bir girişim, bağımsız bir yazılım geliştiricisine tüm ödemeyi yaparak mobil uygulama geliştirtmiştir. Geliştirici sözleşmede yalnızca "uygulamanın teslimi" koşulu yer aldığından, kaynak kodunu başka bir şirkete lisanslamıştır.

Sonuç: Mahkeme, FSEK m.48'e dayanarak mali hakların yazılı olarak devredilmediğini ve dolayısıyla geliştiricinin eser sahibi sıfatını koruduğunu tespit etmiştir. Girişim hem tazminat ödemek hem de uygulamayı yeniden geliştirmek zorunda kalmıştır. Bu vaka, tüm yazılım geliştirme sözleşmelerine açık ve ayrıntılı bir "fikri mülkiyet devri" maddesi eklemenin zorunluluğunu göstermektedir.

Vaka 2: GPL Lisanslı Kütüphane Uyumsuzluğu

Bir yazılım şirketi, GPL v3 lisanslı bir kütüphaneyi ticari SaaS ürününe entegre etmiş; ancak kaynak kodunu kamuya açmamıştır. Kütüphanenin orijinal geliştiricisi lisans ihlali gerekçesiyle hukuki süreç başlatmıştır.

Sonuç: Şirket, kaynak kodunu açıklamak ya da kütüphaneyi kaldırarak alternatif geliştirmek seçenekleriyle karşı karşıya kalmıştır. Hukuki süreç devam ederken hem itibar kaybı hem de geliştirme maliyeti oluşmuştur. Şirket nihayetinde MIT lisanslı alternatif kütüphaneye geçerek sistemi yeniden yazmak zorunda kalmıştır.

Sık Yapılan 5 Hata

1. Sözleşmede fikri mülkiyet devrine yer vermemek — Yazılım geliştirme sözleşmesinde hangi hakların devredildiği açıkça yazılmadığında, kod teslim edilse bile fikri mülkiyet hakları belirsiz kalmaktadır.

2. Açık kaynak lisanslarını okumadan kullanmak — GPL, AGPL ve LGPL lisanslarının ticari ürünlerdeki etkileri hesaplanmadan entegrasyon yapıldığında copyleft yükümlülükleri doğabilir.

3. Çalışanların ürettiği kodun şirkete ait olduğunu varsaymak — İş sözleşmesinde açık bir hüküm bulunmadıkça, çalışanın işten ayrılması sonrasında kod üzerindeki haklar tartışmalı hale gelebilir.

4. "Fikir" ile "ifade" ayrımını gözetmemek — Rakibin algoritmayı taklit ettiğini öne sürmek tek başına yetmez; FSEK koruması somut ifade biçimini kapsar, fikrin kendisini değil.

5. Yazılım adına tescil yapmamak — FSEK otomatik koruma sağlasa da Telif Hakları Genel Müdürlüğü'ne yapılacak tescil, özellikle ispat sürecinde güçlü bir delil oluşturmaktadır.

Kapanış

Yazılım lisansları ve fikri mülkiyet koruması, dijital ekonomide sürdürülebilir bir iş modeli kurmanın temel taşlarından birini oluşturmaktadır. İster bağımsız bir geliştirici ister büyük ölçekli bir SaaS şirketi olun, FSEK çerçevesinde haklarınızı doğru tanımlamak ve sözleşmelerinizi bu çerçevede düzenlemek, ileride yaşanabilecek hukuki uyuşmazlıkları büyük ölçüde önleyecektir.

Açık kaynak bileşenlerinin lisans uyumluluğunu düzenli olarak gözden geçirmek ve geliştirme sözleşmelerine kapsamlı fikri mülkiyet hükümleri eklemek, en temel önlemler olarak öne çıkmaktadır. Bu konuda hukuki danışmanlık almak, olası riskleri en başından bertaraf etmenin en etkili yoludur.

Fikri Mülkiyet alanında dilekçe üretmek veya içtihat aramak ister misiniz?

Yasal Uyarı: Bu yazı yalnızca bilgilendirme amaçlıdır ve hukuki tavsiye niteliği taşımaz. İçerik Hukuk Asistanı tarafından oluşturulmuştur; aktarılan Yargıtay kararları özet niteliğindedir, resmi karar metinleri için ilgili mahkeme kayıtlarını esas alınız. Spesifik hukuki durumunuz için lütfen bir avukattan görüş alınız.

Bu konuda dilekçe oluşturmak ister misiniz?

Dilekçe üretimi, Yargıtay içtihat araması, sözleşme analizi ve KVKK uyum kontrolleri — Türk avukatlar için tasarlanmış yapay zeka platformu.