Kontrollpunktid lepingu puhul, kui süsteemiarendust tehakse pooldelegeeritud tüüpi

Praegu on IT kasutamine meie riigi kodanike elus ja sotsiaalmajanduslikus tegevuses koos arvuti töötlusvõime järsu paranemise ja interneti levikuga kiiresti kasvanud. Seetõttu on infotehnoloogia süsteemi rikete tõttu äritegevuse ja teenuste peatamise või funktsionaalsuse vähenemise sotsiaalne mõju iga päev laienenud ning süsteemi usaldusväärsuse ja turvalisuse parandamine on muutunud suureks väljakutseks.

Teisest küljest, IT-süsteemi arendamise lepingute kogusumma on seadusandluse alguses ette nägemata, mistõttu tehingute sisu muutub sageli ebaselgeks. Tellija (kasutaja) ja töövõtja (müüja) vahelise tiheda suhtluse eelduseks olevate tehingute visualiseerimine ning rollide jaotamine ja vastutussuhete selgitamine on muutunud probleemiks.

Lisaks on infotehnoloogia süsteemid muutunud mitmekesiste elementide kombinatsioonide tõttu üha keerukamaks, hõlmates riske, mida varem ei olnud.

Selleks, et parandada selliste infotehnoloogia süsteemide usaldusväärsust ja turvalisust, on Majandus-, Kaubandus- ja Tööstusministeerium avaldanud juhised, milles on esitatud süsteemiarenduse mudelleping, millele on lisatud üksikasjalikud selgitused.

Käesolevas artiklis selgitame, viidates Majandus-, Kaubandus- ja Tööstusministeeriumi mudellepingu sätetele, lepingu kontrollpunkte IT-süsteemi arendustööde puhul, kui sõlmitakse pooltevaheline leping.

Süsteemiarendus ja pooldelegeerimisleping

Mis on pooldelegeerimisleping?

Pooldelegeerimisleping on tsiviilõiguses reguleeritud delegeerimislepingu sätete kohaldamise vormis.

10. jagu Delegeerimine
Artikkel 643. Delegeerimine tekib, kui üks osapool usaldab teisele osapoolele õigustoimingu sooritamise ja teine osapool selle aktsepteerib.
Artikkel 656. Selle jagu sätteid kohaldatakse õigustoimingutega mitteseotud asjade usaldamise suhtes.

Pooldelegeerimisleping on leping, mille eesmärk on, et üks isik teostab teise isiku poolt usaldatud asjaajamist. Vastuvõtja on kohustatud täitma oma ülesandeid hea halduri hoolsuskohustusega. Hea halduri hoolsuskohustus tähendab lihtsustatult “parima võimaliku tulemuse saavutamist”.

Erinevused töövõtulepinguga

Pooldelegeerimislepingus, nagu eespool mainitud, on vastuvõtjal hea halduri hoolsuskohustus, kuid erinevalt töövõtulepingust, ei ole tal kohustust tööd lõpule viia. Seega, kui selget eesmärki pole, ei ole vastuvõtjal kohustust vastutada puuduste eest.
Kuid kuna tal on hea halduri hoolsuskohustus, võib ta töö hooletuse või raske hooletuse korral vastutada kahju hüvitamise eest võlaõiguse rikkumise tõttu või leping võidakse tühistada.

Nagu eespool mainitud, ei ole pooldelegeerimislepingus kohustust tööd lõpule viia. Teisalt, töövõtulepingus on kohustus töö lõpule viia. Järgnevas artiklis selgitatakse süsteemiarenduse tellimise korral.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

Semi-delegeerimismudeli sõnastuse ja kontrollpunktide kirjeldus

Nõuete määratluse loomise toetamise teenused

(Nõuete määratluse loomise toetamise teenuste rakendamine)
Artikkel 〇. Teine pool pakub pärast individuaalse lepingu sõlmimist, mis on määratletud artiklis 〇, teenust, mis toetab esimese poole poolt loodud infosüsteemi kontseptsiooni, süsteemi planeerimise dokumendi jms põhjal nõuete määratluse loomist (edaspidi “nõuete määratluse loomise toetamise teenused”).

