{"id":61456,"date":"2023-12-12T14:44:31","date_gmt":"2023-12-12T05:44:31","guid":{"rendered":"https:\/\/monolith.law\/et\/?p=61456"},"modified":"2024-06-10T14:02:21","modified_gmt":"2024-06-10T05:02:21","slug":"the-transition-from-the-oldsystem","status":"publish","type":"post","link":"https:\/\/monolith.law\/et\/it\/the-transition-from-the-oldsystem","title":{"rendered":"\u00d5igusprobleemid, mis kaasnevad vanast s\u00fcsteemist \u00fcleminekuga s\u00fcsteemiarenduses"},"content":{"rendered":"\n<p>Uute IT-s\u00fcsteemide loomine ettev\u00f5tetes on IT-inseneride t\u00fc\u00fcpiline t\u00f6\u00f6valdkond, kuid &#8220;uue s\u00fcsteemi loomine&#8221; t\u00e4hendab sageli ka &#8220;vana s\u00fcsteemi kaotamist&#8221;. Selles artiklis vaatleme uue s\u00fcsteemi arendamise projekti julgelt &#8220;vana s\u00fcsteemi kaotamise&#8221; aspektist ning sellega kaasnevaid erinevaid \u00f5iguslikke k\u00fcsimusi.<\/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\/the-transition-from-the-oldsystem\/#Mida_tahendab_uleminek_uuele_susteemile\" title=\"Mida t\u00e4hendab \u00fcleminek uuele s\u00fcsteemile\">Mida t\u00e4hendab \u00fcleminek uuele s\u00fcsteemile<\/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\/the-transition-from-the-oldsystem\/#IT-susteemide_eluiga_ei_ole_igavene\" title=\"IT-s\u00fcsteemide eluiga ei ole igavene\">IT-s\u00fcsteemide eluiga ei ole igavene<\/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\/the-transition-from-the-oldsystem\/#Uue_susteemi_arendamine_toimub_koos_vana_susteemi_kaotamisega\" title=\"Uue s\u00fcsteemi arendamine toimub koos vana s\u00fcsteemi kaotamisega\">Uue s\u00fcsteemi arendamine toimub koos vana s\u00fcsteemi kaotamisega<\/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\/the-transition-from-the-oldsystem\/#Mis_on_uuele_susteemile_ulemineku_sammud\" title=\"Mis on uuele s\u00fcsteemile \u00fclemineku sammud?\">Mis on uuele s\u00fcsteemile \u00fclemineku sammud?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/et\/it\/the-transition-from-the-oldsystem\/#Uuele_susteemile_uleminek_on_kasutaja_ja_tarnija_rollide_maaratlemisel_keeruline\" title=\"Uuele s\u00fcsteemile \u00fcleminek on kasutaja ja tarnija rollide m\u00e4\u00e4ratlemisel keeruline\">Uuele s\u00fcsteemile \u00fcleminek on kasutaja ja tarnija rollide m\u00e4\u00e4ratlemisel keeruline<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/et\/it\/the-transition-from-the-oldsystem\/#Varasemad_kohtuotsused_seoses_uleminekuga_uuele_susteemile\" title=\"Varasemad kohtuotsused seoses \u00fcleminekuga uuele s\u00fcsteemile\">Varasemad kohtuotsused seoses \u00fcleminekuga uuele s\u00fcsteemile<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/et\/it\/the-transition-from-the-oldsystem\/#Kokkuvote\" title=\"Kokkuv\u00f5te\">Kokkuv\u00f5te<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mida_tahendab_uleminek_uuele_susteemile\"><\/span>Mida t\u00e4hendab \u00fcleminek uuele s\u00fcsteemile<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"IT-susteemide_eluiga_ei_ole_igavene\"><\/span>IT-s\u00fcsteemide eluiga ei ole igavene<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Ettev\u00f5ttes kasutatavad IT-s\u00fcsteemid ei ole sellised, mida saaks luua \u00fcks kord ja seej\u00e4rel kasutada l\u00f5putult. Samuti ei ole alati hea, kui vanu asju kasutatakse pidevalt ja hoolikalt. Kuigi ettev\u00f5tete ja s\u00fcsteemide kasutusotstarbe vahel on loomulikult erinevusi, on \u00fcldine suundumus see, et \u00fche s\u00fcsteemi kasutamine kestab tavaliselt umbes 10 aastat, mille j\u00e4rel on parem teha uus s\u00fcsteem.<\/p>\n\n\n\n<p>K\u00fcmne aastaga muutub turul levivate arvutite j\u00f5udlus m\u00e4rkimisv\u00e4\u00e4rselt. Seega v\u00f5ib olla, et programmid, mida ei olnud 10 aastat tagasi v\u00f5imalik rakendada arvuti t\u00f6\u00f6tluskiiruse piirangute t\u00f5ttu (kuigi need tundusid inimestele lihtsad ja h\u00e4sti kavandatud), on n\u00fc\u00fcd rakendatavad. Lisaks, kui olete s\u00fcsteemi kasutanud 10 aastat, v\u00f5ivad ettev\u00f5tte t\u00f6\u00f6voog ja sisekorra reeglid olla m\u00e4rkimisv\u00e4\u00e4rselt muutunud. Kood, mis on rakendatud ettev\u00f5tte sisemise ja v\u00e4limise juhtimiskeskkonna muutustele reageerimiseks, v\u00f5ib olla nii keeruline ja keerukas, et seda ei saa ekraanilt tuvastada. Sellisel juhul v\u00f5ib juhtuda, et kasutajatel on soovitud funktsioone, mida arendajad ei saa enam lisada.<\/p>\n\n\n\n<p>Vananenud s\u00fcsteemid v\u00f5ivad IT-inseneridele j\u00e4rk-j\u00e4rgult tekitada palju &#8220;k\u00e4sitsi&#8221; t\u00f6\u00f6d (n\u00e4iteks andmete eraldi v\u00e4ljav\u00f5tmiseks p\u00e4ringute tegemine jne). S\u00fcsteem ise muutub iroonilisel kombel vananedes &#8220;isikup\u00f5hiseks&#8221;. Kui s\u00fcsteem on liiga vana ja isikup\u00f5hiseid \u00fclesandeid on palju, siis kui proovitakse rakendada veelgi suuremat &#8220;s\u00fcsteemistamist&#8221;, tekib projekt &#8220;uue s\u00fcsteemi arendamine vanast s\u00fcsteemist \u00fcleminekuks&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Uue_susteemi_arendamine_toimub_koos_vana_susteemi_kaotamisega\"><\/span>Uue s\u00fcsteemi arendamine toimub koos vana s\u00fcsteemi kaotamisega<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nagu eespool mainitud, on paljudel s\u00fcsteemiarendusprojektidel (kuigi mitte k\u00f5igil) sageli kaasas ka \u00fcleminek vanalt s\u00fcsteemilt. S\u00fcsteem ise v\u00f5ib sageli muutuda diskontinuutselt \u00fchel p\u00e4eval.<\/p>\n\n\n\n<p>Kuid igap\u00e4evane t\u00f6\u00f6 peaks j\u00e4tkuma j\u00e4rjepidevalt minevikust olevikku ja olevikust tulevikku. Hoides alles vajalikud mineviku andmed, j\u00e4tkates praegust t\u00f6\u00f6d takistusteta ja pakkudes v\u00e4lja suurep\u00e4raseid &#8220;s\u00fcsteemistamise&#8221; kontseptsioone tulevikuks, kaasnevad uuele s\u00fcsteemile \u00fcleminekuga sageli mitmesugused v\u00e4ljakutsed. Nende asjaolude kombinatsioon muudab uue s\u00fcsteemi arendamise ja olemasoleva s\u00fcsteemi haldamise ja hooldamise keerukaks ja lahutamatuks seoseks.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mis_on_uuele_susteemile_ulemineku_sammud\"><\/span>Mis on uuele s\u00fcsteemile \u00fclemineku sammud?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_25686103_M-1024x634.jpg\" alt=\"\" class=\"wp-image-2758\" \/><figcaption class=\"wp-element-caption\">Mis on olulised sammud vana s\u00fcsteemi \u00fcleminekul uuele s\u00fcsteemile?<\/figcaption><\/figure>\n\n\n\n<p>Vana s\u00fcsteemist uuele s\u00fcsteemile \u00fcleminekul on eriti oluline andmed korrektselt \u00fcle kanda. Andmete \u00fclekandmise sammud j\u00e4rgivad tavaliselt j\u00e4rgmist protseduuri:<\/p>\n\n\n\n<ol>\n<li>Selgitage v\u00e4lja, millised andmed vanast s\u00fcsteemist tuleks uude s\u00fcsteemi \u00fcle kanda \u2192 tuleb kindlaks teha, millised andmed peaksid olema uue s\u00fcsteemi ekraanilt h\u00f5lpsasti otsitavad, samuti millised andmed ei pruugi olla ekraanilt otsitavad (n\u00e4iteks auditeerimiseks), kuid tuleks vajadusel v\u00e4lja v\u00f5tta.<\/li>\n\n\n\n<li>V\u00e4ljastage CSV-faili v\u00f5i muus vormingus andmed, mis tuleks uude s\u00fcsteemi importida, andmetest, mis on kindlaks tehtud esimeses etapis.<\/li>\n\n\n\n<li>Importige teises etapis ekstraheeritud andmed uude s\u00fcsteemi.<\/li>\n\n\n\n<li>Kontrollige, kas kolmandas etapis imporditud andmed on uues s\u00fcsteemis kajastatud, ja kontrollige, kas \u00fcleminek on \u00f5igesti tehtud. \u2192 Tavaliselt j\u00e4etakse \u00fclemineku \u00f5igsuse kontrollimise tulemused ekraanil kuvatavate ekraanide v\u00f5i tr\u00fckitud aruannete abil maha t\u00f5endusmaterjalina (nn testimisprotsess).<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Uuele_susteemile_uleminek_on_kasutaja_ja_tarnija_rollide_maaratlemisel_keeruline\"><\/span>Uuele s\u00fcsteemile \u00fcleminek on kasutaja ja tarnija rollide m\u00e4\u00e4ratlemisel keeruline<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Eelnevalt mainitud andme\u00fclekande etappides on sageli probleemiks, kui palju peaks kasutaja oma ettev\u00f5tte sisemise probleemina seda haldama. Lisaks, \u00fcldise \u00fclevaate saamiseks &#8220;kasutaja koost\u00f6\u00f6kohustusest&#8221; s\u00fcsteemiarendusprojektides laiemalt, mitte ainult andme\u00fclekande kontekstis, vaadake j\u00e4rgmist artiklit.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<p>\u00dcldiselt on s\u00fcsteemiarendusprojektides t\u00f5epoolest sageli nii, et tarnija on kasutajast \u00fcle erialaste teadmiste poolest (v\u00f5i pigem on see sageli p\u00f5hjus, miks neile t\u00f6\u00f6d usaldatakse). Kuid teisest k\u00fcljest on sageli nii, et ainult kasutaja saab arutada, milline peaks olema ettev\u00f5tte s\u00fcsteem.<\/p>\n\n\n\n<p>Arvestades neid aspekte, v\u00f5ib \u00fche v\u00f5imalusena kaaluda rollide m\u00e4\u00e4ratlemist nii, et kasutaja teostab eelnevalt mainitud sammud 1 ja 4. Teisis\u00f5nu, v\u00f5ib \u00f6elda, et andme\u00fclekande protsessis on &#8220;n\u00f5uete m\u00e4\u00e4ratlemine&#8221; ja &#8220;aktsepteerimine&#8221;, kas andmed on n\u00f5uetele vastavalt \u00fcle kantud, kasutaja koost\u00f6\u00f6kohustused. V\u00f5i kui ettev\u00f5ttes on keegi, kes on vanema s\u00fcsteemi suhtes v\u00e4ga teadlik, v\u00f5ib kaaluda ka sammu 2 m\u00e4\u00e4ramist kasutaja vastutusalaks.<\/p>\n\n\n\n<p>Kui vanema s\u00fcsteemi k\u00fcsimusi saab lahendada ettev\u00f5ttesiseselt, ilma et oleks vaja seda v\u00e4lja anda, v\u00f5ib kaaluda uue s\u00fcsteemi k\u00fcsimuste v\u00e4ljastamist tarnijale. Sellisel viisil v\u00f5ib andme\u00fclekande t\u00f6\u00f6s kasutaja ja tarnija rollide m\u00e4\u00e4ratlemine muutuda m\u00f5nikord ebaselgeks. Lisaks, kui kasutaja annab s\u00fcsteemiarendusega seotud t\u00f6\u00f6d tarnijale, vaadake \u00fcldist \u00fclevaadet selle kohta, milliseid rolle tarnijalt tavaliselt oodatakse ja millised \u00f5iguslikud kohustused neile langevad, j\u00e4rgmisest artiklist.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/project-management-duties[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Varasemad_kohtuotsused_seoses_uleminekuga_uuele_susteemile\"><\/span>Varasemad kohtuotsused seoses \u00fcleminekuga uuele s\u00fcsteemile<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\/07\/pixta_45516155_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2759\" \/><figcaption class=\"wp-element-caption\">Kohtuvaidlused v\u00f5ivad tekkida ka s\u00fcsteemi \u00fclemineku projektides.<\/figcaption><\/figure>\n\n\n\n<p>On olemas tegelikke juhtumeid, kus s\u00fcsteemiarendusprojektid, mis on suunatud uuele s\u00fcsteemile \u00fcleminekule, on p\u00f5hjustanud probleeme ja viinud kohtuasjadeni. Allpool tsiteeritud kohtuotsuse juhtumis eba\u00f5nnestus andmete \u00fclekandmine andmete \u00fclekandmise ajal, tekitades uues s\u00fcsteemis mitmeid andmete ebak\u00f5lasid ja vigu ning p\u00f5hjustades viivitusi t\u00e4htajates. Selliste erinevate probleemide korral oli vaidlusk\u00fcsimuseks, milliseid kohustusi olid tarnija ja kasutaja pool projekti suhtes v\u00f5tnud. L\u00f5ppj\u00e4reldusena m\u00e4\u00e4rati tarnija poolt t\u00e4idetavate hoolsuskohustuste sisu j\u00e4rgmiselt ja tunnistati tarnija hoolsuskohustuse rikkumine.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Kaebaja oli v\u00f5tnud endale kohustuse mitte ainult lihtsalt \u00fcle kanda andmeid vanast s\u00fcsteemist uude s\u00fcsteemi lepingu alusel, vaid ka k\u00e4ivitada uus s\u00fcsteem \u00fcle kantud andmetega, t\u00e4psemalt, enne andmete \u00fclekandmise t\u00f6\u00f6de alustamist uurida ja anal\u00fc\u00fcsida andmeid, mis on \u00fclekandmise objektiks vanas s\u00fcsteemis, m\u00f5ista andmete olemust ja seisundit, kaaluda, kas need andmed v\u00f5ivad p\u00e4rast \u00fclekandmist uude s\u00fcsteemi takistada selle t\u00f6\u00f6d, ja kui need v\u00f5ivad takistada, otsustada, millal ja kuidas neid andmeid parandada, enne kui asuda andmete \u00fclekandmise t\u00f6\u00f6dele (\u00fclekandmise kavandamine, \u00fclekandevahendi arendamine, andmete \u00fclekanne) ja l\u00f5puks v\u00f5tta endale kohustus k\u00e4ivitada uus s\u00fcsteem \u00fcle kantud andmetega vanast s\u00fcsteemist.<\/p>\n\n\n\n<p>See on \u00f5iglane otsus, ja selles juhtumis oleks pidanud kaebaja v\u00f5tma endale kohustuse parandada andmete ebak\u00f5lasid andmete \u00fclekandmise ajal.<\/p>\n<cite>Tokyo District Court, November 30, Heisei 28 (2016)<\/cite><\/blockquote>\n\n\n\n<p>Selles juhtumis oli algselt tehtud rollijaotus nii, et kasutaja pool v\u00f5ttis endale sammud 1 ja 4 ning tarnija pool sammud 2 ja 3. See t\u00e4hendab, et tarnija pool oli \u00fcks kord v\u00f5tnud endale andmete v\u00e4ljav\u00f5tmise vanast s\u00fcsteemist (samm 2). Seega otsustas kohus, et kui tarnija oli v\u00f5tnud endale andmete v\u00e4ljav\u00f5tmise, sealhulgas kas andmete v\u00e4ljav\u00f5tmine saab toimuda sujuvalt, oleks pidanud seda eelnevalt kaaluma.<\/p>\n\n\n\n<p>Kuid mis oleks juhtunud, kui kasutaja pool oleks eelnevalt rollijaotuse teinud ja v\u00f5tnud endale sammu 2 (st andmete v\u00e4ljav\u00f5tmise) ja seej\u00e4rel eba\u00f5nnestunud v\u00e4ljav\u00f5tmises? Sellisel juhul oleks v\u00f5imalik, et kui kasutaja ei ole teinud eelnevat uurimist, kas andmete v\u00e4ljav\u00f5tmine saab toimuda sujuvalt, ja see on p\u00f5hjustanud viivitusi t\u00e4htajates, siis n\u00fc\u00fcd v\u00f5ib kasutaja poolt olla rikutud koost\u00f6\u00f6kohustust.<\/p>\n\n\n\n<p>Lisaks tehakse selliseid otsuseid mitte ainult lepingute p\u00f5hjal, vaid ka s\u00fcsteemiarenduse edenemisele vastavate koosolekute protokollide p\u00f5hjal t\u00f5enditena. Koosolekute protokollide olulisust selgitatakse \u00fcksikasjalikult allpool toodud artiklis.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/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\u00fcsteemiarenduse projektid n\u00f5uavad nii kasutajatelt kui ka tarnijatelt vastastikuseid kohustusi, mida tuleb hoolikalt suheldes t\u00e4ita. Seet\u00f5ttu v\u00f5ib eelmainitud kohtupraktikas vaid v\u00e4ikeste eelduste muutumine p\u00f5hjustada vastutuse lihtsa \u00fcmberp\u00f6\u00f6ramise kasutaja ja tarnija vahel.<\/p>\n\n\n\n<p>Arvestades, et s\u00fcsteem v\u00f5ib h\u00f5lmata tohutult andmeid ja keerukaid mehhanisme, mida ei saa ekraani v\u00e4limuse p\u00f5hjal ette kujutada, ning et v\u00e4ikeste eelduste erinevused v\u00f5ivad oluliselt m\u00f5jutada l\u00f5plikku kohtuotsust, v\u00f5ib \u00f6elda, et uue s\u00fcsteemi arendusprojekti riskijuhtimine on oluline, v\u00f5ttes arvesse ka vana s\u00fcsteemi kaotamist.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Uute IT-s\u00fcsteemide loomine ettev\u00f5tetes on IT-inseneride t\u00fc\u00fcpiline t\u00f6\u00f6valdkond, kuid &#8220;uue s\u00fcsteemi loomine&#8221; t\u00e4hendab sageli ka &#8220;vana s\u00fcsteemi kaotamist&#8221;. Selles artiklis vaatlem [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":65798,"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\/61456"}],"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=61456"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61456\/revisions"}],"predecessor-version":[{"id":65799,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61456\/revisions\/65799"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/media\/65798"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/media?parent=61456"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/categories?post=61456"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/tags?post=61456"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}