Амжилтгүй болсон програм хангамжийн төсөл: хэн хариуцлага хүлээх вэ, танд ямар сонголтууд байна вэ?

Хэрэв таны програм хангамжийн төсөл бүтэлгүйтвэл нийлүүлэгч нь тохиролцсон зүйлээ биелүүлээгүй бөгөөд уг бүтэлгүйтлийг үүнээс үүдэлтэй гэж үзэж болно (Нидерландын Иргэний хуулийн 6:74-р зүйл, BW). Практикт хариуцлага нь ихэвчлэн хуваалцдаг: хэрэв үйлчлүүлэгч хүсэлтээ өөрчилсөн, хожимдсон эсвэл туршилтын өгөгдлийг өгөөгүй бол шүүх нэмэлт алдааны улмаас учирсан хохирлыг бууруулж болох бөгөөд үйлчлүүлэгчийн улмаас үүссэн саатал нь нийлүүлэгчийн эсрэг огт тооцогдохгүй.

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

Програм хангамжийн төслүүд яагаад бүтэлгүйтдэг вэ?

Хэд хэдэн шалтгаан давтагддаг бөгөөд тэдгээр нь ихэвчлэн бие биенээ бэхжүүлдэг. Эхэндээ зөвхөн хоцорч эхэлсэн төсөл бүрэн бүтэлгүйтэж болзошгүй.

• Хамрах хүрээ өргөжих: төлөвлөлт болон төсөвт үзүүлэх нөлөөллийг зохицуулдаг өөрчлөлтийн журамгүйгээр шаардлага улам бүр нэмэгдсээр байна.
• Функциональ үзүүлэлтүүд тодорхойгүй эсвэл бүрэн бус байгаа тул үр дүн нь тохирч байгаа эсэх нь хожим тодорхойгүй байна.
• Бодит ачаалал, бусад системүүдтэй харилцах харилцаа эсвэл ирээдүйн өсөлтөд тохирохгүй системийн загвар.
• Ялангуяа хэд хэдэн одоо байгаа системийг холбох шаардлагатай үед нарийн төвөгтэй байдал болон хүргэх хугацааг дутуу үнэлсэн.
• Үйлчлүүлэгчийн зүгээс хожимдсон эсвэл хязгаарлагдмал хамтын ажиллагаа.

Нийлүүлэгч хэзээ хариуцлага хүлээх вэ?

Хэрэв үүргээ гүйцэтгээгүй бөгөөд алдаа нь үүнээс үүдэлтэй бол. BW-ийн 6:74 дүгээр зүйлийн дагуу өр төлбөртэй этгээд үүргээ гүйцэтгээгүйгээс учирсан хохирлыг нөхөн төлөх ёстой, гэхдээ алдааг түүнд хамааруулж болохгүй, жишээлбэл, давагдашгүй хүчин зүйлийн үед (BW-ийн 6:75 дугаар зүйл) бусад тохиолдолд.

Тиймээс үйлчлүүлэгч нь нийлүүлэгч нь тохиролцсон зүйлийг, жишээлбэл, бүртгэгдсэн техникийн шаардлагыг хангаагүй програм хангамжийг нийлүүлээгүй гэдгийг нотлох ёстой. Гүйцэтгэлийг хангах боломжтой хэвээр байгаа тохиолдолд нийлүүлэгч нь боломжийн хугацаатай бичгээр мэдэгдсэний дараа гэрээгээ цуцалсан байх ёстой (6:82 BW зүйл).

Хэрэв үйлчлүүлэгч бүтэлгүйтэлд нөлөөлсөн бол яах вэ?

Дараа нь хохирлыг бууруулна. BW-ийн 6:101 дүгээр зүйлийн дагуу хохирлыг талууд тус бүрт нь нөлөөлсөн нөхцөл байдлын хэмжээгээр хувь тэнцүүлэн хуваана; шударга ёс нь дахин хуваарилалтад хүргэх эсвэл огт нөхөн төлбөр олгохгүй байх шалтгаан болж болно.

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

Үйлчлүүлэгчийн хамтран ажиллах үүрэг гэдэг нь юу гэсэн үг вэ?

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

