Систем болон софтвэр хөгжүүлэх гэрээний буруу тохирохгүй байдлын хариуцлага гэж юу вэ? Өөрчлөлтийг тайлбарласан

Хэрэв та захиалсан систем нийлүүлсний дараа алдаа илэрвэл, хууль ёсны хувьд яаж хариуцлага тооцох вэ?

Ажиллуулах арга нь хэцүү, боловсруулалтын хурд удаан, захиалгад заасан функц нь байхгүй гэх мэт… Системийн ийм төрлийн асуудлуудад, захиалагч нь системийг хөгжүүлсэн вендортой “гэрээний бус нийцтэй бус байдлын хариуцлага”-г хөндөх болно.

“Гэрээний бус нийцтэй бус байдлын хариуцлага” нь 2017 оны (Хэйсэй 29) иргэний хуулийн шинэчлэлээр халагдсан “дутагдалтай барааны баталгаажуулалтын хариуцлага”-ны оронд шинээр бий болсон юм. Тиймээс, энэ шинэчлэл нь систем болон програм хангамжийн хөгжүүлэлтэд хэрхэн нөлөөлөх талаар анхаарах шаардлагатай болно.

Түгээмэл тохиолддог нийлүүлсний дараах асуудлууд. Ийм төрлийн асуудлуудыг зайлсхийхийн тулд “гэрээний бус нийцтэй бус байдлын хариуцлага”-ны агуулга болон шинэчлэлээр үүссэн нөлөөллийг тайлбарлаж өгөх болно.

Гэрээний буруу дүн шинж чанарын хариуцлагын Иргэний хуулийн шинэчлэл

2017 оны (Хэйсэй 29) 6-р сарын 2-нд зарлагдсан “Иргэний хуулийн зарим хэсгийг өөрчлөх хууль” нь 2020 оны 4-р сарын 1-нээс мөрдөгдөж эхэллээ.

Иргэний хуулийн дотор, гэрээ болон бусад харилцааны хамгийн үндсэн дүрмийг тогтоосон хэсэг нь “Өр төлбөрийн хууль” гэж нэрлэгддэг.

Өр төлбөрийн хууль нь 1896 оны (Мэйдзи 29) батлагдсанаас хойш, ойролцоогоор 120 жилийн турш тэр бүр шинэчлэгдээгүй байв.

Тиймээс, одоогийн нийгэмд нийцүүлэн томоохон шинэчлэл хийх шаардлага гарсан бөгөөд энэ нь энэ удаагийн шинэчлэл юм.

Тодорхой шинэчлэлүүд нь олон талын байдаг ч, тэдгээрийн дотор гэрээний буруу дүн шинж чанарын хариуцлага гэх ойлголтыг шинээр тогтоосон нь гол шинэчлэлүүдийн нэг юм.

Ингэснээр, “Дутагдалтай барааны хариуцлага” гэж нэрлэгдэж байсан зүйл “Гэрээний буруу дүн шинж чанарын хариуцлага” болон өөрчлөгдлөө.

Гэрээний бус нийцэлт гэж юу вэ

‘Гэрээний бус нийцэлт’ гэдэг нь талуудын санал нийлэх, гэрээний зорилго, чанарыг харгалзан, бүтээгдэхүүн эсвэл үйлчилгээ нь зүй ёсоор байх ёстой функци, чанар, гүйцэтгэл, байдалтай бус байгаа тохиолдлыг хэлнэ.

Энэхүү ‘Гэрээний бус нийцэлт’ нь Иргэний хуулийн шинэчлэлтээр уламжлалт ‘дутагдал (かし)’-ын оронд нэвтрүүлэгдсэн юм.

Систем болон програм хангамжийн хөгжүүлэлтэд, бэлэн болсон систем нь урьдчилан тогтоосон шаардлага, тодорхойлолттой таарахгүй байгаа эсвэл систем, програм хангамжийн чанарыг харгалзан ердийн байдлаар байх ёстой функци, гүйцэтгэлийг хангахгүй байгаа тохиолдлууд ‘Гэрээний бус нийцэлт’-д хамаарна.

‘Гэрээний бус нийцэлт’-ийн байгаа эсэхийг шийдвэрлэхдээ, талуудын санал нийлэх, гэрээний зорилго, чанарыг онцгойлон анхаарна.

Тиймээс, систем эсвэл програм хангамжийн хөгжүүлэлтийн зорилго, захиалгын түүх зэргийг бичгийн баримт болгон үлдээж, захиалагч нь ямар нэгэн хүсэлт, төсөөлөлтэй байсан талаар тодорхой болгох нь чухал юм.

