Yazılım Sözleşmesi

Proje başlıyor, heyecan yüksek, taraflar birbirine güveniyor. Sözleşme mi? "Sonra hallederiz." İşte tam da bu noktada işler çığırından çıkıyor. Ödeme gelmez, teslim tarihi kayar, kim neye sahip olduğu belirsizleşir. Yazılım projelerinde sözleşmesiz ilerlemenin bedeli çoğu zaman hem paraya hem zamana hem de iş ilişkisine mal olur.

Türkiye bilişim sektörü küçümsenecek bir büyüklükte değil. Kolay İhracat'ın Haziran 2022 tarihli sektör analizine göre Türkiye BİT pazar büyüklüğü 1,2 trilyon TL düzeyine ulaşmıştır (kolayihracat.gov.tr, Haziran 2022). Bu ölçekte bir sektörde her gün binlerce yazılım sözleşmesi imzalanıyor ya da imzalanması gerekiyor. Peki bu sözleşmelerin kaçı gerçekten tarafları koruyor?

Bu rehberde üç temel soruya yanıt bulacaksınız: Hangi sözleşme türü sizin durumunuza uygun? Sözleşmede mutlaka hangi maddeler yer almalı ve neden? Sözleşme yaparken en sık düşülen tuzaklar neler?

Yazılım Sözleşmesi Nedir?

Peki bir yazılım sözleşmesi tam olarak neyi kapsar? Bir yazılımın geliştirilmesi, teslim edilmesi, test edilmesi ve gerektiğinde eğitim verilmesi gibi tüm süreci kapsayan özel bir sözleşme türüdür. Teknik bir belge değil, hukuki bir temeldir — projenin başından sonuna kadar her iki tarafın da güvencesidir.

Bir yazılım geliştirme sözleşmesi şu soruları yanıtlar:

• Kime ne ait olacak? (telif hakkı, kaynak kod)
• Ne zaman teslim edilecek? (takvim, milestone)
• Sorun çıkarsa ne olacak? (anlaşmazlık çözümü, fesih)

Bilişim hukuku açısından bakıldığında, bu soruların cevabı sözleşmede yoksa ileride mahkemede aranır. Konunun temel tanımı için Yazılım Sözleşmesi Nedir? yazımıza da göz atabilirsiniz.

Yazılım Sözleşmesinin Hukuki Dayanağı: FSEK ve Türk Borçlar Kanunu

Türkiye'de bilgisayar programları, 4110 sayılı Kanun ile 1995 yılında yapılan değişiklikle birlikte 5846 sayılı Fikir ve Sanat Eserleri Kanunu (FSEK) kapsamında "ilim ve edebiyat eseri" olarak korunmaktadır. Yani yazılım, tıpkı bir roman ya da müzik eseri gibi hukuki güvence altındadır. Yazılım sözleşmeleri, FSEK hükümleriyle birlikte Türk Borçlar Kanunu'nun genel sözleşme hükümlerine de tabidir.

Peki bu koruma otomatik olarak sözleşmenizi de güvence altına alıyor mu? Hayır — FSEK yazılımı korur, taraflar arasındaki ilişkiyi değil. Yazılı sözleşme olmadan bu güvence tek taraflı kalır.

FSEK Madde 52: Yazılı Sözleşme Zorunluluğu

5846 sayılı FSEK'in 52. maddesine göre mali haklara dair sözleşme ve tasarrufların yazılı olması ve konuları olan hakların ayrı ayrı gösterilmesi şarttır (mevzuat.gov.tr, 5846 sayılı Kanun m.52). Sözlü anlaşma ya da e-posta yazışması mali hakları devretmez. Bu kural istisnasızdır.

Yazılımı geliştiren kişiye "kaynak kodu bize ait" diyemezsiniz — en azından bu açıkça yazılı bir sözleşmede yer almıyorsa. Telif hakkı belirsizliği, yazılım projelerindeki en yaygın anlaşmazlık kaynaklarından biridir. Çözümü basit: yazılı sözleşme.

