Yazılım Geliştirme Sözleşmesinde Olmazsa Olmaz 10 Madde ve Riskler

Yazılım Geliştirme Sözleşmesinde Olmazsa Olmaz 10 Madde ve Riskler

Kısa cevap: Yazılım sözleşmesi imzalamadan önce, projenizin yarım kalmasını, paranızın boşa gitmesini ve teslimat gecikmelerini önlemenin tek yolu, sözleşmeye yerleştirilecek 10 pratik maddeyle riskleri baştan sıfırlamaktır. Eksik veya muğlak bırakılan her detay, ileride telafisi zor para ve zaman kayıplarına yol açabilir.

Başınıza Gelmeden Önce: Sözleşmede En Sık Görülen 3 Felaket Senaryosu

  • Teslimat Gecikmesi: Proje için ödemenin büyük kısmı yapılmasına rağmen, teslimat haftalarca/aylarca erteleniyor. Sonuçta ya ek ücret talebiyle karşılaşılıyor ya da iş yarım bırakılıyor.
  • Kodun Devredilmemesi: Yazılım tamamlanıyor, ancak kaynak kodu size teslim edilmiyor. Tekrar geliştirme veya bakım için her defasında aynı firmaya bağımlı kalıyorsunuz.
  • Yarım Bırakma: Firma ortadan kayboluyor veya işi sürüncemede bırakıyor. Ne yazılımı tam alabiliyor ne de ödemenizi geri alabiliyorsunuz.

Bu senaryoların her biri, imzalanan sözleşmede eksik kalan veya yuvarlak bırakılan maddelerden kaynaklanır. Sözleşme, yalnızca vaat edilen hizmeti değil, risk anında sizin ne kazanacağınızı/hakkınızı nasıl arayacağınızı da netleştirmeli.

Olmazsa Olmaz 10 Maddeyi Neye Göre Seçtik? — Risk Sıralaması ile Açıklama

Yazılım sözleşmesinde yer alması gereken kritik maddeler, para ve zaman kaybı riskinin büyüklüğüne göre önceliklendirilmeli:

  1. Hak ediş ve ara teslimat takvimi
  2. Kaynak kodun devri ve kullanım hakları
  3. Cezai şart ve para iadesi koşulları
  4. Geç teslimat yaptırımı
  5. Destek ve bakım taahhüdü
  6. Gizlilik ve veri koruma
  7. Ek ücret/ek iş tanımı
  8. Rekabet yasağı
  9. Test ve kabul prosedürü
  10. Sözleşmenin feshi ve devri şartları

Bu maddeler, yapılan işin boyutuna ve firma geçmişine göre özelleştirilmeli. Özellikle referansı az olan firmalarla çalışıyorsanız, hak ediş ve cezai şart maddeleri daha detaylı ve sıkı olmalı. Örneğin, toplam bedelin %20-30'unu aşan avans ödemeleri risklidir; mümkünse her aşama sonunda kısmi ödeme modeli tercih edilmeli.

‘Teslimat’ Vaatten Çıksın: Hak Ediş ve Ara Kontrol Maddeleri Nasıl Yazılır?

Birçok sözleşmede "Proje tamamlandığında ödeme yapılır" veya "Teslim tarihi X" gibi genel ifadeler yer alır. Ancak pratikte, en büyük riskler bu maddelerin muğlaklığından doğar. Sözleşmede olması gerekenler:

  • Ara teslimat takvimi: Proje toplamı 4-6 haftayı aşıyorsa, her 2-3 haftada bir fonksiyonel teslimat ve yazılı rapor şartı eklenmeli.
  • Hak ediş ödeme modeli: Her ara teslimatın ardından %10-20’lik kısmi ödeme yapılmalı. Avans, toplamın %20’sini aşmamalı (tahmini aralık, zamanla değişebilir).
  • Test ve kabul prosedürü: Her teslimatta işlevsel test hakkınız sözleşmede garanti altına alınmalı; örneğin: "Teslimatı izleyen 5 iş günü içinde yazılı onay verilmezse, revize yükümlülüğü devam eder."

Böylece, işin yarım kalması veya teslimat gecikmesi riskinde ödediğiniz miktar kadar iş almış olursunuz.

