{"id":61290,"date":"2023-12-08T19:16:12","date_gmt":"2023-12-08T10:16:12","guid":{"rendered":"https:\/\/monolith.law\/nl\/?p=61290"},"modified":"2024-03-14T03:15:22","modified_gmt":"2024-03-13T18:15:22","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/nl\/it\/system-development-specs-function","title":{"rendered":"Hoe ver moet je wettelijk gezien gaan met het implementeren van functies die niet in de specificatiedocumenten van systeemontwikkeling staan?"},"content":{"rendered":"\n<p>Projecten voor de ontwikkeling van IT-systemen die in bedrijven worden gebruikt, worden in principe gemaakt volgens vooraf gedefinieerde specificaties. Echter, als we nadenken over de betekenis van het feit dat de leverancier als expert in systeemontwikkeling de volledige verantwoordelijkheid voor de ontwikkelingswerkzaamheden heeft, kan het zijn dat de verwachtingen van de gebruikerskant niet zo laag zijn dat het voldoende is om alleen mechanisch te implementeren wat in de specificaties is geschreven. In dit artikel zullen we bespreken tot hoever men verplicht is om te implementeren voor &#8220;programma&#8217;s die niet in de specificaties zijn opgenomen, maar die noodzakelijk zijn voor de implementatie in het licht van het doel van de ontwikkeling&#8221;.<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\/nl\/it\/system-development-specs-function\/#Wettelijke_problemen_bij_de_implementatie_van_niet-gespecificeerde_items\" title=\"Wettelijke problemen bij de implementatie van niet-gespecificeerde items\">Wettelijke problemen bij de implementatie van niet-gespecificeerde items<\/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\/nl\/it\/system-development-specs-function\/#Discretie_is_vereist_in_de_taken_van_de_leverancier\" title=\"Discretie is vereist in de taken van de leverancier\">Discretie is vereist in de taken van de leverancier<\/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\/nl\/it\/system-development-specs-function\/#Discretie_moet_ook_worden_uitgeoefend_binnen_strikte_ontwikkelingsprocessen\" title=\"Discretie moet ook worden uitgeoefend binnen strikte ontwikkelingsprocessen\">Discretie moet ook worden uitgeoefend binnen strikte ontwikkelingsprocessen<\/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\/nl\/it\/system-development-specs-function\/#Wat_moet_er_gedaan_worden_als_een_expert_zonder_vast_te_houden_aan_specificaties\" title=\"Wat moet er gedaan worden als een expert, zonder vast te houden aan specificaties?\">Wat moet er gedaan worden als een expert, zonder vast te houden aan specificaties?<\/a><\/li><\/ul><\/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\/nl\/it\/system-development-specs-function\/#Wettelijke_verplichtingen_worden_bepaald_volgens_de_%E2%80%98bedoeling%E2%80%99_van_specificaties_en_contracten\" title=\"Wettelijke verplichtingen worden bepaald volgens de &#8216;bedoeling&#8217; van specificaties en contracten\">Wettelijke verplichtingen worden bepaald volgens de &#8216;bedoeling&#8217; van specificaties en contracten<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/nl\/it\/system-development-specs-function\/#Rechtszaak_waarin_de_implementatieplicht_werd_ontkend_omdat_er_geen_vermelding_was\" title=\"Rechtszaak waarin de implementatieplicht werd ontkend omdat er geen vermelding was\">Rechtszaak waarin de implementatieplicht werd ontkend omdat er geen vermelding was<\/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\/nl\/it\/system-development-specs-function\/#Rechtszaken_waarin_de_implementatieplicht_werd_bevestigd_zelfs_zonder_vermelding\" title=\"Rechtszaken waarin de implementatieplicht werd bevestigd, zelfs zonder vermelding\">Rechtszaken waarin de implementatieplicht werd bevestigd, zelfs zonder vermelding<\/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\/nl\/it\/system-development-specs-function\/#Wat_we_kunnen_leren_van_beide_uitspraken\" title=\"Wat we kunnen leren van beide uitspraken\">Wat we kunnen leren van beide uitspraken<\/a><\/li><\/ul><\/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\/nl\/it\/system-development-specs-function\/#Hoe_moeten_we_denken_over_vergoedingen_voor_ontwikkelingen_die_niet_in_de_specificaties_staan\" title=\"Hoe moeten we denken over vergoedingen voor ontwikkelingen die niet in de specificaties staan?\">Hoe moeten we denken over vergoedingen voor ontwikkelingen die niet in de specificaties staan?<\/a><\/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\/nl\/it\/system-development-specs-function\/#Samenvatting\" title=\"Samenvatting\">Samenvatting<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wettelijke_problemen_bij_de_implementatie_van_niet-gespecificeerde_items\"><\/span>Wettelijke problemen bij de implementatie van niet-gespecificeerde items<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_164703428-1024x614.jpg\" alt=\"\" class=\"wp-image-5431\" \/><figcaption class=\"wp-element-caption\">We zullen de belangrijke punten van &#8216;discretie&#8217; in systeemontwikkeling bespreken.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Discretie_is_vereist_in_de_taken_van_de_leverancier\"><\/span>Discretie is vereist in de taken van de leverancier<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Een groot kenmerk van de contracten en diverse juridische problemen rondom een systeemontwikkelingsproject is dat de leverancier die het werk aanneemt veel discretie heeft.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">Wat zijn de projectmanagementverplichtingen bij systeemontwikkeling[ja]<\/a><\/p>\n\n\n\n<p>Echter, de &#8216;discretie&#8217; waar we het hier over hebben, is niet noodzakelijkerwijs van toepassing op alle stadia van de systeemontwikkeling. Na het identificeren van elk proces en het verder uitwerken van gedetailleerde taken, kan er veel werk zijn dat dicht bij eenvoudige taken ligt. Maar over het algemeen, hoe meer het werk zich in de vroege stadia van het proces bevindt, hoe moeilijker het wordt om het werk uit te voeren zonder aanzienlijke discretie. Dit is ook de reden waarom contracten in de vroege stadia vaak goed passen bij quasi-mandaat.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">Het onderscheid en verschil tussen contracten en quasi-mandaat in systeemontwikkeling[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Discretie_moet_ook_worden_uitgeoefend_binnen_strikte_ontwikkelingsprocessen\"><\/span>Discretie moet ook worden uitgeoefend binnen strikte ontwikkelingsprocessen<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Hoewel de systeemontwikkelaar veel discretie heeft, kan het accepteren van klantverzoeken op een &#8216;ad-hoc&#8217; basis ernstige schade toebrengen aan latere processen. Een IT-systeem bestaat uit een verzameling van gedetailleerde componenten, en zelfs een kleine verandering in het uiterlijk kan vanuit het oogpunt van de ontwikkelaar een aanzienlijke verandering in de werklast vereisen. Er zijn artikelen die uitleggen hoe je veranderingen in systeemontwikkelingsspecificaties vanuit een juridisch perspectief kunt beheren, zoals hieronder.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Hoe veranderingen in systeemontwikkeling te beheren vanuit een juridisch perspectief[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_moet_er_gedaan_worden_als_een_expert_zonder_vast_te_houden_aan_specificaties\"><\/span>Wat moet er gedaan worden als een expert, zonder vast te houden aan specificaties?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Om een systeemontwikkelingsproject soepel te laten verlopen, is het belangrijk om de ontwikkelingsvereisten vooraf te defini\u00c3\u00abren en deze planmatig uit te voeren. Aan de andere kant, er zijn momenten waarop je, door alleen te doen wat je is verteld volgens de vooraf gedefinieerde vereisten, niet volledig kunt functioneren als een expert in systeemontwikkeling. In dit dilemma komt het probleem naar voren van &#8220;wat moet er ge\u00c3\u00afmplementeerd worden, ook al is het niet gespecificeerd in de specificaties?&#8221;<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wettelijke_verplichtingen_worden_bepaald_volgens_de_%E2%80%98bedoeling%E2%80%99_van_specificaties_en_contracten\"><\/span>Wettelijke verplichtingen worden bepaald volgens de &#8216;bedoeling&#8217; van specificaties en contracten<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>De inhoud van wat ge\u00c3\u00afmplementeerd moet worden, wordt bepaald door de &#8216;bedoeling&#8217; van de vermelde zaken in de contracten en specificaties, oftewel &#8216;wat de betekenis of intentie was van de gemaakte afspraken&#8217;, zelfs als er geen beschrijving in de contracten of specificaties staat. Laten we hieronder enkele rechtszaken bekijken.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rechtszaak_waarin_de_implementatieplicht_werd_ontkend_omdat_er_geen_vermelding_was\"><\/span>Rechtszaak waarin de implementatieplicht werd ontkend omdat er geen vermelding was<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>In het onderstaande geciteerde rechtszaak ontwikkelde de leverancier een systeem dat tot aan de proefdraaiing was gevorderd, maar er ontstond een geschil toen de contractbe\u00c3\u00abindiging werd ge\u00c3\u00abist omdat de benodigde functies ontbraken. De gebruiker beweerde dat de &#8216;automatische data-updatefunctie&#8217; ontbrak, en het werd beweerd dat dit een belangrijk verkooppunt van het systeem in kwestie was, maar de rechtbank erkende deze implementatieplicht niet.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Zoals hierboven erkend, is er in het contract, het basisontwerpdocument en het gedetailleerde ontwerpdocument geen vermelding die aangeeft dat de \u00e2\u0091\u00a2-functie het onderwerp van ontwikkeling van het systeem in kwestie is.<\/p>\n\n\n\n<p>De eiser beweert dat de \u00e2\u0091\u00a2-functie een belangrijk verkooppunt was van het systeem van de gedaagde aan de eiser, en benadrukt de noodzaak van deze functie, maar <u>als zijn bewering waar is, zou dit in het contract en dergelijke moeten worden vermeld<\/u>, en <u>het is moeilijk te geloven dat de ontwikkeling van deze functie was overeengekomen zonder dat dit het geval is<\/u>.<\/p>\n<cite>Tokyo District Court, 18 februari 2009 (Heisei 21)<\/cite><\/blockquote>\n\n\n\n<p>Deze uitspraak kan inderdaad eenvoudig worden samengevat als &#8220;als het niet in het ontwerpdocument staat, hoef je het niet te maken&#8221;. Maar om preciezer te zijn, het is niet zozeer een formeel feit of het al dan niet in het ontwerpdocument staat, maar eerder een oordeel dat rekening houdt met de &#8216;bedoeling&#8217; van de vermeldingen in het ontwerpdocument en het contract. Met andere woorden, &#8220;als je nadenkt over de reden waarom het niet in het ontwerpdocument of contract is opgenomen, is het redelijk om te denken dat er ook geen overeenstemming was die overeenkomt met die vermelding&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rechtszaken_waarin_de_implementatieplicht_werd_bevestigd_zelfs_zonder_vermelding\"><\/span>Rechtszaken waarin de implementatieplicht werd bevestigd, zelfs zonder vermelding<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Aan de andere kant zijn er rechtszaken waarin werd geoordeeld dat er een verplichting tot implementatie zou moeten zijn, zelfs als dit niet in het contract of de specificaties is vermeld. Het volgende geciteerde rechtszaak betreft de ontwikkeling van een systeem voor het beheren van medicatiegeschiedenis, waarbij de gebruiker het contract heeft opgezegd omdat hij de gegevens niet kon overdragen van het bestaande systeem naar het nieuwe systeem en het nieuwe systeem niet kon gebruiken. Echter, de leverancier betwistte dit, bewerend dat de gegevensoverdracht buiten de reikwijdte van hun taken viel.<\/p>\n\n\n\n<p>De ontwikkeling van nieuwe systemen gaat vaak gepaard met het afschaffen van bestaande systemen en het overdragen van gegevens. De belangrijkheid van deze taken en de bijbehorende juridische kwesties worden in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">Juridische problemen bij de overgang van het oude systeem bij systeemontwikkeling[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Er waren al meer dan 50.000 pati\u00c3\u00abntgegevens opgeslagen in het bestaande systeem, en <u>de eiser was van plan om deze gegevens te gebruiken om de administratie effici\u00c3\u00abnter te maken<\/u>. Als het niet mogelijk zou zijn om de pati\u00c3\u00abntgegevens over te dragen van het bestaande systeem naar het nieuwe systeem, zou het <u>duidelijk zijn dat dit problemen zou veroorzaken in de apotheekdiensten<\/u>, en het kan worden aangenomen dat de vertegenwoordiger van de eiser <u>dit uiteraard zou hebben begrepen<\/u>. Bovendien, voorafgaand aan de sluiting van het contract, heeft de vertegenwoordiger van de eiser de vertegenwoordiger van de gedaagde gevraagd over de mogelijkheid van gegevensoverdracht, wat de vertegenwoordiger van de gedaagde ook erkent (middelste deel weggelaten), het is <u>onwaarschijnlijk dat de vertegenwoordiger van de eiser, zich bewust van de hoge kans dat hij handmatig meer dan 50.000 pati\u00c3\u00abntgegevens zou moeten invoeren, toch besloten heeft om het nieuwe systeem te implementeren<\/u>. Bovendien, zoals hierboven vermeld in (1)I, is het <u>onwaarschijnlijk dat de gedaagde, ondanks het feit dat gegevensoverdracht niet werd verondersteld in het contract, dergelijke tijdrovende taken als service zou hebben uitgevoerd<\/u>, gezien het feit dat de gedaagde niet in staat was om de medicatiegeschiedenisgegevens van het bestaande systeem over te dragen naar het nieuwe systeem en in plaats daarvan de gegevens afdrukte op papier en deze omzette naar PDF-bestanden.<\/p>\n<cite>Tokyo District Court, November 18, 2010 (Heisei 22)<\/cite><\/blockquote>\n\n\n\n<p>Wat hier ook belangrijk is, is het &#8216;doel&#8217; van het contract en de &#8216;bedoeling&#8217; van de bepalingen in het contract. Als beide partijen het contract hebben gesloten met het begrip dat de gegevensoverdracht buiten de reikwijdte van de taken valt, dan wijst de rechtbank erop dat zowel de gebruiker als de leverancier het contract hebben gesloten met een onnatuurlijke intentie. Dat wil zeggen, de gebruiker zou hebben ingestemd met een enorme hoeveelheid handwerk, en de leverancier zou hebben geweten dat dit in de toekomst problemen zou veroorzaken voor de gebruiker, wat een zeer onredelijk verhaal zou zijn.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Wat_we_kunnen_leren_van_beide_uitspraken\"><\/span>Wat we kunnen leren van beide uitspraken<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Een van de redenen waarom de verplichting tot implementatie werd bevestigd, zelfs als er geen vermelding was van gegevensoverdracht in het contract of de specificaties, is dat het ging om &#8220;gegevens&#8221;, een kwestie die niet zichtbaar is op het scherm. Het ontbreken van een &#8220;essenti\u00c3\u00able functie&#8221; wordt direct weergegeven op het scherm van het systeem. Daarom is het niet zo moeilijk om een weglating in de specificaties te ontdekken, zelfs voor een leek in systeemontwikkeling. Aan de andere kant, het probleem van gegevensoverdracht heeft kenmerken die het moeilijk maken voor een leek in systeemontwikkeling om het belang van het proces, de moeilijkheidsgraad van het werk en de hoeveelheid werk te herkennen. Daarom wordt aangenomen dat er omstandigheden waren waarin het gemakkelijker was om te behandelen als een kwestie die de leverancier soepel zou moeten beheren met expertise.<\/p>\n\n\n\n<p>Vanuit dit perspectief kan worden gezegd dat het weglaten van specificaties en contracten nauw verband houdt met de &#8220;verplichting tot samenwerking&#8221; van de gebruiker. Met andere woorden, het is de vraag of de gebruiker echt zijn &#8220;verplichting tot samenwerking&#8221; heeft vervuld bij het sluiten van een contract en het opstellen van specificaties. Een uitgebreide uitleg over de wettelijke verplichtingen die de gebruiker moet nakomen in een systeemontwikkelingsproject wordt in detail behandeld in het volgende artikel.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">Wat is de verplichting tot samenwerking van de gebruiker, de opdrachtgever van systeemontwikkeling[ja]<\/a><\/p>\n\n\n\n<p>Als u ook het bovenstaande artikel controleert, zult u begrijpen dat het verhaal sterk verschilt tussen gebieden waar de vraag naar samenwerking van de gebruiker, zoals het identificeren van schermen en essenti\u00c3\u00able functies, groot is, en het weglaten van overwegingen voor gegevensoverdracht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Hoe_moeten_we_denken_over_vergoedingen_voor_ontwikkelingen_die_niet_in_de_specificaties_staan\"><\/span>Hoe moeten we denken over vergoedingen voor ontwikkelingen die niet in de specificaties staan?<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_320070512-1024x683.jpg\" alt=\"\" class=\"wp-image-5433\" \/><figcaption class=\"wp-element-caption\">In gevallen waarin de leverancier reageert op werkzaamheden die het werkgebied overschrijden, kan er ook een extra vergoeding worden gevraagd.<\/figcaption><\/figure>\n\n\n\n<p>Een andere vraag die relevant is voor het onderwerp van dit artikel en die u wellicht ook interesseert, is of het wettelijk is toegestaan om een extra vergoeding te vragen voor het maken van iets dat niet in de specificaties staat. De mogelijkheid van een extra vergoeding en de berekeningsmethode voor de geschatte kosten in dergelijke gevallen worden in detail uitgelegd in het volgende artikel.<\/p>\n\n\n\n<p>Gerelateerd artikel: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">Is het mogelijk om de geschatte kosten van systeemontwikkeling achteraf te verhogen?[ja]<\/a><\/p>\n\n\n\n<p>In het bovenstaande artikel wordt uitgelegd dat het belangrijk is of er werkzaamheden waren die het werkgebied dat in verhouding staat tot de vergoeding overschreden. Met andere woorden, in relatie tot dit artikel, als de leverancier instemt met de ontwikkeling van iets dat niet in de oorspronkelijke specificaties is opgenomen (in dit artikel, het negatieve voorbeeld), dan kan er een extra vergoeding worden gevraagd.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Samenvatting\"><\/span>Samenvatting<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>In systeemontwikkeling wordt de rol van de leverancier bepaald door de inhoud van het contract en de specificaties aan de ene kant. Echter, gezien het feit dat zij als experts worden vertrouwd met hoogwaardige taken, is het duidelijk dat de werkelijkheid niet altijd wordt bepaald door formele aspecten. Desalniettemin, bij het begrijpen van deze realiteit, is het belangrijk om te begrijpen dat de wet een grote rol speelt.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Projecten voor de ontwikkeling van IT-systemen die in bedrijven worden gebruikt, worden in principe gemaakt volgens vooraf gedefinieerde specificaties. Echter, als we nadenken over de betekenis van he [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":63272,"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\/nl\/wp-json\/wp\/v2\/posts\/61290"}],"collection":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/comments?post=61290"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61290\/revisions"}],"predecessor-version":[{"id":63273,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/posts\/61290\/revisions\/63273"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media\/63272"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/media?parent=61290"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/categories?post=61290"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/nl\/wp-json\/wp\/v2\/tags?post=61290"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}