Freelance Yazılımcılar İçin Kurumsal Şirketlerle Sözleşme Nasıl Yapılır?

Freelance Yazılımcılar İçin Kurumsal Şirketlerle Sözleşme Nasıl Yapılır?

Freelance yazılım dünyasında bireysel çalışma modeli, kurumsal şirketlerin projelerine dahil olduğunuzda yeni bir boyut kazanır. Bir yazılımcı olarak yeteneklerinizi büyük ölçekli organizasyonlara sunarken, profesyonel bir iş ilişkisinin temelini sağlam bir sözleşme oluşturur. Freelance yazılımcılar için kurumsal şirketlerle sözleşme yapmak, sadece ödemenizi garanti altına almakla kalmaz; aynı zamanda projenin kapsamını, teslim tarihlerini ve fikri mülkiyet haklarını netleştirerek her iki tarafı da koruma altına alır.

2026 yılı itibarıyla dijital iş gücü piyasası çok daha şeffaf ve kurallı bir yapıya bürünmüştür. Artık "sözlü mutabakat" devri geride kalmış, kurumsal şirketler kendi iç denetim süreçleri gereği yazılı ve hukuki geçerliliği olan belgelerle çalışmayı zorunlu tutmaktadır. Bu rehberde, bir freelance yazılımcı olarak kurumsal bir şirketle masaya oturduğunuzda, haklarınızı koruyacak ve profesyonel itibarınızı pekiştirecek sözleşme süreçlerini adım adım ele alacağız.

Sözleşme Öncesi Hazırlık Süreci: Neleri Netleştirmelisiniz?

Sözleşme masasına oturmadan önce projenin sınırlarını çizmek, ileride yaşanabilecek "kapsam kayması" (scope creep) sorunlarının önüne geçer. Kurumsal şirketler, genellikle detaylı bir iş tanımı isterler. Hazırlıksız yakalanmamak için süreci profesyonel bir çerçeveye oturtmanız gerekir.

Proje Kapsamı ve Teknik Gereksinimlerin Belirlenmesi

Sözleşmenin en önemli kısmı, neyi teslim edeceğinizin açıkça yazıldığı bölümdür. Yazılım geliştirme sürecinde "şu özellik de olsun" gibi talepler, sözleşme dışı ek iş yükü yaratır. Proje kapsamını belirlerken şu noktalara dikkat edin:

• Kullanılacak teknoloji yığını (stack) ve altyapı gereksinimleri.
• Teslim edilecek kodun dokümantasyon seviyesi.
• Test süreçleri ve hata düzeltme (bug fixing) süreleri.
• Projenin canlıya alınma (deployment) kriterleri.

Zaman Çizelgesi ve Kilometre Taşları (Milestones)

Kurumsal projelerde genellikle parça parça ödeme modelleri tercih edilir. Projeyi büyük bir blok olarak değil, belirli kilometre taşlarına bölmek hem sizin hem de şirketin güvenini artırır. Her aşama için net bir bitiş tarihi ve teslim edilecek çıktı tanımlayın.

Dikkat: Proje takvimini belirlerken, şirketin onay süreçlerini (feedback döngüsü) mutlaka hesaba katın. "Onay süreci 3 iş günü içinde tamamlanmazsa, takvim otomatik olarak uzar" maddesi eklemek sizi korur.

Sözleşmede Yer Alması Gereken Temel Maddeler

Bir freelance yazılımcının kurumsal şirketle yaptığı sözleşmede bulunması gereken maddeler, işin niteliğine göre şekillenir. Ancak bazı temel maddeler, her yazılım sözleşmesinin omurgasını oluşturur.

Fikri Mülkiyet Hakları ve Mülkiyet Devri

Yazdığınız kodun kime ait olduğu konusundaki belirsizlikler, en büyük hukuki risklerden biridir. Kurumsal şirketler, geliştirdiğiniz yazılımın tüm telif haklarının kendilerine devredilmesini isterler. Sözleşmede bu devrin, ödeme tamamlandığı anda gerçekleşeceğini belirten bir madde eklemek, emeğinizin karşılığını almadan haklarınızı kaybetmenizi engeller.

Gizlilik ve Veri Güvenliği (NDA)

