Yazılım ve Dijital Hizmet Sözleşmelerinde Tacir Sorumluluğu

Dijitalleşmeyle birlikte şirketler arasındaki ticari ilişkilerin önemli bir kısmı, yazılım geliştirme, entegrasyon ve bulut tabanlı hizmet (SaaS) sözleşmeleri üzerinden yürütülmektedir. Bu sözleşmelerde teslim edilen ürünün niteliği, kısmen soyut olması nedeniyle geleneksel mal satımından farklı sorumluluk sorunları doğurur. Bu yazıda yazılım ve dijital hizmet sözleşmelerinde tacir sorumluluğunun temel esasları ele alınmaktadır.

Yazılım Sözleşmelerinin Hukuki Sınıflandırılması

Özel olarak sipariş üzerine geliştirilen yazılımlar, belirli bir sonucun (çalışan, test edilmiş, sözleşmede tarif edilen işlevlere sahip bir yazılım) teslimini içerdiğinden eser sözleşmesi hükümlerine tabidir. Buna karşılık, hazır bir yazılıma internet üzerinden erişim sağlanan SaaS (Software as a Service) modelinde ilişki, lisans, hizmet ve bakımı bir arada barındıran karma nitelikli, sürekli edimli bir sözleşmedir. Bu ayrımın doğru yapılması, ayıp, teslim gecikmesi ve fesih kurallarının hangi çerçevede değerlendirileceğini belirler.

Teslim ve Kabul Sürecinin Önemi

Özel yazılım geliştirme projelerinde, yazılımın hangi aşamalarda (analiz, tasarım, geliştirme, test, canlıya alma) teslim edileceği ve her aşamada hizmet alanın kabul (sign-off) vermesi gereken kriterlerin sözleşmede net biçimde tanımlanması gerekir. Kabul sürecinin belirsiz bırakılması, “proje tamamlandı mı” sorusunun taraflar arasında çelişkili yorumlanmasına yol açar ve ödeme ile ayıp iddialarının zamanlamasını karmaşıklaştırır.

Yazılımda Ayıp Kavramı

Yazılımın, sözleşmede taahhüt edilen temel işlevleri yerine getirmemesi, öngörülen performans kriterlerini karşılamaması veya güvenlik açıkları içermesi ayıp olarak değerlendirilebilir. Ancak her küçük hata (bug) otomatik olarak ayıp sayılmaz; yazılım geliştirme sürecinin doğası gereği belirli ölçüde hata toleransı beklenir. Bu nedenle sözleşmede “kabul edilebilir hata eşiği” ve bu eşiği aşan hataların ne şekilde ve hangi süre içinde bedelsiz olarak giderileceği (garanti süresi kapsamındaki destek) düzenlenmelidir.

Hizmet Seviyesi Taahhütleri (SLA)

SaaS ve bulut hizmetlerinde, hizmetin erişilebilirlik oranı (uptime), destek yanıt süreleri ve performans kriterlerini içeren hizmet seviyesi taahhütleri (SLA), tarafların karşılıklı beklentilerini somutlaştıran kritik bir araçtır. SLA’da öngörülen eşiklerin altına düşülmesi hâlinde uygulanacak yaptırımların (hizmet bedelinden indirim, ek destek, fesih hakkı) önceden ve net biçimde belirlenmesi, uyuşmazlık çıktığında hızlı çözüm sağlar.

Fikri Mülkiyet Haklarının Devri

Özel yazılım geliştirme sözleşmelerinde, geliştirilen yazılımın kaynak kodu ve fikri mülkiyet haklarının kime ait olacağı mutlaka açıkça düzenlenmelidir. Aksi kararlaştırılmadıkça, geliştiricinin daha önce oluşturduğu ve projede kullandığı genel kütüphane ve modüller üzerindeki hakları saklı kalabilir; bu nedenle “özel geliştirilen kısım” ile “önceden var olan bileşenler” arasındaki ayrımın sözleşmede yapılması önerilir.

Veri Güvenliği ve KVKK Uyumu

Dijital hizmet sözleşmelerinde, hizmet sağlayıcının hizmet alanın müşteri verilerine erişimi söz konusu olduğunda, veri işleme sözleşmesi (DPA) niteliğinde ek hükümlerin de sözleşmeye dahil edilmesi gerekir. Veri ihlali hâlinde bildirim yükümlülüğü, sorumluluk paylaşımı ve verilerin sözleşme sonunda iadesi veya imhası gibi hususların düzenlenmesi, KVKK uyumluluğu açısından da önem taşır.

Sorumluluğun Sınırlandırılması