Програм хангамжийн алдаа гэрээний бус нийцтэй байдлын тохиолдолд

Програм хангамжид саатал үүсгэж, засвар хийх явц хойшлуулагдсан тохиолдолд

Эхлээд, програм хангамжид жижигхэн гэж хэлж болохгүй алдаа гарч, түүнийг засахын тулд зохион бүтээлтийн шатанд буцааж харах шаардлагатай болон шуурхай арга хэмжээ авч чадахгүй байгаа тохиолдлыг төсөөлж болно.

Жишээ нь, нэвтрүүлсэн нөөцийн лавлагаа системийн хайлтын процесс нь 30 минутаас дээш хугацаа шаардлагатай болж, үр дүнд нь хэрэглэгчийн асуултад гараар нөөцийн бүртгэл хийж хариулахаас өөр аргагүй болсон тохиолдолд, одоогийн ‘гэрээний бус нийцтэй байдлын’ хуульд заасан ‘согог’той нийцтэй гэж үзсэн шүүхийн шийдвэр байдаг (Токиогийн газрын шүүх, Хэйсэй (2002) оны 4-р сарын 22-нд).

Алдаа дараалан илэрч буй тохиолдолд

Мөн, тус бүрдүүлэх алдаа жижиг боловч засварлахад хугацаа их зарцуулахгүй байхад ч, алдаа давтан гарч, бүх алдааг засаж, системийг зөв ажиллуулахад удаан хугацаа шаардлагатай болох тохиолдолд бас бодож болно.

Жишээ нь, нэвтрүүлсэн нөөцийн лавлагаа системд давтан алдаа гарч, ирээдүйд хэр их алдаа гарах, түүнийг засварлахад хэр удаан хугацаа шаардлагатай болох нь тодорхойгүй бөгөөд, системийг ашиглан энгийн үйл ажиллагааг явуулах боломжгүй байгаа тохиолдолд ‘гэрээний бус нийцтэй байдлыг’ хэлж болох байх.

Програм хангамжийн алдаа гэх мэт нь “Гэрээний зохимжгүй байдал”-д хамаарахгүй тохиолдлууд

Алдааг шуурхай засварласан эсвэл солих арга хэмжээ авсан тохиолдолд

Шүүхийн шийдвэрүүдээс харахад, хэрэглэгчид баг гэх мэт алдааг зааж өгсөн ч, шуурхай засварласан эсвэл хэрэглэгчтэй зөвшилцөн, зохих гэж үзсэн солих арга хэмжээ авсан тохиолдолд “дутагдал” гэж үзэхгүй байна (Токио дүүргийн шүүх 1997 оны (Хэйсэй 9 оны) 2-р сарын 18-ны өдөр).

Систем болон програм хангамжийн хөгжүүлэлтэд баг гарахгүй байхаар програмчлах нь боломжгүй бөгөөд зарим тодорхой алдаа гарах нь зайлшгүй юм.

Тиймээс, алдаа гарсан ч, шуурхай засварлах гэх мэт арга хэмжээ авсан бол “дутагдал” гэж үзэх ёсгүй.

Энэ нь одоогийн “Гэрээний зохимжгүй байдал” хуульд ч мөн адил хандаж болох юм.

Түүнчлэн, “шуурхай” гэх мэт шийдвэрийг үндэслэх нь систем хөгжүүлэлтийн явцад бэлтгэгдсэн хурлын тэмдэглэл гэх мэт баримтууд юм.

Эдгээр баримт бичгийн чухал байдлыг доорх нийтлэлд дэлгэрэнгүй тайлбарласан байна.

https://monolith.law/corporate/the-minutes-in-system-development[ja]

Тодорхой хүн ажиллагааны аргыг амархан ойлгохгүй байсан тохиолдолд

Ажиллагаа болон хэрэглээний энгийн байдлын талаарх мэдрэмж нь ихэвчлэн субъектив учир, ерөнхий хэрэглэгчийн стандартыг үндэслэн ашиглахад бэлэн биш гэж үзвэл “Гэрээний зохимжгүй байдал”-д хамаарах болно.

Тодорхой хүн ажиллагааны аргыг амархан ойлгохгүй байсан нь ганцхан шалтгаанаар “Гэрээний зохимжгүй байдал”-д хамаарах гэж үзэхгүй.

Вендорын ажилтай холбоогүй шалтгаанаар алдаа гарсан тохиолдолд