2. Teine pool teostab tugiteenuseid, nagu uurimine, analüüs, korraldamine, ettepanekud ja nõustamine, tuginedes oma erialastele teadmistele ja kogemustele infotöötlustehnoloogias, et tagada esimese poole töö sujuv ja asjakohane teostamine.

Nõuete määratlus on protsess, kus kasutaja koondab süsteemi nõudmiskirjeldused (tarkvaras realiseeritavad funktsioonid), mida kasutaja soovib ehitada, ja see protsess sõltub suuresti kasutaja äritegevusest. Seetõttu eeldatakse selles jaotises, et nõuete määratluse tööd teostab kasutaja ja tarnija toetab seda pooldelegeerimislepingu vormis. Kuid see ei tähenda, et tarnija ei peaks vastutama, kuna ta on vastuvõtja ja peab täitma hoolsuskohustust. Kui ta rikub seda hoolsuskohustust ja nõuete määratluse loomise toetamine ei ole asjakohane, võib ta vastutada kohustuste mittetäitmise eest hoolsuskohustuse rikkumise tõttu.

(Individuaalse lepingu sõlmimine nõuete määratluse loomise toetamise teenuste osas)
Artikkel 〇. Esimene ja teine pool otsustavad pärast läbirääkimisi tehingutingimused, mis on kirjeldatud artiklis 〇, punktis 〇, nõuete määratluse loomise toetamise teenuste osas ja sõlmivad individuaalse lepingu nõuete määratluse loomise toetamise teenuste osas.

Nõuete määratluse loomise toetamise teenuste ulatuse jms osas on eeldatud, et see määratakse individuaalse lepinguga vastavalt eelmises lõigus toodud tingimustele.

(Nõuete määratluse arutelu)
Artikkel 〇. Esimene pool korraldab vajaduse korral nõuete määratluse loomiseks vajalike küsimuste selgitamise või sisu kinnitamise jms, nõuete määratluse loomise kohta artiklis 〇 määratletud kontaktide arutelukogu (edaspidi selles jaotises “nõuete määratluse arutelu”) ja teine pool osaleb selles, et teostada nõuete määratluse loomise toetamise teenuseid.

2. Teine pool võib vajaduse korral korraldada nõuete määratluse arutelu nõuete määratluse loomise toetamise teenuste teostamiseks ja esimene pool osaleb selles.

Ärinõuete või süsteemi funktsionaalsete ja mittefunktsionaalsete nõuete määratlemiseks nõuete määratluse loomiseks on vaja kasutaja äriosakonna ja infosüsteemi osakonna või tarnija koostööd. Kuna see protsess on pooldelegeerimise tüüp, on esimeses lõigus sätestatud, et korraldaja on kasutaja ja toetav tarnija osaleb selles. Nõuete määratluse loomiseks vajalike küsimuste selgitamine või sisu kinnitamine jms toimub kõik nõuete määratluse arutelul ja kasutaja ja tarnija on seotud arutelude tulemustega.

Teine lõik sätestab, et tarnija võib korraldada nõuete määratluse arutelu, kui see on vajalik nõuete määratluse toetamise teenuste teostamiseks.

(Nõuete määratluse kinnitamine)
Artikkel 〇. Kui esimene pool on lõpetanud nõuete määratluse loomise, kontrollivad esimene ja teine pool individuaalse lepinguga määratletud perioodi jooksul (edaspidi “nõuete määratluse kontrolliperiood”), kas nõuete määratlus vastab eelmises artiklis määratletud nõuete määratluse arutelu otsustele, ja kinnitavad selle sobivuse, pannes nõuete määratlusele mõlema poole juhtide allkirjad ja pitserid. Kuid kui kontrolli tulemusena otsustatakse, et nõuete määratlus ei vasta nõuete määratluse arutelu otsustele, loob esimene pool läbirääkimiste tulemusena kindlaksmääratud tähtaja jooksul parandatud versiooni ja esimene ja teine pool teostavad uuesti ülaltoodud kontrolli ja kinnitamise protseduuri.