Хэрэв үйлчлүүлэгч шаардлагатай хамтын ажиллагааг үзүүлээгүйгээс болж гүйцэтгэл саатсан бол үйлчлүүлэгч зээлдүүлэгчийн төлбөрийг барагдуулсан гэж үзнэ (schuldeisersverzuim, 6:58 BW зүйл). Тэгвэл нийлүүлэгч уг саатлын улмаас төлбөрийг барагдуулсан гэж тооцогдохгүй. Үе шат бүр өмнөхөөсөө ирсэн санал хүсэлт дээр суурилдаг давтагдах төслүүдэд оролтын дутагдал нь ихэвчлэн саатлыг тодорхойлоход шийдвэрлэх үүрэг гүйцэтгэдэг.

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

Шүүхийн томилсон шинжээч ямар үүрэг гүйцэтгэдэг вэ?

Ихэнхдээ шийдвэрлэх асуудал байдаг. Програм хангамж нь техникийн үзүүлэлтүүдийг хангасан эсэх, саатал хаана гарсан, нэмэлт ажил хийх үндэслэлтэй эсэх нь техникийн асуултууд тул шүүх талын хүсэлтээр эсвэл өөрийн санаачилгаар шинжээчийн дүгнэлт (deskundigenbericht) гаргуулж болно (Нидерландын Иргэний хэрэг шүүхэд хянан шийдвэрлэх тухай хуулийн 186 дугаар зүйл, Rv).

Хэрэг хянан шийдвэрлэх ажиллагаа эхлэхээс өмнө тал шүүхээс өөрийн байр суурийг үнэлэх урьдчилсан шинжээчийн дүгнэлт (voorlopig deskundigenbericht) гаргаж өгөхийг хүсч болно (Rv-ийн 196, 202-р зүйл). Шинжээчид ихэвчлэн дараахь зүйлийг шаарддаг.

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

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

Шүүх юу шийдэж чадах вэ?

Хэрэв төслийн зөвхөн нэг хэсэг нь бүтэлгүйтсэн, жишээлбэл, нэг модуль нь ажиллахгүй байхад үлдсэн хэсэг нь ашиглагдахааргүй бол шүүх хэсэгчлэн цуцлах шийдвэр гаргаж болно (BW-ийн 6:265 дугаар зүйл). Хэсэгчилсэн цуцлалт нь хоёр талын гүйцэтгэлийг пропорциональ хэмжээгээр бууруулдаг (BW-ийн 6:270 дугаар зүйл) тул ажиллах хэсэг нь байрандаа үлдэнэ.

Шүүх нь 6:74 BW зүйлийн дагуу хохирлыг нөхөн төлүүлэхийг 6:101 BW зүйлийн дагуу хувь нэмэр оруулсан гэм буруугийн улмаас бууруулж болно. Мөн бүрэн нөхөн төлбөр нь хүлээн зөвшөөрөгдөхгүй үр дагаварт хүргэх тохиолдолд, жишээлбэл, нэхэмжлэл нь гэрээний үнийн дүнтэй огт харьцаагүй тохиолдолд (6:109 BW зүйл) хохирлыг төлөх хуулиар хүлээсэн үүргийг хөнгөвчилж болно; шүүхүүд энэ эрх мэдлийг бага ашигладаг.

Many failed projects end with a restart at another supplier. That raises its own questions: who gets the source code, who holds the intellectual property rights, and is there an escrow arrangement? Settle these points at the start of the project.

Мэдээллийн технологийн маргаанд арбитрын ажиллагаа хэрхэн тусалж чадах вэ?

Олон мэдээллийн технологийн гэрээнд маргааныг Автоматжуулалтын маргааныг шийдвэрлэх сан (Stichting Geschillenoplossing Automatisering, SGOA)-д шилжүүлдэг бөгөөд энэ сан нь мэдээллийн технологийн салбарыг мэддэг арбитруудтай арбитрын ажиллагаа, зуучлал, заавал биелүүлэх зөвлөгөө өгдөг. Арбитрын ажиллагаа нь талууд тохиролцсон тохиолдолд л боломжтой бөгөөд ихэвчлэн гэрээний заалт эсвэл ерөнхий нөхцөлөөр дамжуулан хэрэгжих боломжтой.

Ийм заалт байхгүй тохиолдолд маргаан нь ердийн шүүхэд шилждэг: 25,000 евро хүртэлх нэхэмжлэлийн хувьд дүүргийн шүүх, томоохон нэхэмжлэлийн хувьд дүүргийн шүүхийн худалдааны танхим (Rv-ийн 93-р зүйл).

Үйлчлүүлэгчийн хувьд та юуг шалгах ёстой вэ?