Kurumsal şirketlerle çalışırken genellikle bir Gizlilik Sözleşmesi (NDA) imzalamanız istenir. Bu sözleşme; şirket sırlarını, müşteri verilerini ve ticari süreçleri korumayı taahhüt etmenizi gerektirir. Yazılımcı olarak, kullandığınız kütüphanelerin ve veritabanı erişimlerinin güvenliğini nasıl sağlayacağınızı sözleşmede belirtmek, profesyonelliğinizi gösterir.

Ödeme Koşulları ve Gecikme Cezaları

Ödemelerin ne zaman, hangi şartlarda ve hangi para birimi üzerinden yapılacağı net olmalıdır. Kurumsal şirketlerin finans departmanları genellikle uzun vadeli ödeme planları sunar. Sözleşmede "ödemenin gecikmesi durumunda uygulanacak vade farkı" gibi maddeler, nakit akışınızı korumanıza yardımcı olur.

Adım Adım Kurumsal Sözleşme Hazırlama Rehberi

Sözleşmeyi hazırlarken izlemeniz gereken sistematik adımlar, süreci profesyonelce yönetmenizi sağlar. Aşağıdaki adımları takip ederek kendi sözleşme taslağınızı oluşturabilirsiniz.

1. Tarafların Tanımlanması: Şirketin ticari unvanı, vergi dairesi ve numarası ile sizin kişisel veya şirket bilgilerinizin eksiksiz girildiğinden emin olun.
2. İşin Tanımı (SOW - Statement of Work): Projenin teknik detaylarını, kullanılacak araçları ve teslimat formatını içeren bir ek doküman hazırlayın.
3. Kabul Kriterleri: Yazılımın "kabul edilmiş" sayılması için hangi testlerden geçmesi gerektiğini tanımlayın.
4. Değişiklik Yönetimi: Proje sırasında talep edilecek ek özelliklerin nasıl fiyatlandırılacağını (saatlik ücret veya ek bütçe) belirleyin.
5. Sözleşmenin Feshi: Taraflardan birinin sözleşmeyi tek taraflı feshetmesi durumunda, o ana kadar yapılan işin ödemesinin nasıl yapılacağını netleştirin.

Freelance Yazılımcı ve Kurumsal Şirket Sözleşme Karşılaştırması

Aşağıdaki tablo, kurumsal bir sözleşmede dikkat etmeniz gereken temel farkları özetlemektedir:

Sözleşme Sürecinde Sık Yapılan Hatalar ve Riskler

Freelance yazılımcılar genellikle teknik detaylara odaklanıp hukuki maddeleri göz ardı ederler. Bu durum, özellikle büyük projelerde ciddi mağduriyetlere yol açabilir.

Kapsam Belirsizliği (Scope Creep)

En sık yapılan hata, sözleşmeye "şirketin ihtiyaç duyacağı diğer geliştirmeler" gibi ucu açık maddeler eklemektir. Bu, sizin sınırsız bir süre boyunca ücretsiz çalışmanıza neden olabilir. Her ek özellik, yeni bir "ek sözleşme" veya "ek bütçe" gerektirir.

Hukuki Destek Almama

İnternetten indirilen hazır sözleşme taslakları, yerel mevzuata (Türkiye Borçlar Kanunu) uygun olmayabilir. Kurumsal bir şirketle çalışırken, hazırladığınız taslağı mutlaka bir avukata inceletin. Bu, bir masraf değil, gelecekteki olası kayıplarınıza karşı bir sigortadır.

Uyarı: Bu rehber genel bilgilendirme amaçlıdır. Sözleşme metinleri, tarafların özel durumlarına göre hukuki sonuçlar doğurur. Sözleşme imzalamadan önce mutlaka bir hukuk uzmanına danışınız.

Sıkça Sorulan Sorular

Kurumsal şirketler genellikle kendi sözleşmelerini dayatıyor, ne yapmalıyım?

Şirketlerin kendi standart sözleşmeleri olması normaldir. Bu sözleşmeleri olduğu gibi kabul etmek yerine, sizin için kritik olan maddeleri (ödeme vadesi, fikri mülkiyetin devri, kapsam sınırları) müzakere etme hakkınız vardır. "Revizyon talebi" sunmak profesyonelliğin bir parçasıdır.

Ödeme gecikirse ne gibi hukuki yollara başvurabilirim?