2. Nõuete määratlus kinnitatakse mõlema poole kinnitusega vastavalt eelmisele lõigule.

3. Kui esimese lõigu paranduse tõttu on vaja muuta tööperioodi, tellimustasu jms individuaalse lepingu tingimusi, tehakse see vastavalt artikli 〇 protseduurile.

Nõuete määratlus on faas, kus kasutaja kinnitab vajalikud nõuded süsteemi kujundamise jms teostamiseks, saades tarnijalt ligikaudse hinnapakkumise. Kui nõuded on ebamäärased, on tarnijal raske anda täpset hinnapakkumist ja arendusfaasis võib tekkida probleeme. See artikkel sätestab protseduuri, kus kasutaja ja tarnija kinnitavad arendustöö eelduseks oleva nõuete määratluse ja kinnitavad selle juhtide allkirjade ja pitseritega. Kuna nõuete määratluse kinnitamiseks võib olla vaja teha parandusi, sätestab esimene lõik selle protseduuri.

Teine lõik selgitab selgelt, et nõuete määratlus kinnitatakse kasutaja ja tarnija mõlema kinnitusega.
Kolmas lõik sätestab, et kui esimese lõigu paranduse tõttu on vaja teha muudatusi individuaalse lepingu tingimustes, näiteks kui tarnija töömaht suureneb algsest ootusest rohkem või on vaja pikendada ajakava, tehakse vajalikud muudatused.

(Töö lõpetamine ja kinnitamine)
Artikkel 〇. Teine pool koostab pärast eelmises artiklis määratletud nõuete määratluse kinnitamist ○ päeva jooksul töö lõpetamise aruande ja esitab selle esimesele poolele.

2. Esimene pool kontrollib selle töö lõpetamise aruande individuaalse lepinguga määratletud perioodi jooksul (edaspidi “nõuete määratluse loomise toetamise teenuste lõpetamise kontrolliperiood”).

3. Kui esimesel poolel ei ole selle töö lõpetamise aruande sisu suhtes kahtlusi, märgib ta töö lõpetamise kinnituskirjale allkirja ja pitseri ning annab selle teisele poolele, kinnitades nõuete määratluse loomise toetamise teenuste lõpetamise.

4. Kui esimene pool ei esita nõuete määratluse loomise toetamise teenuste lõpetamise kontrolliperioodi jooksul kirjalikult konkreetset põhjust, loetakse, et esimene pool on kinnitanud töö lõpetamise nõuete määratluse loomise toetamise teenuste lõpetamise kontrolliperioodi lõppemisega.

Kuna see protsess on pooldelegeerimise tüüp, sätestab see artikkel protseduuri, kus kontrollitakse, kas tarnija on teostanud tugiteenuseid nõuetekohaselt hoolsuskohustuse alusel, kasutades töö lõpetamise aruannet, milles on kirjeldatud töö sisu.
Esimene lõik sätestab töö lõpetamise aruande esitamise kohustuse.
Teine lõik selgitab selgelt aruande kontrolliperioodi, et vältida aruande kontrollimise edasilükkamist.
Kolmas lõik sätestab, et kasutaja kinnitab nõuete määratluse loomise toetamise teenuste lõpetamise, pannes töö lõpetamise kinnituskirjale allkirja ja pitseri.
Neljas lõik sätestab eeldatava lõpetamise kinnituse, kui kasutaja ei esita kontrolliperioodi jooksul kirjalikult vastuväiteid. See säte võtab arvesse asjaolu, et kui kasutaja ei võta mingil põhjusel õigeaegselt kinnitamise protseduuri, võib see põhjustada järgneva töö viivituse või kinnituse puudumise korral järgneva töö alustamise, mis võib muuta kasutaja ja tarnija vastutussuhteid ebamääraseks.

Välise kujunduse loomise teenused

(Välise kujunduse loomise toetamise teenuste osutamine)
Paragrahv ○. Teine pool sõlmib paragrahvi ○ alusel eraldi lepingu ja pakub teenust, mis toetab esimese poole välise kujunduse loomise tööd (edaspidi “välise kujunduse loomise toetamise teenused”).