Tacirler arasındaki yazılım sözleşmelerinde, hizmet sağlayıcının sorumluluğunu belirli bir tutarla (genellikle ödenen ücretin belirli bir katı) sınırlandıran kayıtlar yaygın olarak kullanılır. Bu sınırlamalar, kasıt veya ağır kusur bulunmadığı sürece kural olarak geçerlidir. Ancak dolaylı zararların (kâr kaybı, itibar kaybı gibi) sınırlama kapsamı dışında bırakılıp bırakılmadığının sözleşmede açıkça belirtilmesi, ileride kapsam tartışmalarını önler.

Değişiklik Yönetimi (Change Request) Süreci

Yazılım geliştirme projelerinde, proje başlangıcında öngörülemeyen ek talepler veya kapsam değişiklikleri sıkça ortaya çıkar. Sözleşmeye, bu tür değişiklik taleplerinin nasıl değerlendirileceğini, ek süre ve ücrete nasıl yansıyacağını düzenleyen bir değişiklik yönetimi maddesi eklenmesi, projenin kapsam kaymasından (scope creep) kaynaklanan uyuşmazlıkları önemli ölçüde azaltır. Değişiklik taleplerinin yazılı olarak belgelenmesi ve her iki tarafça onaylanması, ileride “bu ek iş kapsama dahil miydi” tartışmasını engeller.

Kaynak Kodun Emanete Bırakılması (Escrow)

Özellikle işletmenin kritik süreçlerini yöneten yazılımlarda, geliştirici firmanın faaliyetini sonlandırması veya iflas etmesi riskine karşı, kaynak kodunun bağımsız bir üçüncü kişi nezdinde emanete (escrow) bırakılması yaygın bir uygulamadır. Bu düzenleme, belirli koşulların (geliştiricinin desteği durdurması, iflası gibi) gerçekleşmesi hâlinde hizmet alanın kaynak koduna erişebilmesini sağlayarak iş sürekliliğini güvence altına alır.

Örnek Olay

Aşağıdaki örnek, kuralların işleyişini göstermek amacıyla hazırlanmıştır ve gerçek bir dosyaya dayanmaz. Bir perakende şirketi, stok yönetim yazılımının özel olarak geliştirilmesi için bir yazılım firmasıyla anlaşmış, ancak teslim edilen yazılımın sözleşmede taahhüt edilen entegrasyon işlevini yerine getirmediği ortaya çıkmıştır. Şirket, bu eksikliğin sözleşmede tarif edilen temel işlevlerden biri olduğunu ispatlayarak ayıba dayalı haklarını (düzeltme, bedel indirimi) kullanabilir.

Sonuç

Yazılım ve dijital hizmet sözleşmelerinde tacir sorumluluğunun doğru belirlenmesi, sözleşmenin hukuki niteliğinin, teslim ve kabul kriterlerinin, SLA taahhütlerinin ve sorumluluk sınırlarının net biçimde düzenlenmesine bağlıdır. Yazılım ve dijital hizmet sözleşmelerinden doğan uyuşmazlıklarınızda ticaret hukuku alanında hukuki destek almanız önerilir.

Bakım ve Destek Hizmetlerinin Ayrı Değerlendirilmesi

Yazılımın tesliminden sonraki bakım ve destek hizmetleri, genellikle ayrı bir sözleşme veya ek protokolle düzenlenir. Bu hizmetlerin kapsamının (hata düzeltme, güncelleme, yeni işlev ekleme) ve ücretlendirmesinin net biçimde ayrılması, ana geliştirme sözleşmesinin sona ermesinden sonraki ilişkinin de sağlıklı yürütülmesini sağlar.

Bulut Hizmetlerinde Veri Yerleşimi ve Yetki Sözleşmeleri

Bulut tabanlı hizmetlerde verilerin fiziksel olarak hangi ülkede saklandığı, KVKK ve varsa yurt dışına veri aktarımına ilişkin mevzuat bakımından ayrıca değerlendirilmelidir. Sözleşmede veri yerleşim yerinin ve yurt dışı aktarım hâlinde uygulanacak güvencelerin (standart sözleşme hükümleri, yeterlilik kararı gibi) açıkça belirtilmesi, hem hukuki uyumu sağlar hem de veri güvenliği ihlallerinde sorumluluğun netleşmesine katkı sunar. Ayrıca uyuşmazlık hâlinde yetkili mahkeme veya tahkim yerinin sözleşmede net biçimde düzenlenmesi, sınır ötesi hizmet sağlayıcılarıyla yaşanabilecek gecikmeleri azaltır.