{"id":67595,"date":"2024-04-17T20:38:00","date_gmt":"2024-04-17T11:38:00","guid":{"rendered":"https:\/\/monolith.law\/fr\/?p=67595"},"modified":"2024-04-24T14:05:41","modified_gmt":"2024-04-24T05:05:41","slug":"server-infrastructure-for-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/fr\/it\/server-infrastructure-for-system-development","title":{"rendered":"Quels sont les probl\u00e8mes juridiques li\u00e9s au serveur et \u00e0 l&#8217;infrastructure de d\u00e9veloppement de syst\u00e8mes ?"},"content":{"rendered":"\n<p>Les syst\u00e8mes informatiques utilis\u00e9s dans les entreprises sont, en un sens, cr\u00e9\u00e9s en r\u00e9digeant des sp\u00e9cifications et des plans, et en \u00e9crivant du code source correspondant \u00e0 ces contenus. Cependant, un syst\u00e8me ne fonctionne r\u00e9ellement que s&#8217;il y a non seulement cet aspect logiciel, mais aussi un ordinateur physique, c&#8217;est-\u00e0-dire une infrastructure. Dans cet article, nous allons discuter des probl\u00e8mes juridiques \u00e9troitement li\u00e9s au domaine de l&#8217;infrastructure dans les projets de d\u00e9veloppement de syst\u00e8mes.<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Qu%E2%80%99est-ce_que_l%E2%80%99infrastructure_dans_un_systeme_informatique\" title=\"Qu&#8217;est-ce que l&#8217;infrastructure dans un syst\u00e8me informatique ?\">Qu&#8217;est-ce que l&#8217;infrastructure dans un syst\u00e8me informatique ?<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Scenarios_concrets_ou_les_problemes_d%E2%80%99infrastructure_peuvent_mettre_un_projet_en_peril\" title=\"Sc\u00e9narios concrets o\u00f9 les probl\u00e8mes d&#8217;infrastructure peuvent mettre un projet en p\u00e9ril\">Sc\u00e9narios concrets o\u00f9 les probl\u00e8mes d&#8217;infrastructure peuvent mettre un projet en p\u00e9ril<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/fr\/it\/server-infrastructure-for-system-development\/#Comment_une_erreur_de_dimensionnement_du_serveur_peut_provoquer_un_conflit\" title=\"Comment une erreur de dimensionnement du serveur peut provoquer un conflit\">Comment une erreur de dimensionnement du serveur peut provoquer un conflit<\/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\/fr\/it\/server-infrastructure-for-system-development\/#L%E2%80%99essence_du_probleme_est_la_portee_de_l%E2%80%99obligation_du_fournisseur_de_repondre_a_des_specifications_ambigues\" title=\"L&#8217;essence du probl\u00e8me est la port\u00e9e de l&#8217;obligation du fournisseur de r\u00e9pondre \u00e0 des sp\u00e9cifications ambigu\u00ebs\">L&#8217;essence du probl\u00e8me est la port\u00e9e de l&#8217;obligation du fournisseur de r\u00e9pondre \u00e0 des sp\u00e9cifications ambigu\u00ebs<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Mesures_pour_prevenir_les_problemes_dus_a_des_erreurs_de_dimensionnement_des_serveurs\" title=\"Mesures pour pr\u00e9venir les probl\u00e8mes dus \u00e0 des erreurs de dimensionnement des serveurs\">Mesures pour pr\u00e9venir les probl\u00e8mes dus \u00e0 des erreurs de dimensionnement des serveurs<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Clarifier_la_responsabilite_du_dimensionnement_des_serveurs_dans_le_contrat\" title=\"Clarifier la responsabilit\u00e9 du dimensionnement des serveurs dans le contrat\">Clarifier la responsabilit\u00e9 du dimensionnement des serveurs dans le contrat<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Concretiser_les_exigences_de_developpement_et_gerer_parfaitement_les_changements\" title=\"Concr\u00e9tiser les exigences de d\u00e9veloppement et g\u00e9rer parfaitement les changements\">Concr\u00e9tiser les exigences de d\u00e9veloppement et g\u00e9rer parfaitement les changements<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Choisir_un_modele_de_developpement_adapte_a_la_nature_du_projet\" title=\"Choisir un mod\u00e8le de d\u00e9veloppement adapt\u00e9 \u00e0 la nature du projet\">Choisir un mod\u00e8le de d\u00e9veloppement adapt\u00e9 \u00e0 la nature du projet<\/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\/fr\/it\/server-infrastructure-for-system-development\/#Resume\" title=\"R\u00e9sum\u00e9\">R\u00e9sum\u00e9<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Qu%E2%80%99est-ce_que_l%E2%80%99infrastructure_dans_un_systeme_informatique\"><\/span>Qu&#8217;est-ce que l&#8217;infrastructure dans un syst\u00e8me informatique ?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Les techniciens qui d\u00e9veloppent des syst\u00e8mes sont appel\u00e9s ing\u00e9nieurs syst\u00e8mes (SE). Et un projet de d\u00e9veloppement commence par les \u00e9tapes en amont, comme la cr\u00e9ation de cahiers des charges et de plans, et se poursuit par la mise en \u0153uvre du programme et la r\u00e9alisation de tests. C&#8217;est le flux g\u00e9n\u00e9ral. Cependant, on peut dire qu&#8217;un ing\u00e9nieur syst\u00e8me (SE) au sens large est un technicien qui assume toutes les t\u00e2ches n\u00e9cessaires \u00e0 ces processus, mais selon l&#8217;entreprise ou le lieu de travail, les t\u00e2ches et les domaines de responsabilit\u00e9 peuvent \u00eatre encore plus pr\u00e9cis\u00e9ment distingu\u00e9s par des noms diff\u00e9rents. Le terme &#8220;ing\u00e9nieur infrastructure&#8221; d\u00e9signe un technicien qui, dans le cadre des t\u00e2ches li\u00e9es au d\u00e9veloppement et \u00e0 l&#8217;exploitation des syst\u00e8mes informatiques, est particuli\u00e8rement charg\u00e9 de pr\u00e9parer l&#8217;environnement de fonctionnement physique de l&#8217;ordinateur. Les syst\u00e8mes informatiques utilis\u00e9s dans les entreprises et les lieux de travail sont, en un sens, des constructions abstraites compos\u00e9es de combinaisons de codes sources. Cependant, pour que ces syst\u00e8mes remplissent le r\u00f4le qui leur est initialement attribu\u00e9, il est indispensable de construire un environnement autour de l&#8217;infrastructure, y compris les serveurs et les r\u00e9seaux. La pratique du d\u00e9veloppement de syst\u00e8mes progresse sur deux fronts : la mise en \u0153uvre du code source du programme et la pr\u00e9paration de l&#8217;environnement autour de l&#8217;infrastructure qui soutient cet environnement de fonctionnement. Il est consid\u00e9r\u00e9 comme important d&#8217;avoir ce point de vue pour pr\u00e9venir l&#8217;apparition de probl\u00e8mes impr\u00e9vus.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Scenarios_concrets_ou_les_problemes_d%E2%80%99infrastructure_peuvent_mettre_un_projet_en_peril\"><\/span>Sc\u00e9narios concrets o\u00f9 les probl\u00e8mes d&#8217;infrastructure peuvent mettre un projet en p\u00e9ril<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith-law.jp\/wp-content\/uploads\/2019\/10\/shutterstock_1532780735-1024x620.jpg\" alt=\"\" class=\"wp-image-5570\" \/><figcaption class=\"wp-element-caption\">N\u00e9gliger la maintenance de l&#8217;infrastructure peut \u00eatre une cause de risque de &#8220;d\u00e9faillance&#8221; du projet.<\/figcaption><\/figure>\n\n\n\n<p>Dans les projets de d\u00e9veloppement de syst\u00e8mes, il peut arriver que l&#8217;on se concentre uniquement sur la conception de programmes abstraits et de codes sources, en n\u00e9gligeant l&#8217;aspect de la maintenance de l&#8217;infrastructure. Cependant, une situation o\u00f9 ces deux \u00e9l\u00e9ments ne sont pas en phase peut parfois entra\u00eener un risque de d\u00e9faillance du projet.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Comment_une_erreur_de_dimensionnement_du_serveur_peut_provoquer_un_conflit\"><\/span>Comment une erreur de dimensionnement du serveur peut provoquer un conflit<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Par exemple, il est possible qu&#8217;apr\u00e8s la fin de l&#8217;impl\u00e9mentation du programme et des tests, on d\u00e9couvre finalement que la capacit\u00e9 de traitement du serveur est insuffisante et que le syst\u00e8me n&#8217;est pas utilisable en pratique. Il est \u00e0 noter que l&#8217;anticipation de la charge que le syst\u00e8me peut subir lors de son exploitation et la mise en place d&#8217;une infrastructure adapt\u00e9e \u00e0 la taille du syst\u00e8me est appel\u00e9e &#8220;dimensionnement&#8221;. Des cas o\u00f9 une erreur de dimensionnement du serveur a conduit \u00e0 des probl\u00e8mes ont effectivement eu lieu dans le pass\u00e9. (Bien que r\u00e9solus par un accord \u00e0 l&#8217;amiable, vous pouvez vous r\u00e9f\u00e9rer \u00e0 ce cas c\u00e9l\u00e8bre.) Pour plus d&#8217;informations sur la r\u00e9solution des conflits entre les deux parties par le biais d&#8217;un &#8220;accord&#8221;, veuillez consulter l&#8217;article ci-dessous.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/disputes-related-to-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/disputes-related-to-system-development[ja]<\/a><\/p>\n\n\n\n<p>Le fait que le conflit ait \u00e9t\u00e9 r\u00e9solu par un accord signifie simplement que le conflit a \u00e9t\u00e9 r\u00e9solu par des &#8220;discussions&#8221; entre les deux parties. Par cons\u00e9quent, contrairement \u00e0 un jugement rendu par un tribunal, le contenu de cet accord n&#8217;est pas accumul\u00e9 comme un pr\u00e9c\u00e9dent judiciaire, mais est g\u00e9n\u00e9ralement tr\u00e8s sp\u00e9cifique.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"L%E2%80%99essence_du_probleme_est_la_portee_de_l%E2%80%99obligation_du_fournisseur_de_repondre_a_des_specifications_ambigues\"><\/span>L&#8217;essence du probl\u00e8me est la port\u00e9e de l&#8217;obligation du fournisseur de r\u00e9pondre \u00e0 des sp\u00e9cifications ambigu\u00ebs<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Cependant, on peut penser que l&#8217;essence de ces conflits est la question de savoir &#8220;jusqu&#8217;o\u00f9 le fournisseur doit-il assumer la responsabilit\u00e9 des \u00e9l\u00e9ments qui ne sont pas explicitement sp\u00e9cifi\u00e9s dans les sp\u00e9cifications&#8221;. En tenant compte de ce point, vous pouvez obtenir de nombreux indices \u00e0 partir du contenu de l&#8217;article ci-dessous.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/system-development-specs-function\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/system-development-specs-function[ja]<\/a><\/p>\n\n\n\n<p>Dans l&#8217;article ci-dessus, nous expliquons jusqu&#8217;o\u00f9 le fournisseur doit exercer son pouvoir discr\u00e9tionnaire et assumer l&#8217;obligation de mise en \u0153uvre pour les \u00e9l\u00e9ments qui ne sont pas mentionn\u00e9s dans les sp\u00e9cifications. Ici, nous expliquons que l&#8217;histoire est tr\u00e8s diff\u00e9rente entre les \u00e9l\u00e9ments &#8220;c\u00f4t\u00e9 \u00e9cran&#8221; qui peuvent \u00eatre facilement visualis\u00e9s dans des documents tels que les sp\u00e9cifications des exigences et les plans de conception de base (c&#8217;est-\u00e0-dire le domaine &#8220;front-end&#8221;) et les &#8220;c\u00f4t\u00e9 logique&#8221; tels que la migration des donn\u00e9es (c&#8217;est-\u00e0-dire le domaine &#8220;back-end&#8221;, &#8220;base de donn\u00e9es&#8221;). En d&#8217;autres termes, il est probable que le client\/utilisateur, qui n&#8217;a g\u00e9n\u00e9ralement pas de connaissances sp\u00e9cialis\u00e9es sur le projet de d\u00e9veloppement de syst\u00e8me, sera plus facilement tenu responsable des probl\u00e8mes de sp\u00e9cifications qui peuvent \u00eatre facilement v\u00e9rifi\u00e9s du &#8220;c\u00f4t\u00e9 \u00e9cran&#8221;. D&#8217;autre part, il est probable que les probl\u00e8mes du &#8220;c\u00f4t\u00e9 logique&#8221; seront plus facilement attribu\u00e9s au fournisseur. En tenant compte de ces points, on peut penser que les probl\u00e8mes de dimensionnement du serveur sont principalement dans un domaine o\u00f9 il est difficile de reconna\u00eetre l&#8217;emplacement du probl\u00e8me sans \u00eatre un expert en technologie, et qu&#8217;ils sont donc plus susceptibles d&#8217;\u00eatre attribu\u00e9s au fournisseur. Par cons\u00e9quent, si vous devez vraiment contester ce point devant un tribunal, \u00e0 moins qu&#8217;il n&#8217;y ait des circonstances actives pour exon\u00e9rer le fournisseur de sa responsabilit\u00e9, il est pr\u00e9visible que le jugement sera souvent d\u00e9favorable au fournisseur.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mesures_pour_prevenir_les_problemes_dus_a_des_erreurs_de_dimensionnement_des_serveurs\"><\/span>Mesures pour pr\u00e9venir les probl\u00e8mes dus \u00e0 des erreurs de dimensionnement des serveurs<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith-law.jp\/wp-content\/uploads\/2019\/10\/shutterstock_1501344230-1024x717.jpg\" alt=\"\" class=\"wp-image-5572\" \/><figcaption class=\"wp-element-caption\">Nous allons expliquer les mesures concr\u00e8tes pour pr\u00e9venir les probl\u00e8mes.<\/figcaption><\/figure>\n\n\n\n<p>Pour pr\u00e9venir les probl\u00e8mes mentionn\u00e9s pr\u00e9c\u00e9demment, il est important de coordonner les t\u00e2ches telles que l&#8217;impl\u00e9mentation du programme et la r\u00e9daction du code source avec la pr\u00e9paration de l&#8217;environnement autour de l&#8217;infrastructure. Les mesures sp\u00e9cifiques qui peuvent \u00eatre envisag\u00e9es sont les suivantes :<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Clarifier_la_responsabilite_du_dimensionnement_des_serveurs_dans_le_contrat\"><\/span>Clarifier la responsabilit\u00e9 du dimensionnement des serveurs dans le contrat<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Non seulement dans ces cas, mais aussi dans de nombreux litiges li\u00e9s aux projets de d\u00e9veloppement de syst\u00e8mes, on constate souvent que les r\u00f4les n&#8217;\u00e9taient pas clairement d\u00e9finis entre le fournisseur, expert en d\u00e9veloppement de syst\u00e8mes, et l&#8217;utilisateur, qui conna\u00eet bien la situation interne de l&#8217;entreprise. Il va sans dire qu&#8217;une \u00e9troite collaboration entre les deux parties est n\u00e9cessaire pour le bon d\u00e9roulement du projet, mais il est souhaitable de clarifier autant que possible les r\u00f4les et les responsabilit\u00e9s dans le contrat \u00e0 l&#8217;avance.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Concretiser_les_exigences_de_developpement_et_gerer_parfaitement_les_changements\"><\/span>Concr\u00e9tiser les exigences de d\u00e9veloppement et g\u00e9rer parfaitement les changements<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>De plus, si les exigences fonctionnelles \u00e0 r\u00e9aliser sont vagues, le risque de conflit augmente. Cela concerne \u00e0 la fois la clarification des sp\u00e9cifications lors de la phase de d\u00e9finition des exigences initiales et la gestion des changements en cours de projet. Pour savoir comment g\u00e9rer les changements de sp\u00e9cifications en cours de projet, veuillez consulter l&#8217;article ci-dessous.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/howto-manage-change-in-system-development[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Choisir_un_modele_de_developpement_adapte_a_la_nature_du_projet\"><\/span>Choisir un mod\u00e8le de d\u00e9veloppement adapt\u00e9 \u00e0 la nature du projet<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>En outre, en relation \u00e9troite avec les deux points de mesure mentionn\u00e9s ci-dessus, il est important de choisir un mod\u00e8le de d\u00e9veloppement appropri\u00e9 en fonction de la nature et de l&#8217;\u00e9chelle du projet de d\u00e9veloppement de syst\u00e8me. En g\u00e9n\u00e9ral, pour le d\u00e9veloppement de syst\u00e8mes d&#8217;une certaine taille o\u00f9 le dimensionnement des serveurs peut devenir important, il est consid\u00e9r\u00e9 comme b\u00e9n\u00e9fique d&#8217;adopter le mod\u00e8le en cascade, qui est adapt\u00e9 pour clarifier les sp\u00e9cifications et les responsabilit\u00e9s. Pour plus de d\u00e9tails sur la s\u00e9lection d&#8217;un mod\u00e8le de d\u00e9veloppement appropri\u00e9 en fonction de la nature du projet, veuillez consulter l&#8217;article ci-dessous.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith-law.jp\/corporate\/legal-merits-and-demerits-of-development-model\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith-law.jp\/corporate\/legal-merits-and-demerits-of-development-model[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resume\"><\/span>R\u00e9sum\u00e9<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Les probl\u00e8mes qui \u00e9mergent de la pr\u00e9paration de l&#8217;environnement autour de l&#8217;infrastructure pour le bon d\u00e9roulement d&#8217;un projet de d\u00e9veloppement de syst\u00e8me sont souvent n\u00e9glig\u00e9s. Il est compr\u00e9hensible que la surveillance des probl\u00e8mes d&#8217;infrastructure puisse \u00eatre une charge non n\u00e9gligeable pour ceux qui ne sont pas des experts en technologie. Cependant, les mesures pr\u00e9ventives contre ces probl\u00e8mes peuvent \u00eatre consid\u00e9r\u00e9es comme une extension de mesures de base telles que &#8220;la clarification des sp\u00e9cifications \/ la gestion rigoureuse des changements&#8221;, &#8220;la clarification des r\u00f4les \/ des domaines de responsabilit\u00e9&#8221;, et &#8220;la s\u00e9lection d&#8217;un mod\u00e8le de d\u00e9veloppement adapt\u00e9 \u00e0 l&#8217;\u00e9chelle et au budget du projet&#8221;. Ce que ceux qui travaillent dans le droit des affaires devraient comprendre en premier lieu, c&#8217;est que les principes de base de la pr\u00e9vention juridique peuvent \u00eatre pleinement appliqu\u00e9s aux probl\u00e8mes d&#8217;infrastructure. De plus, pour les ing\u00e9nieurs en informatique, il est important de comprendre que les probl\u00e8mes d&#8217;infrastructure peuvent devenir un risque s\u00e9rieux pour le projet et de g\u00e9rer efficacement leurs t\u00e2ches.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Les syst\u00e8mes informatiques utilis\u00e9s dans les entreprises sont, en un sens, cr\u00e9\u00e9s en r\u00e9digeant des sp\u00e9cifications et des plans, et en \u00e9crivant du code source correspondant \u00e0 ces contenus. Cependant, un [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":68861,"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\/fr\/wp-json\/wp\/v2\/posts\/67595"}],"collection":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/comments?post=67595"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts\/67595\/revisions"}],"predecessor-version":[{"id":68862,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/posts\/67595\/revisions\/68862"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/media\/68861"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/media?parent=67595"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/categories?post=67595"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/fr\/wp-json\/wp\/v2\/tags?post=67595"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}