Sözleşmenizde ödeme vadesi ve gecikme faizi açıkça tanımlanmışsa, önce yazılı bir ihtarname göndermeniz gerekir. Sorun çözülmezse, sözleşme metninizle birlikte bir avukat aracılığıyla icra takibi veya dava yoluna gidebilirsiniz.

Proje sırasında teknoloji değişikliği istenirse nasıl bir yol izlemeliyim?

Sözleşmenizde "Değişiklik Yönetimi" maddesi varsa, bu talebi yazılı olarak almalı ve ek bir fiyat teklifi sunmalısınız. Sözleşme dışı hiçbir değişikliği, yazılı onay almadan uygulamaya koymayın.

Fikri mülkiyet haklarını devretmek kariyerimi nasıl etkiler?

Kurumsal projelerde bu standarttır. Ancak, geliştirdiğiniz kodun genel mantığını veya kullandığınız genel yöntemleri, başka projelerde kullanmanıza engel teşkil etmeyecek şekilde (kodun spesifik ticari mantığını değil, genel teknik yaklaşımı) sözleşmeye "know-how kullanımı" maddesi ekletebilirsiniz.

Sözleşmede "mücbir sebep" maddesi neden önemlidir?

Doğal afetler, sağlık sorunları veya sistem çöküşleri gibi sizin kontrolünüz dışındaki durumlarda, teslimatın gecikmesinden dolayı sorumlu tutulmamanız için bu madde hayati önem taşır.

Sonuç

Freelance yazılımcılar için kurumsal şirketlerle sözleşme yapmak, sadece bir evrak işi değil, işinizin kalitesini ve profesyonel duruşunuzu belirleyen bir süreçtir. 2026 yılı iş dünyasında, net kuralları olan ve haklarını bilen bir yazılımcı, kurumsal şirketler için her zaman daha güvenilir bir iş ortağıdır. Sözleşmenizi hazırlarken kapsamı net tutun, haklarınızı koruyun ve her zaman hukuki bir görüş alarak ilerleyin. Doğru bir sözleşme, hem şirketle olan ilişkinizi güçlendirir hem de yazılım kariyerinizi uzun vadeli bir başarıya taşır.

Freelance Yazılımcılar İçin Kurumsal Şirketlerle Sözleşme Nasıl Yapılır?

Kurumsal bir şirketle çalışmak, bir freelance yazılımcı için hem prestij hem de gelir kapısıdır. Ancak, kurumsal dünyanın işleyişi ile bireysel çalışma dinamikleri arasında büyük farklar vardır. Profesyonel bir sözleşme, sadece ödeme almanızı sağlamaz; aynı zamanda projenin sınırlarını çizerek sizi hukuki ve operasyonel risklerden korur.

Sözleşme Öncesi Hazırlık Süreci: Neleri Netleştirmelisiniz?

Sözleşme taslağına oturmadan önce, projenin "ne" olduğu kadar "nasıl" yönetileceğini de belirlemelisiniz. Kurumsal şirketler genellikle belirsizlikten hoşlanmazlar; bu yüzden hazırlıklı gitmek sizi rakiplerinizden ayırır.

Proje Kapsamı ve Teknik Gereksinimlerin Belirlenmesi

Kapsam belgesi (Scope of Work - SOW), sözleşmenin en önemli ekidir. Yazılım dünyasında "biraz daha ekleyelim" cümlesi genellikle projenin bütçesini ve süresini aşındırır. Aşağıdaki detayları mutlaka netleştirin:

• Teknoloji Yığını (Tech Stack): Kullanılacak diller, framework'ler ve kütüphaneler.
• Altyapı Sorumluluğu: Sunucu maliyetleri, API anahtarları ve bulut hizmetleri kime ait?
• Teslim Edilebilirler (Deliverables): Sadece kaynak kod mu, yoksa dokümantasyon ve eğitim videoları da dahil mi?

Zaman Çizelgesi ve Kilometre Taşları (Milestones)

Kurumsal projelerde "bitince teslim ederim" yaklaşımı kabul görmez. Projeyi mantıklı parçalara bölün:

1. Analiz ve Tasarım Onayı: İlk 1-2 hafta.
2. MVP (Minimum Uygulanabilir Ürün): Temel fonksiyonların çalıştığı sürüm.
3. Beta Testi ve Geri Bildirim: Hataların ayıklanması süreci.
4. Canlıya Alma (Deployment): Final teslimat.

Sözleşmede Yer Alması Gereken Temel Maddeler