Yazılım Sözleşmesinin Hukuki Niteliği: Eser Sözleşmesi mi, Sui Generis mi?

Yazılım sözleşmesi eser sözleşmesi midir? Hukuk dünyasında bu sorunun net bir yanıtı yok. Yazılım geliştirme sözleşmelerinin hem eser sözleşmesi hem de lisans sözleşmesinin unsurlarını barındıran, kendine özgü (sui generis) bir yapıda olduğu kabul görmektedir. Türk mevzuatında bu sözleşme türüne ilişkin özel bir düzenleme bulunmadığından hukuki nitelik tartışmalı kalmaya devam etmektedir.

Pratikte gördüğümüz şu ki bu belirsizlik, anlaşmazlık çıktığında hangi hükümlerin uygulanacağı konusunda ciddi soru işaretleri doğuruyor. Kanun her şeyi çözmüyorsa, sözleşmeniz çözmelidir. Mevzuattaki boşluk, sözleşme maddelerini daha da kritik kılıyor.

Yazılım Sözleşmesi Türleri: Hangisi Sizin İçin Uygun?

Her yazılım projesi aynı değildir. Bir mobil uygulama geliştirme projesi için kullanılan sözleşme, bulut tabanlı bir SaaS hizmetinde işe yaramaz. Doğru türü seçmek, ileride yaşanacak karışıklıkları büyük ölçüde önler.

Yazılım Geliştirme Sözleşmesi

Bir KOBİ özel muhasebe yazılımı yaptırmak istiyor; bir freelancer müşterisi için e-ticaret sitesi geliştiriyor. Her iki durumda da başvurulacak temel sözleşme türü budur: yazılım geliştirme sözleşmesi. Projenin kapsamını, teslimat aşamalarını, test süreçlerini ve kabul kriterlerini kapsar; sipariş üzerine geliştirilen her yazılım projesinin hukuki çerçevesini oluşturur.

Yazılım Hizmet Sözleşmesi ve SLA

Projeyi teslim ettiniz, müşteri bir ay sonra arıyor: sistem çöktü, yanıt yok. İşte bu anı düzenleyen sözleşme türü yazılım hizmet sözleşmesidir. Teknik destek, bakım, güncelleme veya hosting gibi süregelen hizmetleri kapsar. Bu tür sözleşmelerde SLA (Hizmet Seviyesi Anlaşması) kritik bir bileşendir: sistemin ne kadar süre ayakta kalacağı (uptime), arıza bildirimlerine kaç saat içinde yanıt verileceği gibi ölçülebilir taahhütler SLA ile belirlenir — rakam yazılı değilse taahhüt de geçersiz sayılır.

Yazılım Lisans Sözleşmesi

Yazılım lisans sözleşmesi nedir? Hazır bir yazılımın kullanım hakkını düzenler; mülkiyeti devretmez. Kullanıcı yazılımı satın almaz, kullanma hakkı alır. Bu ayrım kritiktir. Lisans sözleşmelerinde royalti (lisans ücreti) ödemelerinin net belirlenmesi gerekir; aksi hâlde ciddi anlaşmazlıklar kapıya dayanır. Yazılım tescili isteğe bağlıdır — FSEK kapsamındaki koruma tescile gerek kalmaksızın eser yaratıldığı anda başlar. Bununla birlikte, Kültür ve Turizm Bakanlığı Telif Hakları Genel Müdürlüğü'ne yapılan tescil fikri mülkiyet uyuşmazlıklarında ispat kolaylığı sağlar. Özel lisans düzenlemeleri için bir bilişim hukuku avukatına danışmanız önerilir.

Yazılım Devir ve Bakım Sözleşmesi

Projeyi teslim ettikten sonra yazılımın tüm hakları kime ait olacak? Devir sözleşmesi bu soruyu netleştirir: tüm fikri mülkiyet hakları alıcıya geçer, geliştirici hiçbir hak talep edemez. Bakım sözleşmesi ise geliştirme sonrası dönemi kapsar — hata düzeltme, güncelleme, teknik destek. İkisi çoğu zaman birlikte kullanılır. Kaynak kodun devri ve teslimi konusunda Kaynak Kod Devri ve Teslimi yazımızda ayrıntılı bilgi bulabilirsiniz.