Систем болон програм хангамжийн хөгжүүлэлтийг гүйцэтгэгч вендорын хөгжүүлэлтийн ажилтай холбоогүй шалтгаанаар алдаа гарсан тохиолдолд, энэ систем эсвэл програм хангамж өөрөө “Гэрээний зохимжгүй байдал”-тай гэж үзэхгүй.

Жишээ нь, вендор нь худалдан авалтыг хариуцахгүй байсан хардвэрийн асуудал нь алдаа гаргасан тохиолдолд “Гэрээний зохимжгүй байдал”-д хамаарах гэж үзэхгүй.

【Нэмэлт мэдээлэл】Хэрэглэгчийн зааварчилгаагаар алдаа гарсан тохиолдолд

Хэрэглэгчийн буруу зааварчилгаагаар бэлэн болсон систем эсвэл програм хангамжид алдаа гарсан тохиолдолд, систем гэх мэт зүйлсэд “Гэрээний зохимжгүй байдал” байгаа гэж үзэгдсэн ч, вендор нь ерөнхийдөө гэрээний зохимжгүй байдалд хариуцлага хүлээхгүй.

Жишээлбэл, ажлын системийн хөгжүүлэлтэд хэрэглэгч зөвхөн мэдэж болох нөхцөл байдлын талаар буруу тайлбарласан улмаас, энэ буруу мэдээллийг үндэслэн тохирсон шаардлагад суурилсан хөгжүүлэлтэд алдаа гарсан тохиолдолд, вендорт ямар ч хариуцлага тохиохгүй.

Ийм шийдвэрүүдийн ард, програм хангамжийн хөгжүүлэлтэд захиалагч болох хэрэглэгч тал “хамтран ажиллах үүрэг”-тэй байдаг, гэсэн ойлголт бий гэж үзэж болох юм. Дэлгэрэнгүй мэдээллийг доорх нийтлэлд хандана уу.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Гэрээний бус нийцэлгүй байдлын үүрэгтэй холбоотойгоор барилгын эзэмшигч, худалдан авагчийн хүсэж болох зүйлс

Энд бид систем болон програм хангамжийн хөгжүүлэлттэй холбоотой гэрээний бус нийцэлгүй байдлын үүрэгтэй холбоотой агуулгыг, шинэчлэлтээр орсон өөрчлөлтүүдийг тусгайлан тайлбарлана.

Засварын хүсэлт

Хэрэв алдаа гэрээний бус нийцэлгүй байдлын хүрээнд орж байгаа гэж үзвэл, захиалагчаас засварын хүсэлт гаргаж болно.

Шинэчлэлтээс өмнө, асуудал болсон гэмтэл чухал бус бөгөөд засварлахад хэт их зардал шаардлагатай бол засварын хүсэлт гаргах боломжгүй байсан. Шинэчлэлтээр энэхүү хязгаарлалтыг арилгасан.

Гэсэн хэдий ч, шинэчлэлтийн дараа ч “гэрээний бус нийцэлгүй байдлын чухал бус бөгөөд засварлахад хэт их зардал шаардлагатай бол” засвар хийх боломжгүй гэж үзэж, засварын хүсэлт хүлээн авахгүй байх магадлалтай.

Хохирлын б compensлбэрлэх хүсэлт

Алдаатай систем эсвэл програм хангамжийн улмаас энгийн үйл ажиллагаа явуулах боломжгүй болсон эсвэл нэмэлт зардал гаргасан тохиолдолд, захиалагчаас хохирлын б compensлбэрлэх хүсэлт гаргаж болно.

Шинэчлэлтээс өмнө, онцгой гэрээ байхгүй бол алдаа гарсан эсэхээс үл хамааран хохирлын б compensлбэрлэх хүсэлт гаргаж болдог байсан.

Гэвч шинэчлэлтээр, гүйцэтгэгчид чөлөөлөгдөх шалтгаан (өр төлбөрийн үүрэгтэй холбоотой бус шалтгаан) байвал, хохирлын б compensлбэрлэх хүсэлт гаргах боломжгүй болсон.

Иймд, вендор нь чөлөөлөгдөх шалтгааныг нотлох боломжтой бол, хохирлын б compensлбэрлэх үүрэг хүлээхгүй.

Гэрээ цуцлах

Систем эсвэл програм хангамжийн гэрээний бус нийцэлгүй байдлыг шалтгаан болгон, хөгжүүлэлтийн гэрээг цуцлах боломжтой.