2. Teine pool teostab tugiteenuseid, nagu uurimine, analüüs, korraldamine, ettepanekud ja nõustamine, hea halduri tähelepanu abil, et tagada, et esimese poole töö sujub sujuvalt ja asjakohaselt, tuginedes infotöötlustehnoloogia erialastele teadmistele ja kogemustele.

Välise kujunduse loomine on töö, mis määrab kindlaks ekraanide, aruannete jms kasutamise, mis on seotud liidestega. Välises kujunduses peab olema kõik teave, mille põhjal tarnija saab programmi arendada. Välise kujunduse loomine hõlmab üksikasjalikult vormi kasutamist, kuid nõuete muutmise õigus on kasutajal, kes määrab äritegevuse sisu.
Seega eeldab see paragrahv, et välise kujunduse loomise eest vastutab kasutaja ja tarnija toetab välise kujunduse loomist kui asenduslepingu vastuvõtjat.
Kuid see ei tähenda, et tarnija ei vastuta üldse, kuna ta on vastuvõtja ja tal on hea halduri kohustus. Seega, kui välise kujunduse loomise toetamist ei teostata korralikult, kuna hea halduri kohustust on rikutud, võib tarnija vastutada lepingu rikkumise eest.

(Välise kujunduse loomise toetamise teenuste eraldi lepingu sõlmimine)
Paragrahv ○. Esimene ja teine pool määravad pärast läbirääkimisi kindlaks tehingutingimused, mis on kirjeldatud paragrahvi 4 lõikes 1, ja sõlmivad välise kujunduse loomise toetamise teenuste eraldi lepingu.

Välise kujunduse loomise toetamise teenuste ulatuse jms osas lepitakse kokku eraldi lepingus.

(Välise kujunduse arutelu)
Paragrahv ○. Esimene pool korraldab vajaduse korral välise kujunduse loomiseks vajalike küsimuste selgitamise või sisu kinnitamise jms eesmärgil välise kujunduse arutelu (edaspidi selles jaotises “välise kujunduse arutelu”) ja teine pool osaleb selles, et teostada välise kujunduse loomise toetamise teenuseid.

2. Teine pool võib vajaduse korral korraldada välise kujunduse arutelu ja esimene pool osaleb selles.

3. Kui esimene pool soovib muuta nõuete määratluse sisu välise kujunduse arutelu tulemusena ja on vaja muuta tööperioodi, tasu jms eraldi lepingu tingimusi, toimub see paragrahvi ○ (lepingu ja eraldi lepingu sisu muutmine) kohaselt.

Ekraanide, aruannete jms liideste määramiseks on vaja välise kujunduse loomiseks kasutaja ja tarnija koostööd.
Kuna see protsess on asendusleping, on esimese lõigu kohaselt korraldaja kasutaja ja toetav tarnija osaleb. Kõik küsimused, mis on vajalikud välise kujunduse loomiseks, selgitatakse välja välise kujunduse arutelul ja tarnija ja kasutaja on seotud arutelu tulemustega.
Teine lõik sätestab, et tarnija võib korraldada välise kujunduse arutelu, kui see on vajalik välise kujunduse toetamise teenuste osutamiseks.
Kolmas lõik sätestab, et kui kasutaja soovib muuta nõuete määratluse sisu välise kujunduse arutelu tulemusena ja see mõjutab eraldi lepingu määratud tööperioodi, tasu jms, tuleb muuta lepingut ja eraldi lepingut.

(Välise kujunduse kinnitamine)
Paragrahv ○. Kui esimene pool on lõpetanud välise kujunduse loomise, kontrollivad esimene ja teine pool eraldi lepingus määratud perioodi jooksul (edaspidi “välise kujunduse kontrollimise periood”), kas välise kujunduse loomine vastab paragrahvi ○ alusel kinnitatud nõuete määratlusele ja eelmises paragrahvis määratud välise kujunduse arutelu otsustele, ja kinnitavad selle sobivuse, mille tõendiks on esimese ja teise poole juhtide allkirjad ja pitserid välise kujunduse loomisel. Kuid kui kontrollimise tulemusena leitakse, et välise kujunduse loomine ei vasta paragrahvi ○ alusel kinnitatud nõuete määratlusele ega välise kujunduse arutelu otsustele, loob esimene pool läbirääkimiste tulemusena kindlaksmääratud tähtaja jooksul parandatud versiooni ja esimene ja teine pool teostavad uuesti ülaltoodud kontrolli ja kinnitamise protseduuri.