Kaynak Kodun Tapusu Sende mi? — Devir-İntifa Hakkı Netleştirme

Yazılımın teslimi yalnızca "kullanım hakkı" değil, mümkünse kaynak kodun devri ile birlikte olmalı. Sözleşmede şu detaylar yer almalı:

  • Kodun teslim şekli: GitHub, Bitbucket gibi platformlar üzerinden veya fiziksel ortamda teslimat.
  • Kodun tamamı mı, derlenmiş hali mi? Yalnızca derlenmiş dosyalar değil, tüm kaynak kod istenmeli.
  • Kullanım ve çoğaltma hakkı: Yazılımı dilediğiniz kadar çoğaltıp, başka bir geliştiriciye devredebileceğiniz açıkça belirtilmeli.

Kod devri yapılmazsa, ileride bakım veya geliştirme için tamamen aynı firmaya bağımlı kalırsınız. Özellikle NDA ve Sözleşme Olmadan Yazılım Yaptırmanın Riskleri yazımızda bu konunun detaylarını bulabilirsiniz.

Proje Yarım Kalırsa: Paranı Geri Alma ve Cezai Şart Senaryoları

En kritik eşik, projenin tamamlanmaması veya teslimatın ciddi şekilde gecikmesi durumunda, ödediğiniz parayı geri alıp alamayacağınız. Sözleşmede şu maddeler olmalı:

  • Cezai şart: Teslimat gecikirse, her gecikme haftası için toplam bedelin %2-5’i kadar ceza (tahmini aralık, zamanla değişebilir).
  • İade koşulu: Proje belirlenen tarihten %30 daha fazla gecikirse, müşteri sözleşmeyi tek taraflı feshedip yapılan ödemeyi iade talep edebilir.
  • Yarım bırakma: Firma işi bırakırsa, tamamlanan kısım için makul bir bedel haricinde kalan ödemeler iade edilir.

Bu tür maddeler, karşı tarafı işi zamanında ve tam teslim etmeye motive eder.

Karar Tablosu: Hangi Sözleşme Maddesi Sizi Hangi Riski Karşı Korur?

Risk Hangi maddeyle önlenir? Eşik değer: Olmazsa olmaz şartı Risk ortaya çıkarsa ne kazanırsınız/kaybedersiniz?
Teslimat Gecikmesi Geç teslimat yaptırımı, hak ediş ödeme modeli Her gecikme haftası için %2-5 ceza Ceza alırsınız, kaybınız telafi edilir
Yarım Bırakma Cezai şart, sözleşme fesih koşulu Toplam bedelin %30'dan fazlası ödenmemeli Kalan paranızı geri alırsınız
Kaynak Kodun Verilmemesi Kod devri ve kullanım hakkı maddesi Kodun tamamı, açıkça size devredilmeli Başka geliştiriciyle devam edebilirsiniz
Ekstra Ücret Talebi Ek iş tanımı, iş kapsamı maddesi Her ek iş için yazılı onay Fazladan ödeme yapmak zorunda kalmazsınız
Destek Vermeme Bakım ve destek taahhüdü En az 3-6 ay ücretsiz destek Küçük hatalar ücretsiz düzeltilir
Gizliliğin İhlali Gizlilik maddesi (NDA) Veri paylaşımı yasak, ihlalde ceza Veri güvenliğiniz korunur

Sözleşmenizde Hangi Maddeler Eksik?

Mevcut veya teklif edilen yazılım sözleşmenizi uzman gözüyle incelememizi ister misiniz? Hangi maddelerin riskinizi artırdığını, neyi mutlaka eklemeniz gerektiğini ücretsiz analiz ediyoruz.

Ücretsiz Değerlendirme İsteyin

Gizlilik, Rekabet, Destek — Sözleşmede Sık Unutulan 3 Madde ve Sonuçları

  • Gizlilik (NDA): Projenizle ilgili her türlü bilgi ve verinin üçüncü kişilerle paylaşılmaması için yazılı güvence şart. Aksi durumda, ürününüz veya veriniz başka projelerde kullanılabilir.
  • Rekabet Yasağı: Sözleşmede "benzer bir projeyi aynı sektöre belirli bir süre sunmama" taahhüdü yer almalı. Özellikle özgün fikirler için kritik.
  • Destek ve Bakım: Minimum 3-6 aylık ücretsiz hata düzeltme ve teknik destek süresi yazılı olmalı. Sonrasında ücretli bakım şartları netleştirilmeli.