Өмнө нь танилцуулсан шүүхийн шийдвэрт, нөөц хайлтын системийн хайлтын процесс нь 30 минутаас илүү хугацаа шаардсан бөгөөд, төгсгөлийн төхөөрөмжийг ашиглах боломжгүй зэрэг асуудал үүссэн бөгөөд, суурилуулсан системийг үргэлжлүүлэн ашиглах боломжгүй болсон учраас, гэрээг цуцлахыг зөвшөөрсөн (Токио дүүргийн шүүх, 2002 оны (Хэйсэй 14) 4 сарын 22-ны өдөр).

Шинэчлэлтээс өмнө, гэмтэл улмаас “гэрээгээр тогтоосон зорилгоо хангаж чадахгүй” байх тохиолдолд л гэрээг цуцлах боломжтой байсан. Гэвч шинэчлэлтээр энэхүү хязгаарлалтыг арилгасан.

Гэсэн хэдий ч, шинэ хуулийн дор, гэрээний бус нийцэлгүй байдлын хэмжээ “хөнгөн” бол цуцлахыг зөвшөөрөхгүй гэдгийг анхаарах шаардлагатай.

Төлбөрийг бууруулах хүсэлт

Төлбөрийг бууруулах эрхийг шинэчлэлтээр шинээр бий болгосон.

Системд алдаа гарсан үед, захиалагч засварыг хүссэн ч зохих хугацаанд засвар хийгдээгүй бол, захиалагчаас төлбөрийг бууруулах хүсэлт гаргаж болно.

Үүрэг хүлээх хугацаа

• Засварын хүсэлт
• Хохирлын б compensлбэрлэх хүсэлт
• Гэрээ цуцлах
• Төлбөрийг бууруулах хүсэлт

Эдгээр эрхийг хэрэгжүүлэх боломжтой хугацаа хязгаарлагдмал байдаг.

Тодруулбал, захиалагч систем эсвэл програм хангамжид гэрээний бус нийцэлгүй байдлыг “мэдсэн цагаас эхлэн нэг жилийн дотор” вендорт мэдэгдсэн тохиолдолд л эрхээ хэрэгжүүлэх боломжтой.

Шинэчлэлтээс өмнө, эрх хэрэгжүүлэх хугацаа систем эсвэл програм хангамжийг “хүлээн авсан цагаас эхлэн нэг жилийн дотор” хязгаарлагдсан байсан. Иймд, шинэчлэлтээр эрх хэрэгжүүлэх хугацаа уртассан гэж хэлж болно.

Түүнчлэн, энэхүү хугацааны хязгаарлалттай тусгаарлан, гэрээний бус нийцэлгүй байдлын үүрэгтэй холбоотой дээрх эрхүүд нь устгах хугацааны хуульд заасан хугацаагаар хамаарах болно.

Иймд, жишээ нь систем эсвэл програм хангамжийг хүлээн авснаас 11 жилийн дараа анх удаа алдааны байгааг мэдсэн тохиолдолд, хохирлын б compensлбэрлэх эрх зэрэг эрхүүд нь “арван жилийн” устгах хугацааг давсан учраас, гэрээний бус нийцэлгүй байдлыг “мэдсэн цагаас эхлэн нэг жилийн дотор” мэдэгдсэн эсэхээс үл хамааран эрхээ хэрэгжүүлэх боломжгүй.

Төлбөрийн төлөлтөөс татгалзах

Захиалагч нь, хөгжүүлэгч засвар эсвэл хохирлын б compensлбэрлэлтийг хийх хүртэл төлбөрийн бүрэн дүнгийн төлөлтөөс татгалзах боломжтой.

Гэрээний бус нийцэлтэй холбоотой гэрээний заалтуудын чухал цэгүүд

Гэрээний бус нийцэлтэй холбоотой хариуцлагын заалтууд нь сонголттой заалтууд бөгөөд талуудын тусгай гэрээгээр хариуцлагын агуулгыг хязгаарлах, эрхийн хэрэгжих хугацааг богиносгох боломжтой.

Тиймээс, энд бид систем болон програм хангамжийн хөгжүүлэлтэд гэрээний бус нийцэлтэй холбоотой хариуцлагын харилцаанд анхаарах ёстой гэрээний заалтуудыг тайлбарлаж байна.

Чухал цэг 1: Гэрээний бус нийцэлтэд хамаарах үзэгдэл ба хүрээ

Систем болон програм хангамжид сэтгэл хангалуун бус байгаа тохиолдолд, захиалагч нь нийлүүлэгчээс гэрээний бус нийцэлтэй холбоотой хариуцлагыг нэхэмжлэхийг хүсч магадгүй.

