{"id":60573,"date":"2024-03-05T21:12:18","date_gmt":"2024-03-05T12:12:18","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60573"},"modified":"2024-03-28T09:11:02","modified_gmt":"2024-03-28T00:11:02","slug":"itsystem-database-law-problem","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/itsystem-database-law-problem","title":{"rendered":"Juridiske problemer forbundet med databaser i IT-systemer"},"content":{"rendered":"\n<p>N\u00e5r man skal forst\u00e5 juridiske problemer relateret til IT-systemer, kr\u00e6ves der ikke kun en systematisk forst\u00e5else af lovgivningen, men det er ogs\u00e5 vigtigt at forst\u00e5 de forskellige komponenter i et IT-system. I denne artikel vil vi gennemg\u00e5, hvordan et IT-system er opbygget, hvordan de forskellige dele interagerer med hinanden, og hvordan det fungerer. Vi vil ogs\u00e5 diskutere juridiske problemer, der er s\u00e6rligt relevante for databaser, som kan v\u00e6re sv\u00e6re at se fra brugerens 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\/da\/it\/itsystem-database-law-problem\/#IT-systemer_bestar_af_%E2%80%9Cskaerme%E2%80%9D_og_%E2%80%9Clogik%E2%80%9D\" title=\"IT-systemer best\u00e5r af &#8220;sk\u00e6rme&#8221; og &#8220;logik&#8221;\">IT-systemer best\u00e5r af &#8220;sk\u00e6rme&#8221; og &#8220;logik&#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\/da\/it\/itsystem-database-law-problem\/#Hvad_er_%E2%80%9Cskaerme%E2%80%9D_i_IT-systemer\" title=\"Hvad er &#8220;sk\u00e6rme&#8221; i IT-systemer\">Hvad er &#8220;sk\u00e6rme&#8221; i IT-systemer<\/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\/da\/it\/itsystem-database-law-problem\/#Hvad_er_%E2%80%9Clogik%E2%80%9D_i_IT-systemer\" title=\"Hvad er &#8220;logik&#8221; i IT-systemer\">Hvad er &#8220;logik&#8221; i IT-systemer<\/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\/da\/it\/itsystem-database-law-problem\/#Det_er_en_risiko_kun_at_diskutere_systemer_ud_fra_deres_%E2%80%98visuelle%E2%80%99_aspekt\" title=\"Det er en risiko kun at diskutere systemer ud fra deres &#8216;visuelle&#8217; aspekt\">Det er en risiko kun at diskutere systemer ud fra deres &#8216;visuelle&#8217; aspekt<\/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\/da\/it\/itsystem-database-law-problem\/#Det_er_en_risiko_at_brugere_og_leverandorer_har_helt_forskellige_fokusomrader\" title=\"Det er en risiko, at brugere og leverand\u00f8rer har helt forskellige fokusomr\u00e5der\">Det er en risiko, at brugere og leverand\u00f8rer har helt forskellige fokusomr\u00e5der<\/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\/da\/it\/itsystem-database-law-problem\/#Det_er_en_risiko_at_brugere_er_ligeglade_med_den_bagvedliggende_%E2%80%98logik%E2%80%99\" title=\"Det er en risiko, at brugere er ligeglade med den bagvedliggende &#8216;logik&#8217;\">Det er en risiko, at brugere er ligeglade med den bagvedliggende &#8216;logik&#8217;<\/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\/da\/it\/itsystem-database-law-problem\/#Risiko_for_problemer_med_vedligeholdelse_og_sikkerhed\" title=\"Risiko for problemer med vedligeholdelse og sikkerhed\">Risiko for problemer med vedligeholdelse og sikkerhed<\/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\/da\/it\/itsystem-database-law-problem\/#Risiko_for_at_governance_ikke_nar_ud_til_operatorens_arbejde\" title=\"Risiko for, at governance ikke n\u00e5r ud til operat\u00f8rens arbejde\">Risiko for, at governance ikke n\u00e5r ud til operat\u00f8rens arbejde<\/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\/da\/it\/itsystem-database-law-problem\/#Risiko_for_at_logikken_er_forkert_selvom_systemet_ser_ud_til_at_fungere_korrekt\" title=\"Risiko for, at logikken er forkert, selvom systemet ser ud til at fungere korrekt\">Risiko for, at logikken er forkert, selvom systemet ser ud til at fungere korrekt<\/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\/da\/it\/itsystem-database-law-problem\/#Opsummering\" title=\"Opsummering\">Opsummering<\/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\/da\/it\/itsystem-database-law-problem\/#Systematisk_forstaelse_af_bade_systemudvikling_og_jura\" title=\"Systematisk forst\u00e5else af b\u00e5de systemudvikling og jura\">Systematisk forst\u00e5else af b\u00e5de systemudvikling og jura<\/a><\/li><\/ul><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"IT-systemer_bestar_af_%E2%80%9Cskaerme%E2%80%9D_og_%E2%80%9Clogik%E2%80%9D\"><\/span>IT-systemer best\u00e5r af &#8220;sk\u00e6rme&#8221; og &#8220;logik&#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=\"Hvad_er_%E2%80%9Cskaerme%E2%80%9D_i_IT-systemer\"><\/span>Hvad er &#8220;sk\u00e6rme&#8221; i IT-systemer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r man fors\u00f8ger at forst\u00e5 strukturen i et IT-system, er det mest i\u00f8jnefaldende sandsynligvis sk\u00e6rmens udseende. I en typisk systemudviklingsproces f\u00f8lger &#8220;sk\u00e6rmdesign&#8221; og &#8220;sk\u00e6rmovergange&#8221; normalt efter &#8220;kravspecifikation&#8221;, hvor funktioner og lignende identificeres. Dette aspekt af sk\u00e6rmen er naturligvis synligt for brugeren, der bestiller systemudviklingen, og det er ogs\u00e5 omr\u00e5det, hvor der er mest kommunikation mellem brugeren og leverand\u00f8ren. I den f\u00f8lgende artikel forklarer vi &#8220;samarbejdspligten&#8221;, som brugeren har over for leverand\u00f8ren i hele systemudviklingsprocessen, for at opn\u00e5 projektets m\u00e5l.<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 artikel forklarer vi hovedsageligt, at brugeren har en pligt til at samarbejde med leverand\u00f8ren, is\u00e6r i faser som grundl\u00e6ggende design (dvs. sk\u00e6rme).<\/p>\n\n\n\n<p>&#8220;Sk\u00e6rme&#8221; i IT-systemer er normalt skrevet i overensstemmelse med reglerne for computersprog som HTML og CSS. N\u00e5r vi taler om &#8220;sk\u00e6rme&#8221; i IT-systemer, bruger vi forskellige betegnelser som &#8220;frontend&#8221;, &#8220;UI (User Interface)&#8221;, osv., men det prim\u00e6re fokus er p\u00e5 &#8220;brugervenlighed&#8221; og &#8220;l\u00e6sbarhed&#8221; set fra brugerens perspektiv.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_%E2%80%9Clogik%E2%80%9D_i_IT-systemer\"><\/span>Hvad er &#8220;logik&#8221; i IT-systemer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Men hvis et IT-system kun best\u00e5r af &#8220;sk\u00e6rme&#8221;, ville det bare v\u00e6re en &#8220;sk\u00e6rm&#8221; uden nogen &#8220;bev\u00e6gelse&#8221; eller &#8220;\u00e6ndring&#8221;. Selvom input fra brugeren og outputvisning foreg\u00e5r p\u00e5 &#8220;sk\u00e6rmen&#8221;, er der en &#8220;beregning&#8221; involveret i processen.<\/p>\n\n\n\n<p>Disse komplekse beregninger og kontroller udf\u00f8res af komponenter, der ikke er synlige for brugeren, eller hvad man kunne kalde &#8220;bagsiden&#8221; af systemet. Processer som at s\u00f8ge efter data fra sk\u00e6rmen, \u00e6ndre data, tilf\u00f8je eller slette data er kun mulige, fordi der er en forudbygget database i baggrunden. Forskellige operationer p\u00e5 databasens information udf\u00f8res normalt med et computersprog kaldet SQL.<\/p>\n\n\n\n<p>At skabe en vej fra en knap placeret p\u00e5 sk\u00e6rmen til udf\u00f8relsen af den n\u00f8dvendige SQL-kommando er det, der fuldender det samlede billede af et system med bev\u00e6gelse og \u00e6ndring.<\/p>\n\n\n\n<p>For \u00f8vrigt, diskussioner om opbygningen af forskellige logikker, der ikke er synlige fra &#8220;sk\u00e6rmen&#8221;, kan ofte blive omtalt som &#8220;backend&#8221;.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_en_risiko_kun_at_diskutere_systemer_ud_fra_deres_%E2%80%98visuelle%E2%80%99_aspekt\"><\/span>Det er en risiko kun at diskutere systemer ud fra deres &#8216;visuelle&#8217; aspekt<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>Indtil videre har vores forklaringer dannet grundlaget for strukturen i IT-systemer (antaget at de fungerer p\u00e5 nettet). Forst\u00e5else for disse emner har stor betydning i forhold til juridiske diskussioner, konfliktforebyggelse i projekter, kriseh\u00e5ndtering osv. Konkret kan der opst\u00e5 misforst\u00e5elser i kommunikationen mellem brugere, der kun fokuserer p\u00e5 det &#8216;visuelle&#8217; aspekt p\u00e5 sk\u00e6rmen, og leverand\u00f8rer, der ogs\u00e5 h\u00e5ndterer vigtige opgaver p\u00e5 den usynlige &#8216;logiske&#8217; side.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_en_risiko_at_brugere_og_leverandorer_har_helt_forskellige_fokusomrader\"><\/span>Det er en risiko, at brugere og leverand\u00f8rer har helt forskellige fokusomr\u00e5der<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>For eksempel, brugere, der taler om IT-systemer med fokus p\u00e5 &#8216;sk\u00e6rmen&#8217;, har en tendens til at v\u00e6re ligeglade med kompleksiteten af den interne struktur. Derfor kan de ofte ikke forst\u00e5, hvor meget indflydelse selv sm\u00e5 \u00e6ndringer eller tilf\u00f8jelser af funktioner kan have p\u00e5 mange processer. I den f\u00f8lgende artikel forklarer vi de juridiske problemer, der ofte opst\u00e5r, n\u00e5r man skal afskaffe det eksisterende system, der i \u00f8jeblikket er i drift, i forbindelse med udviklingen af et nyt 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 der ofte opst\u00e5r problemer med datamigrering fra det gamle system til det nye system. Med andre ord, det faktum, at de interne beregnings- og kontrolmekanismer kan v\u00e6re meget mere komplekse end man kan forestille sig, kan v\u00e6re en uventet kilde til problemer for brugerne. Desuden kan situationer, hvor \u00e6ndringer kommer gradvist efter systemet er blevet implementeret, opst\u00e5 netop fordi brugerne ikke forst\u00e5r &#8216;leverand\u00f8rens perspektiv&#8217;.<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 s\u00e5danne tilf\u00e6lde, hvor der efterf\u00f8lgende beordres \u00e6ndringer i specifikationer eller tilf\u00f8jelser af funktioner, kan sp\u00f8rgsm\u00e5let om, hvorvidt det er muligt at \u00f8ge betalingen efterf\u00f8lgende, ogs\u00e5 blive et presserende problem.<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=\"Det_er_en_risiko_at_brugere_er_ligeglade_med_den_bagvedliggende_%E2%80%98logik%E2%80%99\"><\/span>Det er en risiko, at brugere er ligeglade med den bagvedliggende &#8216;logik&#8217;<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden kan de dele, som brugeren ikke kan observere, i nogle tilf\u00e6lde have udviklet sig til store h\u00e6ndelser, n\u00e5r problemerne f\u00f8rst bliver opdaget. Her er et eksempel.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risiko_for_problemer_med_vedligeholdelse_og_sikkerhed\"><\/span>Risiko for problemer med vedligeholdelse og sikkerhed<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Dette omfatter situationer, hvor det bliver umuligt at implementere yderligere funktioner, eller hvor systemet gradvist bliver langsommere og til sidst stopper med at fungere.<\/p>\n\n\n\n<p>Derudover er der en metode kaldet &#8216;SQL-injektion&#8217;, som er en sikkerhedsangreb, der udnytter mangler i koden implementeret p\u00e5 sk\u00e6rmsiden for at stj\u00e6le personlige og fortrolige oplysninger, der ikke b\u00f8r vises p\u00e5 sk\u00e6rmen. Vi behandler detaljeret en sag, der blev en alvorlig konflikt som f\u00f8lge af dette, i den f\u00f8lgende artikel.<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 artikel er risiciene ved at bruge frameworks og biblioteker, men den retssag, vi pr\u00e6senterer, handler om et angreb p\u00e5 en s\u00e5rbarhed ved hj\u00e6lp af SQL-injektion.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Risiko_for_at_governance_ikke_nar_ud_til_operatorens_arbejde\"><\/span>Risiko for, at governance ikke n\u00e5r ud til operat\u00f8rens arbejde<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Det faktum, at IT-systembrugere er ligeglade med den bagvedliggende &#8216;logik&#8217;, kan ogs\u00e5 f\u00f8re til problemer med, at governance bliver sv\u00e6rt at anvende p\u00e5 arbejdet for dem, der driver IT-systemet. I den f\u00f8lgende artikel forklarer vi vigtigheden af at h\u00e5ndtere databaser i forbindelse med temaet &#8216;tab af data p\u00e5 grund af operat\u00f8rens fejl&#8217;.<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_forkert_selvom_systemet_ser_ud_til_at_fungere_korrekt\"><\/span>Risiko for, at logikken er forkert, selvom systemet ser ud til at fungere korrekt<span class=\"ez-toc-section-end\"><\/span><\/h4>\n\n\n\n<p>Det faktum, at diskussioner om systemer ikke kun handler om &#8216;sk\u00e6rmen&#8217;, betyder, at selvom et system ser ud til at fungere korrekt p\u00e5 overfladen, kan den underliggende &#8216;logik&#8217; v\u00e6re forkert. Dette kan blive opdaget uventet i forbindelse med uregelm\u00e6ssige opgaver, s\u00e5som &#8216;en gang hver sjette m\u00e5ned&#8217; eller &#8216;en gang om \u00e5ret&#8217;.<\/p>\n\n\n\n<p>I s\u00e5danne tilf\u00e6lde bliver det et sp\u00f8rgsm\u00e5l om ansvar for mangler (ikke misligholdelse af forpligtelser) i henhold til loven for &#8216;tilf\u00e6lde, hvor mangler opdages efterf\u00f8lgende i et system, der allerede er leveret&#8217;.<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>Hvis der opdages en fejl efter accept, forklarer vi detaljeret processen i den f\u00f8lgende artikel.<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=\"Opsummering\"><\/span>Opsummering<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_af_bade_systemudvikling_og_jura\"><\/span>Systematisk forst\u00e5else af b\u00e5de systemudvikling og jura<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Det er vigtigt at forst\u00e5, hvilken komponent i IT-systemet der er opst\u00e5et et problem med, f\u00f8r man kan identificere de juridiske sp\u00f8rgsm\u00e5l, der er forbundet med systemudvikling. B\u00e5de fra et juridisk og et IT-systemperspektiv er det vigtigt i konflikter, der opst\u00e5r i systemudviklingsprojekter, at man ikke mister overblikket over det store billede. Det anses for at v\u00e6re s\u00e6rligt vigtigt at g\u00f8re en indsats for samarbejde p\u00e5 tv\u00e6rs af forskellige brancher.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>N\u00e5r man skal forst\u00e5 juridiske problemer relateret til IT-systemer, kr\u00e6ves der ikke kun en systematisk forst\u00e5else af lovgivningen, men det er ogs\u00e5 vigtigt at forst\u00e5 de forskellige komponenter i et IT-s [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62118,"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\/da\/wp-json\/wp\/v2\/posts\/60573"}],"collection":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/comments?post=60573"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60573\/revisions"}],"predecessor-version":[{"id":62119,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60573\/revisions\/62119"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/62118"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60573"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60573"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60573"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}