SaaS sözleşmeleri geleneksel türlerden farklı bir yapıya sahiptir. Genellikle hizmet sağlayıcı lehine hazırlanır; özellikle büyük global sağlayıcılarda müşterilerin müzakere imkânı neredeyse sıfıra yakındır.

Yazılım Sözleşmesinde Bulunması Gereken Temel Maddeler

Yazılım projeleri yapısı gereği karmaşık ve sürekli değişen süreçler nedeniyle anlaşmazlıklara yol açabilir. Yazılım sözleşmeleri, projenin kapsamı, teslim tarihleri, mülkiyet hakları gibi konularda net bir anlayış ve beklenti oluşturarak ileride çıkabilecek anlaşmazlıkları en aza indirir.

Yazılım sözleşmesi maddeleri, bir şablonu doldurmaktan ibaret değildir. Her madde bir riski karşılar. İşte en kritik olanlar:

Proje Kapsamı ve Teknik Gereksinimler

"Bir de şu özelliği ekleyelim" — bu cümleyi duyan her yazılımcı ne demek istediğimizi anlar. Kapsam kayması (scope creep), yazılım projelerindeki en büyük anlaşmazlık kaynaklarından biridir; sözleşmede kapsam net tanımlanmamışsa sonsuz bir döngüye dönüşür. Yazılım proje kapsamı; hangi özelliklerin geliştirileceğini, hangi platformları kapsadığını ve neyin kapsam dışı olduğunu yazılı ve ölçülebilir biçimde tanımlamalıdır.

Teslimat Takvimi ve Gecikme Yaptırımları

Üç aylık bir proje için tek bir teslim tarihi koymak, ilk ayda yaşanan gecikmeyi görünmez kılar. Milestone bazlı teslimat takvimi hem ilerlemeyi görünür kılar hem de gecikmeleri erken tespit ettirir. Gecikme durumunda uygulanacak yaptırımlar — cezai şart, ödeme ertelemesi ya da başka bir yaptırım — sözleşmede açıkça belirtilmelidir. Yazılım teslim tarihi sözleşmede yoksa "ne zaman teslim edilecek" sorusu tartışmaya açık kalır.

Ödeme Koşulları ve Ödeme Planı

Peki ödeme anlaşmazlıkları neden bu kadar sık çıkar? Çoğunlukla sözleşmede ödeme zamanlaması net belirlenmediği için. Yazılım ödeme koşulları genellikle üç aşamada yapılandırılır: proje başında peşinat, milestone tamamlandıkça ara ödemeler ve teslimatta son ödeme. Bu yapı hem yazılımcıyı nakit akışı açısından korur hem de müşteriyi ilerlemeyi takip etmeye teşvik eder.

Telif Hakkı ve Fikri Mülkiyet

Yazılım sözleşmesinde telif hakkı kime aittir? 5846 sayılı FSEK çerçevesinde, aksi sözleşmede açıkça belirtilmediği sürece telif hakkı eseri yaratan kişide — yani bağımsız çalışan geliştiricidedir. Müşteri ödeme yapsa bile bu durum değişmez. Yazılım telif hakkının müşteriye geçmesi için sözleşmede açık bir devir maddesi şarttır.

Burada önemli bir istisna var: işverenin talimatıyla ve nam ile hesabına yazılım geliştiren çalışanlar için FSEK m.18/2 uyarınca mali haklar işverene geçebilir. Bu nedenle hem işveren hem çalışan tarafında sözleşmede açık bir düzenleme yapılması önerilir. Bu madde yoksa geliştirici ayrıldıktan sonra kaynak koda erişim bile tartışmalı hâle gelebilir.

Gizlilik (NDA) Maddesi

