Sistem geliştirme sözleşmesi sözleşmesiz yapılabilir mi?
Sistem geliştirmede, geliştiricinin işe başlaması genellikle sözleşme oluşturulmadan önce olur. Ancak, bu tür bir akış, gerçekte “tehlikeli”dir. Sözleşme oluşturulmamışsa, daha sonra bir sorun çıktığında, müşteri tarafından “sözleşme henüz yapılmamıştır, dolayısıyla ödeme yapmamız gerekmiyor” gibi ifadelerle karşılaşma riskiniz vardır. Gerçek sistem geliştirme ile ilgili anlaşmazlıklarda, sözleşmenin varlığı genellikle tartışılır ve genellikle geliştirici aleyhine kararlar verilir. Geliştirici olarak, müşterinin projeyi durdurması veya başka bir şirkete geçmesi durumunda, ödeme alamama riskiniz vardır. Ayrıca, aşağıda belirtildiği gibi, sözleşme oluşturulmuş olsa bile sözleşmenin varlığı reddedilebilir.
Burada, sistem geliştirme sözleşmesinin başarısı ve sözleşmenin varlığının kabul edilmemesi durumunda para talep etme hukuki yapısını açıklayacağız.
Sözleşmenin Kurulması
Sözleşmeler, genellikle, her iki tarafın sözleşme unsurları üzerinde anlaşması (teklif ve kabul beyanlarının uyuşması) ile kurulur.
Bir sözleşme kurulduğunda, her iki taraf da sözleşmeye bağlanır ve bir taraf sözleşme hükümlerini yerine getirmezse, diğer taraf mahkeme yoluyla yerine getirilmesini zorlayabilir veya yerine getirilmemesi durumunda tazminat talep edebilir. “Sözleşme unsurları”, yerine getirilmesini zorlamak ve yerine getirilmemesini belirlemek için, belirli veya somut olması gereklidir.
Sistem Geliştirme Sözleşmesinin Kurulması
Sistem geliştirme sözleşmesinin doğası, esas olarak, taahhüt sözleşmesi ve yarı vekalet sözleşmesidir. Taahhüt sözleşmesi, işin tamamlanması ve buna karşılık ödeme yapılmasını vaat eder. Ücretli yarı vekalet sözleşmesi, işin yerine getirilmesi ve buna karşılık ödeme yapılmasını vaat eder.
https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]
Dolayısıyla, “iş veya görevin içeriği” ve “ödeme miktarı” sözleşme unsurlarıdır ve taraflar arasında bunlar hakkında bir anlaşma varsa, sözleşmenin kurulduğu kabul edilir.
Not: Sadece sözlü bir sözleşme bile geçerlidir ve sözleşme belgesi zorunlu değildir.
Sistem Geliştirme Sözleşmesi Kurulduktan Sonra İptal Edilirse Para Talebi
Sistem geliştirme sözleşmesi kurulmuş ve kullanıcıdan tek taraflı olarak iptal edildiği belirtilmişse, hukuken sözleşmenin feshedildiği bildirilmiş olur.
Bir taahhüt sözleşmesi kurulmuşsa, satıcı, kullanıcıdan, iş tamamlanana kadar herhangi bir zamanda feshedilebileceğini, ancak bu durumda tazminat ödenmesi gerektiği belirtilmiştir (Japon Medeni Kanunu 641 maddesi). Bu nedenle, kullanıcıdan tazminat alınmamışsa, satıcının o zamana kadar harcadığı maliyetler ve elde edilebilecek ödeme miktarından, sistem tamamlanmaması nedeniyle tasarruf edilen maliyetler düşüldükten sonra kalan “zarar” tazminatını talep edebilir.
Ayrıca, bir yarı vekalet sözleşmesi kurulmuşsa, vekalet yerine getirme aşamasında sona erdiğinde, vekil, yerine getirme oranına göre ödeme talep edebilir (Japon Medeni Kanunu 648 maddesi 3 fıkra). Bu nedenle, satıcı, zaten yapılan işin karşılığının ödenmesini talep edebilir.
Sistem Geliştirme Sözleşmesinin Başarısı
Sistemin Belirli Özellikleri
Genellikle, şirketler arası işlemlerde, özellikle büyük miktarda sözleşmelerde yazılı belgeler kullanılır, bu nedenle bir sözleşme oluşturulmuşsa, sözleşmenin başarısı kolayca kabul edilir.
Geliştirme hedefi olan sistem, çeşitli süreçlerden geçerek yavaşça somutlaştığından, yüklenici sözleşmesinin bir unsuru olan “işin içeriği”ne denk gelen sistem içeriğinin belirli özellikleri, sistemleştirilmeye çalışılan kapsam ve genel bakışın anlaşıldığı kadarıyla belirlenmiş olarak kabul edilir.
Mahkeme kararlarında, temel sözleşme ve gizlilik anlaşmasının imzalanmasında bir anlaşmazlık olmadığı, bu temel sözleşmede “e-ticaret iş teknolojisi desteği, web sitesi oluşturma desteği ve bunlarla ilgili işler”i devretme hakkında bir ifade olduğu, ancak e-ticaret işinin somut içeriği, devredilen işin kapsamı ve sistem olarak geliştirme, tasarımın kapsamı belirtilmediği bir olayda, sözleşmenin başarısı reddedilmiştir.
Sistem geliştirme temel sözleşmesi oluşturulmuş olsa bile, iş veya iş içeriği soyut ve belirlenmiş olarak kabul edilemez ve sözleşmenin başarısı kabul edilmez. İş veya iş içeriği, ücret miktarı, yerine getirme zorunluluğu ve yerine getirilmeme durumunun belirlenmesi için yeterince somut bir şekilde belirtilmiş olan sözleşme vb. ile sözleşmenin başarısı kabul edilebilir.
Ayrıca, bireysel mühendisler ve şirketler arasındaki sözleşmenin dikkat noktaları vb. aşağıdaki makalede ayrıntılı olarak açıklanmıştır.
https://monolith.law/corporate/engineer-joint-enterprise-contract[ja]
Tedarikçinin Teklif ve Şartname Sunması ve Kullanıcının Onaylaması ve Sipariş Vermesi
Genellikle, şirketler arası işlemlerde yazılı belgeler kullanılır, bu nedenle bir sözleşme oluşturulmamışsa, sözleşmenin başarısı kabul edilmez. Sistem geliştirme durumunda, işe başlamadan önce bir sözleşme oluşturulur, ancak bu durumda, sözleşmenin başarısının nasıl düşünüldüğü nedir?
Mahkeme kararında (Nagoya District Court, January 28, 2004 (Heisei 16)), sistem geliştirme yüklenici sözleşmesinin başarısı hakkında aşağıdaki gibi belirtilmiştir:
- Tedarikçi ve kullanıcı arasında şartname onayı vb. müzakerelerden sonra,
- Tedarikçiden şartname ve teklif vb. sunulur,
- Kullanıcı bunu onaylar ve sipariş verir.
Bu mahkeme kararında, tedarikçi, kullanıcı olan yerel yönetimden, mali muhasebe sistemi vb. uygulamaların uygulanmasını talep etmişti, “Genel Yönetim Bilgi Sistemi Uygulaması Hakkında Teklif Sunumu (Talep)” başlıklı bir RFP sunuldu ve buna yanıt olarak teklif ve teklif sunuldu ve kullanıcıdan “Kabul Bildirimi” sunuldu. Tedarikçi, kullanıcının iş içeriği vb. hakkında kullanıcı ile görüşme yapmadan veya yeterince incelemeden, kullanıcı içinde özelleştirmenin içeriği veya maliyet hakkında somut bir inceleme yapılmadığı, tedarikçinin teklifinin içeriği de somut olmadığı, kullanıcının neyi onayladığı belirgin olmadığı ve sözleşmenin başarısı kabul edilemedi.
Sözleşme başarısı hakkında mahkeme kararında belirtilenler, diğer mahkeme kararları vb. dikkate alınarak ek açıklama yapılacaktır.
Tedarikçi ve Kullanıcı Arasında Şartname Onayı vb. Müzakerelerden Sonra
“Müzakerelerden sonra” ifadesinden, sözleşmenin bir unsuru olan sistem içeriği ve ücret miktarı hakkında “müzakere aşamasında” olduğu durumda, anlaşmaya varılmadığı kabul edilir ve sözleşmenin başarısı kabul edilmez.
Yine de, yüklenici sözleşmesinde ödeme miktarını piyasa fiyatı olarak belirlemek mümkün olduğundan, sistem içeriği, “yaklaşık” ücret miktarı vb. hakkında kullanıcının onayı olduğundan, piyasa fiyatına uygun bir ödeme ile yüklenici sözleşmesinin başarılı olduğu kabul edilen mahkeme kararları vardır.
“Müzakerelerden sonra” denilebilmesi için, tedarikçinin, kullanıcının iş içeriği, sistem içeriği vb. hakkında kullanıcı ile görüşme yaparak veya yeterince inceleyerek, e-posta veya toplantı tutanakları vb. ile kayıt altına alması iyi olacaktır.
Tedarikçiden Şartname ve Teklif vb. Sunulur, Kullanıcı Bunları Onaylar ve Sipariş Verir
- Kullanıcıdan sipariş formu veya sipariş formu çıktığında, sözleşmenin başarısı kabul edilir. Tedarikçi bir talep formu sunarsa veya sipariş formuna dayalı iş yaparsa, daha fazla “anlaşma” olduğu kabul edilir ve sözleşmenin başarısı kabul edilir.
- Kullanıcının iç gösterim belgesi genellikle sözleşme imzalama planı içerir ve sözleşmenin başarısı kabul edilmez. Ancak, bu tür bir ifade yoksa ve sözleşmenin unsurları olan sistem geliştirme içeriği ve ücret miktarı hakkında mümkün olduğunca somut bir şekilde belirtirse, sözleşmenin başarısını teşvik eder.
- Anlaşma, protokol, onay belgesi, önceden sözleşme imzalama varsayımı olduğunda veya içeriği soyut olduğunda, sözleşmenin başarısı kabul edilmez.
- Sözleşme taslağına mühür basılmamışsa, mühürleme anlaşma anlamına gelir ve sözleşmenin başarısı kabul edilmez.
- Teklif, taraflar arasında kabul edilen ücret miktarını belirlemek için bir kanıt olur.
Ayrıca, sistem geliştirme durumunda belirli bir aşamaya geldiğinde, sonraki özellik değişiklikleri veya işlev eklemeleri talep edildiğinde, önceden belirlenen tahmini miktarın üzerine ek bir talep olup olmadığı vb. ayrıntılar aşağıdaki makalede ayrıntılı olarak açıklanmıştır.
https://monolith.law/corporate/increase-of-estimate[ja]
Ödeme Anlaşması
Sözleşme imzalamayı düşünerek kullanıcıdan talimat alıp işe başladığınızda, işi durdurduğunuzda, o zamana kadar yapılan işin karşılığı için “ödeme anlaşması” kabul edilebilir. Bu anlaşmanın daha kolay kabul edilmesi için, sözleşme imzalanmazsa ödeme yönteminin nasıl hesaplanacağı hakkında, kullanıcıdan iç gösterim belgesi vb. yazılı belge alınması veya tedarikçinin oluşturduğu belgeye kullanıcının yetkili kişisinin onayını alması iyi olacaktır.
Sözleşmenin Kurulamaması Durumunda Para Talep Etme Hukuki Yapılanması
Sözleşme Kurma Üzerine Hata
Müzakerelere başlandığında, taraflar, birbirlerinin mülkiyetine zarar vermemek için çaba gösterme yükümlülüğünü (Japon Medeni Kanunu’nun 1. maddesi 2. fıkrası) üstlenirler. Eğer sözleşme kurulamazsa ve karşı taraf, sözleşmenin kurulacağına dair güvence veren objektif durumlar ve kusurluluk durumu varsa, bu yükümlülüğe aykırı davranıldığı gerekçesiyle tazminat talep edilebilir. Buna sözleşme kurma üzerine hata denir.
Sözleşme kurma üzerine hatanın kabul edildiği dava örneklerini aşağıda sunuyoruz.
- İstek üzerine bir satıcı, gereksinim tanımını tamamlar ve temel tasarımın bir kısmını da gerçekleştirir. Ancak, diğer bir şirketin teklif vermesi için bir prosedürün sadece formalite olduğu açıklanır. Ancak, sözleşme imzalanmadan hemen önce başka bir şirket seçilir.
- Satıcı, kullanıcıdan teslim tarihine uyması talep edilir ve çalışmalarını sürdürür. Sözleşmenin imzalanacağı tarih yaklaşırken, kullanıcının şirketi kendi geliştirmeleri için hazırlıklar yapmaktadır ancak bu durum gizli tutulur ve sözleşme imzalanmaz.
- Satıcı, kullanıcıdan yapılandırma işlemlerini tamamladığına dair bir bildirim alır ve kullanıcıyla yapılan toplantılar doğrultusunda özelliklerin belirlenmesi gibi işlemleri gerçekleştirir. Ancak, tahmini maliyet üzerinde anlaşılamaması nedeniyle sözleşme imzalanmaz.
Diğer yandan, diğer şirketlerin seçilme olasılığı veya sözleşmenin kurulması için koşulların açıkça belirtildiği durumlarda, sözleşme kurma üzerine hata kabul edilmez.
Kullanıcının talebi üzerine çalışmaları sürdürdüğünüzde, başka bir şirketin seçilebileceği olasılığı veya anlaşma koşulları gibi konular açıkça belirtilmeden, bu nedenlerle beklenmedik bir şekilde sözleşme müzakereleri iptal edilirse, tazminat talep edilebilir.
Bu durumda “zarar” kapsamına, bugüne kadar yapılan harcamaların dahil olduğu konusunda bir anlaşmazlık yoktur. Bunun yanı sıra, gerçekleştirilen işlemler için elde edilen karın da dahil olduğu dava örnekleri vardır. Ayrıca, başka bir şirketten gelen teklifi reddettikten sonra, gerçekleştirilen işlemler sonucunda elde edilebilecek kar miktarı kadar zarar gördüğünüze dair kanıtlar sunarsanız, bu da dahil olabilir.
Japon Ticaret Kanunu’nun 512. Maddesi
Satıcı, kullanıcı için sistem geliştirme ile ilgili işlemleri gerçekleştirdiyse, Japon Ticaret Kanunu’nun 512. maddesi uyarınca, makul bir ücret talep edebilir.
Sistem geliştirme müzakerelerine başladığınızda, sistem içeriği ve ücret miktarı hakkında, e-postalar veya toplantı tutanakları gibi araçları kullanarak karşılıklı anlayış sağlamak ve sözleşmenin kurulacağına dair güvence veren durumları veya sözleşme unsurlarının somutlaştırıldığını kabul ettirmek için kanıtlar bırakmak iyi olacaktır.
Gerçekten de, bir sözleşme imzalanmadığı gibi nedenlerle ödeme reddediliyorsa, yukarıda belirtildiği gibi para talep edilebilir.
Özet
Bu şekilde, mahkemeler, bir sözleşme belgesi olmadığı durumlarda, en azından hizmet alınan tarafın şirketinin algısına kıyasla “olumsuz” bir karar verme eğilimindedir. Hizmet alınan tarafın şirketinden bakıldığında, “Önce çalışmaya başlamak, sözleşme belgesinin sonradan imzalanması gerektiği ve sözleşmenin zaten var olduğu” demek istenir, ancak bu iddia her zaman kabul edilmez.
Ayrıca, sözleşmenin kurulduğu reddedildiğinde, yukarıda belirtildiği gibi, sözleşme imzalama hataları veya Japon Ticaret Kanunu’nun (Japanese Commercial Code) 512. maddesi gibi hukuki yapılarla para talep edilebilecek durumlar da vardır, ancak bu da kesinlikle “kesin” bir durum değildir.
Sözleşme belgesi imzalanmadan önce çalışmaya başlamak zorunda kalındığında,
- Bu başlı başına riskli bir eylemdir ve bu riski göz önünde bulundurarak belirli bir projeye zaman ayırıp ayırmama konusunda bir işletme kararı vermek gereklidir (Özellikle KOBİ’ler ve startup şirketler için, büyük bir şirketten bir proje alındığında, bu büyük şirketle iş yapma deneyimini elde etmek için “önce harekete geçmek” konusunda bir işletme kararı vermek zorunda kalınabilir. Bu, riskin dahil edildiği bir işletme kararı olabilir.)
- Sözleşme kurulamadığı durumda bir tasfiye anlaşması imzalanıp imzalanamayacağını incelemek
gibi düşünceleri uygulamanız gerektiğini söyleyebiliriz.
Category: IT
Tag: ITSystem Development