{"id":60363,"date":"2024-03-05T21:11:37","date_gmt":"2024-03-05T12:11:37","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60363"},"modified":"2024-03-17T14:51:02","modified_gmt":"2024-03-17T05:51:02","slug":"interrruption-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/interrruption-of-system-development","title":{"rendered":"Hvordan man h\u00e5ndterer situationer, hvor systemudviklingsarbejde er afbrudt p\u00e5 grund af brugerens omst\u00e6ndigheder"},"content":{"rendered":"\n<p>Systemudviklingsopgaver tager ofte form af langvarige projekter. Men hvad sker der, hvis brugeren ensidigt siger noget i retning af &#8220;Vi har ikke l\u00e6ngere brug for det system, s\u00e5 du beh\u00f8ver ikke at bygge det&#8221;, efter at systemudviklingen er begyndt? Hvad kan leverand\u00f8ren, der har p\u00e5taget sig opgaven, g\u00f8re i en s\u00e5dan situation?<\/p>\n\n\n\n<p>I denne artikel vil vi gennemg\u00e5 de s\u00e6rlige karakteristika ved kontrakter om systemudvikling og forklare, hvordan man kan h\u00e5ndtere s\u00e5danne situationer.<\/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\/interrruption-of-system-development\/#Betydningen_af_at_overveje_afbrydelser_pa_grund_af_brugerens_omstaendigheder\" title=\"Betydningen af at overveje afbrydelser p\u00e5 grund af brugerens omst\u00e6ndigheder\">Betydningen af at overveje afbrydelser p\u00e5 grund af brugerens omst\u00e6ndigheder<\/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\/interrruption-of-system-development\/#Forst_skal_vi_organisere_arsagerne_til_opsigelsen\" title=\"F\u00f8rst skal vi organisere \u00e5rsagerne til opsigelsen\">F\u00f8rst skal vi organisere \u00e5rsagerne til opsigelsen<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/da\/it\/interrruption-of-system-development\/#Naeste_skridt_Kontroller_bestemmelserne_for_honorarkrav_og_erstatning\" title=\"N\u00e6ste skridt: Kontroller bestemmelserne for honorarkrav og erstatning\">N\u00e6ste skridt: Kontroller bestemmelserne for honorarkrav og erstatning<\/a><\/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\/interrruption-of-system-development\/#Yderligere_fremskridt_med_bevisforelse_af_volumen_og_skader\" title=\"Yderligere fremskridt med bevisf\u00f8relse af volumen og skader\">Yderligere fremskridt med bevisf\u00f8relse af volumen og skader<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/da\/it\/interrruption-of-system-development\/#Hvad_bor_brugeren_overveje\" title=\"Hvad b\u00f8r brugeren overveje?\">Hvad b\u00f8r brugeren overveje?<\/a><\/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\/interrruption-of-system-development\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Betydningen_af_at_overveje_afbrydelser_pa_grund_af_brugerens_omstaendigheder\"><\/span>Betydningen af at overveje afbrydelser p\u00e5 grund af brugerens omst\u00e6ndigheder<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>En kontrakt om systemudvikling har flere karakteristiske tr\u00e6k, n\u00e5r man ser p\u00e5 den som en kontrakt. Et af dem er, at projektets varighed normalt str\u00e6kker sig over en l\u00e6ngere periode, og at leverand\u00f8ren, sammen med stor sk\u00f8nsbef\u00f8jelse, b\u00e6rer en betydelig forpligtelse til at styre projektet. Den samlede indhold af leverand\u00f8rens projektledelsesforpligtelser er detaljeret forklaret i f\u00f8lgende artikel.<\/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>En anden karakteristik er, at brugeren, selvom de er en kunde, har en bred forpligtelse til at samarbejde med leverand\u00f8rens arbejde. Da det er et system, der bruges internt i virksomheden, kan det ikke bare &#8220;kastes&#8221; til leverand\u00f8ren. Der er en forpligtelse til at samarbejde passende fra virksomhedens interne side, s\u00e5 leverand\u00f8ren kan ud\u00f8ve sin ekspertise og udf\u00f8re sit arbejde. Dette er detaljeret forklaret i f\u00f8lgende artikel.<\/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>Hvis vi kort sammenfatter ovenst\u00e5ende, er der mellem leverand\u00f8ren og brugeren b\u00e5de en betalingsrelation mellem &#8220;ekstern leverand\u00f8r&#8221;, der udvikler systemet, og &#8220;kunden&#8221;, der betaler for det, og samtidig er der ogs\u00e5 et aspekt, hvor de skal samarbejde mod det f\u00e6lles m\u00e5l om at fuldf\u00f8re projektet, som om de var &#8220;partnere&#8221;. Denne kompleksitet i relationerne er normalt ikke til stede i en simpel skr\u00e6dder af skr\u00e6ddersyede dragter, og det er en stor karakteristik ved kontrakter omkring systemudvikling. Konflikter omkring systemudvikling er p\u00e5 grund af denne kompleksitet i relationerne, og n\u00e5r de f\u00f8rst er indviklede, kan det v\u00e6re kompliceret at afg\u00f8re, hvordan begge parters relationer juridisk skal organiseres.<\/p>\n\n\n\n<p>At overveje problemet med, hvordan man skal forst\u00e5 begge parters rettigheder og forpligtelser, n\u00e5r brugeren \u00e6ndrer mening og pludselig siger, &#8220;Vi har alligevel ikke brug for det system, s\u00e5 du beh\u00f8ver ikke forts\u00e6tte projektet&#8221;, har en vis betydning i at pr\u00e6sentere et eksempel p\u00e5 juridisk t\u00e6nkning i lyset af disse komplekse kontraktforhold. Nedenfor vil vi organisere de sp\u00f8rgsm\u00e5l, der skal overvejes efter at have antaget en s\u00e5dan situation.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forst_skal_vi_organisere_arsagerne_til_opsigelsen\"><\/span>F\u00f8rst skal vi organisere \u00e5rsagerne til opsigelsen<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_6605107_M-1024x560.jpg\" alt=\"\" class=\"wp-image-2913\" \/><figcaption class=\"wp-element-caption\">Det er vigtigt at forst\u00e5 \u00e5rsagerne til projektets afbrydelse.<\/figcaption><\/figure>\n\n\n\n<p>Set fra leverand\u00f8rens synspunkt kan der v\u00e6re tilf\u00e6lde, hvor &#8220;brugeren ensidigt \u00f8nsker at afbryde projektet&#8221;, men det er ikke n\u00f8dvendigvis s\u00e5dan, at denne opfattelse altid deles med brugeren. Lad os antage et eksempel, hvor et projekt var i gang for at udvikle et system til at administrere personale, der arbejder p\u00e5 udenlandske baser, og senere blev planen om at ekspandere til udlandet trukket tilbage, hvilket gjorde udviklingen af et s\u00e5dant system un\u00f8dvendigt. Det er sandt, at hvis man kun ser p\u00e5 denne forklaring, kan det tolkes som en ensidig \u00e6ndring af mening fra brugerens side.<\/p>\n\n\n\n<p>Men hvad nu hvis der var faktiske brud p\u00e5 projektledelsesforpligtelserne fra leverand\u00f8rens side, s\u00e5som forsinkelser i forskellige faser, og at vanskelighederne med at fremskride med udviklingen ogs\u00e5 var en af \u00e5rsagerne til \u00e6ndringen i virksomhedens politik?<\/p>\n\n\n\n<p>Som n\u00e6vnt tidligere er systemudvikling noget, hvor b\u00e5de leverand\u00f8ren og brugeren deler betydelige forpligtelser og g\u00e5r frem i t\u00e6t samarbejde. Derfor, selvom det var brugeren, der f\u00f8rst \u00f8nskede at afbryde, og leverand\u00f8ren troede, at det var en opsigelse p\u00e5 grund af brugerens egen bekvemmelighed, skal man v\u00e6re opm\u00e6rksom p\u00e5, at der er en mulighed for, at leverand\u00f8ren kan blive p\u00e5peget for at have \u00e5rsager til at b\u00e6re skylden, og at det kan blive h\u00e6vdet, at det er en annullering baseret p\u00e5 manglende opfyldelse af forpligtelser eller en gensidig opsigelse.<\/p>\n\n\n\n<p>Om det er en opsigelse p\u00e5 grund af egen bekvemmelighed, en annullering baseret p\u00e5 manglende opfyldelse af forpligtelser, eller en gensidig opsigelse, afh\u00e6nger ofte af projektets fremskridt og forl\u00f8bet af tidligere forhandlinger, og tendensen er at d\u00f8mme individuelt for hvert tilf\u00e6lde. Derfor, hvis leverand\u00f8ren g\u00e5r videre med efterbehandlingen under den opfattelse, at det er en opsigelse p\u00e5 grund af brugerens egen bekvemmelighed, er det vigtigt at efterlade en klar registrering af dette i m\u00f8dereferater og lignende, for at undg\u00e5 fremtidige konflikter om dette punkt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Naeste_skridt_Kontroller_bestemmelserne_for_honorarkrav_og_erstatning\"><\/span>N\u00e6ste skridt: Kontroller bestemmelserne for honorarkrav og erstatning<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_41951503_M-1024x576.jpg\" alt=\"\" class=\"wp-image-2915\" \/><figcaption class=\"wp-element-caption\">Hvad er processen for at kontrollere og overveje i tilf\u00e6lde af brugerinitieret opsigelse?<\/figcaption><\/figure>\n\n\n\n<p>Efter at have taget ovenst\u00e5ende punkter i betragtning, hvis samtalen kan forts\u00e6tte som en brugerinitieret opsigelse, vil det n\u00e6ste skridt v\u00e6re at overveje, om leverand\u00f8ren kan kr\u00e6ve honorar fra brugeren baseret p\u00e5 fuldf\u00f8relsesgraden, og om det er muligt at kr\u00e6ve erstatning for skader.<\/p>\n\n\n\n<p>Den bestemmelse, der skal henvises til i s\u00e5danne tilf\u00e6lde, varierer afh\u00e6ngigt af kontrakttypen. Kontrakter om systemudvikling kan generelt opdeles i entreprisekontrakter og quasi-mandatkontrakter.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>Og i tilf\u00e6lde af quasi-mandatkontrakter og entreprisekontrakter har den japanske civillov (Japansk Civillov) f\u00f8lgende bestemmelser:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>a.) I tilf\u00e6lde af quasi-mandatkontrakter<br>Honorarkrav: Japansk Civillov Artikel 648, stk. 3<br>N\u00e5r udf\u00f8relsen afsluttes midtvejs p\u00e5 grund af \u00e5rsager, der ikke kan tilskrives mandatar, kan mandatar kr\u00e6ve honorar i forhold til den del af udf\u00f8relsen, der allerede er udf\u00f8rt.<br>Erstatningskrav: Japansk Civillov Artikel 651<br>1. Mandatet kan til enhver tid opsiges af begge parter.<br>2. Hvis en af parterne opsiger mandatet p\u00e5 et tidspunkt, der er ugunstigt for den anden part, skal denne part kompensere den anden part for skaden. Dog g\u00e6lder dette ikke, hvis der er uundg\u00e5elige omst\u00e6ndigheder.<\/p>\n\n\n\n<p>b.) I tilf\u00e6lde af entreprisekontrakter<br>Erstatningskrav: Japansk Civillov Artikel 641<br>S\u00e5 l\u00e6nge entrepren\u00f8ren ikke har fuldf\u00f8rt arbejdet, kan bestilleren til enhver tid opsige kontrakten ved at kompensere for skaden.<\/p>\n<\/blockquote>\n\n\n\n<p>Desuden antages det, at omfanget af erstatning baseret p\u00e5 Japansk Civillov Artikel 641 ikke kun omfatter de allerede afholdte omkostninger, men ogs\u00e5 &#8220;den fortjeneste, der ville v\u00e6re opn\u00e5et, hvis kontrakten ikke var blevet opsagt&#8221;. Dette skyldes, at det er meningsl\u00f8st for loven at tvinge fuldf\u00f8relsen af arbejdet, der er blevet un\u00f8dvendigt fra bestillerens synspunkt, og i s\u00e5danne tilf\u00e6lde er det mere rationelt at sikre entrepren\u00f8rens fortjeneste gennem betaling af et tilsvarende bel\u00f8b.<\/p>\n\n\n\n<p>Det skal dog bem\u00e6rkes, at der ofte er tilf\u00e6lde, hvor erstatning baseret p\u00e5 Japansk Civillov Artikel 641 er udelukket i individuelle kontrakter mellem leverand\u00f8ren og brugeren. I s\u00e5danne tilf\u00e6lde vil de individuelle aftaler mellem parterne (dvs. kontrakten) have forrang, og det kan antages, at disse bestemmelser i civilloven ikke vil g\u00e6lde, s\u00e5 v\u00e6r opm\u00e6rksom p\u00e5 dette.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Yderligere_fremskridt_med_bevisforelse_af_volumen_og_skader\"><\/span>Yderligere fremskridt med bevisf\u00f8relse af volumen og skader<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>I tilf\u00e6lde af opsigelse p\u00e5 grund af brugerens egen bekvemmelighed, er det almindeligt at se i kontrakter, at der kan frems\u00e6ttes krav om betaling for det udf\u00f8rte arbejde (dvs. den fuldf\u00f8rte del) og krav om erstatning for skader. Derfor er det normalt n\u00f8dvendigt for leverand\u00f8rsiden at freml\u00e6gge beviser for det udf\u00f8rte arbejde og skader for at frems\u00e6tte et krav om erstatning.<\/p>\n\n\n\n<p>Imidlertid kan det forventes, at bevisf\u00f8relse af det udf\u00f8rte arbejde, dvs. graden af fuldf\u00f8relse, kan v\u00e6re en meget kr\u00e6vende opgave, hvis det skal g\u00f8res i praksis. Dette skyldes, at det kan v\u00e6re en betydelig m\u00e6ngde arbejde at gennemf\u00f8re interviews for at bekr\u00e6fte fremskridt, is\u00e6r hvis der er flere underleverand\u00f8rer, for at afg\u00f8re, i hvilken grad forskellige arbejdsopgaver er blevet fuldf\u00f8rt. Desuden vil det v\u00e6re en enorm opgave at lave dokumentation til at underst\u00f8tte resultaterne af disse interviews og at dokumentere indholdet af interviewene selv. Hvis der er risiko for, at bevisf\u00f8relsen stadig betragtes som utilstr\u00e6kkelig trods al denne indsats, kan det arbejde, der er lagt i forberedelsen af bevisf\u00f8relsen, ende med at v\u00e6re forg\u00e6ves, hvilket er en af mange udfordringer.<\/p>\n\n\n\n<p>En mulig l\u00f8sning p\u00e5 disse problemer kunne v\u00e6re at g\u00f8re det klart i kontrakten fra starten, at hvis kontrakten opsiges undervejs, vil beregningen blive foretaget p\u00e5 daglig basis op til opsigelsestidspunktet, for at g\u00f8re beregningerne mere enkle. Desuden, i betragtning af den indsats, der kr\u00e6ves for at bevise det udf\u00f8rte arbejde, kan man overveje at opgive kravet om betaling for det udf\u00f8rte arbejde og i stedet frems\u00e6tte krav om &#8220;omkostningerne forbundet med udviklingen af den allerede fuldf\u00f8rte del&#8221;. Hvis det er interne udviklingsomkostninger, kan de ofte nemt beregnes med en simpel formel som &#8220;arbejdstimer x enhedspris&#8221;. Is\u00e6r for projekter med lav profitmargin kan det v\u00e6re mere realistisk at prioritere krav baseret p\u00e5 omkostninger frem for det udf\u00f8rte arbejde, da dette kan g\u00f8re det lettere at inddrive g\u00e6ld, samtidig med at tabene kompenseres.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_bor_brugeren_overveje\"><\/span>Hvad b\u00f8r brugeren overveje?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Forresten, der er ogs\u00e5 punkter, som brugeren b\u00f8r overveje p\u00e5 forh\u00e5nd, hvis de \u00f8nsker at opsige aftalen af egen vilje. Det er at bekr\u00e6fte et omtrentligt bel\u00f8b for skadeserstatning, der skal betales til leverand\u00f8ren. N\u00e5r vi siger &#8220;omtrentligt&#8221;, er det for at f\u00e5 en generel ide om, hvad der kan forventes i de efterf\u00f8lgende forhandlinger (selvom det ikke er det n\u00f8jagtige bel\u00f8b, er det nok, da det ville v\u00e6re kontraproduktivt, hvis erkl\u00e6ringen om opsigelse blev forsinket).<\/p>\n\n\n\n<p>Hvis det bekr\u00e6ftede omtrentlige bel\u00f8b vurderes som urimeligt h\u00f8jt, b\u00f8r du bede om en forklaring. Men hvis du fors\u00f8ger at f\u00f8re urimelige forhandlinger for at reducere betalingsbel\u00f8bet, kan det ogs\u00e5 f\u00f8re til un\u00f8dvendige retssager og yderligere komplikationer. Hvis forhandlingerne mellem de to parter ser ud til at v\u00e6re vanskelige, kan det v\u00e6re en god ide at konsultere en advokat.<\/p>\n\n\n\n<p>I denne artikel har vi forklaret med den foruds\u00e6tning, at en kontrakt om systemudvikling er indg\u00e5et. Men i virkeligheden er der mange tilf\u00e6lde, hvor det er et stridspunkt, om kontrakten overhovedet er gyldigt indg\u00e5et i systemudviklingssituationer. Vi har forklaret dette mere detaljeret i artiklen nedenfor.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-contract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-contract[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 denne artikel har vi forklaret processen for at h\u00e5ndtere situationer, hvor et projekt afbrydes p\u00e5 grund af brugerens omst\u00e6ndigheder. Det vigtigste punkt i denne artikel er dog, at det er n\u00f8dvendigt at overveje, om det virkelig kan siges at v\u00e6re brugerens egen skyld, og om leverand\u00f8ren virkelig ikke har beg\u00e5et nogen fejl.<\/p>\n\n\n\n<p>Det er karakteristisk for systemudviklingsprojekter, at b\u00e5de leverand\u00f8rer og brugere p\u00e5tager sig store forpligtelser. Derfor er det vigtigt at overveje p\u00e5 forh\u00e5nd, om det virkelig er muligt at placere skylden ensidigt hos den anden part. Hvis man ikke g\u00f8r det, kan det risikere at h\u00e6lde olie p\u00e5 ilden og forv\u00e6rre situationen, hvilket man b\u00f8r v\u00e6re opm\u00e6rksom p\u00e5.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Systemudviklingsopgaver tager ofte form af langvarige projekter. Men hvad sker der, hvis brugeren ensidigt siger noget i retning af &#8220;Vi har ikke l\u00e6ngere brug for det system, s\u00e5 du beh\u00f8ver ikke a [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61532,"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\/60363"}],"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=60363"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60363\/revisions"}],"predecessor-version":[{"id":61533,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60363\/revisions\/61533"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61532"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60363"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60363"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60363"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}