{"id":60440,"date":"2024-03-05T21:12:15","date_gmt":"2024-03-05T12:12:15","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60440"},"modified":"2024-03-20T09:42:14","modified_gmt":"2024-03-20T00:42:14","slug":"laws-concerning-disputes-and-troubles-at-the-system-operation-stage","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage","title":{"rendered":"Hvad er lovene om konflikter og problemer i systemdriftsfasen?"},"content":{"rendered":"\n<p>Det er almindeligt kendt, at der kan opst\u00e5 forskellige konflikter og problemer i projekter, der udvikler IT-systemer. Men det er ikke n\u00f8dvendigvis s\u00e5dan, at alt er i orden, s\u00e5 l\u00e6nge hele udviklingsprocessen er gennemf\u00f8rt uden problemer. IT-systemer, der bruges i virksomheder, h\u00e5ndterer normalt store m\u00e6ngder af fortrolige og personlige oplysninger, og der kan opst\u00e5 forskellige problemer selv i driftsfasen. Derfor er det vigtigt at anvende juridisk viden til at overveje og forebygge s\u00e5danne situationer, 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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Hvordan_aendrer_juridiske_overvejelser_omkring_systemer_sig_mellem_udvikling_og_drift\" title=\"Hvordan \u00e6ndrer juridiske overvejelser omkring systemer sig mellem udvikling og drift?\">Hvordan \u00e6ndrer juridiske overvejelser omkring systemer sig mellem udvikling 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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Hvordan_skal_juridiske_problemer_omkring_systemdrift_organiseres\" title=\"Hvordan skal juridiske problemer omkring systemdrift organiseres?\">Hvordan skal juridiske problemer omkring 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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Forst_overvej_om_der_er_en_overtraedelse_af_leverandorens_forpligtelser\" title=\"F\u00f8rst overvej om der er en overtr\u00e6delse af leverand\u00f8rens forpligtelser\">F\u00f8rst overvej om der er en overtr\u00e6delse af leverand\u00f8rens forpligtelser<\/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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Dernaest_bekraeft_brugerens_skadesituation\" title=\"Dern\u00e6st bekr\u00e6ft brugerens skadesituation\">Dern\u00e6st bekr\u00e6ft brugerens skadesituation<\/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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Overvej_ogsa_muligheden_for_udligning_af_uagtsomhed_og_anvendeligheden_af_ansvarsbegraensningsklausuler\" title=\"Overvej ogs\u00e5 muligheden for udligning af uagtsomhed og anvendeligheden af ansvarsbegr\u00e6nsningsklausuler\">Overvej ogs\u00e5 muligheden for udligning af uagtsomhed og anvendeligheden af ansvarsbegr\u00e6nsningsklausuler<\/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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Eksempler_pa_almindelige_problemer_og_konflikter_i_systemdrift\" title=\"Eksempler p\u00e5 almindelige problemer og konflikter i systemdrift\">Eksempler p\u00e5 almindelige problemer og konflikter i 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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Tab_af_data_forarsaget_af_fejl_fra_driftspersonalet\" title=\"Tab af data for\u00e5rsaget af fejl fra driftspersonalet\">Tab af data for\u00e5rsaget af fejl 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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Sikkerhedsangreb_herunder_vira\" title=\"Sikkerhedsangreb, herunder vira\">Sikkerhedsangreb, herunder vira<\/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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Bugs_og_fejl_der_opdages_efter_godkendelse\" title=\"Bugs og fejl, der opdages efter godkendelse\">Bugs og fejl, der opdages efter godkendelse<\/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\/da\/it\/laws-concerning-disputes-and-troubles-at-the-system-operation-stage\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvordan_aendrer_juridiske_overvejelser_omkring_systemer_sig_mellem_udvikling_og_drift\"><\/span>Hvordan \u00e6ndrer juridiske overvejelser omkring systemer sig mellem udvikling 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\">Hvad er de juridiske sp\u00f8rgsm\u00e5l omkring &#8216;udvikling&#8217; og &#8216;drift&#8217; af IT-systemer?<\/figcaption><\/figure>\n\n\n\n<p>Et typisk juridisk problem relateret til IT-systemer, der anvendes i virksomheder, er uden tvivl &#8216;brand&#8217; problemer i &#8216;udviklings&#8217; fasen af et projekt. Systemudviklingsprojekter, som ofte involverer mange mennesker, penge og tid, er normalt store virksomheder, der g\u00e5r fremad, mens de b\u00e6rer forskellige 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 artiklen ovenfor er typer af konflikter, der ofte opst\u00e5r i l\u00f8bet af en r\u00e6kke systemudviklingsprojekter, organiseret i overensstemmelse med juridiske rammer. Desuden er det, der karakteriserer juridiske problemer omkring IT-systemer, &#8216;projektledelsesforpligtelser&#8217;, som systemudviklingseksperter, dvs. leverand\u00f8rer, generelt b\u00e6rer.<\/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>Men efter &#8216;udvikling&#8217; af IT-systemer, g\u00e5r de over i en &#8216;drift&#8217; fase. Drift af IT-systemer, i en n\u00f8ddeskal, betyder at udnytte og betjene det udviklede system for at udf\u00f8re faktiske opgaver. Da det ofte er n\u00f8dvendigt at have en dyb forst\u00e5else af systemets specifikationer for at udnytte IT-systemer, er der ofte behov for IT-teknikere. Det faktum, at IT-systemer kr\u00e6ver teknisk viden i b\u00e5de udvikling og drift, betyder, at opdelingen mellem de to kan v\u00e6re vag i praksis. Et eksempel, der tydeligt viser dette, er eksistensen af &#8216;supportforpligtelser&#8217;.<\/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 artiklen ovenfor introduceres en retssag, der anerkender &#8216;supportforpligtelser&#8217; som en forpligtelse til at yde st\u00f8tte til drift og implementering efter udvikling, adskilt fra &#8216;projektledelsesforpligtelser&#8217;, som leverand\u00f8rer b\u00e6rer under systemudviklingsprojektet. Med andre ord, leverand\u00f8rers juridiske forpligtelser kan blive fastlagt under hensyntagen til forholdene i den efterf\u00f8lgende driftsfase. Desuden, n\u00e5r udviklingen af et nyt system skrider frem samtidig med afskaffelsen af det gamle system, kan &#8216;dataoverf\u00f8rsel&#8217; fra det gamle system blive et problem. I s\u00e5danne tilf\u00e6lde er driften af det gamle system og udviklingen af det nye system t\u00e6t forbundet.<\/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_skal_juridiske_problemer_omkring_systemdrift_organiseres\"><\/span>Hvordan skal juridiske problemer omkring systemdrift organiseres?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Som vi har set, er det klart, at praksis omkring IT-systemer er t\u00e6t forbundet med &#8216;udvikling&#8217; og &#8216;drift&#8217;. Ikke desto mindre, i driftsfasen, da udviklingsprojektet er afsluttet, er det n\u00f8dvendigt at overveje sp\u00f8rgsm\u00e5l om &#8216;projektledelsesforpligtelser&#8217; separat. For at diskutere juridiske problemer med &#8216;udvikling&#8217; og &#8216;drift&#8217; p\u00e5 en ensartet m\u00e5de, er det n\u00f8dvendigt at organisere dem i en mere juridisk orienteret og abstrakt ramme. For eksempel er organiseringen fra perspektivet om juridisk &#8216;ansvar&#8217; i forbindelse med IT-systemer, som forklaret i artiklen 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 ovenst\u00e5ende artikel forklarer vi om civilretlige forpligtelser til misligholdelse, mangelfuld garanti ansvar, og ulovlige handlinger, med hensyn til konteksten af IT-systemer. Men i driftsfasen er der ikke mange tilf\u00e6lde, hvor mangelfuld garanti ansvar bliver et problem, med undtagelse af tilf\u00e6lde, hvor fejl bliver opdaget efter accept. Derfor b\u00f8r du f\u00f8rst og fremmest organisere med henblik p\u00e5 misligholdelsesansvar baseret p\u00e5 kontraktindholdet og ulovlige handlinger, der ikke foruds\u00e6tter en kontraktforhold.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forst_overvej_om_der_er_en_overtraedelse_af_leverandorens_forpligtelser\"><\/span>F\u00f8rst overvej om der er en overtr\u00e6delse af leverand\u00f8rens forpligtelser<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis det er et misligholdelsesansvar, bliver overtr\u00e6delsen af kontraktlige forpligtelser et stridspunkt, og hvis det er et ansvar for ulovlige handlinger, bliver det et sp\u00f8rgsm\u00e5l, om der er en faktisk kr\u00e6nkelse af andres rettigheder. Hvis det er et misligholdelsesansvar, bliver indholdet af Service Level Agreement (SLA) et problem. Bem\u00e6rk ogs\u00e5, at b\u00e5de misligholdelsesansvar og ansvar for ulovlige handlinger kr\u00e6ver fors\u00e6t eller uagtsomhed.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Dernaest_bekraeft_brugerens_skadesituation\"><\/span>Dern\u00e6st bekr\u00e6ft brugerens skadesituation<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Erstatningspligten er noget, du p\u00e5tager dig over for skader, der er opst\u00e5et p\u00e5 brugersiden. Derfor, uanset om det er misligholdelse eller ulovlig handling, hvis der ikke er sket nogen skade p\u00e5 brugersiden, vil du ikke p\u00e5tage dig erstatningspligt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Overvej_ogsa_muligheden_for_udligning_af_uagtsomhed_og_anvendeligheden_af_ansvarsbegraensningsklausuler\"><\/span>Overvej ogs\u00e5 muligheden for udligning af uagtsomhed og anvendeligheden af ansvarsbegr\u00e6nsningsklausuler<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden, selvom leverand\u00f8ren ender med at p\u00e5tage sig erstatningspligt, hvis der er nogen form for uagtsomhed p\u00e5 brugersiden, kan der v\u00e6re en udligning af uagtsomhed. Derudover, hvis der er sat en gr\u00e6nse for erstatningsbel\u00f8bet i kontrakten, der blev indg\u00e5et p\u00e5 forh\u00e5nd, kan erstatningsbel\u00f8bet \u00e6ndre sig p\u00e5 grund af det. For eksempel, i den kontraktformular, der kaldes Ministry of Economy, Trade and Industry modelkontrakt, er der en bestemmelse om ansvarsbegr\u00e6nsning som f\u00f8lger (understreget del er tilf\u00f8jet af forfatteren).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Erstatning)<br> Artikel 53 A og B kan, i forbindelse med opfyldelsen af denne kontrakt og individuelle kontrakter, kr\u00e6ve erstatning fra den anden part, hvis de lider skade p\u00e5 grund af \u00e5rsager, der kan tilskrives den anden part, (begr\u00e6nset til \u25cb\u25cb\u25cb skade). Dog kan denne anmodning ikke frems\u00e6ttes efter at \u25cb m\u00e5neder er g\u00e5et fra datoen for fuldf\u00f8relsen af accepten af de leverede varer eller bekr\u00e6ftelsen af afslutningen af arbejdet, der er fastsat i den p\u00e5g\u00e6ldende individuelle kontrakt.<\/p>\n\n\n\n<p>2. Det samlede bel\u00f8b af erstatning i henhold til foreg\u00e5ende afsnit skal, uanset \u00e5rsagen til kravet, herunder misligholdelse, juridisk mangelfuld garanti ansvar, uretm\u00e6ssig berigelse, ulovlige handlinger og andre, <u>begr\u00e6nses til det bel\u00f8b, der er fastsat i den individuelle kontrakt, der for\u00e5rsagede \u00e5rsagen til ansvar<\/u>.<\/p>\n\n\n\n<p>3. Foreg\u00e5ende afsnit skal ikke g\u00e6lde i tilf\u00e6lde, hvor erstatningspligten er baseret p\u00e5 fors\u00e6t eller grov uagtsomhed. <\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Eksempler_pa_almindelige_problemer_og_konflikter_i_systemdrift\"><\/span>Eksempler p\u00e5 almindelige problemer og konflikter i 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\"> Hvad skal man v\u00e6re opm\u00e6rksom p\u00e5 for at l\u00f8se problemer og konflikter i systemdrift?<\/figcaption><\/figure>\n\n\n\n<p>I praksis er der flere eksempler p\u00e5 typiske problemer og konflikter, der kan opst\u00e5 i forbindelse med systemdrift. Her er nogle af dem:<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tab_af_data_forarsaget_af_fejl_fra_driftspersonalet\"><\/span>Tab af data for\u00e5rsaget af fejl fra driftspersonalet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Arbejdet med systemdrift involverer ofte h\u00e5ndtering af vigtige virksomhedshemmeligheder og personlige oplysninger, og uheld kan ske p\u00e5 grund af uagtsomhed. Et eksempel p\u00e5 dette er &#8220;tab af data&#8221;. Vi har en detaljeret forklaring p\u00e5 dette emne i f\u00f8lgende artikel:<\/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 vigtigt at tage forholdsregler, s\u00e5som at tage backup af data, for at forhindre tab af data. Hvis disse foranstaltninger er blevet fors\u00f8mt, kan det v\u00e6re meget sv\u00e6rt at holde leverand\u00f8ren, der har f\u00e5et tildelt driftsopgaverne, ansvarlig, s\u00e5 det er vigtigt at v\u00e6re opm\u00e6rksom p\u00e5 dette.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sikkerhedsangreb_herunder_vira\"><\/span>Sikkerhedsangreb, herunder vira<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Derudover kan der i tilf\u00e6lde af IT-systemer, der bruges i stor skala p\u00e5 nettet af et ubestemt antal mennesker, som f.eks. e-handelswebsteder, opst\u00e5 store h\u00e6ndelser eller ulykker p\u00e5 grund af sikkerhedsangreb, herunder vira. Det kan v\u00e6re en del af driftsopgaverne at opdage s\u00e5danne sikkerhedsangreb og tage forholdsregler mod dem.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Bugs_og_fejl_der_opdages_efter_godkendelse\"><\/span>Bugs og fejl, der opdages efter godkendelse<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Der kan ogs\u00e5 v\u00e6re tilf\u00e6lde, hvor bugs og fejl opdages efter godkendelse. Det er ikke altid muligt at overveje alle mulige bugs og fejl i den forudg\u00e5ende testproces, og nogle kan blive opdaget efterf\u00f8lgende. I s\u00e5danne tilf\u00e6lde er leveringen normalt betragtet som fuldf\u00f8rt, og udf\u00f8relsen af forpligtelsen er betragtet som fuldf\u00f8rt, og man er normalt fritaget for ansvar for manglende opfyldelse af forpligtelser. Men der kan v\u00e6re tilf\u00e6lde, hvor erstatningskrav baseret p\u00e5 garantiansvar for mangler er anerkendt. Vi har en detaljeret forklaring p\u00e5 dette emne i f\u00f8lgende artikel:<\/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<p>I driftsfasen af et system er der mange forskellige problemer og konflikter, der adskiller sig fra udviklingsprojekter. Men ved at basere sig p\u00e5 juridiske teorier som ansvar for misligholdelse af forpligtelser, ulovlig handling og ansvar for mangler, er det muligt at organisere et ensartet omr\u00e5de uden at blive fanget af disse forskelle.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Det er almindeligt kendt, at der kan opst\u00e5 forskellige konflikter og problemer i projekter, der udvikler IT-systemer. Men det er ikke n\u00f8dvendigvis s\u00e5dan, at alt er i orden, s\u00e5 l\u00e6nge hele udviklingspro [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61709,"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\/60440"}],"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=60440"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60440\/revisions"}],"predecessor-version":[{"id":61710,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60440\/revisions\/61710"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61709"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60440"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60440"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60440"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}