2. Esimese ja teise poole kinnitusega kinnitatakse välise kujunduse loomine.

3. Kui on vaja muuta tööperioodi, tasu jms eraldi lepingu tingimusi seoses esimese lõigu parandusega, toimub see paragrahvi ○ (lepingu ja eraldi lepingu sisu muutmine) kohaselt.

See paragrahv sätestab protseduuri, kus kasutaja loodud välise kujunduse kontrollivad kasutaja ja tarnija ning juhid kinnitavad selle allkirja ja pitseriga.
Kuna välise kujunduse kontrollimisel võib olla vajalik parandamine, sätestab esimese lõigu märkus selle protseduuri.

Teine lõik selgitab selgelt, et välise kujunduse kinnitab kasutaja ja tarnija kinnitus.
Kolmas lõik sätestab, et kui esimese lõigu märkuse kohaselt on vaja välise kujunduse parandamiseks ja uuesti kontrollimiseks teha rohkem tööd kui algselt eeldati või on vaja ajakava edasi lükata jne, tuleb muuta eraldi lepingut.

(Töö lõpetamine ja kinnitamine)
Paragrahv ○. Teine pool koostab välise kujunduse kinnitamise järel ○ päeva jooksul töö lõpetamise aruande ja esitab selle esimesele poolele.

2. Esimene pool kontrollib eraldi lepingus määratud perioodi jooksul (edaspidi “välise kujunduse loomise toetamise teenuste lõpetamise kontrollimise periood”) nimetatud töö lõpetamise aruannet.

3. Kui esimesel poolel ei ole nimetatud töö lõpetamise aruande sisu suhtes kahtlusi, allkirjastab ja pitserdab ta töö lõpetamise kinnituse ja annab selle teisele poolele, kinnitades välise kujunduse loomise toetamise teenuste lõpetamise.

4. Kui esimene pool ei esita välise kujunduse loomise toetamise teenuste lõpetamise kontrollimise perioodi jooksul kirjalikult konkreetset põhjust, loetakse, et esimene pool on kinnitanud töö lõpetamise välise kujunduse loomise toetamise teenuste lõpetamise kontrollimise perioodi lõppemisega.

Kuna see protsess on asendusleping, sätestab see paragrahv protseduuri, kus kontrollitakse, kas tarnija on teostanud toetustööd korralikult, tuginedes hea halduri kohustusele, töö lõpetamise aruande abil, mis kirjeldab töö sisu.
Teine lõik selgitab kontrolliperioodi, et vältida aruande kontrollimise viivitust.
Kolmas lõik sätestab, et töö lõpetamise kinnitab kasutaja allkirja ja pitseriga.
Neljas lõik sätestab, et kui kasutaja ei esita kontrolliperioodi jooksul kirjalikku vastuväidet, loetakse, et töö on lõpetatud. See säte arvestab asjaoluga, et kui kasutaja ei tee õigeaegselt kinnitustoimingut mingil põhjusel, võib see viivitada järgneva tööga või alustada järgnevat tööd ilma kinnituse selguseta, mis võib muuta kasutaja ja tarnija vastutussuhteid ebaselgeks.

Tarkvaraarenduse teenused

Järgmine etapp pärast süsteemi väliskujunduse põhiprojekteerimist on süsteemi sisemise kujunduse detailprojekteerimine. Süsteemi sisemise kujunduse etapis on tavaliselt eelnevate tööetappide käigus määratletud arendusobjektid ja spetsifikatsioonid. Seetõttu on Jaapani Majandus-, Kaubandus- ja Tööstusministeeriumi (METI) mudellepingus see määratletud kui alltöövõtuleping. Üksikasju selgitatakse allpool toodud artiklis.