Bir sözleşme, olası bir anlaşmazlık anında rehberinizdir. Aşağıdaki maddelerin eksiksiz olduğundan emin olun:

Fikri Mülkiyet Hakları ve Mülkiyet Devri

Kurumsal şirketler, yazdığınız kodun tüm haklarına sahip olmak isterler. Bu standarttır ancak dikkatli olunmalıdır:

• Hak Devri Zamanlaması: Haklar, ödeme yapıldığı anda mı yoksa sözleşme imzalandığı anda mı devredilir? (İpucu: Ödeme tamamlandığında devretmek en güvenli yoldur.)
• Kendi Kütüphaneleriniz: Daha önce geliştirdiğiniz genel amaçlı kod bloklarını (utility functions) kullanma hakkınızı saklı tutun.

Gizlilik ve Veri Güvenliği (NDA)

Kurumsal şirketler verilerine çok önem verir. Sözleşmenize ekleyeceğiniz bir NDA (Gizlilik Sözleşmesi) maddesi şunları kapsamalıdır:

• Müşteri verilerinin saklanma süresi.
• Veri ihlali durumunda bilgilendirme yükümlülüğü.
• Proje bitiminde verilerin imhası veya iadesi.

Ödeme Koşulları ve Gecikme Cezaları

Kurumsal şirketlerin ödeme süreçleri (valör süreleri) genellikle uzundur. Bunu sözleşmede mutlaka belirtin:

Adım Adım Kurumsal Sözleşme Hazırlama Rehberi

Sözleşme hazırlarken şu adımları izleyin:

• Tarafları Tanımlayın: Şirket unvanı ve vergi numarası ile kendi bilgilerinizin doğruluğunu kontrol edin.
• Tanımlar Bölümü: "Yazılım", "Hata", "Güncelleme" gibi terimlerin ne anlama geldiğini tanımlayın.
• Kabul Testleri (UAT): Şirketin projeyi "kabul etmesi" için kriterleri belirleyin. "Beğenmedim" öznel bir kriterdir, "Test senaryoları çalışmıyor" nesneldir.
• Sözleşme Feshi: Taraflardan biri projeyi durdurmak isterse ihbar süresi ve tazminat koşulları nelerdir?

Freelance Yazılımcı ve Kurumsal Şirket Sözleşme Karşılaştırması

Kurumsal projeler ile bireysel projeler arasındaki farkları anlamak, beklenti yönetimini kolaylaştırır:

• Bireysel: Genellikle sözlü veya kısa mailleşme ile ilerler.
• Kurumsal: Detaylı, hukuk departmanı onaylı ve çok sayfalı dokümanlar gerektirir.
• Bireysel: Ödeme genellikle hızlıdır.
• Kurumsal: Vade süreleri (30-60-90 gün) standarttır.

Sözleşme Sürecinde Sık Yapılan Hatalar ve Riskler

Kapsam Belirsizliği (Scope Creep)

En büyük hata, "bir buton eklemek ne kadar sürer ki?" diyerek ücretsiz eklemeler yapmaktır. Sözleşmede, kapsam dışı taleplerin nasıl fiyatlandırılacağını (saatlik ücret üzerinden ek fatura) mutlaka belirtin.

Hukuki Destek Almama

İnternetten bulduğunuz taslaklar, yerel mevzuatınıza veya özel durumunuza uygun olmayabilir. Özellikle fikri mülkiyet ve sorumluluk sınırlamaları konusunda bir avukata danışmak, uzun vadede oluşabilecek büyük zararları engeller.

Örnek Senaryo: Teknoloji Değişikliği Talebi

Projenin ortasında şirket yönetimi "Biz artık React değil, Vue kullanmak istiyoruz" derse ne olur? Sözleşmenizde şu madde bulunmalıdır:

"Proje başlangıcında belirlenen teknoloji yığını dışındaki değişiklik talepleri, ek süre ve ek maliyet gerektirir. Bu tür talepler yazılı bir 'Değişiklik Talebi' formu ile onaylanmalıdır."

Güvenlik ve Araç Seçimi

Kurumsal işlerde güvenlik sadece kod yazmak değildir; güvenli çalışma ortamı sağlamaktır:

• VPN Kullanımı: Şirket ağlarına erişirken her zaman güvenli bağlantı kullanın.
• Versiyon Kontrolü: Git depolarınızın erişim yetkilerini (IAM) sıkı tutun.
• Hassas Veriler: Kod içinde asla API anahtarı veya veritabanı şifresi bırakmayın, `.env` dosyalarını kullanın.

Sözleşme sürecindeki tüm revizeleri e-posta üzerinden yapın ve her aşamada yazılı onay almadan uygulamaya koymayın.

Freelance Yazılımcılar İçin Kurumsal Şirketlerle Sözleşme Nasıl Yapılır?

Freelance bir yazılımcı olarak kurumsal bir şirketle çalışmak, kariyerinizde büyük bir sıçrama tahtası olabilir. Ancak, kurumsal dünyanın işleyişi, küçük ölçekli projelerden oldukça farklıdır. Kurumsal şirketler, risk yönetimine odaklanır ve bu nedenle sözleşmelerini oldukça detaylı ve bazen tek taraflı hazırlarlar. Bu rehberde, bir yazılımcı olarak haklarınızı koruyarak kurumsal bir sözleşme sürecini nasıl yöneteceğinizi adım adım ele alacağız.

Sözleşme Öncesi Hazırlık Süreci: Neleri Netleştirmelisiniz?

Sözleşme masasına oturmadan önce elinizde sağlam bir "İş Tanım Belgesi" (Statement of Work - SOW) bulunmalıdır. Kurumsal şirketler, belirsizlikten hoşlanmazlar. Hazırlık sürecinde şu noktaları netleştirin:

• Teknik Stack: Hangi dil, framework veya altyapı kullanılacak?
• Rol ve Sorumluluklar: Şirketin size sağlayacağı kaynaklar (API erişimi, sunucu yetkileri) nelerdir?
• İletişim Kanalları: Hangi platformlar üzerinden raporlama yapılacak?

Proje Kapsamı ve Teknik Gereksinimlerin Belirlenmesi

Kapsam belirsizliği, freelance yazılımcıların en büyük finansal kaybıdır. Sözleşmenize mutlaka "Kapsam Dışı" (Out of Scope) maddesini ekleyin. Örneğin; "Mobil uygulama arayüz tasarımı bu sözleşme kapsamına dahil değildir" gibi net ifadeler, ileride oluşabilecek ek iş taleplerini ücretlendirmenize olanak tanır.

Zaman Çizelgesi ve Kilometre Taşları (Milestones)

Kurumsal projelerde ödemeler genellikle belirli aşamaların (milestone) tamamlanmasına bağlanır. Zaman çizelgesi gerçekçi olmalıdır. Şirketin onay süreçlerini (feedback döngüsü) de hesaba katarak, her aşama için bir teslim tarihi belirleyin.

Sözleşmede Yer Alması Gereken Temel Maddeler

Profesyonel bir sözleşmede mutlaka şu başlıklar yer almalıdır:

1. Hizmet Tanımı: Tam olarak ne yapıyorsunuz?
2. Ödeme Planı: Ödemeler ne zaman ve hangi şartlarda yapılacak?
3. Sorumluluk Sınırlaması: Hatalı koddan kaynaklı zararlarda sorumluluğunuzun üst sınırı nedir?
4. Fesih Koşulları: Taraflar sözleşmeyi hangi durumlarda ve ne kadar önceden haber vererek sonlandırabilir?

Fikri Mülkiyet Hakları ve Mülkiyet Devri

Kurumsal şirketler, geliştirdiğiniz kodun tüm haklarının kendilerine ait olmasını isterler. Bu maddeyi kabul ederken, kendi geliştirdiğiniz "kütüphanelerin" veya "yeniden kullanılabilir kod parçalarının" (boilerplate) haklarını saklı tuttuğunuzdan emin olun. Lisanslama haklarını netleştirin.

Gizlilik ve Veri Güvenliği (NDA)

Kurumsal şirketler genellikle kendi standart NDA (Gizlilik Sözleşmesi) formlarını sunarlar. Bu formları imzalamadan önce; "Gizli bilginin tanımı", "Süresi" ve "İhlal durumunda yaptırımlar" bölümlerini dikkatle inceleyin. Özellikle ticari sır kapsamındaki verilerin korunması konusunda sorumluluklarınızı bilin.

Ödeme Koşulları ve Gecikme Cezaları