Yazılım sözleşmesinde gizlilik maddesi zorunlu mu? Hukuken zorunlu değil; ama pratikte kritik öneme sahip. Geliştirici proje sürecinde müşterinin iş modelini, müşteri verilerini ve kaynak kodunu öğrenir. Bu bilgilerin nasıl kullanılacağı ve korunacağı sözleşmede yer almazsa ticari sır koruması güçleşir. NDA (gizlilik anlaşması) maddesi ayrı bir belge olabileceği gibi sözleşmenin bir bölümü olarak da düzenlenebilir.

Revizyon Hakları ve Değişiklik Yönetimi

Kaç revizyon hakkı tanındığı, ek revizyon taleplerinin nasıl ücretlendirileceği ve kapsam değişikliklerinin hangi süreçle onaylanacağı sözleşmede net olmalıdır. Yazılım revizyon hakkı belirsiz bırakıldığında "bu revizyona dahil değil" ile "bu zaten kapsamda vardı" arasındaki tartışma kaçınılmaz olur. Sektörde gözlemlediğimiz kadarıyla bu maddenin eksikliği, özellikle uzun soluklu projelerde taraflar arasındaki güveni hızla aşındıran etkenlerden biridir.

Freelancer ve KOBİ'ler İçin Özel Tavsiyeler

Freelancer olarak yazılım sözleşmesi nasıl yapılır? Yanıt basit: müzakere edemeyeceğiniz bir sözleşmeyi imzalamayın. Freelancerlar için sözleşme yalnızca müşteriyi değil, kendinizi de korur. Revizyon hakları, NDA yazılım gizlilik yükümlülükleri ve telif hakkının kime ait olduğu — bu üç konu net değilse proje bitmeden sorun çıkar. Özellikle telif hakkı meselesine dikkat: sözleşmede devir maddesi yoksa geliştirdiğiniz yazılım hukuken sizin olmaya devam eder. Bu bazen avantaj, bazen büyük bir anlaşmazlık kaynağıdır.

KOBİ'ler için tablo farklı görünür ama riskler benzerdir. Yazılım firmasının hazırladığı sözleşmeyi olduğu gibi kabul etmeden önce en az şu üç maddeyi sorgulayın: yazılım fikri mülkiyet kime ait, fesih koşulları neler, veri taşınabilirliği mümkün mü? SaaS hizmetlerinde müzakere imkânı neredeyse sıfıra yakın olabilir; bu durumda en azından bu üç sorunun yanıtını anladığınızdan emin olun.

Özel bir sözleşme aşamasında ve sonrasına alanında uzman bir ticaret hukuku avukatı veya bilişim hukuku avukatına danışılması faydalıdır. Tecrübeyle sabit: başlangıçta alınan hukuki danışmanlık, ileride çıkacak bir uyuşmazlığın hem maliyetini hem de süresini önemli ölçüde azaltır. Hazırlık sürecine dair pratik adımlar için Yazılım Sözleşmesi Nasıl Hazırlanır? yazımıza da bakabilirsiniz.

Sık Yapılan Hatalar ve Anlaşmazlık Durumunda Ne Yapmalısınız?

Yazılım sözleşmesi olmadan proje yapılabilir mi? Teknik olarak evet; hukuki açıdan ise son derece riskli. Sözlü anlaşmalar geçerli olabilir, ancak ispat yükü ağırdır. Yazılım gibi karmaşık projelerde "kim ne dedi" tartışması çok hızlı çıkmaza girer.

Yazılım sözleşmelerinde en sık yapılan hatalar şunlardır:

• Sözlü anlaşmayla yetinmek: "Aramızda anlaştık" ifadesi mahkemede delil sayılmaz.
• Kapsamı muğlak bırakmak: "Modern bir web sitesi" gibi tanımlar kapsam kaymasına davetiye çıkarır.
• Telif hakkı maddesini atlamak: Sözleşmede devir maddesi yoksa telif hakkı geliştiricide kalır.
• Fesih koşulunu yazmamak: Proje yarıda kalırsa kimin ne kadar ödeyeceği belirsizleşir. Sektörde sıkça karşılaştığımız bu hata, en çok uzun soluklu projelerde kendini gösterir.
• Tescil ve lisans süreçlerinde uzman desteği almamak: Özellikle fikri mülkiyet devirlerinde ve özel lisans düzenlemelerinde uzman desteği kritiktir.

