{"id":58265,"date":"2023-10-04T16:26:26","date_gmt":"2023-10-04T07:26:26","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=58265"},"modified":"2024-01-25T17:12:01","modified_gmt":"2024-01-25T08:12:01","slug":"support-obligations-of-vendors-after-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/support-obligations-of-vendors-after-system-development","title":{"rendered":"Hvad er leverand\u00f8rens supportforpligtelser efter afslutningen af systemudviklingen?"},"content":{"rendered":"\n<p>Det er almindeligt kendt i systemudvikling, at systemudviklingsspecialister, ogs\u00e5 kendt som leverand\u00f8rer, har en &#8220;projektledelsesforpligtelse&#8221;. Men der er ogs\u00e5 en lignende, men forskellig koncept i loven, kaldet &#8220;supportforpligtelse&#8221;. I denne artikel vil vi forklare denne &#8220;supportforpligtelse&#8221;, med henvisning til tidligere retssager og lignende.<\/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\/support-obligations-of-vendors-after-system-development\/#Hvad_er_supportforpligtelsen\" title=\"Hvad er supportforpligtelsen?\">Hvad er supportforpligtelsen?<\/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\/support-obligations-of-vendors-after-system-development\/#En_oversigt_over_supportforpligtelsen\" title=\"En oversigt over supportforpligtelsen\">En oversigt over supportforpligtelsen<\/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\/support-obligations-of-vendors-after-system-development\/#Supportforpligtelsen_bliver_et_problem_i_forhold_til_driftsstotte_til_brugeren\" title=\"Supportforpligtelsen bliver et problem i forhold til driftsst\u00f8tte til brugeren\">Supportforpligtelsen bliver et problem i forhold til driftsst\u00f8tte til brugeren<\/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\/support-obligations-of-vendors-after-system-development\/#Hvad_er_retssager_hvor_supportforpligtelsen_er_blevet_et_problem\" title=\"Hvad er retssager, hvor supportforpligtelsen er blevet et problem?\">Hvad er retssager, hvor supportforpligtelsen er blevet et problem?<\/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\/support-obligations-of-vendors-after-system-development\/#Et_eksempel_hvor_brugerens_forretningsdrift_blev_hindret_pa_systemteststadiet\" title=\"Et eksempel, hvor brugerens forretningsdrift blev hindret p\u00e5 systemteststadiet\">Et eksempel, hvor brugerens forretningsdrift blev hindret p\u00e5 systemteststadiet<\/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\/support-obligations-of-vendors-after-system-development\/#Hvordan_skal_vi_forsta_naturen_af_supportforpligtelsen\" title=\"Hvordan skal vi forst\u00e5 naturen af supportforpligtelsen?\">Hvordan skal vi forst\u00e5 naturen af supportforpligtelsen?<\/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\/support-obligations-of-vendors-after-system-development\/#Supportforpligtelsen_er_endnu_ikke_et_klart_koncept\" title=\"Supportforpligtelsen er endnu ikke et klart koncept\">Supportforpligtelsen er endnu ikke et klart koncept<\/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\/support-obligations-of-vendors-after-system-development\/#Supportforpligtelsen_er_ikke_ubegraenset\" title=\"Supportforpligtelsen er ikke ubegr\u00e6nset\">Supportforpligtelsen er ikke ubegr\u00e6nset<\/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\/support-obligations-of-vendors-after-system-development\/#Den_faktiske_situation_med_supportforpligtelsen_bor_overvejes_sammen_med_brugerens_samarbejdsforpligtelse\" title=\"Den faktiske situation med supportforpligtelsen b\u00f8r overvejes sammen med brugerens samarbejdsforpligtelse\">Den faktiske situation med supportforpligtelsen b\u00f8r overvejes sammen med brugerens samarbejdsforpligtelse<\/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\/support-obligations-of-vendors-after-system-development\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_supportforpligtelsen\"><\/span>Hvad er supportforpligtelsen?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"En_oversigt_over_supportforpligtelsen\"><\/span>En oversigt over supportforpligtelsen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r vi taler om forpligtelser, som en leverand\u00f8r har over for en bruger, er projektledelsesforpligtelsen en af de mest fremtr\u00e6dende. Dette er et koncept, der er blevet etableret gennem gentagne henvisninger i tidligere retssager, og det opsummerer de forpligtelser, som leverand\u00f8ren har over for et helt projekt som en ekspert inden for systemudvikling.<\/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>Projektledelsesforpligtelsen er meget kendt som et juridisk udtryk inden for systemudvikling, og der er ingen tvivl om, at det er en af de prim\u00e6re forpligtelser, som leverand\u00f8ren p\u00e5tager sig. Men nogle retssager har anerkendt eksistensen af en anden forpligtelse, kaldet &#8220;supportforpligtelsen&#8221;, som er forskellig fra projektledelsesforpligtelsen.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Supportforpligtelsen_bliver_et_problem_i_forhold_til_driftsstotte_til_brugeren\"><\/span>Supportforpligtelsen bliver et problem i forhold til driftsst\u00f8tte til brugeren<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>S\u00e5 hvad er supportforpligtelsen? Og hvorfor kaldes det noget andet end projektledelsesforpligtelsen? Supportforpligtelsen bliver normalt et problem efter afslutningen af systemudviklingen. Et systemudviklingsprojekt er, i sin grundl\u00e6ggende tankegang, afsluttet, n\u00e5r det system, der skal skabes, er f\u00e6rdigt. Det vil sige, at det starter med at klarg\u00f8re, hvad det system, der skal skabes, er (= kravspecifikation), og slutter med at bekr\u00e6fte, om det faktisk er blevet skabt (= test eller accept). Dette er hvad et systemudviklingsprojekt er. For \u00f8vrigt, med hensyn til acceptprocessen, som har en vigtig betydning som &#8220;afslutningen af et systemudviklingsprojekt&#8221;, behandler vi de juridiske problemer, der ofte opst\u00e5r p\u00e5 dette tidspunkt, i detaljer i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<p>Men selvom et systemudviklingsprojekt er forst\u00e5et som selve udviklingsprocessen for at skabe et nyt system, er det en selvf\u00f8lge, at det udviklede system vil blive brugt i forretningen efterf\u00f8lgende. Med andre ord, det kan v\u00e6re urimeligt at sige, at &#8220;s\u00e5 l\u00e6nge vi kun er ansvarlige for udviklingsarbejdet, er det nok bare at skabe det&#8221;, uden at tage h\u00f8jde for, hvordan systemet skal bruges efter det er blevet udviklet. Med dette i tankerne, er det blevet et problem i tidligere retssager, om det er muligt at p\u00e5l\u00e6gge leverand\u00f8ren, der er ansvarlig for systemudviklingen, en vis grad af driftsst\u00f8tteforpligtelse. Det vil sige, det er et sp\u00f8rgsm\u00e5l om, hvorvidt vi b\u00f8r betragte, at leverand\u00f8rens forpligtelser i en systemudviklingskontrakt ogs\u00e5 inkluderer forpligtelser relateret til driftsst\u00f8tte efter udviklingen. Da driftsst\u00f8tte ikke er en del af selve udviklingsprocessen, tror vi, at udtrykket &#8220;supportforpligtelse&#8221; er blevet brugt for at skelne det fra projektledelsesforpligtelsen.<br> <\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_retssager_hvor_supportforpligtelsen_er_blevet_et_problem\"><\/span>Hvad er retssager, hvor supportforpligtelsen er blevet et problem?<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\/shutterstock_729665095-1024x717.jpg\" alt=\"\" class=\"wp-image-4650\" \/><figcaption class=\"wp-element-caption\">Supportforpligtelsen fra leverand\u00f8rens side kan ogs\u00e5 omfatte at sikre, at brugeren er i stand til at anvende systemet ved driftsstart.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Et_eksempel_hvor_brugerens_forretningsdrift_blev_hindret_pa_systemteststadiet\"><\/span>Et eksempel, hvor brugerens forretningsdrift blev hindret p\u00e5 systemteststadiet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I den dom, der citeres nedenfor, kunne brugeren ikke udnytte systemet som oprindeligt forventet under systemtesten f\u00f8r systemets drift, hvilket resulterede i, at brugeren opgav at s\u00e6tte systemet i drift. Dette var et problem ved brugerens driftsstart, og sp\u00f8rgsm\u00e5let var, hvordan man kunne begrundet leverand\u00f8rens ansvar ud fra den kontrakt, der var indg\u00e5et p\u00e5 forh\u00e5nd for systemudvikling. Konklusionen var, at brugerens krav om erstatning for skade blev anerkendt, og &#8220;overtr\u00e6delse af supportforpligtelsen&#8221; blev p\u00e5peget som grundlaget for dette.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>I. <u>Overtr\u00e6delse af supportforpligtelsen<\/u><br>(A) Den repr\u00e6sentative for sags\u00f8geren anmodede sags\u00f8gte den 14. juli i Heisei 9 (1997), om &#8220;<u>ikke kun at lave systemet, men ogs\u00e5 at tage sig af det indtil det fungerer ordentligt.<\/u>&#8220;, &#8220;<u>Vi er amat\u00f8rer, s\u00e5 vi betaler en h\u00f8j pris, s\u00e5 vi vil gerne have, at det kan bruges indtil det sidste.<\/u>&#8220;. I respons herp\u00e5 forklarede sags\u00f8gte, at det var muligt at opbygge et system, der kunne opfylde sags\u00f8gerens implementeringsm\u00e5l, og lovede at yde support indtil systemet fungerede ordentligt. Dette resulterede i en aftale mellem sags\u00f8geren og sags\u00f8gte om, at sags\u00f8gte ville yde support indtil sags\u00f8geren kunne bruge systemet ordentligt.<br>Det er klart, at sags\u00f8gte har en supportforpligtelse over for sags\u00f8geren, da der er opkr\u00e6vet et bel\u00f8b p\u00e5 1.726.000 for &#8220;pakkeimplementeringsst\u00f8tte&#8221; som en del af <u>kontraktens pris<\/u>, og i estimatet er der angivet en &#8220;gratis vedligeholdelse i seks m\u00e5neder efter implementering&#8221; under <u>m\u00e5nedlig vedligeholdelsesgebyr<\/u>, og det er bekr\u00e6ftet i et dokument med titlen &#8220;Om fremtidig SE-support (internt m\u00f8demateriale)&#8221; at SE-support kan modtages for &#8220;oprettelse af implementeringsprocedure (plan)&#8221; og &#8220;data\/ driftsverifikationsarbejde&#8221; for friske ordrer.<\/p>\n\n\n\n<p>(B) Og den supportforpligtelse, som sags\u00f8gte har over for sags\u00f8geren, indeb\u00e6rer konkret, at sags\u00f8gte i det mindste indtil sags\u00f8geren n\u00e5r til hoveddriften af systemet, skal \u2460 give passende r\u00e5dgivning om <u>driftsmetoden for systemet<\/u>, \u2461 h\u00e5ndtere <u>problemer med systemet, der opst\u00e5r under driftstesten<\/u>, \u2462 forbedre systemet i overensstemmelse med <u>resultaterne af driftstesten<\/u>, og \u2463 udf\u00f8re introduktionsuddannelse for operat\u00f8rerne.<br>Men sags\u00f8gte, selvom der var mange problemer under driftstesten, fors\u00f8gte ikke at <u>tage problemet alvorligt<\/u> og h\u00e6vdede, at det var et sp\u00f8rgsm\u00e5l om operat\u00f8rernes dygtighed, og kr\u00e6vede kun omkostningerne til introduktionsuddannelse for operat\u00f8rerne, og ydede ikke nogen passende support til sags\u00f8geren for at g\u00e5 i retning af hoveddriften.<\/p>\n<cite>Dom afsagt af Hachioji afdeling af Tokyo District Court den 5. november i Heisei 15 (2003)<\/cite><\/blockquote>\n\n\n\n<p>I denne dom optr\u00e6der ordet &#8220;support&#8221; omkring 30 gange i hele dommen, inklusive indholdsfortegnelsen. Det kan ses, at brugerens stemme, der kr\u00e6ver passende st\u00f8tte, er direkte angivet i dommen, og at konklusionen blev n\u00e5et efter at have overvejet forl\u00f8bet af sagen meget konkret med henblik p\u00e5 en retf\u00e6rdig l\u00f8sning. Desuden er de punkter, der b\u00f8r bem\u00e6rkes is\u00e6r i forst\u00e5elsen af denne sag, <\/p>\n\n\n\n<ul>\n<li>Overtr\u00e6delsen af supportforpligtelsen behandles som &#8220;misligholdelse af forpligtelser&#8221;, og derfor blev erstatning for den skade, der opstod som et resultat, beordret<\/li>\n\n\n\n<li>Udtrykket &#8220;projektledelsesforpligtelse&#8221; bruges ikke en eneste gang i hele dommen<\/li>\n<\/ul>\n\n\n\n<p>Dette viser en holdning til at behandle det som en kontraktlig forpligtelse, der er indeholdt i kontrakten for systemudvikling, selvom det er et andet koncept end projektledelse.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvordan_skal_vi_forsta_naturen_af_supportforpligtelsen\"><\/span>Hvordan skal vi forst\u00e5 naturen af supportforpligtelsen?<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\/shutterstock_333450689-1024x652.jpg\" alt=\"\" class=\"wp-image-4656\" \/><figcaption class=\"wp-element-caption\">Det er n\u00f8dvendigt at overveje systemudvikling og drift med brugerens samarbejde.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Supportforpligtelsen_er_endnu_ikke_et_klart_koncept\"><\/span>Supportforpligtelsen er endnu ikke et klart koncept<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Den tidligere n\u00e6vnte retssag viser i bund og grund, at leverand\u00f8ren, der har udviklet systemet, ogs\u00e5 skal yde den n\u00f8dvendige support for at brugeren kan starte driften. Men supportforpligtelsen er ikke s\u00e5 rig p\u00e5 pr\u00e6cedens som projektledelsesforpligtelsen, og der er ikke mange spor til at forst\u00e5 dens virkelighed. Is\u00e6r indeholder termen &#8220;support&#8221; selv problemet med, at det ikke er klart, hvad der konkret skal g\u00f8res.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Supportforpligtelsen_er_ikke_ubegraenset\"><\/span>Supportforpligtelsen er ikke ubegr\u00e6nset<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden har den ovenn\u00e6vnte dom, der anerkendte leverand\u00f8rens brud p\u00e5 supportforpligtelsen, ogs\u00e5 vist et meget vigtigt punkt.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Defendanten forst\u00e5s at have en forpligtelse til at yde en vis support, der er n\u00f8dvendig for sags\u00f8geren til at drive det system, der er bygget og leveret til sags\u00f8geren baseret p\u00e5 denne kontrakt. Men indholdet af dette kan ikke forst\u00e5s som sags\u00f8geren h\u00e6vder, at det er at yde al support gratis indtil sags\u00f8geren faktisk kan drive dette system, uden at begr\u00e6nse perioden.<\/p>\n<cite>Dom afsagt af Hachioji afdeling af Tokyo District Court den 5. november 2003 (Heisei 15)<\/cite><\/blockquote>\n\n\n\n<p>Det kan t\u00e6nkes, at det p\u00e5peger, at der naturligvis er begr\u00e6nsninger p\u00e5, hvad der skal g\u00f8res som support for &#8220;drift&#8221;, hvis det prim\u00e6re arbejde, der er overtaget, er system &#8220;udvikling&#8221;. I denne dom er der flere karakteristiske punkter, s\u00e5som at citere brugerens stemme, der anmoder om support, at n\u00e6vne indholdet af det oprindelige sk\u00f8n, og at n\u00e6vne tilstedev\u00e6relsen eller frav\u00e6ret af en s\u00e6rlig aftale om at yde support. Med andre ord, det kan t\u00e6nkes, at det var hensigten at v\u00e6re ret forsigtig med at anerkende overtr\u00e6delsen af forpligtelsen, idet man tager h\u00f8jde for, at hvis konceptet af supportforpligtelsen udvides ubegr\u00e6nset, vil det p\u00e5l\u00e6gge en stor byrde p\u00e5 leverand\u00f8rsiden.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Den_faktiske_situation_med_supportforpligtelsen_bor_overvejes_sammen_med_brugerens_samarbejdsforpligtelse\"><\/span>Den faktiske situation med supportforpligtelsen b\u00f8r overvejes sammen med brugerens samarbejdsforpligtelse<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Historien indtil nu kan i bund og grund siges at v\u00e6re en diskussion om &#8220;hvordan brugeren og leverand\u00f8ren skal dele arbejdsbyrden i de indledende faser af drift i systemudvikling&#8221;. Det indeholder bestemt det lidt komplekse problem med, hvor meget juridisk forpligtelse leverand\u00f8ren skal p\u00e5tage sig ved driftsstart fra kontrakten om &#8220;udvikling&#8221;. Samtidig er det uundg\u00e5eligt at sige, at der er en st\u00e6rk tendens til at kr\u00e6ve en vurdering baseret p\u00e5 individuelle omst\u00e6ndigheder.<\/p>\n\n\n\n<p>Men det kan t\u00e6nkes, at forst\u00e5elsen af, hvad den faktiske situation med supportforpligtelsen, som leverand\u00f8ren skal p\u00e5tage sig, er, vil blive mere sikker ved at forst\u00e5 brugerens samarbejdsforpligtelse.<\/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>Initiativer til at forbedre arbejdet med et nyt system er i f\u00f8rste omgang et f\u00e6lles arbejde mellem leverand\u00f8ren, der er en teknisk ekspert, og brugeren, der har virksomhedskendskab i virksomheden. Derfor kan det t\u00e6nkes, at der ofte er tilf\u00e6lde, hvor omfanget af det, der kaldes supportforpligtelsen, naturligt vil blive bestemt ved at g\u00f8re det klart, hvad brugeren skal l\u00f8se med egen hj\u00e6lp som en del af &#8220;udf\u00f8relsen af samarbejdsforpligtelsen&#8221;.<\/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 class=\"has-text-align-left\">I denne artikel har vi gennemg\u00e5et grundl\u00e6ggende aspekter af projektledelse, og har fors\u00f8gt at organisere begrebet &#8216;supportforpligtelse&#8217;, som kan betragtes som en afledning af projektledelse. Selvom der stadig er mange uklarheder omkring begrebet supportforpligtelse, mener vi, at det er vigtigt at forst\u00e5 grundl\u00e6ggende koncepter som &#8216;projektledelsesforpligtelse&#8217; og &#8216;samarbejdsforpligtelse&#8217; for at kunne forst\u00e5 det.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Det er almindeligt kendt i systemudvikling, at systemudviklingsspecialister, ogs\u00e5 kendt som leverand\u00f8rer, har en &#8220;projektledelsesforpligtelse&#8221;. Men der er ogs\u00e5 en lignende, men forskellig  [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":58981,"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\/58265"}],"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=58265"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58265\/revisions"}],"predecessor-version":[{"id":58982,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58265\/revisions\/58982"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/58981"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=58265"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=58265"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=58265"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}