{"id":61351,"date":"2023-12-08T20:55:26","date_gmt":"2023-12-08T11:55:26","guid":{"rendered":"https:\/\/monolith.law\/no\/?p=61351"},"modified":"2024-01-14T20:13:22","modified_gmt":"2024-01-14T11:13:22","slug":"laws-concerning-disputes-and-troubles-at-the-system-operation-stage","status":"publish","type":"post","link":"https:\/\/monolith.law\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage","title":{"rendered":"Hva er lovene knyttet til konflikter og problemer i systemdriftsfasen?"},"content":{"rendered":"\n<p>Det er velkjent at det kan oppst\u00e5 ulike konflikter og problemer i prosjekter som utvikler IT-systemer. Men det er ikke slik at alt er trygt s\u00e5 lenge hele utviklingsprosessen er fullf\u00f8rt uten problemer. IT-systemer som brukes i bedrifter h\u00e5ndterer vanligvis store mengder konfidensiell informasjon og personopplysninger, og det kan oppst\u00e5 ulike problemer selv i driftsfasen. Derfor er det viktig \u00e5 bruke juridisk kunnskap for \u00e5 vurdere og forhindre slike situasjoner ogs\u00e5 i driftsfasen.<\/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\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Hvordan_endres_juridiske_diskusjoner_rundt_systemer_med_utvikling_og_drift\" title=\"Hvordan endres juridiske diskusjoner rundt systemer med utvikling og drift?\">Hvordan endres juridiske diskusjoner rundt systemer med utvikling og drift?<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Hvordan_bor_juridiske_problemer_knyttet_til_systemdrift_organiseres\" title=\"Hvordan b\u00f8r juridiske problemer knyttet til systemdrift organiseres?\">Hvordan b\u00f8r juridiske problemer knyttet til systemdrift organiseres?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Vurder_forst_om_det_er_brudd_pa_leverandorens_plikter\" title=\"Vurder f\u00f8rst om det er brudd p\u00e5 leverand\u00f8rens plikter\">Vurder f\u00f8rst om det er brudd p\u00e5 leverand\u00f8rens plikter<\/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\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Sjekk_deretter_brukerens_skadesituasjon\" title=\"Sjekk deretter brukerens skadesituasjon\">Sjekk deretter brukerens skadesituasjon<\/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\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Vurder_ogsa_muligheten_for_uaktsomhetsavregning_og_anvendelse_av_ansvarsbegrensningsklausuler\" title=\"Vurder ogs\u00e5 muligheten for uaktsomhetsavregning og anvendelse av ansvarsbegrensningsklausuler\">Vurder ogs\u00e5 muligheten for uaktsomhetsavregning og anvendelse av ansvarsbegrensningsklausuler<\/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\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Hva_er_typiske_problemer_og_konflikter_som_kan_oppsta_ved_systemdrift\" title=\"Hva er typiske problemer og konflikter som kan oppst\u00e5 ved systemdrift?\">Hva er typiske problemer og konflikter som kan oppst\u00e5 ved systemdrift?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Tap_av_data_pa_grunn_av_feil_fra_driftspersonalet\" title=\"Tap av data p\u00e5 grunn av feil fra driftspersonalet\">Tap av data p\u00e5 grunn av feil fra driftspersonalet<\/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\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Sikkerhetsangrep_inkludert_virus\" title=\"Sikkerhetsangrep, inkludert virus\">Sikkerhetsangrep, inkludert virus<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Bugs_og_feil_som_blir_oppdaget_etter_godkjenning\" title=\"Bugs og feil som blir oppdaget etter godkjenning\">Bugs og feil som blir oppdaget etter godkjenning<\/a><\/li><\/ul><\/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\/no\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Oppsummering\" title=\"Oppsummering\">Oppsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvordan_endres_juridiske_diskusjoner_rundt_systemer_med_utvikling_og_drift\"><\/span>Hvordan endres juridiske diskusjoner rundt systemer med utvikling og drift?<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_593365901-1024x683.jpg\" alt=\"\" class=\"wp-image-5550\" \/><figcaption class=\"wp-element-caption\">Hva er de juridiske problemene knyttet til &#8220;utvikling&#8221; og &#8220;drift&#8221; av IT-systemer?<\/figcaption><\/figure>\n\n\n\n<p>Et typisk eksempel p\u00e5 juridiske problemer knyttet til IT-systemer som brukes i bedrifter, er utvilsomt &#8220;brann&#8221; problemer i &#8220;utviklings&#8221; fasen av prosjektet. Systemutviklingsprosjekter er ofte store prosjekter som krever mange mennesker, penger og tid, og de g\u00e5r vanligvis fremover mens de b\u00e6rer risikoen for forskjellige konflikter og problemer, store eller sm\u00e5.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/collapse-of-the-system-development-project\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/collapse-of-the-system-development-project[ja]<\/a><\/p>\n\n\n\n<p>I artikkelen ovenfor har vi organisert typene konflikter som ofte oppst\u00e5r i en serie systemutviklingsprosjekter i henhold til juridiske rammer. I tillegg er det som karakteriserer juridiske problemer knyttet til IT-systemer, &#8220;prosjektledelsesplikten&#8221; som leverand\u00f8ren, som er en ekspert p\u00e5 systemutvikling, antas \u00e5 b\u00e6re omfattende.<\/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<p>Imidlertid g\u00e5r IT-systemer inn i en &#8220;drifts&#8221; fase etter &#8220;utvikling&#8221;. Drift av IT-systemer, for \u00e5 si det enkelt, betyr \u00e5 bruke og betjene det utviklede systemet for \u00e5 utf\u00f8re faktiske oppgaver. Siden det ofte er n\u00f8dvendig \u00e5 v\u00e6re godt kjent med spesifikasjonene for \u00e5 bruke IT-systemet, er det ofte n\u00f8dvendig med IT-teknikere her ogs\u00e5. Det faktum at teknisk kunnskap er n\u00f8dvendig for b\u00e5de utvikling og drift av IT-systemer betyr at skillet mellom de to kan v\u00e6re uklart i praksis. Et eksempel som tydelig viser dette er eksistensen av &#8220;supportplikt&#8221;.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/support-obligations-of-vendors-after-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/support-obligations-of-vendors-after-system-development[ja]<\/a><\/p>\n\n\n\n<p>I artikkelen ovenfor introduserer vi en rettsavgj\u00f8relse som anerkjenner &#8220;supportplikt&#8221; som en plikt til \u00e5 gi st\u00f8tte for drift og implementering etter utvikling, i motsetning til &#8220;prosjektledelsesplikten&#8221; som leverand\u00f8ren b\u00e6rer under systemutviklingsprosjektet. Med andre ord, det er tilfeller der leverand\u00f8rens juridiske plikter blir bestemt mens man tar hensyn til forholdene i den etterf\u00f8lgende driftsfasen. I tillegg, n\u00e5r utviklingen av et nytt system g\u00e5r fremover samtidig som det gamle systemet blir avskaffet, kan &#8220;dataoverf\u00f8ring&#8221; fra det gamle systemet v\u00e6re et problem. I slike tilfeller vil driften av det gamle systemet og utviklingen av det nye systemet v\u00e6re n\u00e6rt knyttet sammen.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvordan_bor_juridiske_problemer_knyttet_til_systemdrift_organiseres\"><\/span>Hvordan b\u00f8r juridiske problemer knyttet til systemdrift organiseres?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Vi har n\u00e5 sett at praksis knyttet til IT-systemer er tett sammenvevd mellom &#8220;utvikling&#8221; og &#8220;drift&#8221;. Imidlertid, i driftsfasen, siden utviklingsprosjektet er avsluttet, er det n\u00f8dvendig \u00e5 tenke p\u00e5 problemene med &#8220;prosjektledelsesplikt&#8221; separat. For \u00e5 diskutere juridiske problemer med &#8220;utvikling&#8221; og &#8220;drift&#8221; p\u00e5 en enhetlig m\u00e5te, er det n\u00f8dvendig \u00e5 organisere dem i en litt mer juridisk orientert, h\u00f8yere abstraksjonsramme. For eksempel er organiseringen fra perspektivet av juridisk &#8220;ansvar&#8221; knyttet til IT-systemer, som forklart i artikkelen nedenfor, et eksempel p\u00e5 dette.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/responsibility-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/responsibility-system-development[ja]<\/a><\/p>\n\n\n\n<p>I artikkelen ovenfor forklarer vi om sivilrettslig ansvar for kontraktsbrudd, garantiansvar for mangler, og ansvar for ulovlige handlinger, med tanke p\u00e5 konteksten til IT-systemer. Imidlertid er det ikke mange tilfeller der garantiansvar for mangler blir et problem i drift, bortsett fra tilfeller der feil blir oppdaget etter aksept. Derfor b\u00f8r du f\u00f8rst organisere med tanke p\u00e5 ansvar for kontraktsbrudd basert p\u00e5 kontraktsinnholdet, og ansvar for ulovlige handlinger som ikke forutsetter en kontraktsrelasjon.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vurder_forst_om_det_er_brudd_pa_leverandorens_plikter\"><\/span>Vurder f\u00f8rst om det er brudd p\u00e5 leverand\u00f8rens plikter<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis det er ansvar for kontraktsbrudd, blir brudd p\u00e5 kontraktsmessige forpliktelser et problem, og hvis det er ansvar for ulovlige handlinger, blir det et sp\u00f8rsm\u00e5l om det er en realitet som &#8220;krenkelse av andres rettigheter&#8221;. I tilfelle av ansvar for kontraktsbrudd, vil innholdet i Service Level Agreement (SLA) v\u00e6re et problem. V\u00e6r ogs\u00e5 oppmerksom p\u00e5 at b\u00e5de ansvar for kontraktsbrudd og ansvar for ulovlige handlinger krever forsett eller uaktsomhet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sjekk_deretter_brukerens_skadesituasjon\"><\/span>Sjekk deretter brukerens skadesituasjon<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Erstatningsplikt er noe du b\u00e6rer i forhold til skaden som har oppst\u00e5tt p\u00e5 brukersiden. Derfor, enten det er kontraktsbrudd eller ulovlig handling, vil du ikke p\u00e5dra deg erstatningsplikt hvis det ikke har oppst\u00e5tt skade p\u00e5 brukersiden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vurder_ogsa_muligheten_for_uaktsomhetsavregning_og_anvendelse_av_ansvarsbegrensningsklausuler\"><\/span>Vurder ogs\u00e5 muligheten for uaktsomhetsavregning og anvendelse av ansvarsbegrensningsklausuler<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Imidlertid, selv om leverand\u00f8rsiden kan p\u00e5dra seg erstatningsplikt, kan det ogs\u00e5 tenkes at det vil bli gjort en uaktsomhetsavregning hvis det ogs\u00e5 er en form for uaktsomhet p\u00e5 brukersiden. I tillegg, hvis det er satt en grense for erstatningsbel\u00f8pet i kontrakten som ble inng\u00e5tt p\u00e5 forh\u00e5nd, kan erstatningsbel\u00f8pet endres avhengig av det. For eksempel, i den representative malen for kontrakter kalt &#8220;Ministry of Economy, Trade and Industry Model Contract&#8221;, er det satt f\u00f8lgende bestemmelser om ansvarsbegrensning (understrekingen er lagt til av forfatteren).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Erstatning)<br> Artikkel 53 A og B kan kreve erstatning fra den andre parten hvis de lider skade p\u00e5 grunn av \u00e5rsaker som kan tilskrives den andre parten i forbindelse med utf\u00f8relsen av denne kontrakten og individuelle kontrakter. Imidlertid kan denne foresp\u00f8rselen ikke gj\u00f8res etter at \u25cb m\u00e5neder har g\u00e5tt siden fullf\u00f8ringen av aksept av leveransen eller bekreftelsen av slutten av arbeidet som er angitt i den individuelle kontrakten som er \u00e5rsaken til foresp\u00f8rselen om erstatning.<\/p>\n\n\n\n<p>2. Det totale bel\u00f8pet av erstatning i henhold til foreg\u00e5ende ledd skal, uavhengig av \u00e5rsaken til kravet, v\u00e6re begrenset til bel\u00f8pet angitt i den individuelle kontrakten som for\u00e5rsaket \u00e5rsaken til ansvar.<\/p>\n\n\n\n<p>3. Foreg\u00e5ende ledd skal ikke gjelde i tilfeller basert p\u00e5 forsett eller grov uaktsomhet fra den ansvarlige for erstatningsplikten. <\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_typiske_problemer_og_konflikter_som_kan_oppsta_ved_systemdrift\"><\/span>Hva er typiske problemer og konflikter som kan oppst\u00e5 ved systemdrift?<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_512549740-1024x709.jpg\" alt=\"\" class=\"wp-image-5562\" \/><figcaption class=\"wp-element-caption\"> Hva b\u00f8r man v\u00e6re oppmerksom p\u00e5 for \u00e5 l\u00f8se problemer og konflikter i systemdriften?<\/figcaption><\/figure>\n\n\n\n<p>I praksis er det flere typiske problemer og konflikter som kan oppst\u00e5 ved systemdrift. Noen av disse er:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tap_av_data_pa_grunn_av_feil_fra_driftspersonalet\"><\/span>Tap av data p\u00e5 grunn av feil fra driftspersonalet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Arbeidet med systemdrift inneb\u00e6rer ofte h\u00e5ndtering av viktig bedriftshemmeligheter og personopplysninger, og ulykker kan skje p\u00e5 grunn av uforsiktighet. Et eksempel p\u00e5 dette er &#8220;tap av data&#8221;. Vi har en detaljert forklaring p\u00e5 dette i artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/dataloss-risk-and-measures\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/dataloss-risk-and-measures[ja]<\/a><\/p>\n\n\n\n<p>Det er viktig \u00e5 ta forh\u00e5ndsregler, som \u00e5 ta sikkerhetskopi av data, for \u00e5 forhindre ulykker som tap av data. Hvis slike tiltak er fors\u00f8mt, kan det v\u00e6re sv\u00e6rt vanskelig \u00e5 holde leverand\u00f8ren som har f\u00e5tt driftsoppgavene ansvarlig, s\u00e5 det er viktig \u00e5 v\u00e6re forsiktig.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sikkerhetsangrep_inkludert_virus\"><\/span>Sikkerhetsangrep, inkludert virus<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I tillegg, i tilfelle av IT-systemer som brukes av et stort antall mennesker p\u00e5 nettet, som e-handelsnettsteder, kan det oppst\u00e5 store hendelser eller ulykker p\u00e5 grunn av sikkerhetsangrep, inkludert virus. Det kan v\u00e6re en del av driftsoppgavene \u00e5 oppdage slike sikkerhetsangrep og ta forholdsregler.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bugs_og_feil_som_blir_oppdaget_etter_godkjenning\"><\/span>Bugs og feil som blir oppdaget etter godkjenning<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Det kan ogs\u00e5 v\u00e6re tilfeller der bugs og feil blir oppdaget etter godkjenning. Det er ikke alltid mulig \u00e5 fullstendig vurdere alle potensielle bugs og feil i testfasen, og noen kan bli oppdaget etterp\u00e5. I slike tilfeller er leveransen vanligvis ansett som fullf\u00f8rt, og ytelsen av forpliktelsen er ansett som fullf\u00f8rt, og man er normalt unntatt fra ansvar for mislighold. Imidlertid kan det v\u00e6re tilfeller der erstatningskrav basert p\u00e5 garantiansvar for mangler er anerkjent. Vi har en detaljert forklaring p\u00e5 dette i artikkelen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-flaw-measure-after-acceptance[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Oppsummering\"><\/span>Oppsummering<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I fasen som kalles &#8220;drift&#8221; av systemet, finnes det mange problemer og konflikter som er forskjellige fra utviklingsprosjekter. Imidlertid, ved \u00e5 basere seg p\u00e5 juridiske teorier som ansvar for kontraktsbrudd, ulovlig handling, og ansvar for mangler, er det mulig \u00e5 organisere et enhetlig felt uten \u00e5 bli fanget av disse forskjellene.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Det er velkjent at det kan oppst\u00e5 ulike konflikter og problemer i prosjekter som utvikler IT-systemer. Men det er ikke slik at alt er trygt s\u00e5 lenge hele utviklingsprosessen er fullf\u00f8rt uten problemer [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62845,"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\/no\/wp-json\/wp\/v2\/posts\/61351"}],"collection":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/comments?post=61351"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61351\/revisions"}],"predecessor-version":[{"id":62844,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61351\/revisions\/62844"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media\/62845"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media?parent=61351"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/categories?post=61351"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/tags?post=61351"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}