Anlaşmazlık çıktığında ne yapmalısınız? Önce sözleşmedeki uyuşmazlık çözüm maddesine bakın — tahkim mi, arabuluculuk mu, mahkeme mi? TTK kapsamındaki ticari nitelikteki yazılım uyuşmazlıklarında dava açmadan önce arabuluculuk başvurusu zorunludur (TTK m.5/A; bkz. mevzuat.gov.tr). Uyuşmazlığın niteliğine göre — örneğin tüketici sıfatıyla yapılan sözleşmelerde farklı usuller geçerli olabilir — bir hukuk uzmanına danışmanız önerilir. Yazılı delillerinizi — e-postalar, toplantı notları, sözleşme ekleri — bir araya getirin. Yazılım sözleşmesi ihlali durumunda bir bilişim hukuku avukatına başvurmak süreci hem hızlandırır hem de hak kayıplarını önler.

Yazılım korsanlığı önleme açısından da sözleşme kritik bir araçtır. Çalışanların ayrılmasının ardından önceki işyerinde geliştirilen yazılımları başka yerlerde kullanması, Türk yazılım sektöründe ciddi bir sorun olmaya devam etmektedir. Gizlilik ve fikri mülkiyet maddeleri bu riski önemli ölçüde azaltır.

Yazılım Sözleşmesi Hazırlarken Kontrol Listesi

Yazılım sözleşmesi nasıl hazırlanır sorusunun en pratik yanıtı bir kontrol listesidir. Sözleşmenizi imzalamadan önce aşağıdaki maddelerin her birinin karşılandığından emin olun:

• ☐ Tarafların kimlik bilgileri — Ad, unvan, vergi numarası, adres
• ☐ Proje kapsamı — Hangi özellikler dahil, hangileri kapsam dışı
• ☐ Teslimat takvimi — Milestone bazlı aşamalar ve tarihler
• ☐ Ödeme planı — Peşinat, ara ödemeler, son ödeme koşulları
• ☐ Telif hakkı ve fikri mülkiyet — Devir maddesi açıkça yazılı mı?
• ☐ Gizlilik (NDA) maddesi — Ticari sır ve kaynak kod koruması
• ☐ Revizyon hakları — Kaç revizyon, ek revizyon ücreti nasıl belirleniyor?
• ☐ Fesih koşulları — Kim, hangi koşulda, nasıl feshedebilir?
• ☐ Uyuşmazlık çözüm yolu — Arabuluculuk, tahkim veya yetkili mahkeme
• ☐ Avukat onayı — Sözleşme bir bilişim hukuku uzmanı tarafından incelendi mi?

Uygulamada gördüğümüz kadarıyla bu listede en sık atlanan madde telif hakkı devridir — ve en maliyetli anlaşmazlıklar tam da bu boşluktan çıkar. Şablonu kopyalamak değil, her maddeyi anlamak sizi korur.

Sonuç

Sözleşmesiz başlayan projelerin nasıl sonuçlandığını defalarca gördük: çoğu zaman iyi niyetle başlayan iş ilişkileri, önlenebilir bir anlaşmazlık yüzünden hem taraflara hem de projeye zarar veriyor. Yazılım sözleşmesi, bir projenin teknik değil hukuki temelidir. İyi yazılmış bir sözleşme hem yazılımcıyı hem müşteriyi ödeme anlaşmazlıklarından, telif belirsizliklerinden ve kapsam kaymasından korur.

Taraflar arasında yapılacak bir hizmet sözleşmesi, proje sürecinin başarılı bir şekilde yönetilmesi ve muhtemel anlaşmazlıkların önlenmesi için son derece önemlidir.

Sözleşmenizi hazırlamadan önce bir bilişim hukuku uzmanından destek alın. Bu adım, ileride karşılaşabileceğiniz hukuki ve mali riskleri en aza indirmenin en etkili yoludur.