Kurumsal şirketlerde ödeme vadeleri genellikle 30, 60 veya 90 gün olabilir. Sözleşmeye "Ödeme gecikmesi durumunda uygulanacak faiz oranı" maddesini eklemek, nakit akışınızı korumanıza yardımcı olur. Fatura kesim tarihlerini ve ödeme yöntemlerini (IBAN, döviz cinsi) mutlaka belirtin.

Adım Adım Kurumsal Sözleşme Hazırlama Rehberi

1. Taslak İnceleme: Şirketin gönderdiği sözleşmeyi madde madde okuyun.
2. Not Alma: Kabul etmediğiniz veya riskli bulduğunuz maddeleri işaretleyin.
3. Müzakere: Riskli maddeler için alternatif öneriler sunun.
4. Hukuki Onay: Değişiklikleri bir hukukçuya inceletin.
5. İmza: Elektronik imza veya ıslak imza ile süreci tamamlayın.

Freelance Yazılımcı ve Kurumsal Şirket Sözleşme Karşılaştırması

Sözleşme Sürecinde Sık Yapılan Hatalar ve Riskler

En büyük hata, "sözlü anlaşmalara" güvenmektir. Kurumsal dünyada "yazılı olmayan hiçbir şey yoktur". Ayrıca, vergi yükümlülüklerini sözleşmeye yansıtmamak (KDV, stopaj vb.) ciddi bir finansal risk oluşturur. Sözleşmede net tutarların "Net" mi yoksa "Brüt" mü olduğunu mutlaka belirtin.

Kapsam Belirsizliği (Scope Creep)

Kurumsal projelerde en sık karşılaşılan sorun, projenin başlangıçta konuşulanın dışına taşmasıdır. Buna "Scope Creep" denir. Bunu engellemek için her ek özellik talebini bir "Ek Sözleşme" (Addendum) ile kayıt altına alın ve saatlik ücret üzerinden ek fatura çıkarılacağını mutlaka belirtin.

Hukuki Destek Almama

İnternetten bulduğunuz taslaklar, yerel mevzuatınıza veya özel durumunuza uygun olmayabilir. Özellikle fikri mülkiyet ve sorumluluk sınırlamaları konusunda bir avukata danışmak, uzun vadede oluşabilecek büyük zararları engeller.

Örnek Senaryo: Teknoloji Değişikliği Talebi

Projenin ortasında şirket yönetimi "Biz artık React değil, Vue kullanmak istiyoruz" derse ne olur? Sözleşmenizde şu madde bulunmalıdır:

"Proje başlangıcında belirlenen teknoloji yığını dışındaki değişiklik talepleri, ek süre ve ek maliyet gerektirir. Bu tür talepler yazılı bir 'Değişiklik Talebi' formu ile onaylanmalıdır."

Güvenlik ve Araç Seçimi

Kurumsal işlerde güvenlik sadece kod yazmak değildir; güvenli çalışma ortamı sağlamaktır:

• VPN Kullanımı: Şirket ağlarına erişirken her zaman güvenli bağlantı kullanın.
• Versiyon Kontrolü: Git depolarınızın erişim yetkilerini (IAM) sıkı tutun.
• Hassas Veriler: Kod içinde asla API anahtarı veya veritabanı şifresi bırakmayın, .env dosyalarını kullanın.

Sözleşme sürecindeki tüm revizeleri e-posta üzerinden yapın ve her aşamada yazılı onay almadan uygulamaya koymayın.

Sözleşme Müzakerelerinde Stratejik Yaklaşım: "Hayır" Demeyi Bilmek

Kurumsal şirketlerle masaya oturduğunuzda, çoğu zaman "tek taraflı" sözleşmelerle karşılaşırsınız. Profesyonel bir freelance yazılımcı olarak, sözleşmenin her maddesini değiştiremeyebilirsiniz ancak müzakere edilebilir alanları bilmek sizi korur. Müzakere sürecinde şu stratejileri izleyin:

• Sınırları Belirleyin: Sözleşmenin "Sorumluluk Sınırı" (Limitation of Liability) kısmında, tazminat miktarını aldığınız toplam proje bedeli ile sınırlamayı teklif edin.
• Yazılı İletişimi Esas Alın: Sözlü verilen hiçbir söz, sözleşme metninin önüne geçemez. "Sözleşmede yazılı olmayan hiçbir ek görev, ek ödeme yapılmaksızın kabul edilemez" maddesini ekletmeye çalışın.
• Kademeli Onay Süreci: Ödemeleri sadece teslimat sonrasına değil, belirli aşamalara (milestone) bağlayın. Bu, kurumsal şirketin ödeme disiplinini artırır.

