Kurumsal Yazılım Sözleşmesiyle Bütçe Şişmesini Nasıl Durdurursunuz?

Proje başında yapılacak tüm işlerin (ekranlar, modüller, entegrasyonlar, roller, raporlar) sözleşmede kalem kalem yazılıp fiyatla birlikte sabitlenmesidir. Kilitli kapsam için ek ücret çıkmaz; yeni istekler ayrı bir değişiklik talebi olarak fiyatlanır. Restoranda sipariş fişi gibi düşünebilirsiniz: ne söylediğiniz ve ne ödeyeceğiniz masaya oturmadan bellidir, sonradan gelen her şey ayrıca ve bilerek sipariş edilir.

Tek ölçüt sözleşmenizdeki kapsam maddesidir. İstenen iş orada açıkça yazıyorsa ek ücret haksızdır; yazmıyorsa ve gerçekten yeni bir işlevse ek ücret meşru olabilir. Kapsam tek cümleyle geçiştirilmişse tartışma yoruma dönüşür ve genellikle müşteri aleyhine sonuçlanır. Bu yüzden talebi yazılı iletin, cevabı yazılı isteyin ve gelecekteki projelerde kapsamı imzadan önce kalem kalem yazdırın.

Kapsamı netleştirilebilen kurumsal projelerde sabit fiyat daha güvenlidir: rakam sözleşmeyle sabitlenir, analiz hatasının maliyeti firmaya aittir. Adam-gün modeli, kapsamı sürekli evrilen ar-ge tipi işlerde mantıklıdır; ancak aylık üst limit, düzenli efor raporu ve çıkış hakkı yazılmazsa bütçe öngörülemez hale gelir. Kapsam baştan belirsizse önce kısa bir ücretli analiz aşaması yapıp sonra sabit fiyat almak iki modelin avantajını birleştirir. Edge Bilişim tarafında kapsamı belirsiz gelen taleplerde önce ekran listesi ve entegrasyon envanteri çıkarılıyor, sabit fiyat bu envanterin üzerine kuruluyor; hazır paketle karşılaştırma yapmak isteyen ekipler için özel yazılım ve hazır paket ROI analizini aynı tabloya ekliyoruz.

Türk hukukunda yazılımın mali hakları, sözleşmede aksi yazılı olarak kararlaştırılmadıkça geliştiren tarafta kalır. Yani sözleşme susuyorsa, bedelini ödediğiniz yazılım hukuken sizin olmayabilir. Sözleşmeye mali hakların devri veya süresiz ve devredilebilir bir kullanım lisansı, kaynak kodun ve dokümantasyonun teslimi, sunucu ve domain hesaplarının sizin adınıza açılması yazılmalıdır. Bu maddeler, firma değiştirme özgürlüğünüzün hukuki temelidir.

Her aşama için ölçülebilir kabul kriterleri yazılmalıdır: fonksiyon testleri (senaryolar çalışıyor mu), performans (belirlenen yük altında yanıt süresi), güvenlik kontrolleri ve kullanıcı kabul testi (UAT). Müşteriye makul bir inceleme süresi tanınır; bu sürede bildirilen hatalar ücretsiz düzeltilir, onay verilmeden aşama ödemesi yapılmaz. Kriterler yazılı olmazsa "bitti" beyanı tek taraflı kalır ve eksik iş, sonradan bakım faturası olarak geri döner.

Evet ve konulmalıdır. Yaygın kurgu, tolerans süresi aşıldıktan sonra gecikilen her hafta için sözleşme bedelinin belirli bir oranının düşülmesidir. Maddenin adil ve uygulanabilir olması için iki yönlü yazılması gerekir: içerik, onay veya erişim bilgisini geç sağlayan müşterinin gecikmesi takvimi uzatır; doğal afet gibi mücbir sebepler ayrıca tanımlanır. Cezai şart, takvimin pazarlık konusu olmaktan çıkıp taahhüde dönüşmesini sağlar.

Çıkarabilir; bu, en çok gözden kaçan kalemlerden biridir. Projede kullanılan açık kaynak kütüphanelerin lisans türleri (ticari kullanıma uygunluk) ile harita, SMS, ödeme altyapısı, e-fatura gibi ücretli servislerin aylık veya yıllık bedelleri sözleşme ekinde listelenmelidir. Hangi lisansın kimin adına açılacağı ve yenileme bedelinin kime ait olduğu yazılmazsa, bu kalemler yayından sonra sürpriz fatura olarak döner.