• Функциональ үзүүлэлтүүд болон хүлээн авах шалгуурууд бүртгэгдсэн үү, мөн тэдгээр нь таны одоо хүлээж байгаа зүйлтэй тохирч байна уу?
• Та техникийн тодорхойлолт, туршилтын өгөгдөл, шийдвэр, хүлээн зөвшөөрлийг цаг тухайд нь өгсөн үү, үүнийгээ нотолж чадах уу?
• Та хохирлыг нэхэмжлэх эсвэл цуцлахаасаа өмнө боломжийн хугацаатайгаар гэрээгээ зөрчсөн тухай бичгээр мэдэгдэл илгээсэн үү?
• Гэрээнд нийлүүлэгчийн хариуцлагыг хязгаарласан уу эсвэл үр дагаварт учрах хохирлыг хассан уу?
• Та өөр газраас дахин эхлүүлэхийн тулд эх код болон баримт бичигт хандах эрхтэй юу, эсвэл эскроу зохицуулалттай юу?
• Гэрээнд арбитрын заалт, жишээлбэл, SGOA-ийн тухай заалт багтсан уу?

Нийлүүлэгчийн хувьд юуг шалгах ёстой вэ?

• Та өөрчлөлтийн хүсэлт бүрийг төлөвлөлт болон үнэд үзүүлэх нөлөөллийн хамт бичгээр бүртгэсэн үү?
• Үйлчлүүлэгчийн оруулсан мэдээлэл дутуу байгаагаас шалтгаалан саатал гарсан тухай та тэр даруй болон бичгээр мэдээлсэн үү?
• Туршилтын тайлан болон хүлээн авах бүртгэлтэй хамт аль эд ангиудыг хүргэж, хүлээн авсныг харуулж чадах уу?
• Таны ерөнхий нөхцөлүүд, түүний дотор хариуцлагын дээд хязгаар хамаарах уу?
• Төслийн явцыг шинжээч дахин бүтээхэд таны төслийн файл хангалттай бүрэн гүйцэд үү?

Хэрүүл маргаан гарахаас хэрхэн урьдчилан сэргийлэх вэ?

Гэрээ байгуулснаар ихэнх маргааныг урьдчилан сэргийлэх боломжтой. Таван арга хэмжээ тус болно:

• төслийг өөрийн хүлээн авах шалгууртай хувилбарууд эсвэл үе шатуудад хуваах;
• нэхэмжлэхийн хугацаа дуусахаас өмнө албан ёсны хүлээн авах туршилтыг тохиролцох;
• өөрчлөлтийн журмыг тэмдэглэх: хэн өөрчлөлт хийхийг хүсч болох, хэн шийдвэр гаргах, төлөвлөлт болон үнийг хэрхэн тохируулах;
• шат ахих талаар тохиролцох: төслийн бүлэг, удирдах хороо, зуучлагч, зөвхөн дараа нь арбитрын эсвэл шүүхийн ажиллагаа;
• Хэрэв та SGOA гэх мэт мэдээллийн технологийн чиглэлээр мэргэшсэн форумд оролцохыг хүсвэл арбитрын заалтыг оруулна уу.

Амжилтгүй болсон програм хангамжийн төсөлд бид танд юу хийж чадах вэ?

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

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

Мэдээллийн технологийн хуульч юу хийдэг талаар дэлгэрэнгүй уншина уу.

Дүгнэлт

• Төсөл бүтэлгүйтсэн нь нийлүүлэгчийн гүйцэтгэсэн ажлаа автоматаар хийгээгүй гэсэн үг биш; бүтэлгүйтэл нь үүнээс үүдэлтэй байх ёстой (6:74 BW зүйл).
• Үйлчлүүлэгчийн буруутай үйлдлээс болж учирсан хохирлыг бууруулдаг (6:101 BW зүйл); хамтын ажиллагаа дутмаг байгаа нь үйлчлүүлэгчийг өөрөө үүргээ биелүүлэхгүй байдалд оруулж болзошгүй (6:58 BW зүйл).
• Шүүхийн томилсон шинжээч техникийн асуултуудыг ихэвчлэн шийддэг тул төслийн файлыг бүрэн гүйцэд байлгаарай.
• Шүүх хэсэгчлэн цуцлах тушаал гаргаж болох бөгөөд ингэснээр ажиллах хэсэг нь хэвээр үлдэнэ.
• Үе шаттай хүргэлт, хүлээн авах туршилт, өөрчлөлтийн журам болон шат шат нь ихэнх маргааныг урьдчилан сэргийлдэг.

Түгээмэл асуултууд