Sistem Geliştirme Karşılığında Ödeme Yapılmaması Durumunda İlgili Japon Hukuku Nedir?
Sistem geliştirme işlerini üstlenen tedarikçi tarafı için, belki de en büyük risk, “Ürün teslim edilmiş olmasına rağmen, kullanıcının ödeme yapmaması” durumudur. Sistem geliştirme maliyetlerinin çoğu, programcılar başta olmak üzere yetenekli insan kaynaklarından oluştuğu için, genellikle yüksek miktarda personel maliyeti gerektirir. Satışların tahsilatının aksaması bazen hayati bir sorun haline gelebilir. Bu makalede, kullanıcının ödeme yapmayı reddettiği durumları varsayarak, tedarikçi tarafının göz önünde bulundurması gereken konuları hukuki bir bakış açısıyla ele alacağız.
Öncelikle, Ücret Talebinin Mümkün Olup Olmadığını Kontrol Edin
- Vendör, sonuçları kullanıcıya teslim etmesine rağmen, kullanıcının teslimatı kabul etmemesi ve bu nedenle ücret talep işlemlerinin aksaması durumu
- İnceleme sürecinin tamamlandığına dair bir anlayış olmasına rağmen, kullanıcının anlayışı ile bir çelişki olması ve bu nedenle ücret ödemesine yanıt vermemesi
Bu tür durumlar, gerçekte tamamen olasıdır.
Ek olarak, kullanıcının tamamlanan sistemin özelliklerini kontrol etmesi ve teslimatı kabul etmesi, sistem geliştirme terimlerinde “inceleme” olarak adlandırılır. Bu inceleme sürecinin önemi ve ilerlemesi tatmin edici olmadığında göz önünde bulundurulması gereken konular hakkında ayrıntılı bir açıklama aşağıdaki makalede bulunabilir.
İlgili Makale: Sistem Geliştirmenin İncelemesi ve Kabul Edilmiş İnceleme Maddesinin Uygulama Alanları[ja]
İnceleme süreci hakkındaki genel açıklamayı yukarıdaki makaleye bırakıyorum, ancak hukuki olarak, kullanıcının incelemesinin tamamlandığı söylenebilir mi, yoksa “Kabul Edilmiş İnceleme Maddesi” hükümlerini de göz önünde bulundurarak bir inceleme yapılması gerekiyordu.
Bu noktayı da göz önünde bulundurarak, kullanıcının ücret ödemesini yapmayı reddettiği durumu düşünürsek, ilk olarak göz önünde bulundurulması gereken noktalar aşağıdaki gibidir:
- İşin tamamlanmış olup olmadığı veya hala tamamlanmamış olup olmadığı
- Kusur Garanti Sorumluluğu’nun (Japon Medeni Kanunu 635. Madde) uygulanabilir olup olmadığı
Yukarıdaki iki noktanın kontrolünün neden öncelikli olarak yapılması gerektiği sorusuna gelirsek, işin tamamlanmış olması ve Kusur Garanti Sorumluluğu’nun (Japon Medeni Kanunu 635. Madde) uygulanmaması durumunu önceden kontrol etmezsek, dava açılsa bile, sonuçta ücret ödemesini almayı bekleyemeyiz.
Peki, somut olarak, yukarıdaki iki noktayı incelemek için, vendörün yetkilisi neyi kontrol etmeli? Aşağıda, kontrol edilmesi gereken belgelerin neler olduğuna bakalım.
Ücret Talebinin Mümkün Olup Olmadığını Kontrol Etmek İçin Gözden Geçirilmesi Gereken Belgeler
| Teslimat Belgesi Teslimat belgesi olmaması durumunda, teslimatın henüz tamamlanmadığı ve işin bitmediği varsayımını güçlendirir. |
| Kabul Sonucunu Bildiren Belge İşin tamamlandığına dair kararı verirken en önemli belgedir. Ayrıca, eğer kullanıcı tarafından kabul süreci ertelenmişse, sözleşmedeki “varsayılan kabul maddesi”nin nasıl belirtildiğini de kontrol etmek iyi olacaktır. |
| Görev Yönetim Tablosu Bu belge, bugüne kadar hangi sorunların ortaya çıktığını ve hangi önlemlerin alındığını bilmek için kullanılır. Ayrıca, teslimattan sonra ortaya çıkan hataların ve bu hataların düzeltilme durumunun anlaşılması için de kullanılır. |
| Gereksinim Tanımlama Belgesi, Tasarım Belgesi ve Değişiklik Yönetim Belgesi, Toplantı Tutanakları vb. Bu belgeler, kullanıcı ve satıcının başlangıçta ne tür bir anlayışa sahip olduğunu belirlemek için kullanılır. Bu, hangi durumların hata veya arıza olarak adlandırılması gerektiğini belirlemek için kullanılır. |
Ayrıca, geliştirilmesi gereken sistemin özelliklerinin nasıl yönetileceği ve değişiklik yönetim belgesinin nasıl oluşturulacağı konularında ayrıntılı bir açıklama başka bir makalede yapılmıştır.
İlgili Makale: Hukuki Açıdan Bakıldığında, Sistem Geliştirmede Değişiklik Yönetiminin Nasıl Yapılacağı[ja]
| Fesih Bildirimi veya Kullanıcının Niyetini Belirten Belge Bu belge, kullanıcının kabul sürecini ilerletmeme (veya ödeme yapmama) konusunda hangi niyeti taşıdığını anlamak için bir araçtır. |
Sonraki Adım, Ne Kadar Ücret Talep Edilebileceğinin Belirlenmesi
Ne kadar ücret talep edilebileceği genellikle sözleşmede belirtilir. Ancak, işlem sonrasında özelliklerin değiştirilmesi gibi durumlar söz konusu olduğunda, düzgün bir sözleşme (veya ona eşdeğer bir belge) bulunmayabilir. Özellik değişiklikleri, ek fonksiyonlar vb. sonradan ortaya çıkan nedenlere dayalı tahminlerin yeniden hesaplanması hakkında ayrıntılı bir açıklama aşağıdaki makalede bulunabilir.
İlgili Makale: Sistem Geliştirme Tahminlerinde Sonradan Artış Mümkün mü?[ja]
Tahminlerin yeniden hesaplanması hakkında bu makalede belirtildiği gibidir, ancak özellikle talep edilen miktarın artırılabilirliğini değerlendirme perspektifinden,
- Ek geliştirme ve fonksiyon düzeltmeleri hakkında tahminlerin varlığı ve içeriği
- Kullanıcıların tahminlere tepkisi
- Ek geliştirme ve fonksiyon düzeltmelerini tetikleyen durumların ve bu miktarlar hakkında anlaşmanın olup olmadığının görev yönetim tablosunda belirtilmesi
gibi noktaları dikkate almanız gerekecektir. Asıl mesele, “bu miktarla işi sipariş etme” konusunda kullanıcı tarafıyla bir anlaşma olup olmadığıdır (yani, bir sözleşmenin yapıldığı söylenebilir mi) ve bu noktayı araştırmak olacaktır.
Son olarak, gerçekten dava açılması durumunda dikkate alınması gereken konuları ele alalım
Karşı dava açılma olasılığına dikkat edin
Sistem geliştirmede, kullanıcı veya satıcıdan biri diğer tarafa dava açarsa, karşı tarafın karşı dava açma durumu sıkça karşılaşılan bir durumdur. Yani, ödeme yapılmaması durumunda, kullanıcı tarafının da belirli bir itirazı olduğunu söyleyebiliriz.
Öncelikle, sistem geliştirme, kullanıcı tarafının çeşitli işbirliği yükümlülüklerini üstlenmesini gerektirir, ancak öncelikle, satıcı tarafının sistem geliştirme uzmanı olarak geniş bir takdir yetkisi ve büyük bir sorumluluk taşıdığını unutmamalıyız. Satıcı tarafının sistem geliştirme için taşıdığı proje yönetimi yükümlülüğü hakkında, aşağıdaki makalede ayrıntılı olarak açıklanmıştır.
İlgili Makale: Sistem Geliştirmede Proje Yönetimi Yükümlülüğü Nedir?[ja]
Yani, tek taraflı olarak ödeme yapmayan kullanıcı tarafının suçlanabilir olup olmadığı konusunda, önceden iyi bir şekilde düşünülmesi gerektiğini söyleyebiliriz. Geçmişteki dava örneklerine bakıldığında, başlangıçta satıcıdan ödeme talep edilip dava açıldığı halde, kullanıcıdan karşı dava olarak, orijinal durumun geri getirilmesi yükümlülüğü veya tazminat talebi yapıldığı birçok durum görülmüştür.
İşletme açısından gerçekten bir avantaj olup olmadığı da değerlendirilmelidir
Varsayımsal olarak, satıcının iddiası kabul edilir ve gerçekten ödeme talep edilebilecek bir durum olduğu dava ile kabul edilirse, durumun dava aşamasına kadar karmaşık hale gelmesi durumunda, sonraki işlemlerin devamı pratik olarak zor olabilir. Ek olarak, dava sonucunda kendi iddianızın kabul edildiği durumda, gerçek ödemenin alınabilmesi için oldukça uzun bir süre geçmesi gerektiğini de göz önünde bulundurmalısınız. Dava açmanın gerektirdiği zaman ve maliyetin de küçümsenmeyecek olduğunu düşünürsek, daha ziyade bir uzlaşma noktası bulma çabasının daha uygun ve iyi olabileceğini söyleyebiliriz.
Özet
Bir kullanıcının ödül ödemesine uymaması durumunda, bu sorunu hukuki olarak incelemeye çalıştığımızda, çeşitli türlerde belgelerin kontrolü gereklidir. Ayrıca, sadece belge yönetiminin tamamlanmış olması yeterli değildir, sonuçta dava açmaya karar verildiğinde organizasyonun hangi riskleri ve dezavantajları taşıyacağı gibi konular da incelenmelidir.
Belge yönetiminin günlük olarak tamamlanması gibi konular genellikle saha düzeyindeki işlere aittir. Ancak, saklanan belgeler ve materyaller üzerinden dava açmaya karar verildiğinde, bu önemli bir yönetim kararı olabilir. Bu tür düzensiz durumlarla karşılaştığımızda, saha ve yönetim arasındaki birlik ve organizasyonel gücün sorgulanacağı ve tüm süreci anlamamız gerektiği unutulmamalıdır.
Category: IT
Tag: ITSystem Development