Freelance Yazılımcı vs. Kurumsal Şirket: Karşılaştırma Tablosu

Hangi tarafın neyi korumaya çalıştığını anlamak, sözleşme dilini çözmenize yardımcı olur.

Sözleşmede "Kabul Kriterleri" (Acceptance Criteria) Nasıl Yazılır?

En büyük anlaşmazlıklar "Bu istediğimiz gibi olmadı" cümlesiyle başlar. Bunu engellemek için sözleşmenize teknik bir ek (Annex) eklemelisiniz.

1. Test Senaryoları: Projenin başarıyla tamamlandığının kabul edilmesi için hangi testlerden geçmesi gerektiğini listeleyin.
2. Geri Bildirim Süresi: Şirketin teslim ettiğiniz işe geri dönüş yapması için bir süre sınırı koyun (örneğin 5 iş günü). Bu süre içinde dönüş yapılmazsa iş "kabul edilmiş" sayılmalıdır.
3. Revizyon Hakkı: Sözleşmede "ücretsiz revizyon" sayısını sınırlayın (örneğin 2 tur). Ek revizyonların saatlik ücret üzerinden faturalandırılacağını netleştirin.

Yazılım Projelerinde Mücbir Sebep (Force Majeure) Maddesinin Önemi

Freelance yazılımcılar genellikle bu maddeyi atlar. Ancak kurumsal bir projede sunucunun çökmesi, üçüncü taraf API'lerin kapanması veya sağlık sorunları gibi durumlar sizi zor durumda bırakabilir.

"Mücbir sebep; doğal afetler, savaş, genel grev, salgın hastalık veya yazılımcının kontrolü dışında gelişen, işin teslimini imkansız kılan durumları kapsar. Bu durumda taraflar, yükümlülüklerini yerine getiremedikleri süre boyunca sorumlu tutulamazlar ve sözleşme askıya alınır."

Sözleşme Sürecinde Sık Yapılan Hatalar: Teknik Borç ve Bakım

Kurumsal şirketler genellikle "yazılımı teslim et, sonra bir daha görüşmeyelim" mantığıyla hareket eder. Ancak yazılım yaşayan bir organizmadır.

• Bakım Sözleşmesi Eksikliği: Proje tesliminden sonra oluşacak hataların (bug fixing) kapsamını belirleyin. "Ömür boyu destek" gibi ucu açık taahhütlerden kaçının.
• Dokümantasyonun İhmali: Yazdığınız kodun dokümantasyonunu teslimatın bir parçası olarak tanımlayın. Aksi takdirde, şirket her küçük sorunda sizi arayacaktır.
• Üçüncü Taraf Lisansları: Kullandığınız açık kaynak kodlu kütüphanelerin lisans sorumluluğunu (MIT, GPL vb.) şirkete bildirin. Şirketin ileride telif sorunu yaşamaması için bu bir zorunluluktur.

Güvenlik ve Araç Seçimi: Kurumsal Standartlara Uyum

Kurumsal şirketlerle çalışırken, onların güvenlik politikalarına (IT Security Policy) uyum sağlamanız beklenir.

1. İki Faktörlü Doğrulama (2FA): Tüm hesaplarınızda (GitHub, Jira, Slack) 2FA aktif olmalıdır.
2. Veri İzolasyonu: Şirket verilerini kişisel projelerinizle aynı klasörde tutmayın. Mümkünse projeye özel bir kullanıcı hesabı veya sanal makine kullanın.
3. Şifreli İletişim: Hassas verileri e-posta yerine şirket tarafından sağlanan güvenli kanallar (veya şifreli dosya transfer araçları) üzerinden paylaşın.

Sonuç olarak; kurumsal bir şirketle sözleşme yapmak, sadece bir işi teslim etmek değil, kendinizi hukuki ve finansal olarak güvence altına alarak profesyonel bir iş ortaklığı kurmaktır. Sözleşmenizi hazırlarken her zaman "en kötü senaryoyu" düşünün ve saatlik ücret üzerinden ek fatura çıkarılacağını mutlaka belirtin.