Yazılım Sözleşmesinde Dikkat Edilecek 15 Madde: İmzalamadan Önce Kontrol Listesi

Kısaca: İyi bir yazılım sözleşmesi, projenin kapsamını, teslimatlarını, takvimini, ödeme planını, mülkiyetini, gizliliğini, kalite ve destek yükümlülüklerini ve sorun çıkarsa nasıl ayrılacağınızı yazılı hale getirir. Yazılım projelerinde anlaşmazlıkların çoğu kodun kalitesinden değil, belirsiz kapsamdan, yazılmamış mülkiyetten, karışık garanti/bakım ifadelerinden ve ödeme planının iş ilerlemesine bağlanmamasından doğar. Bu rehber, imzalamadan önce kontrol etmeniz gereken 15 maddeyi ve her biri için “iyi örnek nasıl görünür?” notunu verir. Önemli: Bu içerik genel bilgidir ve hukuki danışmanlık değildir; sözleşmenizin kapsamı, uygulanacak hukuk ve sektörel yükümlülükler için mutlaka bir avukata danışın. Sözleşme, tarafların güvensizliğini değil, ortak beklentisini yazıya dökmenin yoludur.

Son güncelleme: Ekim 2026

Neden sözleşme bu kadar önemli?

Proje iyi giderken sözleşmeye kimse bakmaz; sorun çıktığında ise yazıda ne varsa o geçerlidir. Şu durumlar sözleşmedeki boşluklardan doğar:

• “Bu zaten kapsamdaydı” / “hayır, ek işti” tartışmaları
• Gecikme olduğunda kimin neyle sorumlu olduğu
• Kaynak kodun kime ait olduğu ve nasıl teslim edileceği
• Garanti sonrası hata düzeltmenin ücretli mi ücretsiz mi olduğu
• Firmayla yollarınız ayrılırsa projenin nasıl devredileceği

Sözleşme, firma seçimi sürecinde aldığınız sözlü cevapların yazılı güvencesidir.

15 madde

1. Taraflar ve proje tanımı

Tarafların resmî unvanı, vergi bilgileri, yetkili temsilcileri ve projenin kısa, net tanımı. İyi örnek: Projenin amacı ve ana çıktısı bir iki cümleyle yazılı; ekler (teklif, kapsam dökümanı) sözleşmenin parçası olarak tanımlı.

2. Kapsam ve “kapsam dışı”

Yapılacak işlerin özellik listesi, ekran/akış tanımları, entegrasyonlar ve teslimatlar, ve açıkça kapsam dışı bırakılanlar. İyi örnek: Kapsam dökümanı sözleşmeye ek ve bağlayıcı; “kapsam dışı” maddeler yazılı. Kapsam netliği hakkında ürün sahibi rolü yazımıza bakın.

3. Teslimatlar ve kabul kriterleri

Neyin, hangi biçimde teslim edileceği (çalışan yazılım, kaynak kod, tasarım dosyaları, dökümanlar) ve teslimin “kabul edilmiş” sayılması için koşullar. İyi örnek: Kabul kriterleri ölçülebilir; kabul testi için süre ve usul tanımlı. Test süreci için kabul testi (UAT) rehberimize bakın.

4. Süre, takvim ve kilometre taşları

Başlangıç tarihi, aşamalar ve teslim tarihleri; müşteri bağımlılıkları (içerik, onay, erişim) ve bunların gecikmesinin takvime etkisi. İyi örnek: Her iki tarafın gecikme sorumlulukları dengeli ve net; takvim kaydırma usulü yazılı.

5. Bedel ve ödeme planı

Toplam bedel, KDV durumu, para birimi ve ödemelerin aşamalara/teslimlere bağlanması. İyi örnek: Peşinat makul, kalan ödemeler çalışan çıktıya bağlı; çalışan sürümü görmeden büyük ödeme yok. Fiyat modelleri için fiyatlandırma rehberimize bakın.

6. Değişiklik yönetimi

Kapsam dışı yeni talep geldiğinde nasıl iletilir, nasıl fiyatlanır, nasıl onaylanır? İyi örnek: Değişiklik talepleri yazılı; etkisi (süre/maliyet) onaydan önce bildirilir; birim fiyat veya hesap yöntemi belli.

7. Fikri mülkiyet ve kaynak kod

Kaynak kod, tasarım, dökümanlar ve veritabanının kime ait olduğu ve ne zaman, hangi biçimde teslim edileceği. İyi örnek: Ödemenin tamamlanmasıyla kaynak kod ve ilgili haklar müşteriye devredilir; firmanın önceden var olan genel bileşenleri (kütüphane, çerçeve) için lisans koşulları açık. “Yalnızca kullanım lisansı” gibi kısıtlayıcı ifadeleri dikkatle okuyun.

