{"id":60539,"date":"2024-03-05T21:12:17","date_gmt":"2024-03-05T12:12:17","guid":{"rendered":"https:\/\/monolith.law\/da\/?p=60539"},"modified":"2024-03-27T07:34:28","modified_gmt":"2024-03-26T22:34:28","slug":"legal-and-contract-issues-of-agile-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/da\/it\/legal-and-contract-issues-of-agile-development","title":{"rendered":"Hvad er juridiske og kontraktm\u00e6ssige problemer forbundet med Agile-udvikling?"},"content":{"rendered":"\n<p>Der er forskellige metoder til at drive systemudvikling. Den mest klassiske og almindelige er vandfaldsmodellen, og mange juridiske b\u00f8ger, der behandler systemudvikling, diskuterer dette p\u00e5 baggrund af denne model. I denne artikel vil vi forklare de juridiske problemer, der kan opst\u00e5 i forbindelse med systemudvikling baseret p\u00e5 den agile udviklingsmodel, som det kan v\u00e6re sv\u00e6rt at finde information om i b\u00f8ger 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\/legal-and-contract-issues-of-agile-development\/#Agil_udviklingsmodel_og_jura\" title=\"Agil udviklingsmodel og jura\">Agil udviklingsmodel og jura<\/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\/legal-and-contract-issues-of-agile-development\/#Hvad_er_en_model_i_systemudvikling\" title=\"Hvad er en model i systemudvikling?\">Hvad er en model i systemudvikling?<\/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\/legal-and-contract-issues-of-agile-development\/#Karakteristika_ved_den_agile_udviklingsmodel\" title=\"Karakteristika ved den agile udviklingsmodel\">Karakteristika ved den agile udviklingsmodel<\/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\/legal-and-contract-issues-of-agile-development\/#Handtering_af_dokumentstyring_og_aendringsstyring_i_agil_udvikling\" title=\"H\u00e5ndtering af dokumentstyring og \u00e6ndringsstyring i agil udvikling\">H\u00e5ndtering af dokumentstyring og \u00e6ndringsstyring i agil udvikling<\/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\/legal-and-contract-issues-of-agile-development\/#Vigtigheden_af_dokumentstyring\" title=\"Vigtigheden af dokumentstyring\">Vigtigheden af dokumentstyring<\/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\/legal-and-contract-issues-of-agile-development\/#Implementering_af_et_kommunikationsrad_er_effektivt_for_dokumentstyring\" title=\"Implementering af et kommunikationsr\u00e5d er effektivt for dokumentstyring\">Implementering af et kommunikationsr\u00e5d er effektivt for dokumentstyring<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/da\/it\/legal-and-contract-issues-of-agile-development\/#Udnyttelse_af_kommunikationsradet_til_aendringsstyring\" title=\"Udnyttelse af kommunikationsr\u00e5det til \u00e6ndringsstyring\">Udnyttelse af kommunikationsr\u00e5det til \u00e6ndringsstyring<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/da\/it\/legal-and-contract-issues-of-agile-development\/#Forstaelse_af_pligten_til_aerlighed_og_god_tro_er_afgorende\" title=\"Forst\u00e5else af pligten til \u00e6rlighed og god tro er afg\u00f8rende\">Forst\u00e5else af pligten til \u00e6rlighed og god tro er afg\u00f8rende<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/da\/it\/legal-and-contract-issues-of-agile-development\/#Opsummering\" title=\"Opsummering\">Opsummering<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Agil_udviklingsmodel_og_jura\"><\/span>Agil udviklingsmodel og jura<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_321052328-1024x683.jpg\" alt=\"\" class=\"wp-image-5414\" \/><figcaption class=\"wp-element-caption\">Vi vil forklare karakteristika ved agil udvikling.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hvad_er_en_model_i_systemudvikling\"><\/span>Hvad er en model i systemudvikling?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I systemudviklingsprojekter findes der udviklingsmodeller, som fungerer som rammer for at f\u00e5 et overblik over projektets fremskridt. Den mest kendte af disse er den s\u00e5kaldte &#8220;vandfaldsmodel&#8221;. Det vil sige, ligesom vand falder fra &#8220;opstr\u00f8ms&#8221; til &#8220;nedstr\u00f8ms&#8221;, gennemf\u00f8res alle processer som kravspecifikation, design, implementering, test osv. i en enkelt gennemgang. Denne metode sigter mod at minimere tilbageskridt og dobbeltarbejde s\u00e5 meget som muligt og er velegnet til planlagt arbejdsfremgang.<\/p>\n\n\n\n<p>P\u00e5 den anden side gentager den agile udviklingsmodel processen med at implementere sm\u00e5 programmer og teste dem. Ved at gentage denne iterative proces med at implementere og teste sm\u00e5 programmer, bygges et st\u00f8rre system gradvist op. For en mere detaljeret forklaring p\u00e5 disse systemudviklingsmodeller og en sammenligning af fordele og ulemper ved begge udviklingsmodeller, se artiklen nedenfor.<br><\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Karakteristika_ved_den_agile_udviklingsmodel\"><\/span>Karakteristika ved den agile udviklingsmodel<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En stor fordel ved udvikling med den agile model er, at man kan komme hurtigt i gang med det faktiske arbejde. Da &#8220;opstr\u00f8ms&#8221; opgaver som kravspecifikation og design ikke er adskilt fra programmeringsarbejdet, er det velegnet til at styre fleksibelt, herunder at h\u00e5ndtere tilf\u00f8jelser og \u00e6ndringer af funktioner og specifikations\u00e6ndringer. Juridisk set er det s\u00e6rligt vigtigt at h\u00e5ndtere dokumentstyring og \u00e6ndringsstyring effektivt for at g\u00f8re den agile udviklingsmodel til en succes. I den agile udviklingsmodel er roller og ansvar ikke s\u00e5 klart defineret som i vandfaldsmodellen. Desuden, da denne metode prioriterer &#8220;hastighed&#8221; til udf\u00f8relse og igangs\u00e6ttelse frem for &#8220;styring&#8221;, kan det let f\u00f8re til mangelfuld dokumentation, s\u00e5som design- og specifikationsdokumenter og m\u00f8dereferater.<\/p>\n\n\n\n<p>Desuden, i forhold til \u00e6ndringsstyring, da den agile udviklingsmodel er smidig i h\u00e5ndteringen af \u00e6ndringer, er der en risiko for, at projektet kan g\u00e5 op i flammer, hvis godkendelsesprocessen for beslutningstagere overses, og specifikations\u00e6ndringsanmodninger h\u00e5ndteres p\u00e5 arbejdspladsniveau. Hvis dette sker, kan fordelene ved en udviklingsmodel, der er &#8220;smidig i h\u00e5ndteringen af efterf\u00f8lgende \u00e6ndringer&#8221;, i sig selv blive en risiko for, at projektet g\u00e5r op i flammer.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Handtering_af_dokumentstyring_og_aendringsstyring_i_agil_udvikling\"><\/span>H\u00e5ndtering af dokumentstyring og \u00e6ndringsstyring i agil udvikling<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\/pixta_50106785_M-1024x768.jpg\" alt=\"\" class=\"wp-image-5416\" \/><figcaption class=\"wp-element-caption\">Hvordan h\u00e5ndteres dokumentstyring og \u00e6ndringsstyring i en agil udviklingsmodel?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vigtigheden_af_dokumentstyring\"><\/span>Vigtigheden af dokumentstyring<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I udviklingsprojekter baseret p\u00e5 den agile udviklingsmodel er en juridisk bekymring, at mundtlige interaktioner akkumuleres, hvilket f\u00f8rer til mangel p\u00e5 dokumentation. Vi har detaljeret forklaret, hvorfor dokumentstyring er vigtig i systemudviklingsprojekter, i f\u00f8lgende artikel.<br><\/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>I denne artikel forklarer vi vigtigheden af dokumentstyring i systemudviklingsprojekter fra to perspektiver: forebyggelse af konflikter (dvs. &#8220;forebyggende juridisk arbejde&#8221;) og bevisbevarelse i tilf\u00e6lde af konflikter (dvs. &#8220;kriseh\u00e5ndtering&#8221;).<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Implementering_af_et_kommunikationsrad_er_effektivt_for_dokumentstyring\"><\/span>Implementering af et kommunikationsr\u00e5d er effektivt for dokumentstyring<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>N\u00e5r den agile udviklingsmodel anvendes, er der ikke en klar plan p\u00e5 forh\u00e5nd, som det er tilf\u00e6ldet med vandfaldsmodellen. Derfor er det ikke nok bare at styre afvigelser mellem plan og faktiske resultater, og der er bekymring for, at omkostningerne kan stige b\u00e5de \u00f8konomisk og tidsm\u00e6ssigt, hvis det overlades til arbejdspladsen.<\/p>\n\n\n\n<p>Derfor er det effektivt at have en leder, der regelm\u00e6ssigt afholder et kommunikationsr\u00e5d for at sikre en gnidningsfri fremdrift af projektet. I tilf\u00e6lde af mindre udviklingsprojekter er det ofte mere \u00f8nskeligt at samles, n\u00e5r ledere kan m\u00f8des efter behov, i stedet for at afholde regelm\u00e6ssige kommunikationsm\u00f8der. Men i tilf\u00e6lde af den agile udviklingsmodel er risikoen for at overse rettidige problemer i m\u00f8der ofte st\u00f8rre. Derfor er det sikkert at sige, at det er sikkert at inkludere regelm\u00e6ssige kommunikationsm\u00f8der i kontrakter og lignende. Reglerne er som f\u00f8lger i den modelkontrakt, der er angivet af det japanske ministerium for \u00f8konomi, handel og industri.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Etablering af kommunikationsr\u00e5d)<\/p>\n\n\n\n<p>Artikel 12 Part A og B skal afholde et kommunikationsr\u00e5d for at dr\u00f8fte n\u00f8dvendige sp\u00f8rgsm\u00e5l for at sikre, at dette arbejde kan udf\u00f8res gnidningsfrit, herunder fremskridt, risikostyring og rapportering, f\u00e6lles arbejde og implementering af individuelle opgaver af begge parter, bekr\u00e6ftelse af indhold, der skal inkluderes i systemspecifikationerne, dr\u00f8ftelse og l\u00f8sning af problemer, indtil dette arbejde er afsluttet. Dog, (udeladt).<br><\/p>\n\n\n\n<p>2. Kommunikationsr\u00e5det skal afholdes regelm\u00e6ssigt med den frekvens, der er fastsat i den individuelle kontrakt, og derudover skal det afholdes efter behov, n\u00e5r enten part A eller B finder det n\u00f8dvendigt.<br><\/p>\n\n\n\n<p>3. Ledere, hovedansvarlige og dem, som lederne finder passende, skal deltage i kommunikationsr\u00e5det. Desuden kan b\u00e5de part A og B anmode den anden part om at deltage i de personer, der er n\u00f8dvendige for dr\u00f8ftelserne i kommunikationsr\u00e5det, og den anden part skal overholde dette, medmindre der er en rimelig grund.<br><\/p>\n\n\n\n<p>4. Part B skal udarbejde en fremskridtsrapport i det format, der er aftalt separat mellem part A og B, og indsende den i kommunikationsr\u00e5det, bekr\u00e6fte fremskridt baseret p\u00e5 denne fremskridtsrapport, tilstedev\u00e6relsen af forsinkede emner, \u00e5rsager og modforanstaltninger, n\u00e5r der er forsinkede emner, behovet for at \u00e6ndre fremdriftssystemet fastsat i dette kapitel (personale\u00e6ndringer, stigninger og fald, \u00e6ndringer i underleverand\u00f8rer osv.), status for implementering af sikkerhedsforanstaltninger, tilstedev\u00e6relsen af \u00e5rsager, der kr\u00e6ver \u00e6ndringer i den individuelle kontrakt, indholdet, n\u00e5r der er \u00e5rsager, der kr\u00e6ver \u00e6ndringer i den individuelle kontrakt, og bekr\u00e6fte emner, der er besluttet, emner, der skal forts\u00e6ttes med at blive overvejet, og tidsplanen for overvejelse og parterne, der skal overveje, n\u00e5r der er emner, der skal forts\u00e6ttes med at blive overvejet. &nbsp;<br><\/p>\n\n\n\n<p>(De f\u00f8lgende afsnit 5, 6 og 7 er udeladt.)<br><\/p>\n<\/blockquote>\n\n\n\n<p>Det vigtigste punkt er, at eksistensen af kommunikationsr\u00e5det giver en vis legitimitet i kontraktbestemmelserne og giver det en anden betydning end andre ad hoc-m\u00f8der.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Udnyttelse_af_kommunikationsradet_til_aendringsstyring\"><\/span>Udnyttelse af kommunikationsr\u00e5det til \u00e6ndringsstyring<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Desuden, i agil udvikling, er det en foruds\u00e6tning, at emner, som begge parter oprindeligt var enige om, \u00e6ndres efterf\u00f8lgende. Derfor er det ogs\u00e5 meget vigtigt, hvordan man h\u00e5ndterer situationen med efterf\u00f8lgende specifikations\u00e6ndringer.<\/p>\n\n\n\n<p>I denne forbindelse, hvis kommunikationsr\u00e5det afholdes regelm\u00e6ssigt, bliver \u00e6ndringsstyringen og dens metode meget glat. For eksempel kan du g\u00f8re \u00e6ndringsdiskussioner i kommunikationsr\u00e5det og inkludere en forpligtelse i kontrakten for den anden part til at overholde disse diskussioner, n\u00e5r der er en anmodning om \u00e6ndringsdiskussion fra den ene part. (Nedenfor er en uddrag af bestemmelsen i modelkontrakten fra det japanske ministerium for \u00f8konomi, handel og industri.)<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(\u00c6ndringsstyringsprocedure)<\/p>\n\n\n\n<p>Artikel 37 Part A eller B skal, n\u00e5r de har modtaget et \u00e6ndringsforslag fra den anden part (udeladt), overdrage et dokument (herefter kaldet &#8220;\u00e6ndringsstyringsdokumentet&#8221;) til den anden part inden for \u25cb dage efter modtagelsen, hvori f\u00f8lgende emner er angivet, og part A og B skal dr\u00f8fte, om den p\u00e5g\u00e6ldende \u00e6ndring er mulig i kommunikationsr\u00e5det som fastsat i artikel 12. (Udeladelse af emner, der skal angives)<br><\/p>\n<\/blockquote>\n\n\n\n<p>De vigtigste punkter i ovenst\u00e5ende bestemmelse kan opsummeres som f\u00f8lger:<br><\/p>\n\n\n\n<ul>\n<li>Metoden til at acceptere \u00e6ndringsanmodninger er standardiseret til et format kaldet &#8220;\u00e6ndringsforslag&#8221;.<br><\/li>\n\n\n\n<li>Der er en tidsfrist for datoen fra modtagelsen af forslaget til diskussionen om det \u2192 Selvom det ikke er angivet som &#8220;inden for \u25ef dage&#8221;, kan det overvejes at erstatte det med ord som &#8220;hurtigst muligt&#8221;.<br><\/li>\n\n\n\n<li>Stedet for at diskutere, om \u00e6ndringen er mulig, er standardiseret til &#8220;kommunikationsr\u00e5det&#8221;.<br><\/li>\n<\/ul>\n\n\n\n<p>Med andre ord, for at undg\u00e5 misforst\u00e5elser som &#8220;Jeg har anmodet om en \u00e6ndring, jeg har ikke&#8221; og &#8220;Jeg har svaret p\u00e5, om \u00e6ndringen er mulig, jeg har ikke&#8221;, er metoden til proceduren klar.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Forstaelse_af_pligten_til_aerlighed_og_god_tro_er_afgorende\"><\/span>Forst\u00e5else af pligten til \u00e6rlighed og god tro er afg\u00f8rende<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Indtil videre har vi introduceret modelkontraktbestemmelser om &#8216;Kontaktudvalg&#8217; og &#8216;\u00c6ndringsforhandlinger&#8217;. Men det, der er vigtigt for at forst\u00e5 essensen af disse, er emner som &#8216;pligten til \u00e6rlighed&#8217; og &#8216;god tro&#8217;. Agile udviklingsmodeller er ofte vanskelige at gennemf\u00f8re uden et tillidsforhold mellem ordregiver og leverand\u00f8r. Dette skyldes, at de prioriterer hastigheden af at komme i gang med det faktiske arbejde, og procedurerne, der f\u00f8rer op til starten, er normalt minimeret. Derfor er det ogs\u00e5 almindeligt i praksis at inkludere bestemmelser, der p\u00e5l\u00e6gger den anden part en &#8216;pligt til \u00e6rlighed&#8217;.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Paragraf 4, stk. 3: I \u00e6ndringsforhandlinger skal begge parter \u00e6rligt dr\u00f8fte emnet for \u00e6ndringen, om \u00e6ndringen er mulig, og virkningen af \u00e6ndringen p\u00e5 prisen og leveringstiden.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Dette er for at forhindre en tilgang, hvor man pludselig forr\u00e5der den anden part med en formel juridisk argumentation, s\u00e5som &#8216;om man vil acceptere en kontrakt\u00e6ndring er udelukkende op til den part, der modtager anmodningen, og der er ingen pligt til at overholde tvang&#8217;, i forhandlinger, der oprindeligt blev gennemf\u00f8rt p\u00e5 grundlag af et tillidsforhold. Dette afspejler ogs\u00e5 principperne i loven, der g\u00e6lder for private transaktioner, ikke kun systemudvikling.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Civilretten paragraf 1, stk. 2<\/p>\n\n\n\n<p>Ud\u00f8velsen af rettigheder og opfyldelsen af pligter skal ske i <u>god tro<\/u> og med <u>\u00e6rlighed<\/u>.<br><\/p>\n<\/blockquote>\n\n\n\n<p>Loven v\u00e6rds\u00e6tter ikke n\u00f8dvendigvis kun &#8216;indholdet af kontrakten&#8217; eller &#8216;ordlyden af bestemmelserne&#8217;. Is\u00e6r i transaktioner med en anden part b\u00f8r den bruges fleksibelt, mens man tager hensyn til den faktiske &#8216;god tro&#8217; og &#8216;\u00e6rlighed&#8217;. Desuden er der en detaljeret forklaring i f\u00f8lgende artikel om, at det, der er &#8216;p\u00e5lagt ved lov&#8217;, ikke n\u00f8dvendigvis er baseret p\u00e5 &#8216;kontrakt&#8217; proceduren.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/system-development-unlawful-responsibility[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>Det er selvf\u00f8lgelig vigtigt at forst\u00e5 risikoen for, at administrative procedurer og ledelsesstrukturer bliver tilf\u00e6ldigt sl\u00f8set i systemudviklingsprojekter baseret p\u00e5 den agile udviklingsmodel. Men det er ikke kun det, det er ogs\u00e5 vigtigt at forst\u00e5 de fleksible egenskaber, som loven oprindeligt har, baseret p\u00e5 principper som &#8220;god tro&#8221;, og at have en holdning til at anvende det i praksis.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Der er forskellige metoder til at drive systemudvikling. Den mest klassiske og almindelige er vandfaldsmodellen, og mange juridiske b\u00f8ger, der behandler systemudvikling, diskuterer dette p\u00e5 baggrund a [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":61956,"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\/60539"}],"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=60539"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60539\/revisions"}],"predecessor-version":[{"id":61957,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/posts\/60539\/revisions\/61957"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media\/61956"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/media?parent=60539"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/categories?post=60539"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/da\/wp-json\/wp\/v2\/tags?post=60539"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}