Talebi yazılı iletirsiniz; firma fiyat ve süre etkisini işe başlamadan önce yazılı bildirir; onaylarsanız sözleşmeye ek protokol yapılır, onaylamazsanız proje kilitli kapsamda devam eder. Onaysız başlanan ek iş faturalandırılamaz maddesi bu akışın sigortasıdır. Biriken küçük istekleri "faz 2" olarak toplu planlamak, hem geliştirme maliyetini düşürür hem ana projenin takvimini korur. Edge Bilişim projelerinde her talep tek bir değişiklik kaydı listesinde tutuluyor; satırın karşısına etkilenen ekranlar, tahmini süre ve fiyat farkı yazılıyor ve yazılı onay gelmeden talep geliştirme sırasına alınmıyor.

İki uyarı işareti vardır: diğer tekliflerin belirgin altında kalan rakam ve tek satırlık kapsam tanımı. Test, yayına alma, eğitim, veri aktarımı ve revizyon hakkının dahil olup olmadığını yazılı sorun; net cevap veremeyen teklifin ucuzluğu görünüştedir. Pazar aralıklarını bilmek de koruyucudur; örneğin e-ticaret sitesi açma maliyetinin hangi kalemlerden oluştuğunu bilen bir alıcı, eksik kapsamlı teklifi ilk bakışta ayırt eder.

Her aşamanın işi, teslim tarihi ve bedeli baştan yazılıdır; çalışan çıktıyı demo ortamında görüp onayladıkça ödersiniz. Böylece toplam bütçe öngörülebilir kalır, sürpriz toplu fatura gelmez ve sorunlar erken aşamada küçük maliyetle düzeltilir. Ayrıca ilişki kötüye giderse, o ana kadar kabul edilmiş aşamaların kodu elinizde olduğundan pazarlık gücünüz korunur. Toplamın yarısından fazlasını peşin isteyen planlardan kaçının.

Yaygın uygulama, yayına alma sonrasında 6-12 aylık garanti süresi içinde hata düzeltmenin ücretsiz olmasıdır; garanti kapsamına yeni özellik girmez, bu ayrım sözleşmede yazılmalıdır. Garanti sonrası yıllık bakım bedeli sektörde genellikle proje bedelinin %10-20'si aralığında seyreder; kapsama (güvenlik güncellemesi, yedekleme, destek saatleri, küçük geliştirme kotası) göre değişir. Bakım anlaşmasında yanıt sürelerinin (SLA) da tanımlı olması gerekir.

Bu senaryo sözleşmede düzenlenmemişse en riskli anınızdır. İyi kurgulanmış bir fesih maddesi şunu der: o ana kadar kabul edilmiş aşamaların bedeli ödenir; karşılığında bu aşamaların kaynak kodu, veritabanı ve dokümantasyonu devredilir; taraflar gizlilik yükümlülüklerini sürdürür. Aşamalı ödeme ve kod teslim maddeleriyle birlikte fesih hükmü, projeyi yarıda bırakıp ek para isteme (dijital rehin) taktiğini etkisiz kılar.

Önce sözleşme ve faturaları karşılaştırıp hangi kalemlerin kapsam içi olduğunu netleştirin; kapsam içindeki işler için kesilen ek faturalara yazılı itiraz edebilirsiniz. İlişki sürdürülemez noktadaysa, kaynak kod ve veritabanını teslim alıp kalan işi kilitli kapsam ve sabit bütçeyle çalışan bir ekibe taşımak çoğu zaman daha ekonomiktir; devir öncesinde mevcut kodun profesyonel bir web yazılım ekibince incelettirilmesi, kalan işin gerçek boyutunu ortaya çıkarır.

Hayır; kilitlenen şey fikirler değil, fiyat ve kapsam ilişkisidir. Yeni fikirler değişiklik talebi olarak her zaman eklenebilir; fark, etkisinin (fiyat ve süre) işe başlanmadan önce netleşmesidir. Bu, iki tarafı da korur: siz sürpriz faturadan, firma sınırsız ücretsiz iş talebinden kurtulur. Esneklik kaybolmaz; kontrolsüzlük kaybolur, karar her adımda sizde kalır.

İşe başlamadan önce kapsamı kalem kalem yazdırıp fiyatı buna sabitlemek. Diğer tüm koruma mekanizmaları (değişiklik prosedürü, kabul testleri, cezai şart, aşamalı ödeme) bu temelin üzerine kurulur; kapsam muğlaksa hiçbiri tam çalışmaz. Tek satırlık kapsamla sözleşme imzalamak, tutarı boş bırakılmış bir çek imzalamaya benzer: rakamı sonradan karşı taraf doldurur.