Гэхдээ нийлүүлэгчийн хувьд, зөвхөн тодорхойлолт гэж үзэгдэх ч гэсэн, таалагдахгүй гэх шалтгаанаар гэрээний бус нийцэлтэй холбоотой хариуцлагыг нэхэмжлүүлэх нь зөвшөөрөгдөхгүй.

Мөн нийлүүлэгч нь буруу гэрээний бус нийцэлтэй холбоотой хариуцлагыг нэхэмжлүүлэхээс сэргийлж, үнийн саналыг ихээхэн өсгөх магадлалтай бөгөөд энэ нь захиалагчид ч мөн хохирол учруулж болзошгүй.

Тиймээс, гэрээний бус нийцэлтэд хамаарах үзэгдэл ба хүрээг тодорхойлохын тулд, захиалагч нь ямар зорилгоор, ямар чадвартай системийг нэвтрүүлэхийг хүсч байгааг бичгээр илэрхийлэх, тодорхойлолтыг үзүүлэлтэд тусгайлан тусгах нь чухал байдаг.

Мөн тодорхойлолтод заасан зүйлсийн дагуу систем болон програм хангамжийг хүргүүлсэн тохиолдолд, тодорхойлолт дээр ямар нэгэн бэрхшээл гарсан ч гэсэн гэрээний бус нийцэлтэд тооцогдохгүй гэдгийг тодорхой болгох нь зүйтэй.

Энэ заалт нь тодорхойлолтын дагуу хөгжүүлсэн ч гэсэн захиалагчийн хүсэлтээр гэрээний бус нийцэлтэй холбоотой хариуцлагыг асуудаг байдалтай тэмцэх боломжийг олгодог.

Чухал цэг 2: Баталгаат хугацааг тодорхойлох

Гэрээний бус нийцэлтэй холбоотой хариуцлагын эрхийн хэрэгжих хугацаа нь бүтээгдэхүүнийг “хүлээн авсан цагаас” биш, харин гэрээний бус нийцэлтийг “мэдсэн цагаас” эхлэн тооцогддог.

Мөн тусад нь устгах хугацаа хэрэглэгдэх ч гэсэн тэр хугацаа нь хамгийн уртдаа “арван жил” бөгөөд урт хугацаанд үргэлжилдэг.

Нийлүүлэгчийн хувьд “арван жил” гэх мэт урт хугацаанд үнэ төлбөргүй баталгаа өгөх нь том ачаалал бөгөөд үнийн саналд нэмэгдүүлэхээс өөр аргагүй болдог.

Мөн захиалагчийн хувьд систем болон програм хангамжийн ашиглалтын хугацаанд тохируулан баталгаат хугацааг зөөлөн тохируулах нь зардал гэх мэтчилэн давуу талтай байж болох юм.

Тиймээс, системийн агуулгад тохируулан баталгаат хугацааг зөөлөн тохируулах нь зүйтэй.

Чухал цэг 3: Гэрээний бус нийцэлт үүссэн тохиолдолд хариу үйлдэл

Гэрээний бус нийцэлт үүссэн үед, хохирлын б compensations compensation болон гэрээг цуцлах зэрэг иргэний хуульд зөвшөөрөгдсөн эрхүүдийн дунд, хэрэгжүүлж болох эрхийг талуудын тохиролцоогоор хязгаарлах боломжтой.

Захиалагчийн хувьд гэрээнд ямар нэгэн хязгаарлалт хийгдсэн эсэхийг сайтар ойлгож, мэдэж байх шаардлагатай.

Дүгнэлт: “Гэрээний биелэлтэд нийцээгүй үүрэг хариуцлага”-г агуулсан гэрээ бичихдээ хуульчидтай зөвлөлдөх нь чухал

Иргэний хуулийн шинэчлэл нь систем болон програм хангамжийн хөгжүүлэлтийн хууль эрх зүйн харилцаанд чухал нөлөө үзүүлсэн.

Хүргэгдсэн системд алдаа гарсан тохиолдолд, энэ нь “Гэрээний биелэлтэд нийцээгүй үүрэг хариуцлага”тай холбоотой эсэх, ямар төрлийн хариуцлага асууж болохыг нэг мөрөөр хэлж болохгүй.

Мөн, маргааныг урьдчилан сэргийлэхийн тулд, хөгжүүлэлтийн гэрээ байгуулах шатанд захиалагч ба вендорын хооронд нарийн зөвлөлдөх нь чухал байдаг.

Гэрээ бичихтэй холбоотой асуудалд таашаалгүй байгаа бол, мэргэжлийн хуульчидтай зөвлөгөө авахыг зөвлөж байна.