{"id":61453,"date":"2023-12-07T14:39:42","date_gmt":"2023-12-07T05:39:42","guid":{"rendered":"https:\/\/monolith.law\/sv\/?p=61453"},"modified":"2024-02-01T14:07:55","modified_gmt":"2024-02-01T05:07:55","slug":"the-transition-from-the-oldsystem","status":"publish","type":"post","link":"https:\/\/monolith.law\/sv\/it\/the-transition-from-the-oldsystem","title":{"rendered":"Juridiska problem i samband med \u00f6verg\u00e5ngen fr\u00e5n gamla system i systemutveckling"},"content":{"rendered":"\n<p>Att skapa nya IT-system f\u00f6r f\u00f6retag \u00e4r en typisk uppgift f\u00f6r IT-ingenj\u00f6rer. Men n\u00e4r vi talar om att &#8220;skapa ett nytt system&#8221; inneb\u00e4r det ofta ocks\u00e5 att &#8220;avveckla det gamla systemet&#8221; samtidigt. I denna artikel kommer vi att omv\u00e4rdera projektet att utveckla nya system fr\u00e5n perspektivet av &#8220;avveckling av gamla system&#8221; och diskutera de olika juridiska fr\u00e5gorna som uppst\u00e5r i samband med detta.<\/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\/sv\/it\/the-transition-from-the-oldsystem\/#Vad_innebar_det_att_overga_till_ett_nytt_system\" title=\"Vad inneb\u00e4r det att \u00f6verg\u00e5 till ett nytt system?\">Vad inneb\u00e4r det att \u00f6verg\u00e5 till ett nytt system?<\/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\/sv\/it\/the-transition-from-the-oldsystem\/#IT-systemens_livslangd_ar_inte_evig\" title=\"IT-systemens livsl\u00e4ngd \u00e4r inte evig\">IT-systemens livsl\u00e4ngd \u00e4r inte evig<\/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\/sv\/it\/the-transition-from-the-oldsystem\/#Utvecklingen_av_det_nya_systemet_fortskrider_i_takt_med_avvecklingen_av_det_gamla_systemet\" title=\"Utvecklingen av det nya systemet fortskrider i takt med avvecklingen av det gamla systemet\">Utvecklingen av det nya systemet fortskrider i takt med avvecklingen av det gamla systemet<\/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\/sv\/it\/the-transition-from-the-oldsystem\/#Vad_ar_stegen_for_overgangen_till_ett_nytt_system\" title=\"Vad \u00e4r stegen f\u00f6r \u00f6verg\u00e5ngen till ett nytt system?\">Vad \u00e4r stegen f\u00f6r \u00f6verg\u00e5ngen till ett nytt system?<\/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\/sv\/it\/the-transition-from-the-oldsystem\/#Overgangen_till_ett_nytt_system_ar_svart_att_klargora_rollerna_for_anvandare_och_leverantorer\" title=\"\u00d6verg\u00e5ngen till ett nytt system \u00e4r sv\u00e5rt att klarg\u00f6ra rollerna f\u00f6r anv\u00e4ndare och leverant\u00f6rer\">\u00d6verg\u00e5ngen till ett nytt system \u00e4r sv\u00e5rt att klarg\u00f6ra rollerna f\u00f6r anv\u00e4ndare och leverant\u00f6rer<\/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\/sv\/it\/the-transition-from-the-oldsystem\/#Tidigare_rattsfall_som_ror_overgangen_till_nya_system\" title=\"Tidigare r\u00e4ttsfall som r\u00f6r \u00f6verg\u00e5ngen till nya system\">Tidigare r\u00e4ttsfall som r\u00f6r \u00f6verg\u00e5ngen till nya system<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/sv\/it\/the-transition-from-the-oldsystem\/#Sammanfattning\" title=\"Sammanfattning\">Sammanfattning<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_innebar_det_att_overga_till_ett_nytt_system\"><\/span>Vad inneb\u00e4r det att \u00f6verg\u00e5 till ett nytt system?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"IT-systemens_livslangd_ar_inte_evig\"><\/span>IT-systemens livsl\u00e4ngd \u00e4r inte evig<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Det \u00e4r inte s\u00e5 att IT-system som anv\u00e4nds i f\u00f6retag kan forts\u00e4tta att anv\u00e4ndas f\u00f6r evigt bara f\u00f6r att de har skapats en g\u00e5ng. Dessutom \u00e4r det inte alltid bra att forts\u00e4tta att anv\u00e4nda gamla saker omsorgsfullt. \u00c4ven om det naturligtvis varierar mellan f\u00f6retag och beroende p\u00e5 systemets anv\u00e4ndning, tenderar det att vara en aff\u00e4rsbed\u00f6mning att det \u00e4r b\u00e4ttre att f\u00f6rnya till n\u00e5got nytt efter att ha anv\u00e4nt ett system i ungef\u00e4r 10 \u00e5r.<\/p>\n\n\n\n<p>Om tio \u00e5r kommer prestandan p\u00e5 datorer som cirkulerar p\u00e5 marknaden att f\u00f6r\u00e4ndras dramatiskt. I s\u00e5 fall kan det vara s\u00e5 att program som inte var praktiska att implementera p\u00e5 grund av begr\u00e4nsningar som datorns bearbetningshastighet (som \u00e4r enkel och utm\u00e4rkt design fr\u00e5n m\u00e4nniskors perspektiv) f\u00f6r tio \u00e5r sedan nu kan implementeras. Dessutom, om du har fortsatt att anv\u00e4nda det i tio \u00e5r sedan du skapade det, kan f\u00f6retagets arbetsfl\u00f6de och interna regler ha f\u00f6r\u00e4ndrats mycket under den tiden. Koden som har implementerats efter\u00e5t f\u00f6r att m\u00f6ta dessa f\u00f6r\u00e4ndringar i f\u00f6retagets interna och externa aff\u00e4rsmilj\u00f6 kan ha blivit s\u00e5 komplex och invecklad att den inte kan erk\u00e4nnas fr\u00e5n sk\u00e4rmen. I s\u00e5 fall kan det h\u00e4nda att \u00e4ven om anv\u00e4ndaren gradvis vill l\u00e4gga till funktioner, kan det bli om\u00f6jligt att l\u00e4gga till implementeringar fr\u00e5n utvecklarens perspektiv.<\/p>\n\n\n\n<p>\u00c4ldre system kan gradvis orsaka m\u00e5nga &#8220;manuella&#8221; uppgifter (till exempel driftsuppgifter som att utf\u00e4rda fr\u00e5gor f\u00f6r att extrahera data individuellt) f\u00f6r IT-ingenj\u00f6rer. Ironiskt nog, ju \u00e4ldre systemet blir, desto mer &#8220;personalberoende&#8221; blir det. N\u00e4r du f\u00f6rs\u00f6ker vidta \u00e5tg\u00e4rder f\u00f6r ytterligare &#8220;systematisering&#8221; f\u00f6r systemrelaterade uppgifter d\u00e4r det finns m\u00e5nga personalberoende uppgifter p\u00e5 grund av att de har blivit f\u00f6r gamla, kommer det att uppst\u00e5 ett projekt f\u00f6r &#8220;utveckling av ett nytt system f\u00f6r att migrera fr\u00e5n det gamla systemet&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Utvecklingen_av_det_nya_systemet_fortskrider_i_takt_med_avvecklingen_av_det_gamla_systemet\"><\/span>Utvecklingen av det nya systemet fortskrider i takt med avvecklingen av det gamla systemet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Som tidigare n\u00e4mnt, \u00e4ven om inte alla systemutvecklingsprojekt \u00e4r s\u00e5dana, inneb\u00e4r ofta ett systemutvecklingsprojekt samtidigt en \u00f6verg\u00e5ng fr\u00e5n det gamla systemet. Systemet i sig kan ofta byta \u00f6ver diskontinuerligt fr\u00e5n en dag till en annan.<\/p>\n\n\n\n<p>Men sj\u00e4lva framstegen i den dagliga verksamheten b\u00f6r vara en kontinuerlig kedja fr\u00e5n det f\u00f6rflutna till nuet, och fr\u00e5n nuet till framtiden. Medan det \u00e4r n\u00f6dv\u00e4ndigt att lagra n\u00f6dv\u00e4ndiga data fr\u00e5n det f\u00f6rflutna, b\u00f6r framstegen i den nuvarande verksamheten inte hindras, och det finns ofta olika utmaningar i \u00f6verg\u00e5ngen till det nya systemet, s\u00e5som att presentera en \u00f6verl\u00e4gsen &#8220;systematisering&#8221; koncept f\u00f6r framtiden. P\u00e5 grund av dessa komplexa omst\u00e4ndigheter, kan utvecklingen av det nya systemet och verksamheten f\u00f6r drift och underh\u00e5ll av det befintliga systemet bli komplicerat relaterade, och det kan uppst\u00e5 situationer d\u00e4r de \u00e4r oskiljaktigt kopplade.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Vad_ar_stegen_for_overgangen_till_ett_nytt_system\"><\/span>Vad \u00e4r stegen f\u00f6r \u00f6verg\u00e5ngen till ett nytt system?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_25686103_M-1024x634.jpg\" alt=\"\" class=\"wp-image-2758\" \/><figcaption class=\"wp-element-caption\">Vilka \u00e4r de viktiga stegen vid \u00f6verg\u00e5ngen fr\u00e5n det gamla systemet till det nya?<\/figcaption><\/figure>\n\n\n\n<p>N\u00e4r man \u00f6verg\u00e5r fr\u00e5n det gamla systemet till ett nytt system, \u00e4r det s\u00e4rskilt viktigt att \u00f6verf\u00f6ra data p\u00e5 r\u00e4tt s\u00e4tt. Stegen f\u00f6r att \u00f6verf\u00f6ra data f\u00f6ljer vanligtvis f\u00f6ljande procedur:<\/p>\n\n\n\n<ol>\n<li>Identifiera vilka data som lagras i det gamla systemet som b\u00f6r \u00f6verf\u00f6ras till det nya systemet. Det \u00e4r n\u00f6dv\u00e4ndigt att tydligt identifiera vilka data som b\u00f6r vara l\u00e4tt s\u00f6kbara fr\u00e5n det nya systemets sk\u00e4rmsida, samt vilka data som inte n\u00f6dv\u00e4ndigtvis beh\u00f6ver vara s\u00f6kbara fr\u00e5n sk\u00e4rmsidan, men som b\u00f6r kunna h\u00e4mtas vid behov (till exempel f\u00f6r revisioner).<\/li>\n\n\n\n<li>Exportera de data som identifierats i steg 1 och som b\u00f6r importeras till det nya systemet, till exempel i form av en CSV-fil.<\/li>\n\n\n\n<li>Importera de data som extraherats i steg 2 till det nya systemet.<\/li>\n\n\n\n<li>Verifiera om de data som importerats i steg 3 \u00e5terspeglas i det nya systemet och bekr\u00e4fta att \u00f6verf\u00f6ringen har utf\u00f6rts korrekt. Bevis p\u00e5 att verifieringen har utf\u00f6rts korrekt l\u00e4mnas vanligtvis genom att visa sk\u00e4rmbilder eller skriva ut dokument (det s\u00e5 kallade teststeget).<\/li>\n<\/ol>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Overgangen_till_ett_nytt_system_ar_svart_att_klargora_rollerna_for_anvandare_och_leverantorer\"><\/span>\u00d6verg\u00e5ngen till ett nytt system \u00e4r sv\u00e5rt att klarg\u00f6ra rollerna f\u00f6r anv\u00e4ndare och leverant\u00f6rer<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>I stegen f\u00f6r datamigrering som n\u00e4mndes tidigare, \u00e4r det ofta ett problem att avg\u00f6ra hur mycket anv\u00e4ndaren ska hantera det som ett internt problem i sitt eget f\u00f6retag. F\u00f6r en allm\u00e4n \u00f6versikt \u00f6ver &#8220;anv\u00e4ndarens samarbetsplikt&#8221; i systemutvecklingsprojekt i allm\u00e4nhet, inte bara datamigrering, se f\u00f6ljande artikel.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooperation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooperation[ja]<\/a><\/p>\n\n\n\n<p>Generellt sett, i ett projekt som systemutveckling, \u00e4r det sant att leverant\u00f6ren ofta \u00f6vertr\u00e4ffar anv\u00e4ndaren i termer av specialiserad kunskap f\u00f6r systemutveckling (eller snarare, det \u00e4r ofta anledningen till att de \u00e4r anlitade f\u00f6r jobbet). Men \u00e5 andra sidan, det \u00e4r ofta bara anv\u00e4ndaren som kan diskutera hur deras system &#8220;borde vara&#8221;.<\/p>\n\n\n\n<p>Med detta i \u00e5tanke, kan en m\u00f6jlig rollf\u00f6rdelning vara att anv\u00e4ndaren utf\u00f6r steg 1 och 4 som n\u00e4mnts tidigare. Eller f\u00f6r att uttrycka det p\u00e5 ett annat s\u00e4tt, det kan s\u00e4gas att det \u00e4r anv\u00e4ndarens ansvar att definiera &#8220;kraven&#8221; f\u00f6r de data som ska migreras och att &#8220;acceptera&#8221; om datan har migrerats enligt kraven. Alternativt, om det finns n\u00e5gon p\u00e5 anv\u00e4ndarsidan med omfattande kunskap om det gamla systemet, kan de ocks\u00e5 \u00f6verv\u00e4ga att g\u00f6ra steg 2 till anv\u00e4ndarens ansvar.<\/p>\n\n\n\n<p>Om det gamla systemet kan hanteras internt utan att beh\u00f6va outsourca, kan det vara m\u00f6jligt att endast outsourca det nya systemet till leverant\u00f6ren. I detta fall kan rollf\u00f6rdelningen mellan anv\u00e4ndare och leverant\u00f6r bli oklar i datamigreringsprocessen. F\u00f6r en allm\u00e4n f\u00f6rklaring av vilka roller som f\u00f6rv\u00e4ntas av leverant\u00f6ren och vilka juridiska skyldigheter som tillkommer n\u00e4r en anv\u00e4ndare outsourcar systemutvecklingsrelaterade uppgifter till en leverant\u00f6r, se \u00e4ven f\u00f6ljande 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<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tidigare_rattsfall_som_ror_overgangen_till_nya_system\"><\/span>Tidigare r\u00e4ttsfall som r\u00f6r \u00f6verg\u00e5ngen till nya system<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_45516155_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2759\" \/><figcaption class=\"wp-element-caption\">Det kan uppst\u00e5 r\u00e4ttsliga tvister i projekt f\u00f6r system\u00f6verg\u00e5ng.<\/figcaption><\/figure>\n\n\n\n<p>I projekt f\u00f6r systemutveckling som syftar till att \u00f6verg\u00e5 till ett nytt system, finns det faktiska fall d\u00e4r problem har uppst\u00e5tt och lett till r\u00e4ttsliga tvister. Fallet som citeras i domen nedan involverade problem som uppstod n\u00e4r data\u00f6verf\u00f6ringen misslyckades under \u00f6verg\u00e5ngen, vilket resulterade i flera datainkonsekvenser och buggar i det nya systemet, samt f\u00f6rseningar i leveransen. Fr\u00e5gan var vilka skyldigheter leverant\u00f6ren och anv\u00e4ndaren hade gentemot projektet. Slutsatsen var att leverant\u00f6ren hade brutit mot sin skyldighet att vara f\u00f6rsiktig, som beskrivs nedan.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Defendant, in the data migration work based on this contract, not only simply migrated the data from the old system to the new one, but also had the obligation to operate the new system with the migrated data, specifically, before starting the data migration work, investigated and analyzed the data to be migrated from the old system, understood the nature and condition of the data, considered whether it would hinder the operation after being migrated to the new system, and if it would, decided when and how to correct the data, and then proceeded with the data migration work (migration design, development of migration tools, data migration), and finally, had the obligation to operate the new system with the data migrated from the old system.<\/p>\n\n\n\n<p>It is reasonable to recognize that in this case, the defendant had the obligation to correct and eliminate data inconsistencies in the data migration, and it should be said that the defendant had the obligation to do so.<\/p>\n<cite>Tokyo District Court, November 30, Heisei 28 (2016)<\/cite><\/blockquote>\n\n\n\n<p>I detta fall var det ursprungligen s\u00e5 att anv\u00e4ndaren tog p\u00e5 sig steg 1 och steg 4, medan leverant\u00f6ren tog p\u00e5 sig steg 2 och steg 3. Med andra ord, leverant\u00f6ren hade en g\u00e5ng tagit p\u00e5 sig att extrahera data fr\u00e5n det gamla systemet (steg 2). D\u00e4rf\u00f6r ans\u00e5g domstolen att om leverant\u00f6ren hade tagit p\u00e5 sig att extrahera data, inklusive om extraktionen kunde genomf\u00f6ras smidigt eller inte, borde detta ha \u00f6verv\u00e4gts i f\u00f6rv\u00e4g.<\/p>\n\n\n\n<p>Men vad skulle ha h\u00e4nt om anv\u00e4ndaren hade tagit p\u00e5 sig steg 2 (dvs. dataextraktion) som sin uppgift och misslyckats med extraktionen? I detta fall kan det t\u00e4nkas att anv\u00e4ndaren skulle ha blivit anklagad f\u00f6r att ha brutit mot sin samarbetsplikt eftersom leveransen f\u00f6rsenades p\u00e5 grund av att anv\u00e4ndaren inte hade unders\u00f6kt i f\u00f6rv\u00e4g om dataextraktionen kunde genomf\u00f6ras smidigt.<\/p>\n\n\n\n<p>Dessutom baseras s\u00e5dana bed\u00f6mningar inte bara p\u00e5 kontraktet, utan ocks\u00e5 p\u00e5 protokoll som tas fram i enlighet med framstegen i systemutvecklingen. Vikten av protokoll f\u00f6rklaras mer detaljerat i artikeln nedan.<\/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<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Sammanfattning\"><\/span>Sammanfattning<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Projekt som involverar systemutveckling kr\u00e4ver att b\u00e5de anv\u00e4ndare och leverant\u00f6rer tar p\u00e5 sig m\u00e5nga skyldigheter och kommunicerar noggrant med varandra. D\u00e4rf\u00f6r kan, som vi n\u00e4mnde i tidigare r\u00e4ttsfall, bara en liten f\u00f6r\u00e4ndring i f\u00f6ruts\u00e4ttningarna l\u00e4tt v\u00e4nda skulden mellan anv\u00e4ndare och leverant\u00f6r.<\/p>\n\n\n\n<p>Med tanke p\u00e5 att ett system kan inneh\u00e5lla enorma m\u00e4ngder data och komplexa mekanismer som inte kan f\u00f6rest\u00e4llas utifr\u00e5n dess gr\u00e4nssnitt, och att en liten skillnad i f\u00f6ruts\u00e4ttningar kan drastiskt \u00e4ndra r\u00e4ttens slutliga beslut, kan vi s\u00e4ga att det \u00e4r viktigt att hantera riskerna med nya systemutvecklingsprojekt p\u00e5 ett omfattande s\u00e4tt, inklusive avvecklingen av gamla system.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Att skapa nya IT-system f\u00f6r f\u00f6retag \u00e4r en typisk uppgift f\u00f6r IT-ingenj\u00f6rer. Men n\u00e4r vi talar om att &#8220;skapa ett nytt system&#8221; inneb\u00e4r det ofta ocks\u00e5 att &#8220;avveckla det gamla systemet&#038;#8 [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":62826,"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\/sv\/wp-json\/wp\/v2\/posts\/61453"}],"collection":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/comments?post=61453"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61453\/revisions"}],"predecessor-version":[{"id":62821,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/posts\/61453\/revisions\/62821"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media\/62826"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/media?parent=61453"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/categories?post=61453"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/sv\/wp-json\/wp\/v2\/tags?post=61453"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}