MKB Juristen, özel hukuki belgeler hazırlamaktadır
Önemli sözleşmeleri, şartları ve diğer yasal belgeleri kendiniz bir araya getirmek veya kopyalamak en iyisi değildir. Bütçesi kısıtlı girişimcilere özel yasal çözümler, net maliyetler ve pratik açıklamalar sunuyoruz.
- Gümrük sözleşmeleri, şartlar ve koşullar ve yasal belgeler
- Bütçe dostu ve maliyetler konusunda baştan net bilgi veriyor
- Ücretsiz danışmanlık veya herhangi bir yükümlülük gerektirmeyen fiyat teklifi isteyin
Bir yazılım şirketi için Genel Şartlar ve Koşullar taslağı hazırlamak, geliştirme, teslimat, kabul, fikri mülkiyet, bakım, ek işler, sorumluluk ve ödeme ile ilgili kuralları belirlemek anlamına gelir. SaaS hizmetlerinden farklı olarak, bu, çevrimiçi bir platforma erişimden ziyade geliştirme süreci ve kodun sahipliği etrafında döner. Aşağıda, her bölüm için nelerin dahil edilmesi gerektiği, hangi yasal kuralların geçerli olduğu ve yazılım geliştiricilerinin en sık nerede hata yaptığı özetlenmiştir.
Kısa cevap
- Fikri mülkiyet ve lisanslama: Kaynak kod haklarını kimin alacağını ve müşterinin yazılımı hangi lisans altında kullanacağını düzenler.
- Geliştirme ve teslimat: çalışma yöntemi, kilometre taşları, teslimat tarihleri ve "tamamlanmış" tanımı.
- Kabul: Test süresi, kriterler ve yazılımın kabul edilmiş sayıldığı zaman.
- Ek çalışma: Kapsam dışı taleplerin nasıl düzenlendiği ve faturalandırıldığı.
- Sorumluluk ve Hizmet Seviyesi Anlaşması (SLA): tavan limit, hariç tutulan hasarlar, bakım ve yanıt süreleri.
- Ödeme: Aşamalı faturalama, taksitler ve erteleme hakkı.
Fikri mülkiyet ve lisanslama
Bu, en önemli ve en az önemsenen kısımdır. Kaynak kodunu oluşturan kişi prensip olarak telif hakkına sahiptir (Telif Hakkı Yasası Madde 1). Bir geliştirici için bu, aksi kararlaştırılmadıkça, müşteri bunun için ödeme yapmış olsa bile, kodun sahibi olarak kalacağınız anlamına gelir.
İki model arasında bilinçli bir seçim yapın:
- Lisans. Fikri mülkiyeti siz elinizde tutarsınız ve müşteriye kullanım hakkı verirsiniz. Avantajı: Kodun (bazı kısımlarını) diğer müşteriler için yeniden kullanabilirsiniz. Kapsamı tanımlayın: münhasır mı değil mi, devredilebilir mi değil mi ve hangi kullanıcılar için geçerli.
- Devir. Müşteri tüm hakları istiyor. Bu mümkün, ancak telif hakkının devri bir senet gerektirir (Telif Hakkı Kanunu Madde 2, paragraf 2) - şartlar ve koşullarda tek bir cümle her zaman yeterli değildir. Genellikle bunun için daha yüksek bir fiyat talep edilir.
Açık kaynak kodlu bileşenleri unutmayın: Yazılımın kendi lisans koşullarına sahip üçüncü taraf kütüphaneler içerebileceğini belirtin.
Geliştirme, teslimat ve kabul
Yazılım geliştirme, bir şeyin "tamamlandığı" anların olduğu bir süreçtir. Kabul politikası olmadan, ne zaman teslimat yaptığınız ve dolayısıyla ne zaman fatura kesebileceğiniz belirsiz kalır. Belge:
- Metodoloji ve kilometre taşları. Net teslimat tarihleriyle aşamalı teslimat (örneğin, modül veya sprint bazında).
- Kabul testi. Müşteri, önceden kararlaştırılmış kriterlere göre belirli bir süre içinde (örneğin, 10 iş günü) test yapar.
- Varsayımsal kabul. Müşteri belirtilen süre içinde yanıt vermezse veya yazılımı verimli bir şekilde kullanmaya başlamazsa, kabul edilmiş sayılır. Bu madde olmasaydı, müşteri süresiz olarak "henüz memnun değil" kalırdı.
- Hataların giderilmesi. Sadece üzerinde anlaşılan işlevselliği etkileyen eksiklikler kabulü engeller; kozmetik kusurlar engellemez.
Ek çalışma
Hemen hemen her yazılım projesi geliştirme sürecinde büyür. Müşteri yeni gereksinimler ortaya koyar, kapsam değişir. Ek işlerle ilgili bir madde yoksa, bu işleri ücretsiz yaparsınız veya fatura konusunda anlaşmazlıklar ortaya çıkar. Bu nedenle, şunları düzenleyin:
- Asıl görevin dışında yapılan bu çalışma, ek çalışma olarak nitelendirilir.
- Bu ek çalışma önceden yazılı olarak (veya e-posta yoluyla) teyit edilir.
- Ek çalışma hangi saatlik ücret veya yöntemle hesaplanır?.
- Bu ek çalışmalar, orijinal teslim tarihlerini değiştirebilir.
Sorumluluk ve garanti
Yazılımlar hatalar içerebilir; bu teknik bir gerçektir, sözleşme ihlali değildir. Bununla birlikte, bir hata müşteriye zarar verebilir. Bu riski sınırlayın:
- Tavan limit. Sorumluluğu, örneğin, son döneme ait sözleşme değeri veya fatura değeri ile sınırlandırın.
- Dolaylı zararlar hariçtir. Kayıp kârlar, kayıp gelirler, veri kaybı, itibar kaybı gibi dolaylı zararlar hariçtir.
- Garanti süresi. Belirtilen süre boyunca, anlaşma kapsamındaki işlevsellik sorunlarının ücretsiz onarımı sunulmaktadır.
- Sınırlamalar. Lütfen dikkat: Kasıt veya bilinçli ihmalden kaynaklanan sorumluluğu hariç tutamazsınız (Madde 6:233 BW).
Bakım, SLA ve ödeme
Eğer firmanız bakım hizmeti de sağlıyorsa, hizmet seviyesi anlaşması (SLA) çerçevesi şartlar ve koşullara veya ayrı bir bakım sözleşmesine dahil edilmelidir:
- Öncelik sırasına göre yanıt süreleri (örneğin, kritik arıza durumunda 4 saat içinde müdahale).
- Müsaitlik ve bakım aralıkları.
- Bakım kapsamına neler girer ve neler girmez (güncellemeler ve yeni işlevler)?.
- Ücretler: Sabit bakım aboneliği veya saatlik ücret.
Ödeme için: aşama veya kilometre taşı başına fatura düzenleyin, bir ödeme süresi (örneğin, 14 gün) belirleyin ve ödeme yapılmaması durumunda, ödeme alınana kadar çalışmayı durdurma ve teslim edilen yazılıma erişimi kısıtlama hakkı ekleyin.
Pratik örnek
Bir geliştirici, bir kurulum şirketi için özel bir planlama sistemi geliştiriyor. Geliştirme sürecinin ortasında, müşteri iki harici sisteme bağlantı eklemek istiyor. Şartlar ve koşullar ek bir iş maddesi içerdiğinden, bu ayrı olarak fiyatlandırılıyor ve faturalandırılıyor ve teslim tarihi buna göre erteleniyor. Teslimatın ardından, müşteri 10 iş günü boyunca test ediyor; onaydan sonra - veya devreye alma işleminden sonra - sistem kabul edilmiş sayılıyor ve nihai fatura düzenleniyor. Fikri mülkiyet geliştiricide kalıyor; müşteri bir kullanıcı lisansı alıyor. Tek bir şartlar ve koşullar seti burada üç potansiyel çatışmayı önlüyor.
Dürüst tavsiye
Şartlar ve koşulları geliştirdiğiniz şeye göre uyarlayın. Özel çözümler geliştiriyorsanız, fikri mülkiyet, kabul ve ek çalışma hükümleri sistemin kalbidir; abonelikleri kapsayan SaaS şartlarını ve koşullarını kopyalamayın. En büyük riskler sınırsız sorumluluk ve eksik bir kabul mekanizmasında yatmaktadır.
Ne zaman bir avukata ihtiyacınız olmaz? Basit, tekrarlayan, düşük riskli bir iş için, kendi çalışma yöntemlerinize uyarladığınız ve teklifle birlikte kanıtlanabilir şekilde gönderdiğiniz sağlam bir şablon yeterli olacaktır. İşler büyüdükçe, kod tekrarı yaptıkça veya müşteriler kendi şartlarını ve koşullarını dayattıkça, hukuki inceleme önerilir; kötü formüle edilmiş tek bir fikri mülkiyet veya sorumluluk maddesi pahalıya mal olabilir.
Daha fazla bilgi edinin ve düzenleyin: bir yazılım şirketi için genel şartlar ve koşullar nelerdir , maliyetler ve süreç ile bir yazılım şirketi için genel şartlar ve koşullar taslağı hazırlanmıştır .
Sıkça Sorulan Sorular
Fikri mülkiyet ve kaynak kod lisanslaması, geliştirme ve teslimat, kabul, ek işler, bakım ve SLA, üst sınır sorumluluğu ve aşama başına ödeme ile ilgili hükümler. Özel işler için fikri mülkiyet, kabul ve ek iş hükümleri en önemlileridir.
Aksi kararlaştırılmadıkça, müşteri ödeme yapsa bile, geliştirici telif hakkını saklı tutar (Telif Hakkı Kanunu Madde 1). Akıllıca seçim yapın: lisans (fikri mülkiyeti siz saklı tutarsınız, müşteri kullanım hakkını alır) veya devir (müşteri tüm haklarını bir sözleşme yoluyla alır, Telif Hakkı Kanunu Madde 2, paragraf 2). Seçiminizi şartlar ve koşullara kaydedin.
Müşterinin yazılımı nasıl ve hangi zaman dilimi içinde test edeceğini ve ne zaman kabul edilmiş sayılacağını belirleyen bir düzenleme. Varsayımsal bir kabul maddesi ekleyin: Müşteri belirtilen süre içinde yanıt vermezse veya yazılımı kullanmaya başlamazsa, kabul edilmiş sayılır. Aksi takdirde, kesin olarak teslimat yapamaz ve fatura kesemezsiniz.
Orijinal görev kapsamı dışındaki taleplerin ek iş teşkil ettiğini, ek işin önceden yazılı olarak teyit edilmesi gerektiğini, hesaplanma oranının belirtilmesi ve teslim tarihlerini değiştirebileceğini şart koşun. Bu madde olmadan, kapsam genişletmelerini fiilen ücretsiz olarak gerçekleştirmiş olursunuz.
Sorumluluğu örneğin sözleşme bedeliyle sınırlayın, dolaylı zararları (kayıp kar, veri kaybı) hariç tutun ve kusurların ücretsiz onarımı için bir garanti süresi sunun. Not: Kasıt veya kasıtlı ihmalden kaynaklanan sorumluluğu hariç tutamazsınız (Madde 6:233 BW).
Bakım hizmeti sağlıyorsanız, evet. Önceliklere göre yanıt sürelerini, kullanılabilirliği, bakım aralıklarını ve kapsamı (güncellemeler mi yoksa yeni işlevler mi) belirtin. Bu, şartlar ve koşulların kendisinde veya şartlar ve koşulların atıfta bulunduğu ayrı bir bakım sözleşmesinde yapılabilir.
Hayır. SaaS şart ve koşulları, mevcut bir hizmete erişimle (abonelik, çalışma süresi, iptal) ilgilidir ve geliştirme çalışmalarının özünü gözden kaçırır: kaynak kod sahipliği, kabul ve ek çalışmalar. Özel çalışmalar için, geliştirme sürecine uygun şart ve koşullara ihtiyacınız vardır.
