{"id":61484,"date":"2023-12-08T20:55:30","date_gmt":"2023-12-08T11:55:30","guid":{"rendered":"https:\/\/monolith.law\/no\/?p=61484"},"modified":"2023-12-22T17:25:35","modified_gmt":"2023-12-22T08:25:35","slug":"itsystem-database-law-problem","status":"publish","type":"post","link":"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem","title":{"rendered":"Om juridiske problemer knyttet til databaser i IT-systemer"},"content":{"rendered":"\n<p>N\u00e5r man skal forst\u00e5 juridiske problemer knyttet til IT-systemer, kreves det ikke bare en systematisk forst\u00e5else av loven, men ogs\u00e5 kunnskap om komponentene i et IT-system. I denne artikkelen vil vi forklare hvordan et IT-system er sammensatt av forskjellige deler, og hvordan disse delene fungerer sammen. Vi vil ogs\u00e5 diskutere juridiske problemer som er spesielt relevante for databaser, som kan v\u00e6re vanskelige \u00e5 se fra brukerens perspektiv.<\/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\/itsystem-database-law-problem\/#IT-systemer_bestar_av_%E2%80%9Cskjermbilder%E2%80%9D_og_%E2%80%9Clogikk%E2%80%9D\" title=\"IT-systemer best\u00e5r av &#8220;skjermbilder&#8221; og &#8220;logikk&#8221;\">IT-systemer best\u00e5r av &#8220;skjermbilder&#8221; og &#8220;logikk&#8221;<\/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\/no\/it\/itsystem-database-law-problem\/#Hva_er_%E2%80%9Cskjermbilder%E2%80%9D_i_et_IT-system\" title=\"Hva er &#8220;skjermbilder&#8221; i et IT-system?\">Hva er &#8220;skjermbilder&#8221; i et IT-system?<\/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\/no\/it\/itsystem-database-law-problem\/#Hva_er_%E2%80%9Clogikk%E2%80%9D_i_et_IT-system\" title=\"Hva er &#8220;logikk&#8221; i et IT-system?\">Hva er &#8220;logikk&#8221; i et IT-system?<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Risikoen_ved_a_bare_diskutere_systemer_ut_fra_deres_%E2%80%9Cutseende%E2%80%9D_pa_skjermen\" title=\" Risikoen ved \u00e5 bare diskutere systemer ut fra deres &#8220;utseende&#8221; p\u00e5 skjermen \"> Risikoen ved \u00e5 bare diskutere systemer ut fra deres &#8220;utseende&#8221; p\u00e5 skjermen <\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Risikoet_ved_at_brukere_og_leverandorer_har_helt_forskjellige_bekymringspunkter\" title=\"Risikoet ved at brukere og leverand\u00f8rer har helt forskjellige bekymringspunkter\">Risikoet ved at brukere og leverand\u00f8rer har helt forskjellige bekymringspunkter<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Risiko_ved_brukerens_likegyldighet_til_%E2%80%9Clogikk%E2%80%9D_pa_baksiden\" title=\"Risiko ved brukerens likegyldighet til &#8220;logikk&#8221; p\u00e5 baksiden\">Risiko ved brukerens likegyldighet til &#8220;logikk&#8221; p\u00e5 baksiden<\/a><ul class='ez-toc-list-level-4'><li class='ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Risiko_for_problemer_med_vedlikehold_og_sikkerhet\" title=\"Risiko for problemer med vedlikehold og sikkerhet\">Risiko for problemer med vedlikehold og sikkerhet<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Risiko_for_at_styringen_ikke_strekker_seg_til_operatorens_jobb\" title=\"Risiko for at styringen ikke strekker seg til operat\u00f8rens jobb\">Risiko for at styringen ikke strekker seg til operat\u00f8rens jobb<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-4'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Risiko_for_at_logikken_er_feil_selv_om_den_fungerer_riktig_pa_overflaten\" title=\"Risiko for at logikken er feil selv om den fungerer riktig p\u00e5 overflaten\">Risiko for at logikken er feil selv om den fungerer riktig p\u00e5 overflaten<\/a><\/li><\/ul><\/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\/itsystem-database-law-problem\/#Oppsummering\" title=\"Oppsummering\">Oppsummering<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/no\/it\/itsystem-database-law-problem\/#Systematisk_forstaelse_av_systemutvikling_og_juridiske_sporsmal\" title=\"Systematisk forst\u00e5else av systemutvikling og juridiske sp\u00f8rsm\u00e5l\">Systematisk forst\u00e5else av systemutvikling og juridiske sp\u00f8rsm\u00e5l<\/a><\/li><\/ul><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"IT-systemer_bestar_av_%E2%80%9Cskjermbilder%E2%80%9D_og_%E2%80%9Clogikk%E2%80%9D\"><\/span>IT-systemer best\u00e5r av &#8220;skjermbilder&#8221; og &#8220;logikk&#8221;<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\/09\/pixta_40551871_M-1024x588.jpg\" alt=\"\" class=\"wp-image-5064\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_%E2%80%9Cskjermbilder%E2%80%9D_i_et_IT-system\"><\/span>Hva er &#8220;skjermbilder&#8221; i et IT-system?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r man pr\u00f8ver \u00e5 forst\u00e5 strukturen til et IT-system, er det mest i\u00f8ynefallende ofte skjermens utseende. I en typisk systemutviklingsprosess, etter &#8220;kravspesifikasjonen&#8221; hvor funksjonene blir identifisert, kommer vanligvis &#8220;skjermdesign&#8221; og organisering av &#8220;skjermoverganger&#8221;. Dette visuelle aspektet ved skjermen er naturligvis et omr\u00e5de som er lett synlig for brukeren som bestiller systemutviklingen, og det er ogs\u00e5 et omr\u00e5de hvor kommunikasjon mellom brukeren og leverand\u00f8ren ofte forekommer. I artikkelen nedenfor forklarer vi &#8220;samarbeidsplikten&#8221; som brukeren har overfor leverand\u00f8ren i hele systemutviklingsprosessen for \u00e5 oppn\u00e5 prosjektm\u00e5lene.<br><\/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>I denne artikkelen forklarer vi hovedsakelig at brukeren har en plikt til \u00e5 samarbeide med leverand\u00f8ren, spesielt i faser som grunnleggende design (dvs. skjermbilder).<\/p>\n\n\n\n<p>&#8220;Skjermbilder&#8221; i et IT-system er vanligvis skrevet i henhold til reglene for datamaskinspr\u00e5k som HTML og CSS. N\u00e5r vi snakker om &#8220;skjermbilder&#8221; i et IT-system, er det forskjellige betegnelser som &#8220;frontend&#8221;, &#8220;UI (User Interface)&#8221;, osv., men hovedfokuset er p\u00e5 &#8220;brukervennlighet&#8221; og &#8220;lesbarhet&#8221; fra brukerens perspektiv.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hva_er_%E2%80%9Clogikk%E2%80%9D_i_et_IT-system\"><\/span>Hva er &#8220;logikk&#8221; i et IT-system?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Men hvis et IT-system bare best\u00e5r av &#8220;skjermbilder&#8221;, vil det bare v\u00e6re en &#8220;skjerm&#8221; uten noen &#8220;bevegelse&#8221; eller &#8220;endring&#8221;. Selv om inndata fra brukeren mottas og utdata vises p\u00e5 &#8220;skjermen&#8221;, er det en &#8220;beregning&#8221; i denne prosessen.<\/p>\n\n\n\n<p>Disse komponentene, som ikke er synlige for brukeren og kan sies \u00e5 v\u00e6re &#8220;baksiden av systemet&#8221;, utf\u00f8rer komplekse beregninger og kontroller. Prosesser som \u00e5 s\u00f8ke etter data fra skjermen, endre data, legge til eller slette, er bare mulige fordi det er en forh\u00e5ndsbygd database i bakgrunnen. Behandling av forskjellige typer informasjon i databasen gj\u00f8res vanligvis med et datamaskinspr\u00e5k kalt SQL.<\/p>\n\n\n\n<p>\u00c5 lage en vei fra en knapp plassert p\u00e5 skjermen til utf\u00f8relsen av n\u00f8dvendig SQL-setning, det er slik at et komplett system med bevegelse og endring blir fullf\u00f8rt.<\/p>\n\n\n\n<p>For \u00f8vrig, diskusjoner om \u00e5 sette sammen forskjellige logikker som ikke er synlige fra &#8220;skjermen&#8221; blir ofte referert til som &#8220;backend&#8221;.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risikoen_ved_a_bare_diskutere_systemer_ut_fra_deres_%E2%80%9Cutseende%E2%80%9D_pa_skjermen\"><\/span> Risikoen ved \u00e5 bare diskutere systemer ut fra deres &#8220;utseende&#8221; p\u00e5 skjermen <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\/09\/pixta_19191219_M-1024x837.jpg\" alt=\"\" class=\"wp-image-5065\" \/><\/figure>\n\n\n\n<p> Forklaringen s\u00e5 langt danner grunnlaget for strukturen til IT-systemer (antatt \u00e5 fungere p\u00e5 nettet). Forst\u00e5else av slike saker har stor betydning ogs\u00e5 n\u00e5r det gjelder juridiske diskusjoner, forebygging av prosjektkonflikter og kriseh\u00e5ndtering. Spesifikt kan det oppst\u00e5 misforst\u00e5elser i kommunikasjonen mellom brukere som bare er opptatt av &#8220;utseendet&#8221; p\u00e5 skjermen, og leverand\u00f8rer som h\u00e5ndterer mange viktige oppgaver p\u00e5 den usynlige &#8220;logikksiden&#8221;. <\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risikoet_ved_at_brukere_og_leverandorer_har_helt_forskjellige_bekymringspunkter\"><\/span>Risikoet ved at brukere og leverand\u00f8rer har helt forskjellige bekymringspunkter<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>For eksempel, brukere som fokuserer p\u00e5 &#8220;skjermbildet&#8221; n\u00e5r de snakker om IT-systemer, har en tendens til \u00e5 v\u00e6re likegyldige til kompleksiteten i den interne strukturen. Derfor kan de ofte ikke forst\u00e5 hvor mye en tilsynelatende &#8220;liten funksjonstillegg&#8221; eller &#8220;mindre spesifikasjonsendring&#8221; kan p\u00e5virke mange prosesser. For eksempel forklarer f\u00f8lgende artikkel de juridiske problemene som ofte oppst\u00e5r n\u00e5r man avvikler et eksisterende system som for tiden er i drift, i forbindelse med et prosjekt for utvikling av et nytt system.<br><\/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<p>Her forklarer vi at det ofte oppst\u00e5r problemer med dataoverf\u00f8ring til det nye systemet n\u00e5r det gamle systemet avvikles. Med andre ord, kompleksiteten i de interne beregningene og kontrollmekanismene, som er vanskelig \u00e5 forestille seg ut fra utseendet, kan potensielt f\u00f8re til uventede problemer for brukerne. I tillegg, fordi brukerne ikke forst\u00e5r &#8220;hvordan systemleverand\u00f8rene f\u00f8ler&#8221;, kan det oppst\u00e5 situasjoner der endringer blir gjort i ettertid.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<p>I slike tilfeller hvor spesifikasjonsendringer eller funksjonstillegg blir p\u00e5lagt i ettertid, kan det ogs\u00e5 v\u00e6re et presserende problem om det er mulig \u00e5 \u00f8ke bel\u00f8nningen i ettertid.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risiko_ved_brukerens_likegyldighet_til_%E2%80%9Clogikk%E2%80%9D_pa_baksiden\"><\/span>Risiko ved brukerens likegyldighet til &#8220;logikk&#8221; p\u00e5 baksiden<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I tillegg kan det v\u00e6re tilfeller der deler som ikke kan observeres av brukeren, blir en stor hendelse n\u00e5r problemer oppdages. Her er noen eksempler p\u00e5 dette.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risiko_for_problemer_med_vedlikehold_og_sikkerhet\"><\/span>Risiko for problemer med vedlikehold og sikkerhet<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Dette inkluderer situasjoner der du ikke kan implementere tilleggsfunksjoner, og systemet blir gradvis tregere og slutter \u00e5 fungere mens du bruker det.<\/p>\n\n\n\n<p>Det er ogs\u00e5 en metode kalt &#8220;SQL-injeksjon&#8221; som en sikkerhetsangrep som utnytter mangler i koden implementert p\u00e5 skjermens side, og trekker ut personlig informasjon og konfidensiell informasjon som ikke skal vises p\u00e5 skjermen. Vi behandler detaljene om tilfeller som har blitt alvorlige konflikter som et resultat av dette i f\u00f8lgende artikkel.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/risks-of-libraryuse-and-measures\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/risks-of-libraryuse-and-measures[ja]<\/a><\/p>\n\n\n\n<p>Hovedtemaet for denne artikkelen er risikoen forbundet med bruk av rammeverk og biblioteker, men rettssakene som er publisert er saker der angrep p\u00e5 s\u00e5rbarheter ved hjelp av SQL-injeksjon har blitt utf\u00f8rt.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risiko_for_at_styringen_ikke_strekker_seg_til_operatorens_jobb\"><\/span>Risiko for at styringen ikke strekker seg til operat\u00f8rens jobb<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Det faktum at IT-systembrukere er likegyldige til &#8220;logikken&#8221; bak, er ogs\u00e5 knyttet til problemet med at styringen blir vanskelig \u00e5 strekke seg til jobben til IT-systemoperat\u00f8ren. I f\u00f8lgende artikkel relatert til dette innholdet forklarer vi viktigheten av databehandlingsarbeid med temaet &#8220;tap av data p\u00e5 grunn av operat\u00f8rens uaktsomhet&#8221;.<br><\/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<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risiko_for_at_logikken_er_feil_selv_om_den_fungerer_riktig_pa_overflaten\"><\/span>Risiko for at logikken er feil selv om den fungerer riktig p\u00e5 overflaten<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Det faktum at systemdiskusjonen ikke er begrenset til &#8220;skjermen&#8221; betyr at selv om systemet fungerer riktig p\u00e5 overflaten, kan &#8220;logikken&#8221; v\u00e6re feil. Dette kan plutselig bli avsl\u00f8rt i uregelmessige operasjoner som &#8220;en gang hver sjette m\u00e5ned&#8221; eller &#8220;en gang i \u00e5ret&#8221;, selv om det ikke ble klart i det daglige grunnleggende arbeidet.<\/p>\n\n\n\n<p>I slike tilfeller blir det et juridisk problem med (ikke mislighold av forpliktelser, men) mangelfull garanti ansvar som &#8220;en sak der mangler ble oppdaget etter levering av systemet&#8221;.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/defect-warranty-liability\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/defect-warranty-liability[ja]<\/a><\/p>\n\n\n\n<p>Som en mottiltak i tilfelle en feil blir oppdaget etter inspeksjon, forklarer vi flyten i detalj i f\u00f8lgende artikkel.<br><\/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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Systematisk_forstaelse_av_systemutvikling_og_juridiske_sporsmal\"><\/span>Systematisk forst\u00e5else av systemutvikling og juridiske sp\u00f8rsm\u00e5l<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Det er viktig \u00e5 forst\u00e5 hvilken komponent i IT-systemet som er involvert i juridiske problemer knyttet til systemutvikling, f\u00f8r man identifiserer de juridiske problemstillingene. B\u00e5de fra et juridisk og et IT-systemperspektiv, er det viktig i konflikter som oppst\u00e5r i systemutviklingsprosjekter \u00e5 ikke miste oversikten over det store bildet, og \u00e5 legge spesiell vekt p\u00e5 samarbeid mellom forskjellige bransjer.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>N\u00e5r man skal forst\u00e5 juridiske problemer knyttet til IT-systemer, kreves det ikke bare en systematisk forst\u00e5else av loven, men ogs\u00e5 kunnskap om komponentene i et IT-system. I denne artikkelen vil vi fo [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62501,"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\/61484"}],"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=61484"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61484\/revisions"}],"predecessor-version":[{"id":62500,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/posts\/61484\/revisions\/62500"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media\/62501"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/media?parent=61484"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/categories?post=61484"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/no\/wp-json\/wp\/v2\/tags?post=61484"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}