8. Üçüncü taraf bileşenler ve açık kaynak

Kullanılan açık kaynak ve ticari bileşenlerin lisanslarının sizin kullanımınıza uygun olması ve bunlardan doğan yükümlülükler. İyi örnek: Firma, kullandığı bileşenlerin lisans listesini sağlar ve lisans uyumsuzluğundan sorumlu olur.

9. Hesaplar ve erişim

Alan adı, barındırma, ödeme sağlayıcı, harita/SMS gibi hesapların kimin adına açılacağı; yönetici erişimi. İyi örnek: Hesaplar müşteri adına; firma yetkili olarak eklenir; bitişte erişim kaldırılabilir.

10. Gizlilik (NDA) ve kişisel verilerin korunması

Ticari bilgilerin gizliliği; kişisel veri işlenecekse tarafların rolleri (veri sorumlusu/işleyen), güvenlik önlemleri, veri ihlali bildirimi, süre sonunda verinin iadesi/silinmesi. İyi örnek: NDA hükümleri ve veri işleme koşulları açık; ihlal halinde bildirim süresi belli. KVKK yükümlülükleri için hukuk danışmanınıza başvurun. Güvenlik beklentileri için güvenlik rehberimize bakın.

11. Kalite, test ve güvenlik taahhütleri

Firmanın yapacağı test, güvenlik kontrolü ve performans çalışmaları (ve bunların kapsama dahil olup olmadığı). İyi örnek: Test ve güvenlik çalışmaları kapsamda tanımlı; kabul kriterlerine bağlanmış.

12. Garanti süresi ve hata düzeltme

Garantinin başlangıcı (yayın mı, kabul mü?), süresi, kapsamı ve neyin garanti dışı olduğu. İyi örnek: Kapsamdaki hatalar garanti süresince ücretsiz ve belirli sürede düzeltilir; garanti dışı hâller (müşteri müdahalesi, yeni özellik, üçüncü taraf değişikliği) net. Garanti ile bakımın farkı için bakım ve SLA rehberimize bakın.

13. Bakım ve destek

Yayın sonrası bakım kapsamı, SLA (yanıt/çözüm süreleri), çalışma saatleri, ücret ve sözleşmenin süresi/yenilenmesi. İyi örnek: Bakım ayrı bir ek sözleşme veya bölüm olarak tanımlı; öncelik seviyeleri ve süreler yazılı.

14. Sorumluluk sınırları ve gecikme/cezai şartlar

Tarafların sorumluluk sınırları, gecikme halinde yaptırımlar (günlük gecikme bedeli gibi) ve dolaylı zarar hükümleri. İyi örnek: Sorumluluk sınırları makul ve karşılıklı; gecikme yaptırımı orantılı ve zorunlu sebepler (mücbir sebep) tanımlı. Bu madde hukuki uzmanlık gerektirir.

15. Fesih, devir teslim ve uyuşmazlık çözümü

Hangi durumlarda sözleşme feshedilebilir, fesih halinde o ana kadar yapılan işin ve kodun durumu, devir teslim yardımı ve uyuşmazlık çözüm yolu (yetkili mahkeme/tahkim). İyi örnek: Fesihte o ana kadar ödenen kısmın karşılığı olan kod ve belgeler teslim edilir; devir teslim için makul destek süresi tanımlı. Zora giren proje senaryosu için proje kurtarma yazımıza bakın.

Özet kontrol tablosu

Sözleşme öncesi hazırlık

Sözleşmeyi imzalamadan önce:

1. Kapsam dökümanını ve teklifi sözleşme ekine alın.
2. Önemli noktaları (mülkiyet, hesaplar, ödeme, garanti, bakım) sözlü değil yazılı netleştirin.
3. Sözleşmeyi avukatınıza inceletin; özellikle sorumluluk, cezai şart ve uyuşmazlık maddeleri için.
4. Teknik anlayışı olan biri de gözden geçirsin (teslimatlar, kabul kriterleri, bileşenler).
5. İmzadan önce belirsiz ifadeleri netleştirin: “makul sürede”, “gerekli durumlarda”, “uygun görülen”.
6. Bilmediğiniz terimleri sorun; yazılım terimleri sözlüğümüz yardımcı olabilir.

Kırmızı bayraklar (sözleşmede)

