{"id":58439,"date":"2023-10-05T15:32:15","date_gmt":"2023-10-05T06:32:15","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=58439"},"modified":"2024-01-25T17:11:11","modified_gmt":"2024-01-25T08:11:11","slug":"system-flaw-measure-after-acceptance","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/system-flaw-measure-after-acceptance","title":{"rendered":"Hvad er handlingsplanen, hvis der opdages en systemfejl efter godkendelse?"},"content":{"rendered":"\n<p>I almindelighed g\u00e5r systemudvikling ud p\u00e5, at programimplementeringen skrider frem i overensstemmelse med det indhold, der blev besluttet i kravspecifikationsfasen, og til sidst bekr\u00e6fter b\u00e5de brugeren og leverand\u00f8ren, om det er blevet f\u00e6rdiggjort i henhold til specifikationerne, og afsluttes med godkendelse af accepttesten.<\/p>\n\n\n\n<p>Men i virkeligheden kan bugs og fejl, der ikke kunne opdages under testprocessen og ved godkendelse af accepttesten, faktisk komme frem i efterf\u00f8lgende driftsfaser. Hvis du har accepteret leveringen en gang, hvad kan du s\u00e5 juridisk kr\u00e6ve? <br><\/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\/system-flaw-measure-after-acceptance\/#Det_er_ikke_overraskende_at_der_stadig_er_fejl_efter_godkendelse_eller_testfasen\" title=\"Det er ikke overraskende, at der stadig er fejl efter godkendelse eller testfasen\">Det er ikke overraskende, at der stadig er fejl efter godkendelse eller testfasen<\/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\/system-flaw-measure-after-acceptance\/#Gaelden_er_normalt_betragtet_som_opfyldt\" title=\"G\u00e6lden er normalt betragtet som opfyldt\">G\u00e6lden er normalt betragtet som opfyldt<\/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\/system-flaw-measure-after-acceptance\/#Vejen_til_at_forfolge_ansvar_baseret_pa_mangelsansvar\" title=\"Vejen til at forf\u00f8lge ansvar baseret p\u00e5 mangelsansvar\">Vejen til at forf\u00f8lge ansvar baseret p\u00e5 mangelsansvar<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/da\/it\/system-flaw-measure-after-acceptance\/#Forst_skal_du_bekraefte_graden_af_alvorlighed_og_alvor_af_fejl_og_mangler\" title=\"F\u00f8rst skal du bekr\u00e6fte graden af alvorlighed og alvor af fejl og mangler\">F\u00f8rst skal du bekr\u00e6fte graden af alvorlighed og alvor af fejl og mangler<\/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\/system-flaw-measure-after-acceptance\/#Dernaest_skal_du_klargore_hvad_du_skal_kraeve_af_leverandoren\" title=\"Dern\u00e6st skal du klarg\u00f8re, hvad du skal kr\u00e6ve af leverand\u00f8ren\">Dern\u00e6st skal du klarg\u00f8re, hvad du skal kr\u00e6ve af leverand\u00f8ren<\/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\/system-flaw-measure-after-acceptance\/#Andre_bemaerkninger\" title=\"Andre bem\u00e6rkninger\">Andre bem\u00e6rkninger<\/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\/system-flaw-measure-after-acceptance\/#Vaer_opmaerksom_pa_fremgangsmaden_nar_du_udforer_juridiske_handlinger_som_ophaevelse_af_kontrakter\" title=\"V\u00e6r opm\u00e6rksom p\u00e5 fremgangsm\u00e5den, n\u00e5r du udf\u00f8rer juridiske handlinger som oph\u00e6velse af kontrakter\">V\u00e6r opm\u00e6rksom p\u00e5 fremgangsm\u00e5den, n\u00e5r du udf\u00f8rer juridiske handlinger som oph\u00e6velse af kontrakter<\/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\/system-flaw-measure-after-acceptance\/#Det_er_bedre_at_lose_konflikter_gennem_forhandlinger_snarere_end_tvister\" title=\"Det er bedre at l\u00f8se konflikter gennem forhandlinger snarere end tvister\">Det er bedre at l\u00f8se konflikter gennem forhandlinger snarere end tvister<\/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\/system-flaw-measure-after-acceptance\/#Man_bor_skelne_mellem_bugs_og_fejl_og_manglende_funktioner\" title=\"Man b\u00f8r skelne mellem bugs og fejl, og manglende funktioner\">Man b\u00f8r skelne mellem bugs og fejl, og manglende funktioner<\/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\/system-flaw-measure-after-acceptance\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_ikke_overraskende_at_der_stadig_er_fejl_efter_godkendelse_eller_testfasen\"><\/span>Det er ikke overraskende, at der stadig er fejl efter godkendelse eller testfasen<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Set fra et teknisk synspunkt er det ikke us\u00e6dvanligt, at forskellige fejl og problemer opst\u00e5r efter afslutningen af leverand\u00f8rens forskellige testfaser og efter godkendelsen fra brugerens side. Det, som brugeren normalt g\u00f8r i godkendelsesprocessen, er prim\u00e6rt at tjekke input og output, som kan bekr\u00e6ftes fra sk\u00e6rmen. Men IT-systemer har ofte en kompleks og detaljeret struktur i databasen bagved og i de programmer, der styrer forskellige beregninger og kontroller, ud over det udseende, der kan bekr\u00e6ftes fra brugerens side p\u00e5 sk\u00e6rmen. Derfor er der gr\u00e6nser for, hvad der kan unders\u00f8ges fra brugerens synspunkt ved at tjekke input og output p\u00e5 sk\u00e6rmen. Derfor er det ikke realistisk at fors\u00f8ge at udt\u00f8mmende verificere alle mulige problemer, der kan opst\u00e5 i den efterf\u00f8lgende driftsfase, ved at tjekke.<\/p>\n\n\n\n<p>De ovenst\u00e5ende omst\u00e6ndigheder g\u00e6lder ogs\u00e5, n\u00e5r man ser det fra leverand\u00f8rens synspunkt, der h\u00e5ndterer udviklingsarbejdet. For eksempel er &#8220;testfasen&#8221; hvor man bekr\u00e6fter, om der er fejl eller problemer i det implementerede program. Men selv i testfasen er det ikke n\u00f8dvendigvis muligt at udt\u00f8mme alle mulige fejl og problemer. Selv efter at det udviklede system er begyndt at blive brugt fuldt ud i forretningen, kr\u00e6ver det fremragende tekniske f\u00e6rdigheder at skabe et system, der fortsat kan fungere uden problemer, selv n\u00e5r der udf\u00f8res operationer, som leverand\u00f8ren ikke forventede, eller n\u00e5r store m\u00e6ngder data faktisk begynder at blive registreret, eller n\u00e5r flere brugere begynder at f\u00e5 adgang samtidig.<\/p>\n\n\n\n<p>Det er vigtigt at forst\u00e5, at det ikke er realistisk at opdage alle fejl og problemer i faser som godkendelse og test, og at forskellige problemer kan opst\u00e5, n\u00e5r man faktisk begynder at bruge IT-systemet.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Gaelden_er_normalt_betragtet_som_opfyldt\"><\/span>G\u00e6lden er normalt betragtet som opfyldt<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_326816432-1024x977.jpg\" alt=\"\" class=\"wp-image-4911\" \/><figcaption class=\"wp-element-caption\">Det er ofte sv\u00e6rt at placere ansvar hos leverand\u00f8ren for fejl, der opst\u00e5r efter at programmet er taget i brug.<\/figcaption><\/figure>\n\n\n\n<p>Hvordan skal man s\u00e5 h\u00e5ndtere s\u00e5danne problemer, n\u00e5r de faktisk opst\u00e5r? Lad os gennemg\u00e5 det i den juridiske r\u00e6kkef\u00f8lge.<\/p>\n\n\n\n<p>F\u00f8rst og fremmest, hvis forskellige bugs og fejl bliver opdaget efterf\u00f8lgende, vil brugeren sandsynligvis \u00f8nske at placere et eller andet ansvar hos leverand\u00f8ren, som de hidtil har bedt om at udf\u00f8re arbejdet. Men normalt, hvis leveringen allerede er fuldf\u00f8rt og har best\u00e5et inspektion, er det ofte sv\u00e6rt at placere ansvar baseret p\u00e5 manglende opfyldelse af g\u00e6ld.<\/p>\n\n\n\n<p>I f\u00f8rste omgang er kontrakter om systemudvikling, medmindre der er truffet nogle s\u00e6rlige aftaler, underlagt bestemmelserne om kontrakter i den japanske civillov. Hvad en kontrakt er, er forklaret i detaljer i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-contact-agreement\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-contact-agreement [ja]<\/a><\/p>\n\n\n\n<p>Og i en kontrakt er &#8220;fuldf\u00f8relsen af arbejdet&#8221; kravet for opfyldelse af g\u00e6ld. Hvad &#8220;fuldf\u00f8relsen af arbejdet&#8221; konkret betyder, er forklaret i detaljer i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/completion-of-work-in-system-development [ja]<\/a><\/p>\n\n\n\n<p>Her forklarer vi, at &#8220;fuldf\u00f8relsen af arbejdet&#8221; i en kontrakt, i konteksten af systemudvikling, betyder afslutningen af alle udviklingsprocesser. Og vi forklarer, at problemer som bugs og fejl, der opst\u00e5r efter at alle udviklingsprocesser er afsluttet, bliver et sp\u00f8rgsm\u00e5l om ansvar for mangler i kontrakten.<\/p>\n\n\n\n<p>For at opsummere, hvis leveringen er accepteret og inspektionen er best\u00e5et, er det normalt antaget, at g\u00e6lden allerede er opfyldt, og sp\u00f8rgsm\u00e5let bliver s\u00e5, om man kan placere ansvar for mangler, det vil sige kvalitetssikring, efterf\u00f8lgende.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vejen_til_at_forfolge_ansvar_baseret_pa_mangelsansvar\"><\/span>Vejen til at forf\u00f8lge ansvar baseret p\u00e5 mangelsansvar<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>S\u00e5, hvad skal man overveje og i hvilken r\u00e6kkef\u00f8lge, n\u00e5r man s\u00f8ger en leverand\u00f8r til at h\u00e5ndtere et problem baseret p\u00e5 mangelsansvar? Lad os se p\u00e5 det nedenfor.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forst_skal_du_bekraefte_graden_af_alvorlighed_og_alvor_af_fejl_og_mangler\"><\/span>F\u00f8rst skal du bekr\u00e6fte graden af alvorlighed og alvor af fejl og mangler<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r fejl og mangler bliver opdaget efterf\u00f8lgende, og du s\u00f8ger en form for garanti for, at det er en juridisk &#8220;mangel&#8221;, bliver alvorligheden af fejlen eller manglen et problem. Juridiske mangelsproblemer er grundl\u00e6ggende:<\/p>\n\n\n\n<ol>\n<li>Selvom det kan betegnes som en fejl eller mangel, er det kun mindre og kan ikke betegnes som en juridisk &#8220;mangel&#8221;.<\/li>\n\n\n\n<li>Det er en juridisk &#8220;mangel&#8221;, men det er stadig muligt at opn\u00e5 form\u00e5let med kontrakten.<\/li>\n\n\n\n<li>Det er en juridisk &#8220;mangel&#8221;, og det er ikke muligt at opn\u00e5 form\u00e5let med kontrakten.<\/li>\n<\/ol>\n\n\n\n<p>Disse tre m\u00f8nstre adskiller sig. Det, der adskiller muligheden for at forf\u00f8lge ansvar baseret p\u00e5 mangelsansvar, er gr\u00e6nsen mellem 1 og 2, og det, der adskiller muligheden for at oph\u00e6ve kontrakten baseret p\u00e5 mangelsansvar, er gr\u00e6nsen mellem 2 og 3.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikel 634<\/p>\n\n\n\n<p>1. N\u00e5r der er en mangel ved det arbejde, der er form\u00e5let med kontrakten, kan bestilleren anmode entrepren\u00f8ren om at rette manglen inden for en rimelig tidsramme. Dog g\u00e6lder dette ikke, hvis manglen er ubetydelig, og det ville kr\u00e6ve overdreven omkostninger at rette den.<br><\/p>\n\n\n\n<p>2. Bestilleren kan anmode om erstatning i stedet for eller sammen med rettelse af manglen. I dette tilf\u00e6lde g\u00e6lder bestemmelserne i artikel 533.<\/p>\n\n\n\n<p>Artikel 635<\/p>\n\n\n\n<p>N\u00e5r der er en mangel ved det arbejde, der er form\u00e5let med kontrakten, og det er umuligt at opn\u00e5 form\u00e5let med kontrakten p\u00e5 grund af denne mangel, kan bestilleren oph\u00e6ve kontrakten. Dog g\u00e6lder dette ikke for bygninger eller andre jordarbejder.<br><\/p>\n<\/blockquote>\n\n\n\n<p>For mere detaljeret forklaring om denne gradvise sondring af &#8220;mangler&#8221;, se f\u00f8lgende artikel.<\/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<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Dernaest_skal_du_klargore_hvad_du_skal_kraeve_af_leverandoren\"><\/span>Dern\u00e6st skal du klarg\u00f8re, hvad du skal kr\u00e6ve af leverand\u00f8ren<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Dern\u00e6st skal du klarg\u00f8re, hvad du skal kr\u00e6ve af den anden part. Hvis du \u00f8nsker at oph\u00e6ve kontrakten, er det ikke nok bare at bevise, at det er en mangel, det skal v\u00e6re noget, der kan siges at g\u00f8re det &#8220;umuligt at opn\u00e5 form\u00e5let med kontrakten&#8221;. Ved vurdering af &#8220;form\u00e5let&#8221; her er m\u00f8dereferater fra m\u00f8der afholdt ved starten af systemudviklingsprojektet og oplysninger i specifikationer vigtige spor. Da det er muligt, at fejl og mangler kan blive opdaget efterf\u00f8lgende, selv efter godkendelse, b\u00f8r du s\u00f8rge for at opbevare alle dokumenter grundigt, selv efter afslutningen af udviklingsprojektet.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development [ja]<\/a><\/p>\n\n\n\n<p>Udover oph\u00e6velse kan du ogs\u00e5 kr\u00e6ve erstatning for skader eller anmodning om rettelse af mangler som indhold af mangelsansvar.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Andre_bemaerkninger\"><\/span>Andre bem\u00e6rkninger<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_1299988513-1024x684.jpg\" alt=\"\" class=\"wp-image-4913\" \/><figcaption class=\"wp-element-caption\">Det er vigtigt at have styr p\u00e5 dokumenth\u00e5ndtering og juridiske procedurer med henblik p\u00e5 projektets fuldf\u00f8relse.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vaer_opmaerksom_pa_fremgangsmaden_nar_du_udforer_juridiske_handlinger_som_ophaevelse_af_kontrakter\"><\/span>V\u00e6r opm\u00e6rksom p\u00e5 fremgangsm\u00e5den, n\u00e5r du udf\u00f8rer juridiske handlinger som oph\u00e6velse af kontrakter<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hvis du skal oph\u00e6ve en kontrakt som en del af indholdet i ansvar for mangler, b\u00f8r du ogs\u00e5 l\u00e6re om den juridiske procedure for at g\u00f8re dette. Vi har detaljeret forklaret effekten af kontraktsoptagelse, hvordan man effektivt udtrykker sin vilje, og hvordan man giver meddelelser for at undg\u00e5 fremtidige problemer i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/cancellation-of-contracts-in-system-development [ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Det_er_bedre_at_lose_konflikter_gennem_forhandlinger_snarere_end_tvister\"><\/span>Det er bedre at l\u00f8se konflikter gennem forhandlinger snarere end tvister<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden har denne r\u00e6kke af juridiske argumenter ikke kun betydning, n\u00e5r en retssag opst\u00e5r. Tvistl\u00f8sning gennem retssager er en stor byrde for begge parter. Tv\u00e6rtimod, disse juridiske indsigter b\u00f8r ogs\u00e5 v\u00e6re meget nyttige i forhandlingsfasen f\u00f8r en retssag. Vi har forklaret, hvor meget betydning disse juridiske indsigter har i forhandlinger uden for retssager i f\u00f8lgende artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/disputes-related-to-system-development [ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Man_bor_skelne_mellem_bugs_og_fejl_og_manglende_funktioner\"><\/span>Man b\u00f8r skelne mellem bugs og fejl, og manglende funktioner<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Der er forskellige diskussioner, hvis der er bugs eller fejl i de funktioner eller specifikationer, du har implementeret, og hvis du mangler de n\u00f8dvendige funktioner i f\u00f8rste omgang. Hvis de n\u00f8dvendige funktioner ikke er til stede, kan &#8220;fuldf\u00f8relsen af arbejdet&#8221; i kontrakten ikke anerkendes, og opfyldelsen af forpligtelserne kan ikke anerkendes.<\/p>\n\n\n\n<p>Desuden, selvom de n\u00f8dvendige funktioner og specifikationer ikke er til stede, hvis det er resultatet af, at brugeren ikke har givet passende information i kravspecifikationsfasen, kan det v\u00e6re upassende at betragte det som en del af kontraktindholdet i f\u00f8rste omgang.<br><\/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>Problemer, der opst\u00e5r i l\u00f8bet af et projekts forl\u00f8b, kan blive opdaget enten under projektets fremdrift eller efterf\u00f8lgende, som i driftsfasen. Selvom alle trin i projektet er gennemf\u00f8rt uden problemer, er det ikke n\u00f8dvendigvis en garanti for sikkerhed. Dette karakteristiske tr\u00e6k ved systemudviklingsprojekter synes at v\u00e6re symboliseret i det, vi kalder &#8220;fejl- og mangelsansvar&#8221;. Det er vigtigt at have en grundig dokumenth\u00e5ndtering, der tager h\u00f8jde for hvad der sker efter afslutningen af systemudviklingsprojektet, og at forst\u00e5 denne sammenh\u00e6ngende proces.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>I almindelighed g\u00e5r systemudvikling ud p\u00e5, at programimplementeringen skrider frem i overensstemmelse med det indhold, der blev besluttet i kravspecifikationsfasen, og til sidst bekr\u00e6fter b\u00e5de brugere [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":58547,"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\/58439"}],"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=58439"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58439\/revisions"}],"predecessor-version":[{"id":58549,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/58439\/revisions\/58549"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/58547"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=58439"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=58439"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=58439"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}