https://monolith.law/corporate/checkpoints-for-contracts-of-system-development[ja]

Tarkvara kasutuselevõtu ja ülemineku toetamise teenused

(Tarkvara kasutuselevõtu ja ülemineku toetamise teenuste rakendamine)
Paragrahv 〇: Teine pool sõlmib eraldi lepingu, mille kohaselt ta pakub esimesele poolele vajalikku tuge süsteemi testimise, rakendamise, vastuvõtmise toetamise ning tarkvara kasutuselevõtu testimise osas (edaspidi nimetatakse seda “tarkvara kasutuselevõtu ja ülemineku toetamise teenuseks”).

2. Teine pool kasutab oma infotöötlustehnoloogia alaseid erialaseid teadmisi ja kogemusi, et tagada esimese poole töö sujuv ja tõhus toimimine, pakkudes tuge hea halduri tähelepanu piires.

Järgnevalt on sätestatud tarkvara kasutuselevõtu ja ülemineku klauslid, mis viiakse läbi pooltevahelise volituse alusel. Süsteemi vastuvõtmise ja rakendamise toetamise etapis on tavaline, et kasutaja teeb seda iseseisvalt. Seetõttu on Majandusministeeriumi mudellepingus sätestatud, et kasutaja on peamine osapool ja tarnija toetab teda pooltevahelise volituse alusel.
Teine lõige sätestab, et kuna see protsess toimub pooltevahelise volituse alusel, peab tarnija täitma hea halduri kohustusi.

(Teenuse lõpetamine ja kinnitamine)
Paragrahv 32: Teine pool koostab tarkvara kasutuselevõtu ja ülemineku toetamise teenuse lõpetamise järgselt ○ päeva jooksul teenuse lõpetamise aruande ja esitab selle esimesele poolele.

2. Esimene pool kontrollib nimetatud teenuse lõpetamise aruannet eraldi lepingus määratud perioodi jooksul (edaspidi nimetatakse seda “tarkvara kasutuselevõtu ja ülemineku toetamise teenuse lõpetamise kontrollperioodiks”).

3. Kui esimesel poolel ei ole teenuse lõpetamise aruande sisu suhtes kahtlusi, kirjutab ta teenuse lõpetamise kinnituskirjale alla, annab selle teisele poolele ja kinnitab tarkvara kasutuselevõtu ja ülemineku toetamise teenuse lõpetamise.

4. Kui esimene pool ei esita tarkvara kasutuselevõtu ja ülemineku toetamise teenuse lõpetamise kontrollperioodi jooksul kirjalikult konkreetset põhjust, loetakse teenuse lõpetamiseks kontrollperioodi lõppemisel.

Selles paragrahvis on sätestatud protseduurid, kuidas kontrollida, kas tarnija on pooltevahelise volituse alusel tarkvara kasutuselevõtu ja ülemineku toetamise teenuseid nõuetekohaselt täitnud.
Teine lõige sätestab, et tarnija peab esitama kasutajale teenuse lõpetamise aruande määratud ajavahemiku jooksul pärast teenuse lõpetamist.
Kolmas lõige sätestab, et kasutaja kontrollib teenuse lõpetamise aruannet pärast kontrollperioodi määratlemist.
Neljas lõige sätestab, et kui kasutaja ei kinnita eelnevalt mainitud teenuse lõpetamist, loetakse see kinnitatuks.

Lepingu olemuse määramine

Lepingu olemuse kindlaksmääramiseks tuleb vaadata lepingu terviklikkust ja selle eesmärki, kas see on “valmis tulemuse pakkumine” või kas müüja on “mõistlikult äritegevuse läbiviimine”. Üldiseks juhiseks on, kas projekti eesmärk, mida tuleb täita, on teatud määral kindlaks määratud ja kas projekt on selle poole liikunud.
Konkreetsete punktide kohta, millele tähelepanu pöörata, selgitame üksikasjalikult järgmises artiklis.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]