İşin kapsamını ölçülebilir hale getirin
Projenin özellikleri, kullanılacağı ortam, kullanıcı rolleri ve entegrasyonlar yazılı tanımlanır. Tasarım, kodlama, veri aktarımı ve bakım hizmetleri ayrı kalemler olabilir. “Çalışır uygulama” ifadesi bütün beklentilerin karşılandığını göstermeyebilir.
Teknik şartnameye sürüm ve tarih verin. Sonradan istenen özelliklerin ilk kapsamda mı yoksa ek iş mi olduğu belirlenir. Değişiklik talebi, fiyat ve süreye etkisiyle birlikte onaylanırsa uyuşmazlıkta neyin kararlaştırıldığı anlaşılır.
Teslim ve kabul aynı şey değildir
Bir bağlantının paylaşılması, kod dosyalarının gönderilmesi ve projenin kabul edilmesi farklı aşamalardır. Kabul testi için hangi senaryoların çalışması gerektiği, test süresi ve eksik bildirim yöntemi açık olmalıdır. Önemli hata ile küçük görsel düzeltmenin ayrılması da işlevseldir.
Kabul tutanağında hangi sürümün ve hangi kapsamın değerlendirildiği belirtilir. Kullanıma başlanması, her eksikliğin koşulsuz kabul edildiği sonucunu otomatik doğurmaz; sözleşme ve fiilî davranışlar birlikte incelenir.
Kaynak kodu ve mali haklar
Yazılımın kullanımına izin verilmesi, kaynak kodunun teslimi ve mali hakların devri ayrı düzenlemelerdir. İşletmenin yalnız kullanım lisansı mı yoksa daha geniş haklar mı aldığı sözleşmede açıklanmalıdır. Bedelin ödenmesi bütün hakların kendiliğinden devri olarak değerlendirilmez.
Hak düzenlemelerinde FSEK’in yazılı şekil ve hakların ayrı ayrı belirtilmesine ilişkin kuralları gözetilir. Çalışan tarafından geliştirilen yazılım ile bağımsız tedarikçinin ürünü farklı ilişkiler içerebilir. Alt yüklenici ve hazır bileşenlerin hakları ayrıca kontrol edilir.
Üçüncü taraf servisleri ve bakım
Bulut, ödeme, harita, mesajlaşma veya yapay zekâ servisi gibi hizmetlerin ücretleri ve hesap sahipliği belirlenir. Tedarikçinin kullandığı bir servis kapanırsa projenin nasıl sürdürüleceği ve veri aktarımı şartları önem kazanır. Sözleşme, dış servislerin bütün davranışını geliştiricinin kontrolündeymiş gibi varsaymamalıdır.
Bakım süresi, hata düzeltmesi, yeni geliştirme ve destek yanıtları ayrı tanımlanır. Kullanım lisanslarının veya aboneliklerin yenilenmesi kime aitse açık yazılır. Proje bitiminde erişim ve dokümantasyon teslimi de kapsamda olmalıdır.
Uyuşmazlıkta hangi kayıtlar belirleyici?
Teklif, şartname, mesajla onaylanan değişiklikler, sürüm kayıtları, test sonuçları ve ödeme planı birlikte değerlendirilir. Eksik iş iddiasında çalışmayan senaryo ve beklenen sonuç somut gösterilir. “Site güzel olmadı” yerine kararlaştırılmış özellik üzerinden inceleme yapılır.
Talebin işin tamamlanması, hata giderimi, bedel iadesi veya zarar karşılığı olduğu ayrılır. Sözleşmenin niteliği, tarafların sıfatı ve mevcut bildirimler görevli merci ve başvuru yolunu etkiler. Şirket içi kabul yetkisi de dosyada açıklanmalıdır.
BELGE HAZIRLIĞI
Hangi deliller önemli?
- Teknik şartname ve sürümleri
- Kabul testi ve teslim belgeleri
- Hak/lisans maddeleri
- Değişiklik onayları ve faturalar
Sık yapılan hatalar
- Kaynak kodu teslimini hak devriyle aynı sanmak
- Bakım ile yeni geliştirmeyi ayırmamak
- Şartnamesiz genel vaatle proje başlatmak
Sık sorulan sorular
Hukuki çerçeve ve kaynaklar
Eser sahipliği ve hak sözleşmeleri — Telif Hakları Genel Müdürlüğü ↗Telif hakkı ve mali haklar — Telif Hakları Genel Müdürlüğü ↗Başvuru tarihinde güncel metin, karar ve görevli merci ayrıca kontrol edilmelidir. Eski kanun veya karar örnekleri somut dosyaya doğrudan uygulanmaz.