• Kaynak kod devri yok veya “lisans” ile sınırlı
• Hesaplar firma adına
• Peşin ve tam ödeme talebi
• Kapsam çok genel (“web sitesi yapılacaktır”)
• Garanti ve bakım karışık; neyin ücretli olduğu belirsiz
• Tek taraflı fesih hakkı yalnızca firmada
• Kabul kriteri yok veya yalnızca firmanın takdirinde
• Gizlilik/kişisel veri maddesi yok
• Devir teslim yardımı hiç düşünülmemiş

Bu maddelerden birkaçını görüyorsanız, düzeltme isteyin ya da alternatif firmaları değerlendirin.

Sözleşme ve çevik (agile) projeler

Aşamalı ve çevik projelerde kapsam zamanla netleşir; bu, sözleşmenin olmadığı anlamına gelmez. Şu yapılar işe yarar:

• Çerçeve sözleşme + aşama bazlı ekler: Genel koşullar sabit, her aşama için kapsam/bedel eki.
• Keşif aşaması sabit fiyatla, sonra geliştirme aşamaları.
• Saatlik/aylık modelde: Üst sınır, raporlama, kabul ve “devam/dur” noktaları.
• Değişiklik yönetimi ve önceliklendirme süreci açık.

MVP yaklaşımı ve aşamalı ödeme planı, bu yapıyla uyumludur.

Aktaş Digital ile şeffaf sözleşme

Biz sözleşmeyi, ortak beklentileri netleştiren bir araç olarak görüyoruz: kapsam ve maliyet dökümünü, teslimatları, ödeme planını, gizlilik/NDA koşullarını ve destek yükümlülüklerini açıkça yazıyoruz; kaynak kod ve hesap mülkiyetini projenin başında konuşuyoruz. Sözleşmenizin hukuki yönü için kendi hukuk danışmanınıza başvurmanızı da öneririz. Projeniz için teklif ve kapsam dökümü almak için teklif formumuzu kullanabilirsiniz. İlgili hizmetlerimiz: web uygulamaları, SaaS platform geliştirme, CRM ve ERP.

Sık Sorulan Sorular

Sözleşme olmadan sadece teklifle çalışabilir miyim?

Teklif bazı bağlayıcı unsurlar içerebilir, ancak kapsam, mülkiyet, gizlilik, garanti ve fesih gibi konuları yeterince kapsamayabilir. Orta ve büyük projelerde yazılı bir sözleşme (veya teklifi tamamlayan sözleşme şartları) önerilir.

Kaynak kodu teslim almak için ek ücret ödemeli miyim?

Bu, sözleşmenizin hükmüne bağlıdır. Çoğu müşteri için standart beklenti, bedelin ödenmesiyle kaynak kodun devredilmesidir. Bunu sözleşmede açıkça yazdırın; belirsizlik ileride anlaşmazlık yaratır.

Gecikme cezası koymalı mıyım?

Gecikme yaptırımı, takvime uyumu teşvik edebilir; ancak müşteri kaynaklı gecikmeler ve mücbir sebepler ayrıca düzenlenmelidir. Orantılı ve karşılıklı hükümler daha sağlıklıdır; hukuk danışmanınızla belirleyin.

Garanti süresi ne kadar olmalı?

Proje türüne ve karmaşıklığa göre değişir; önemli olan başlangıç tarihinin, kapsamın ve garanti dışı hâllerin net olmasıdır. Süreyi firmayla konuşarak makul bir düzeyde belirleyin.

Sözleşmede KVKK maddesi gerekli mi?

Proje kişisel veri işleyecekse evet; tarafların rolleri, güvenlik önlemleri, veri ihlali bildirimi ve veri iadesi/silme hükümleri bulunmalıdır. Detaylar için hukuk danışmanına başvurun.

Firma sözleşme taslağını bana vermezse ne yapmalıyım?

Kendi taslağınızı veya şartlarınızı iletebilir ya da en azından teklif ve kapsam belgesine yukarıdaki maddeleri ekleterek yazılı mutabakat sağlayabilirsiniz. Sözleşme yazmayı reddeden bir firma kırmızı bayrak olabilir.

Sonuç

İyi bir yazılım sözleşmesi, kapsamı netleştirir, ödemeyi ilerlemeye bağlar, mülkiyeti sizde tutar, kaliteyi ve desteği yazılı güvenceye alır ve ayrılık halinde bile projenizi korur. 15 maddelik listeyi teklif ve sözleşmenizle karşılaştırın, belirsiz yerleri imzadan önce netleştirin ve avukatınıza inceletin. Bugün yapabileceğiniz ilk iş: elinizdeki teklifte kaynak kod mülkiyeti, hesap sahipliği ve garanti/bakım ifadelerinin yazılı olup olmadığını kontrol etmek.