Kaynak Kodu Teslimi: Sözleşmede Hangi Maddeler Netleşmeli?

Yazılım projesi bittiğinde elinizde çalışan bir sistem olur. Ancak o sistemi sizin ekibinizin ya da bir sonraki tedarikçinin sürdürebilmesi için kaynak kodu teslimi de net olmalıdır. Kodun nerede durduğu, kimin erişimi olduğu ve uygulamanın nasıl derlenip yayına alındığı belirsizse bakım, denetim ve tedarikçi değişikliği sırasında zaman kaybedersiniz. Bu belirsizlik çoğu zaman proje bittikten aylar sonra, ilk acil düzeltme ihtiyacında ortaya çıkar.

Bu yazı, sözleşme aşamasında yazılı hale getirmeniz gereken maddeleri ve teslim gününde uygulayabileceğiniz adımları kontrol listesi olarak sunar. Hukuki görüş yerine geçmez; nihai metni hukuk danışmanınızla birlikte değerlendirmenizi öneririz.

01Kaynak kodu teslimi sözleşmede neyi kapsamalı?

"Kaynak kod teslim edilecek" cümlesi tek başına yeterli değildir. Hangi varlıkların teslim paketinde olduğunu kalem kalem yazın:

• Kaynak kod: yalnızca son hali değil, tüm dallar, etiketli sürümler ve commit geçmişi.
• Dokümantasyon: mimari özet, kurulum kılavuzu, API açıklamaları.
• Dağıtım yapılandırmaları: Dockerfile, CI/CD hattı tanımları, altyapı kodlaması dosyaları, ortam değişkeni listesi.
• Veritabanı varlıkları: şema, migrasyon dosyaları ve örnek veri.
• Test varlıkları: otomatik test paketleri ve nasıl çalıştırılacağı.
• Üçüncü taraf bileşen listesi: kullanılan açık kaynak kütüphaneler ve ticari lisanslı bileşenler, lisans türleriyle birlikte.

OPEIS'in yazılı taahhütleri arasında kaynak kodun teslimi yer alır. Sözleşmede aksi kararlaştırılmadıkça, size özel geliştirilen yazılımın kaynak kodları, dokümantasyonu ve dağıtım yapılandırmaları teslim kapsamında ele alınır. Hangi şirketle çalışırsanız çalışın, aynı netliği sözleşme metninde görmek isteyin. Ayrıca kullanım ve devir haklarının kapsamını da yazılı hale getirin; bu konu hukuk danışmanınızın alanıdır.

02Depo erişimi nasıl devredilir? Adım adım

Depo devri, teslim gününe sıkıştırılacak bir iş değildir. Aşağıdaki sırayı sözleşmeye ek olarak eklemek işi öngörülebilir kılar:

1. Depo sahipliğini belirleyin. Mümkünse depoyu en baştan kendi kurumsal organizasyon hesabınızda açtırın. Böylece sahiplik sonradan transfer edilmek zorunda kalmaz.
2. Yönetici rolünü paylaşın. Tek kişiye bağlı erişim risklidir; sizin tarafınızda en az iki yönetici tanımlayın.
3. Geçmişi koruyun. Aktarım sırasında dallar, etiketler ve commit geçmişi eksiksiz taşınmalıdır. Tek bir "son hali" arşivi yeterli sayılmamalıdır.
4. Teslim sürümünü etiketleyin. Kabul edilen sürüm için bir sürüm etiketi (örneğin v1.0.0) oluşturun ve bu etiketin değiştirilmeyeceğini kayıt altına alın.
5. Erişimleri gözden geçirin. Teslim sonrası tedarikçi hesaplarının yetkilerini sözleşmedeki kurala göre kapatın ya da daraltın; dağıtım anahtarlarını ve erişim belirteçlerini yenileyin.
6. Temiz makinede doğrulayın. Deponun bir kopyasını sıfır bir ortamda klonlayın, kurulum kılavuzuna göre derleyin ve testleri çalıştırın. Bu adım başarısızsa teslim tamamlanmış sayılmaz.

03Dokümantasyon ve dağıtım yapılandırmaları: devir listesi

Kod tek başına çalışan bir ürün anlamına gelmez. Ürünün nerede, hangi ayarlarla çalıştığı da devredilmelidir. Aşağıdaki tablo sözleşmeye eklenebilecek örnek bir teslim matrisidir:

Dağıtım tarafında şu noktalara özellikle dikkat edin:

• Gizli bilgiler depoda durmaz. Parolalar ve API anahtarları kod deposuna yazılmamalı; güvenli bir kasada devredilmeli ve teslimden sonra yenilenmelidir.
• Hattı sizin hesabınızda çalıştırın. Dağıtım hattının tedarikçi hesabına bağlı olması, teslim sonrası yayın yapamamanıza yol açabilir.
• Geri alma adımı yazılı olsun. Hatalı bir sürümden önceki sürüme nasıl dönüleceği, adımlarıyla dokümante edilmelidir.
• Bir yayın birlikte yapılsın. Teslimden önce, sizin ekibinizin tedarikçi gözetiminde en az bir sürümü kendisinin yayına almasını kabul ölçütüne ekleyin.

04Kabul, NDA ve 6 ay standart garanti: yazılı bağlanacak maddeler

Teslim paketi hazır olsa bile bunu kimin, hangi ölçütle kabul ettiği belli değilse tartışma çıkabilir. OPEIS'in çalışma sürecinde test ve devreye alma aşaması test raporu ve canlı sistemle, destek ve sürekli iyileştirme aşaması ise bakım planıyla sonuçlanır; adımların tamamına çalışma sürecimiz sayfasından ulaşabilirsiniz. Sözleşmenizde de şu maddeleri arayın:

• Kabul tutanağı: teslim edilen kalemler, sürüm etiketi ve kabul tarihi yazılı olarak imzalanır.
• Kabul ölçütleri: temiz ortamda kurulum, test paketinin geçmesi ve devir oturumunun tamamlanması gibi ölçülebilir koşullar.
• Gizlilik: Kaynak kod ticari sırlar içerir. OPEIS talep halinde NDA imzalar; ayrıntılar için proje süreci ve iş birliği sorularına göz atabilirsiniz. Teslim sonrası kodun kimlerle paylaşılabileceğini de bu çerçevede yazın.
• Garanti dönemi: Yazılı taahhütlerimiz arasında teslim sonrası 6 ay standart garanti bulunur. Sözleşmede dönemin hangi tarihte başladığını (örneğin kabul tutanağı tarihi), hangi hata türlerini kapsadığını ve sizin tarafınızdan yapılan kod değişikliklerinin nasıl etkilediğini açıkça yazın. Sözleşmeye geçmeden önce kapsamı kalem kalem görmek için yazılım projesi satın alma rehberini kullanabilirsiniz.

Kural basittir: teslim edilen her şeyin bir adı, bir sorumlusu ve bir kabul kanıtı olmalıdır.

05Sık sorulan sorular

Kaynak kod yalnızca proje sonunda mı teslim edilir?

Zorunlu değildir. Depo en baştan sizin organizasyonunuzda tutulursa kodun gelişimini süreç boyunca görebilirsiniz. Her iki haftalık sürüm sonunda ilerlemeyi hem demoda hem depoda takip etmek mümkün olur. Nihai teslimde ise kabul edilen sürüm etiketlenir ve devir adımları tamamlanır.

Açık kaynak ve üçüncü taraf bileşenler teslim kapsamında mıdır?

Bu bileşenler kendi lisans koşullarına tabidir. Sözleşmeye kullanılan tüm bileşenlerin lisanslarıyla birlikte listesini eklemek, ileride lisans uyumu sorusu çıktığında size dayanak sağlar. Ticari lisans gerektiren bileşenlerin hangi tarafın adına alınacağını da baştan yazın.

Teslimden sonra kodu başka bir firmaya verebilir miyim?

Bu, sözleşmedeki kullanım ve devir hakları maddesine bağlıdır. Hangi tarafların koda erişebileceğini, bunun için hangi gizlilik koşullarının aranacağını açıkça yazın ve metni hukuk danışmanınıza onaylatın. Kodun yanında dokümantasyon ve dağıtım yapılandırmaları da teslim edilmişse yeni ekibin işe başlaması belirgin biçimde kolaylaşır.

06Sonuç

Kaynak kodu teslimi, proje sonunda yapılan tek bir dosya aktarımından ibaret değildir. Teslim kapsamı, depo erişimi, dokümantasyon, dağıtım yapılandırmaları, kabul ölçütleri, gizlilik ve garanti dönemi sözleşmede yazılı olduğunda hem sizin hem tedarikçinizin beklentisi aynı yerde buluşur. Sözleşme taslağınızı bu listeyle karşılaştırarak eksik maddeleri tespit edebilirsiniz. Projenizi analizden yayına kadar nasıl ele aldığımızı görmek için yazılım geliştirme hizmet sayfamızı inceleyebilirsiniz.