Bu maddelerin ihlali, çoğu zaman ancak sorun ortaya çıktığında fark edilir ve telafisi zor olabilir. Detaylar için NDA ve Sözleşme Olmadan Yazılım Yaptırmanın Riskleri ve Yazılım Teklifi Nasıl Değerlendirilir? başlıklı yazılarımıza da göz atabilirsiniz.

Referansı Az Olan Firmalar İçin Ekstra Güvence Maddeleri

Referansı olmayan veya yeni kurulmuş firmalarla çalışırken, sözleşmede şu ek güvenceleri arayın:

  • Avans teminatı: Yüksek avans gerekiyorsa, teminat mektubu veya banka garantisi talep edin.
  • Detaylı teslimat raporu: Her aşamada yazılı ve görsel teslimat raporu şartı ekleyin.
  • Bağımsız test hakkı: Teslim edilen yazılımı harici bir uzmana test ettirme hakkınızı saklı tutun.

Bu tür önlemler, firmanın geçmişine güven duymadığınızda riskinizi minimize eder. Referans projelerimizi inceleyerek güvenilir firma nasıl seçilir, karşılaştırma yapabilirsiniz.

Sözleşmesini Gösterenle Göstermeyen Firma Nasıl Ayırt Edilir?

Firma Tipi Sözleşme Şeffaflığı Ne Sormalısınız? Risk Düzeyi
Kurumsal / Referanslı Standart sözleşme örneği paylaşır, maddeleri açıklamaya açık "Sözleşme taslağınızı önceden görebilir miyim?" Düşük
Bireysel / Referanssız Sözleşmeyi imza anına kadar göstermeyebilir, maddeleri belirsiz "Teslimat ve kod devri nasıl garanti altına alınıyor?" Yüksek

Standart sözleşmesini paylaşmayan, maddeleri açıklamaktan kaçınan firmalarla çalışırken çok daha fazla yazılı güvence talep edin. Karşılaştırma için hizmetlerimiz ve referanslarımıza da göz atabilirsiniz.

Sık Sorulan Sorular

Yazılım sözleşmesinde en kritik üç madde hangileridir?
En kritik üç madde: (1) Teslimat ve hak ediş takvimi, (2) Kaynak kodun devri ve kullanım hakkı, (3) Cezai şart ve para iadesi koşullarıdır. Bu maddeler olmadan paranız ve projeniz risk altındadır.
Yazılım sözleşmesinde cezai şart oranı ne olmalı?
Genellikle her gecikme haftası için toplam bedelin %2-5’i arası cezai şart öngörülür. Projenin büyüklüğüne ve riskine göre bu oran sözleşmede net belirtilmelidir. Bu oranlar zamanla değişebilir, güncel uygulamaları kontrol edin.
Kod devri yapılmazsa ne gibi sorunlarla karşılaşabilirim?
Kod devri yapılmazsa, yazılım üzerinde tam kontrolünüz olmaz, bakım ve geliştirme için sürekli aynı firmaya bağımlı kalırsınız. Başka bir firma ile çalışmak isterseniz, projeyi baştan yazdırmanız gerekebilir.
Referansı olmayan bir firmayla çalışırken sözleşmede ekstra hangi maddeler olmalı?
Avans teminatı, detaylı teslimat raporu ve bağımsız test hakkı gibi maddeler mutlaka eklenmeli. Ayrıca, hak ediş ödemeleriyle riskinizi azaltabilirsiniz.
Y
Yazılım.pro
Yazılım.pro ekibi — kurumsal web, özel yazılım, mobil uygulama ve sunucu yönetimi projelerindeki saha deneyimiyle yazıldı.

Projenizi konuşalım

Bu yazıdaki konularla ilgili bir projeniz mi var? Kısaca anlatın; 24 saat içinde size özel, şeffaf bir değerlendirme iletelim.