{"id":61293,"date":"2023-12-12T14:31:28","date_gmt":"2023-12-12T05:31:28","guid":{"rendered":"https:\/\/monolith.law\/et\/?p=61293"},"modified":"2024-06-04T10:59:19","modified_gmt":"2024-06-04T01:59:19","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/et\/it\/system-development-specs-function","title":{"rendered":"Kui palju peaks seaduslikult rakendama s\u00fcsteemiarenduse spetsifikatsioonides mitte esinevaid funktsioone?"},"content":{"rendered":"\n<p>Ettev\u00f5tetes kasutatavad IT-s\u00fcsteemid on p\u00f5him\u00f5tteliselt loodud vastavalt eelnevalt m\u00e4\u00e4ratletud spetsifikatsioonidele. Kuid teisest k\u00fcljest, arvestades, et s\u00fcsteemiarenduse spetsialistina on tarnijale usaldatud arendustegevus, ei pruugi kasutajate ootused olla madalad, kui lihtsalt mehaaniliselt rakendatakse ainult seda, mis on spetsifikatsioonis kirjas. Selles artiklis selgitame, kui palju peaksime v\u00f5tma kohustust rakendada programme, mis &#8220;ei ole spetsifikatsioonis kirjas, kuid on vajalikud arenduse eesm\u00e4rgi valguses&#8221;.<br><\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Seadusega_seotud_probleemid_mis_kaasnevad_spetsifikatsioonides_mitte_esinevate_asjade_rakendamisega\" title=\"Seadusega seotud probleemid, mis kaasnevad spetsifikatsioonides mitte esinevate asjade rakendamisega\">Seadusega seotud probleemid, mis kaasnevad spetsifikatsioonides mitte esinevate asjade rakendamisega<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Vendoreilt_noutakse_otsustusvabadust\" title=\"Vendoreilt n\u00f5utakse otsustusvabadust\">Vendoreilt n\u00f5utakse otsustusvabadust<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Otsustusvabadus_tuleb_rakendada_ka_range_arendusprotsessi_raames\" title=\"Otsustusvabadus tuleb rakendada ka range arendusprotsessi raames\">Otsustusvabadus tuleb rakendada ka range arendusprotsessi raames<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Mida_peaks_spetsialist_tegema_ilma_et_ta_oleks_kinni_spetsifikatsioonides\" title=\"Mida peaks spetsialist tegema, ilma et ta oleks kinni spetsifikatsioonides?\">Mida peaks spetsialist tegema, ilma et ta oleks kinni spetsifikatsioonides?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Seaduslikud_kohustused_maaratakse_vastavalt_spetsifikatsioonide_ja_lepingute_%E2%80%9Ceesmargile%E2%80%9D\" title=\"Seaduslikud kohustused m\u00e4\u00e4ratakse vastavalt spetsifikatsioonide ja lepingute &#8220;eesm\u00e4rgile&#8221;\">Seaduslikud kohustused m\u00e4\u00e4ratakse vastavalt spetsifikatsioonide ja lepingute &#8220;eesm\u00e4rgile&#8221;<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Kohtupraktika_kus_rakendamiskohustus_lukati_umber_kuna_seda_ei_olnud_margitud\" title=\"Kohtupraktika, kus rakendamiskohustus l\u00fckati \u00fcmber, kuna seda ei olnud m\u00e4rgitud\">Kohtupraktika, kus rakendamiskohustus l\u00fckati \u00fcmber, kuna seda ei olnud m\u00e4rgitud<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Kohtupraktika_kus_rakendamise_kohustus_on_kinnitatud_isegi_ilma_kirjelduseta\" title=\"Kohtupraktika, kus rakendamise kohustus on kinnitatud isegi ilma kirjelduseta\">Kohtupraktika, kus rakendamise kohustus on kinnitatud isegi ilma kirjelduseta<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Mida_saame_moista_molemast_otsusest\" title=\"Mida saame m\u00f5ista m\u00f5lemast otsusest\">Mida saame m\u00f5ista m\u00f5lemast otsusest<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Kuidas_peaksime_motlema_tasule_mis_on_seotud_arendustooga_mida_pole_spetsifikatsioonides\" title=\"Kuidas peaksime m\u00f5tlema tasule, mis on seotud arendust\u00f6\u00f6ga, mida pole spetsifikatsioonides?\">Kuidas peaksime m\u00f5tlema tasule, mis on seotud arendust\u00f6\u00f6ga, mida pole spetsifikatsioonides?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/et\/it\/system-development-specs-function\/#Kokkuvote\" title=\"Kokkuv\u00f5te\">Kokkuv\u00f5te<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Seadusega_seotud_probleemid_mis_kaasnevad_spetsifikatsioonides_mitte_esinevate_asjade_rakendamisega\"><\/span>Seadusega seotud probleemid, mis kaasnevad spetsifikatsioonides mitte esinevate asjade rakendamisega<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_164703428-1024x614.jpg\" alt=\"\" class=\"wp-image-5431\" \/><figcaption class=\"wp-element-caption\">Selgitame olulisi punkte, mis on seotud &#8220;otsustusvabadusega&#8221; s\u00fcsteemiarenduses.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vendoreilt_noutakse_otsustusvabadust\"><\/span>Vendoreilt n\u00f5utakse otsustusvabadust<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>S\u00fcsteemiarendusega seotud projektide lepingute ja nendega kaasnevate erinevate \u00f5iguslike probleemide suur erip\u00e4ra on see, et t\u00f6\u00f6d vastu v\u00f5ttev vendoril on suur otsustusvabadus.<\/p>\n\n\n\n<p>Seotud artikkel: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">Mis on projektijuhtimise kohustused s\u00fcsteemiarenduses[ja]<\/a><\/p>\n\n\n\n<p>Kuid siin mainitud &#8220;otsustusvabadus&#8221; ei kehti tingimata k\u00f5igi s\u00fcsteemiarenduse etappide kohta. P\u00e4rast iga etapi l\u00e4bivaatamist ja detailsete \u00fclesannete v\u00e4ljaselgitamist v\u00f5ib t\u00f6\u00f6 muutuda lihtsaks. Kuid \u00fcldiselt, mida rohkem on tegemist \u00fclesvoolu t\u00f6\u00f6ga, seda raskem on t\u00f6\u00f6d teha ilma suure otsustusvabaduseta. See on ka p\u00f5hjus, miks \u00fclesvoolu t\u00f6\u00f6d sobivad sageli paremini pooldelegeerimise lepingumudeliga.<\/p>\n\n\n\n<p>Seotud artikkel: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">Erinevused s\u00fcsteemiarenduse allt\u00f6\u00f6v\u00f5tu lepingute ja pooldelegeerimise lepingute vahel[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Otsustusvabadus_tuleb_rakendada_ka_range_arendusprotsessi_raames\"><\/span>Otsustusvabadus tuleb rakendada ka range arendusprotsessi raames<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Kuid isegi kui s\u00fcsteemiarendaja vendoril on suur otsustusvabadus, ei tohiks ta &#8220;j\u00e4rk-j\u00e4rgult&#8221; klientide soove vastu v\u00f5tta, kuna see v\u00f5ib hilisemates etappides p\u00f5hjustada suuri kahjustusi. \u00dcks IT-s\u00fcsteem koosneb paljudest v\u00e4ikestest osadest, seega v\u00f5ib isegi v\u00e4ike muudatus v\u00e4limuses n\u00f5uda arendajalt suurt t\u00f6\u00f6mahtu. Lisaks on artikleid, mis selgitavad s\u00fcsteemiarenduse spetsifikatsioonide muutmise k\u00fcsimust \u00f5iguslikust vaatepunktist, sealhulgas kuidas muudatuste haldamist hallata. J\u00e4rgnev artikkel selgitab muudatuste haldamist, kuid arutleb ka selle \u00fcle, kui suurt m\u00f5ju v\u00f5ib spetsifikatsioonide muutmine tuua kaasa inseneride t\u00f6\u00f6le.<\/p>\n\n\n\n<p>Seotud artikkel: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Kuidas hallata muudatusi s\u00fcsteemiarenduses \u00f5iguslikust vaatepunktist[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mida_peaks_spetsialist_tegema_ilma_et_ta_oleks_kinni_spetsifikatsioonides\"><\/span>Mida peaks spetsialist tegema, ilma et ta oleks kinni spetsifikatsioonides?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>S\u00fcsteemiarenduse projekti sujuvaks l\u00e4biviimiseks on oluline eelnevalt m\u00e4\u00e4ratleda arenduse n\u00f5uded ja neid j\u00e4rgides plaanip\u00e4raselt edasi liikuda. Teisest k\u00fcljest, kui te lihtsalt teete seda, mida teile \u00f6eldakse, j\u00e4rgides eelnevalt m\u00e4\u00e4ratletud n\u00f5udeid, v\u00f5ib olla olukordi, kus te ei suuda s\u00fcsteemiarenduse spetsialistina oma rolli t\u00e4ielikult t\u00e4ita. Sellise dilemmaga silmitsi seistes tekib k\u00fcsimus: &#8220;Mida peaks rakendama, isegi kui see pole spetsifikatsioonides n\u00e4idatud?&#8221;<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Seaduslikud_kohustused_maaratakse_vastavalt_spetsifikatsioonide_ja_lepingute_%E2%80%9Ceesmargile%E2%80%9D\"><\/span>Seaduslikud kohustused m\u00e4\u00e4ratakse vastavalt spetsifikatsioonide ja lepingute &#8220;eesm\u00e4rgile&#8221;<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Implementeerimiseks vajaliku sisu m\u00e4\u00e4rab, isegi kui seda ei ole lepingutes v\u00f5i spetsifikatsioonides kirjas, ikkagi nende lepingute ja spetsifikatsioonide &#8220;eesm\u00e4rk&#8221;, st &#8220;millise t\u00e4henduse v\u00f5i kavatsusega on selline kokkulepe s\u00f5lmitud&#8221;. Vaatame allpool m\u00f5nda kohtupraktikat.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kohtupraktika_kus_rakendamiskohustus_lukati_umber_kuna_seda_ei_olnud_margitud\"><\/span>Kohtupraktika, kus rakendamiskohustus l\u00fckati \u00fcmber, kuna seda ei olnud m\u00e4rgitud<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Allpool tsiteeritud kohtupraktikas arenes vaidlus v\u00e4lja olukorrast, kus s\u00fcsteemi, mille oli v\u00e4lja t\u00f6\u00f6tanud m\u00fc\u00fcja, oli j\u00f5udnud ajutise t\u00f6\u00f6korralduseni, kuid lepingu l\u00f5petamist n\u00f5uti, kuna vajalikud funktsioonid puudusid. Kasutaja v\u00e4itis, et puudub &#8220;andmete automaatne uuendamise funktsioon&#8221;, mis oli v\u00e4idetavalt s\u00fcsteemi peamine m\u00fc\u00fcgiargument, kuid kohus ei tunnustanud selle rakendamise kohustust.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Nagu eespool m\u00e4rgitud, ei ole lepingus ega p\u00f5hi- ja detailprojekteerimisdokumentides m\u00e4rget, et funktsioon \u2462 oleks s\u00fcsteemi arendamise eesm\u00e4rk.<\/p>\n\n\n\n<p>Hageja v\u00e4idab, et funktsioon \u2462 oli kostja peamine m\u00fc\u00fcgiargument hageja suhtes ja r\u00f5hutab selle funktsiooni vajalikkust, kuid <u>kui see v\u00e4ide oleks t\u00f5ene, oleks see olnud m\u00e4rgitud lepingus<\/u> ja <u>on raske uskuda, et selle funktsiooni arendamiseks oli kokku lepitud, kui seda ei olnud m\u00e4rgitud<\/u>.<\/p>\n<cite>Tokyo District Court, February 18, 2009 (Heisei 21)<\/cite><\/blockquote>\n\n\n\n<p>Kuigi see otsus v\u00f5ib t\u00f5epoolest tunduda lihtne, kui v\u00f5tta ainult j\u00e4reldus, et &#8220;kui seda ei ole projekteerimisdokumentides m\u00e4rgitud, siis ei pea seda tegema&#8221;, on t\u00e4psem \u00f6elda, et otsus tehti mitte ainult projekteerimisdokumentide olemasolu v\u00f5i puudumise p\u00f5hjal, vaid arvestades nende dokumentide ja lepingu &#8220;eesm\u00e4rki&#8221;. Teisis\u00f5nu, &#8220;kui m\u00f5elda, miks seda ei m\u00e4rgitud projekteerimisdokumentidesse ega lepingusse, on m\u00f5istlik arvata, et ka vastav kokkulepe puudus&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kohtupraktika_kus_rakendamise_kohustus_on_kinnitatud_isegi_ilma_kirjelduseta\"><\/span>Kohtupraktika, kus rakendamise kohustus on kinnitatud isegi ilma kirjelduseta<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Teiselt poolt on kohtupraktikat, mis on tunnustanud kohustust rakendada isegi siis, kui lepingus v\u00f5i spetsifikatsioonides seda ei ole kirjeldatud. Allpool tsiteeritud kohtupraktika k\u00e4sitleb s\u00fcsteemi arendamist ravimite tarvitamise ajaloo haldamiseks, kus andmete \u00fcleviimine olemasolevast s\u00fcsteemist uude s\u00fcsteemi ei \u00f5nnestunud, mist\u00f5ttu kasutajad ei saanud uut s\u00fcsteemi kasutada ja t\u00fchistasid lepingu. Kuid m\u00fc\u00fcja v\u00e4itis, et andmete \u00fcleviimine ei kuulu nende t\u00f6\u00f6\u00fclesannete hulka, mis viis vaidluseni.<\/p>\n\n\n\n<p>Uue s\u00fcsteemi arendamisega kaasneb sageli olemasoleva s\u00fcsteemi kaotamine ja andmete \u00fcleviimine. Nende t\u00f6\u00f6de t\u00e4htsusest ja sellega kaasnevatest \u00f5iguslikest k\u00fcsimustest r\u00e4\u00e4gime \u00fcksikasjalikumalt ka allpool toodud artiklis.<\/p>\n\n\n\n<p>Seotud artikkel: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">\u00d5iguslikud probleemid, mis kaasnevad s\u00fcsteemiarenduse k\u00e4igus vana s\u00fcsteemi asendamisega[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Olemasolevas s\u00fcsteemis oli juba salvestatud \u00fcle 50 000 patsiendi andmed ja <u>hageja kasutas neid andmeid b\u00fcroot\u00f6\u00f6 efektiivsuse suurendamiseks<\/u>. Kui patsiendi andmeid ei saa olemasolevast s\u00fcsteemist uude s\u00fcsteemi \u00fcle viia, on <u>selge, et see toob kaasa probleeme apteegis retseptide t\u00e4itmisel<\/u> ja hageja esindaja <u>oli seda kindlasti teadlik<\/u>. Ja enne lepingu s\u00f5lmimist k\u00fcsis hageja esindaja kostja esindajalt andmete \u00fcleviimise v\u00f5imaluse kohta, mida kostja esindaja tunnistas (j\u00e4etakse v\u00e4lja), hageja esindaja <u>oli teadlik, et on suur t\u00f5en\u00e4osus, et ta peab k\u00e4sitsi sisestama \u00fcle 50 000 patsiendi andmed<\/u>, <u>on raske uskuda, et ta otsustas siiski uue s\u00fcsteemi kasutusele v\u00f5tta<\/u>. Lisaks, nagu eespool (1)I-s m\u00e4rgitud, ei suutnud kostja viia olemasoleva s\u00fcsteemi ravimite ajaloo andmeid uude s\u00fcsteemi, mist\u00f5ttu ta printis need andmed paberile ja skaneeris need PDF-faili, kuigi lepingus ei eeldatud andmete \u00fcleviimist, <u>on raske uskuda, et kostja pakkus sellist aegan\u00f5udvat teenust<\/u>.<\/p>\n<cite>Tokyo District Court, November 18, 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<p>Ka siin on oluline lepingu eesm\u00e4rk ja lepingus kirjeldatud punktide &#8220;m\u00f5te&#8221;. Kui m\u00f5lemad pooled s\u00f5lmisid lepingu teadmisega, et andmete \u00fcleviimine ei kuulu t\u00f6\u00f6\u00fclesannete hulka, siis kohtu m\u00e4rkus viitab sellele, et m\u00f5lemad pooled s\u00f5lmisid lepingu ebaloomuliku kavatsusega. See t\u00e4hendab, et kasutaja oleks pidanud n\u00f5ustuma tohutu hulga k\u00e4sitsit\u00f6\u00f6ga ja m\u00fc\u00fcja oleks pidanud teadma, et see toob kaasa t\u00f5rkeid kasutaja t\u00f6\u00f6s, mis on \u00e4\u00e4rmiselt ebaloogiline.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mida_saame_moista_molemast_otsusest\"><\/span>Mida saame m\u00f5ista m\u00f5lemast otsusest<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Andme\u00fclekande osas, isegi kui lepingus v\u00f5i spetsifikatsioonides pole seda mainitud, on rakendamise kohustuse heakskiitmise taustal osaliselt seotud asjaoluga, et tegemist oli &#8220;andmetega&#8221;, mis ei ilmne ekraani v\u00e4limuses. Eelnev &#8220;kohustuslike funktsioonide puudumine&#8221; on midagi, mis ilmneb otse s\u00fcsteemi ekraanil v\u00f5i v\u00e4limuses. Seet\u00f5ttu pole isegi s\u00fcsteemiarenduse algajatel eriti raske leida spetsifikatsioonide puuduj\u00e4\u00e4ke. Teisest k\u00fcljest on andme\u00fclekande probleemil omadus, et s\u00fcsteemiarenduse algajatel on raske m\u00f5ista selle protsessi olulisust, t\u00f6\u00f6 keerukust ja t\u00f6\u00f6aega. Seet\u00f5ttu v\u00f5ib arvata, et oli ka asjaolusid, mis muutsid selle lihtsaks k\u00e4sitleda kui k\u00fcsimust, mida tarnija peaks sujuvalt juhtima oma erialase oskusega.<\/p>\n\n\n\n<p>Nii m\u00f5eldes v\u00f5ib \u00f6elda, et spetsifikatsioonide v\u00f5i lepingute puuduj\u00e4\u00e4gid on tihedalt seotud kasutaja &#8220;koost\u00f6\u00f6kohustusega&#8221;. Teisis\u00f5nu, kas kasutaja on t\u00f5esti &#8220;koost\u00f6\u00f6kohustuse&#8221; t\u00e4itnud lepingu s\u00f5lmimiseks ja spetsifikatsioonide koostamiseks? S\u00fcsteemiarendusprojektides on kasutaja t\u00e4idetavate \u00f5iguslike kohustuste \u00fcldise selgituse kohta \u00fcksikasjalikumalt k\u00e4sitletud j\u00e4rgmises artiklis.<\/p>\n\n\n\n<p>Seotud artikkel: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">Mis on s\u00fcsteemiarenduse tellija, kasutaja poolt kantav koost\u00f6\u00f6kohustus[ja]<\/a><\/p>\n\n\n\n<p>Kui vaadata ka \u00fclaltoodud artiklit, siis kasutaja koost\u00f6\u00f6, nagu ekraani ja kohustuslike funktsioonide v\u00e4ljaselgitamine, ja andme\u00fclekande kaalumise puudumine on suuresti erinevad, kas pole nii?<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kuidas_peaksime_motlema_tasule_mis_on_seotud_arendustooga_mida_pole_spetsifikatsioonides\"><\/span>Kuidas peaksime m\u00f5tlema tasule, mis on seotud arendust\u00f6\u00f6ga, mida pole spetsifikatsioonides?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/10\/shutterstock_320070512-1024x683.jpg\" alt=\"\" class=\"wp-image-5433\" \/><figcaption class=\"wp-element-caption\">Kui t\u00f6\u00f6\u00fclesanded \u00fcletavad t\u00f6\u00f6 ulatust ja tarnija on n\u00f5us neid t\u00e4itma, v\u00f5ib olla v\u00f5imalik n\u00f5uda lisatasu.<\/figcaption><\/figure>\n\n\n\n<p>Samuti v\u00f5ib see artikkel tekitada huvi seoses k\u00fcsimusega, kas seaduslikult on lubatud n\u00f5uda suuremat tasu, kui on loodud midagi, mida pole spetsifikatsioonides. Tasu suurendamise v\u00f5imalikkuse ja selle arvutamise meetodi kohta leiate \u00fcksikasjalikku teavet j\u00e4rgmisest artiklist.<\/p>\n\n\n\n<p>Seotud artikkel: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">Kas s\u00fcsteemiarenduse hinnanguline summa v\u00f5ib p\u00e4rast suureneda?[ja]<\/a><\/p>\n\n\n\n<p>Eelnevas artiklis selgitatakse, et oluline on see, kas oli olemas t\u00f6\u00f6, mis \u00fcletas tasu ja vastutasu suhte. Teisis\u00f5nu, seoses selle artikliga, kui tarnija on n\u00f5us arendama midagi, mida algsetes spetsifikatsioonides ei olnud (selle artikli puhul, eitava n\u00e4ite puhul), siis on v\u00f5imalik n\u00f5uda lisatasu.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kokkuvote\"><\/span>Kokkuv\u00f5te<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>S\u00fcsteemiarenduses m\u00e4\u00e4rab tarnija rolli teatud m\u00e4\u00e4ral lepingu ja spetsifikatsioonidokumentide sisu. Kuid arvestades, et neid usaldatakse kui eksperte, ei ole nende tegelik roll ainult formaalselt m\u00e4\u00e4ratletud. Siiski, selle sisu m\u00f5istmiseks peaksime m\u00f5istma, et seadus m\u00e4ngib suurt rolli.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Ettev\u00f5tetes kasutatavad IT-s\u00fcsteemid on p\u00f5him\u00f5tteliselt loodud vastavalt eelnevalt m\u00e4\u00e4ratletud spetsifikatsioonidele. Kuid teisest k\u00fcljest, arvestades, et s\u00fcsteemiarenduse spetsialistina on tarnijale  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":64572,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61293"}],"collection":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/comments?post=61293"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61293\/revisions"}],"predecessor-version":[{"id":64573,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61293\/revisions\/64573"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/media\/64572"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/media?parent=61293"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/categories?post=61293"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/tags?post=61293"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}