{"id":62906,"date":"2024-02-19T14:27:59","date_gmt":"2024-02-19T05:27:59","guid":{"rendered":"https:\/\/monolith.law\/ro\/?p=62906"},"modified":"2024-02-27T11:08:14","modified_gmt":"2024-02-27T02:08:14","slug":"estimated-inspection-of-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/ro\/it\/estimated-inspection-of-system-development","title":{"rendered":"Ce reprezint\u0103 acceptarea dezvolt\u0103rii sistemului \u0219i c\u00e2nd se aplic\u0103 clauza de acceptare prezumat\u0103?"},"content":{"rendered":"\n<p>\u00cen cadrul dezvolt\u0103rii de sisteme, momentul \u00een care problemele legale sunt cel mai probabil s\u0103 apar\u0103 este faza de &#8220;acceptare&#8221;.<\/p>\n\n\n\n<p>&#8220;Acceptarea&#8221; se refer\u0103 la obliga\u021bia de inspec\u021bie \u0219i verificare care revine comanditarului atunci c\u00e2nd prestatorul de servicii livreaz\u0103 produsul final. Dac\u0103, de exemplu, comanditarul nu efectueaz\u0103 &#8220;acceptarea&#8221; pentru o perioad\u0103 nedefinit\u0103 dup\u0103 livrare, prestatorul de servicii, sau furnizorul, se va afla \u00eentr-o pozi\u021bie legal\u0103 instabil\u0103.<\/p>\n\n\n\n<p>Pentru a rezolva aceste probleme, contractele includ adesea o clauz\u0103 de &#8220;acceptare prezumat\u0103&#8221;.<\/p>\n\n\n\n<p>\u00cen acest articol, vom explica c\u00e2nd se aplic\u0103 &#8220;acceptarea prezumat\u0103&#8221;, baz\u00e2ndu-ne pe exemple din cazuri reale. <\/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\/ro\/it\/estimated-inspection-of-system-development\/#Ce_inseamna_acceptarea_in_dezvoltarea_de_sisteme\" title=\"Ce \u00eenseamn\u0103 acceptarea \u00een dezvoltarea de sisteme\">Ce \u00eenseamn\u0103 acceptarea \u00een dezvoltarea de sisteme<\/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\/ro\/it\/estimated-inspection-of-system-development\/#Atentie_la_clauza_de_acceptare_implicita\" title=\"Aten\u021bie la clauza de acceptare implicit\u0103\">Aten\u021bie la clauza de acceptare implicit\u0103<\/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\/ro\/it\/estimated-inspection-of-system-development\/#Ce_este_clauza_de_acceptare_implicita\" title=\"Ce este clauza de acceptare implicit\u0103?\">Ce este clauza de acceptare implicit\u0103?<\/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\/ro\/it\/estimated-inspection-of-system-development\/#Exemple_de_cazuri_juridice_legate_de_prevederile_clauzei_de_acceptare_implicita\" title=\"Exemple de cazuri juridice legate de prevederile clauzei de acceptare implicit\u0103\">Exemple de cazuri juridice legate de prevederile clauzei de acceptare implicit\u0103<\/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\/ro\/it\/estimated-inspection-of-system-development\/#Modele_in_care_se_gasesc_defecte_la_receptie\" title=\"Modele \u00een care se g\u0103sesc defecte la recep\u021bie\">Modele \u00een care se g\u0103sesc defecte la recep\u021bie<\/a><\/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\/ro\/it\/estimated-inspection-of-system-development\/#Rezumat\" title=\"Rezumat\">Rezumat<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ce_inseamna_acceptarea_in_dezvoltarea_de_sisteme\"><\/span>Ce \u00eenseamn\u0103 acceptarea \u00een dezvoltarea de sisteme<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>\u00cen primul r\u00e2nd, &#8220;acceptarea&#8221; \u00een proiectele de dezvoltare a sistemelor se refer\u0103 la procesul prin care utilizatorul, care este comanditarul, inspecteaz\u0103 \u0219i verific\u0103 dac\u0103 produsul livrat de c\u0103tre furnizor, \u00een acest caz un sistem IT, corespunde specifica\u021biilor \u0219i scopului pentru care a fost comandat.<\/p>\n\n\n\n<p>Din perspectiva dezvoltatorului, acest proces poate fi considerat ca o etap\u0103 de testare pentru a verifica dac\u0103 sistemul a fost finalizat \u00eentr-adev\u0103r.<\/p>\n\n\n\n<p>Deoarece natura muncii de dezvoltare a sistemelor IT permite o mare discre\u021bie din partea furnizorului, este posibil s\u0103 apar\u0103 discrepan\u021be \u00eentre produsul efectiv creat \u0219i ceea ce utilizatorul a solicitat.<\/p>\n\n\n\n<p>\u00cen termeni generali, acceptarea \u00eenseamn\u0103 c\u0103 utilizatorul a verificat personal c\u0103 produsul care corespunde cu ceea ce a solicitat (sau cu scopul pentru care a cerut dezvoltarea sistemului) a fost efectiv livrat.<\/p>\n\n\n\n<p>\u00cen practica contractual\u0103, de\u0219i este posibil s\u0103 se descopere ulterior c\u0103 sistemul are defecte, este frecvent s\u0103 se stabileasc\u0103 plata recompensei \u00een func\u021bie de acceptare.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Atentie_la_clauza_de_acceptare_implicita\"><\/span>Aten\u021bie la clauza de acceptare implicit\u0103<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Odat\u0103 ce apar probleme \u00een faza de acceptare, at\u00e2t utilizatorii c\u00e2t \u0219i furnizorii se pot confrunta cu situa\u021bii dificile.<\/p>\n\n\n\n<p>De exemplu, ce se \u00eent\u00e2mpl\u0103 dac\u0103 furnizorul a creat produsul final \u0219i l-a prezentat deja, dar persoana responsabil\u0103 din partea utilizatorului nu accept\u0103 produsul din motive personale?<\/p>\n\n\n\n<p>Pentru a anticipa astfel de situa\u021bii, \u00een contractele de dezvoltare a sistemelor este adesea inclus\u0103 o clauz\u0103 numit\u0103 &#8220;clauza de acceptare implicit\u0103&#8221;.<\/p>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/shutterstock_640115662-1024x683.jpg\" alt=\"\" class=\"wp-image-2755\" \/><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Ce_este_clauza_de_acceptare_implicita\"><\/span>Ce este clauza de acceptare implicit\u0103?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Acceptarea software-ului \u00een cauz\u0103) Articolul 28 <br> \u00cen ceea ce prive\u0219te software-ul \u00een cauz\u0103 dintre bunurile livrate, partea A trebuie s\u0103 efectueze o inspec\u021bie \u00een perioada stabilit\u0103 \u00een contractul individual (denumit\u0103 \u00een continuare &#8220;perioada de inspec\u021bie&#8221;) \u00een conformitate cu specifica\u021biile de inspec\u021bie ale articolului anterior \u0219i s\u0103 verifice dac\u0103 software-ul \u00een cauz\u0103 corespunde specifica\u021biilor sistemului.<br> <br>2. Dac\u0103 software-ul \u00een cauz\u0103 este conform cu inspec\u021bia men\u021bionat\u0103 \u00een paragraful anterior, partea A va semna \u0219i sigila certificatul de conformitate \u0219i \u00eel va \u00eenm\u00e2na p\u0103r\u021bii B. \u00cen plus, dac\u0103 software-ul \u00een cauz\u0103 nu trece de inspec\u021bia men\u021bionat\u0103 \u00een paragraful anterior, partea A va \u00eenm\u00e2na rapid p\u0103r\u021bii B un document care indic\u0103 motivele concrete pentru care a fost respins \u0219i va solicita corecturi sau complet\u0103ri. C\u00e2nd motivele de respingere sunt recunoscute, partea B va corecta \u0219i livra software-ul p\u0103r\u021bii A gratuit \u00een termenul stabilit prin consult\u0103ri, iar partea A va efectua din nou inspec\u021bia specificat\u0103 \u00een paragraful anterior, \u00een m\u0103sura necesar\u0103.<\/p>\n\n\n\n<p><br>3. Chiar dac\u0103 certificatul de conformitate nu este \u00eenm\u00e2nat, dac\u0103 partea A nu obiecteaz\u0103 \u00een scris cu motive concrete \u00een perioada de inspec\u021bie, software-ul \u00een cauz\u0103 va fi considerat ca fiind conform cu inspec\u021bia specificat\u0103 \u00een acest articol.<br><br>4. Acceptarea software-ului \u00een cauz\u0103 se finalizeaz\u0103 cu conformitatea inspec\u021biei specificate \u00een acest articol.<br><\/p>\n<cite><a href=\"https:\/\/www.meti.go.jp\/policy\/it_policy\/keiyaku\/model_keiyakusyo.pdf\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/www.meti.go.jp\/policy\/it_policy\/keiyaku\/model_keiyakusyo.pdf [ja]<\/a><\/cite><\/blockquote>\n\n\n\n<p>De asemenea, din punct de vedere juridic, termenul &#8220;considerat&#8221; din alineatul 3 este un punct care ar trebui s\u0103 atrag\u0103 aten\u021bia. Dac\u0103 \u00eel privim ca un termen juridic, &#8220;considerat&#8221; \u0219i &#8220;presupus&#8221; au de fapt semnifica\u021bii complet diferite.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Considerat&#8230;<br> \u2192 Chiar dac\u0103 \u00een realitate nu este a\u0219a, este tratat ca \u0219i cum ar fi a\u0219a din punct de vedere juridic<\/p>\n\n\n\n<p>(Exemplu) Dac\u0103 operezi un smartphone \u00een timpul unui examen, este &#8220;considerat&#8221; ca fiind tri\u0219at.<br> \u2192 Indiferent dac\u0103 ceea ce f\u0103ceai cu smartphone-ul era sau nu tri\u0219at, se vor lua m\u0103suri ca \u0219i cum ar fi fost tri\u0219at.<\/p>\n\n\n\n<p class=\"has-very-light-gray-background-color has-background\">Presupus&#8230;<br> \u2192 Dac\u0103 nu exist\u0103 dovezi care s\u0103 nege un anumit fapt, acesta este tratat ca un fapt.<\/p>\n\n\n\n<p>(Exemplu) Dac\u0103 te ui\u021bi la un smartphone \u00een timpul unui examen, este &#8220;presupus&#8221; c\u0103 ai tri\u0219at.<br>\u2192 \u00cen principiu, se presupune c\u0103 a avut loc tri\u0219area, dar dac\u0103 po\u021bi s\u0103 demonstrezi c\u0103 smartphone-ul a fost folosit \u00een alt scop, aceast\u0103 decizie poate fi r\u0103sturnat\u0103 ulterior. (Cu toate acestea, este pu\u021bin probabil s\u0103 auzi un astfel de anun\u021b \u00eentr-un centru de examinare.)<\/p>\n\n\n\n<p>Prin urmare, exist\u0103 o diferen\u021b\u0103 semnificativ\u0103 \u00eentre &#8220;presupus&#8221; \u0219i &#8220;considerat&#8221; \u00een ceea ce prive\u0219te dificultatea de a r\u0103sturna aceste presupuneri. Acesta include sensul de &#8220;a fi tratat la fel ca \u0219i cum ar fi trecut de acceptare, indiferent de faptul dac\u0103 a trecut sau nu de acceptare&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Exemple_de_cazuri_juridice_legate_de_prevederile_clauzei_de_acceptare_implicita\"><\/span>Exemple de cazuri juridice legate de prevederile clauzei de acceptare implicit\u0103<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Exist\u0103 cazuri \u00een trecut \u00een care prevederile clauzei de acceptare implicit\u0103 au avut un rol decisiv \u00een instan\u021b\u0103. De exemplu, \u00een hot\u0103r\u00e2rea citat\u0103 mai jos, un utilizator a intentat un proces, sus\u021bin\u00e2nd c\u0103 func\u021biile necesare nu au fost implementate dup\u0103 o perioad\u0103 stabilit\u0103, f\u0103r\u0103 a accepta livrarea. Cu toate acestea, instan\u021ba a decis c\u0103 livrarea a fost deja finalizat\u0103, pe baza prevederilor clauzei de acceptare implicit\u0103.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>\u00cen cadrul acestui contract, compania Y a fost obligat\u0103 s\u0103 inspecteze sistemul imediat dup\u0103 livrare \u0219i s\u0103 notifice \u00een scris acceptarea acestuia \u00een termen de 10 zile. Dac\u0103 nu se face nicio notificare p\u00e2n\u0103 la data limit\u0103, se consider\u0103 c\u0103 sistemul a fost acceptat. Prin urmare, nu se poate admite c\u0103 au existat notific\u0103ri despre aspecte care nu corespund inspec\u021biei, astfel c\u0103 se poate confirma faptul c\u0103 livrarea \u0219i acceptarea au avut loc.<\/p>\n<cite>Hot\u0103r\u00e2rea Tribunalului din Tokyo, 29 februarie 2012 (Heisei 24)<\/cite><\/blockquote>\n\n\n\n<p>Pe de alt\u0103 parte, exist\u0103 \u0219i cazuri juridice \u00een care, chiar dac\u0103 exista aceast\u0103 clauz\u0103 de acceptare implicit\u0103, instan\u021ba a negat aplicarea acesteia \u0219i a recunoscut \u00eenc\u0103lcarea obliga\u021biilor din partea furnizorului.<\/p>\n\n\n\n<p>Cazul men\u021bionat \u00een hot\u0103r\u00e2rea citat\u0103 mai jos difer\u0103 de exemplul anterior prin faptul c\u0103, de\u0219i era necesar\u0103 cooperarea furnizorului pentru a efectua acceptarea, furnizorul a neglijat aceast\u0103 cooperare.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Pl\u00e2ng\u0103torul (furnizorul) sus\u021bine c\u0103, deoarece p\u00e2r\u00e2tul (utilizatorul) nu a notificat rezultatele inspec\u021biei \u00een termen de 10 zile de la livrarea rezultatelor, conform articolul 9, alineatul 4 al contractului de dezvoltare a software-ului, rezultatele sunt considerate acceptate. Cu toate acestea, pentru ca acest rezultat s\u0103 fie realizat, cooperarea pl\u00e2ng\u0103torului este esen\u021bial\u0103, iar pl\u00e2ng\u0103torul nu a oferit aceast\u0103 cooperare p\u00e2r\u00e2tului. Prin urmare, \u00een acest caz, chiar dac\u0103 p\u00e2r\u00e2tul nu a notificat rezultatele inspec\u021biei \u00een termen de 10 zile de la livrarea rezultatelor, nu se poate considera c\u0103 p\u00e2r\u00e2tul a acceptat software-ul conform articolul 9, alineatul 4 al contractului de dezvoltare a software-ului.<\/p>\n<cite>Hot\u0103r\u00e2rea Tribunalului din Tokyo, 23 iunie 2004 (Heisei 16)<\/cite><\/blockquote>\n\n\n\n<p>Se poate presupune c\u0103 scopul sistemului de clauz\u0103 de acceptare implicit\u0103 este de a elibera rapid furnizorul dintr-o pozi\u021bie instabil\u0103, \u00een care, de\u0219i dore\u0219te s\u0103 avanseze rapid cu acceptarea, nu poate face acest lucru din cauza circumstan\u021belor unilaterale ale utilizatorului, \u0219i de a men\u021bine o rela\u021bie echitabil\u0103 \u00eentre p\u0103r\u021bi.<\/p>\n\n\n\n<p>Prin urmare, nu este posibil s\u0103 se abat\u0103 \u00een mod semnificativ de la acest scop \u0219i s\u0103 foloseasc\u0103 clauza de acceptare implicit\u0103 ca scut pentru a am\u00e2na acceptarea \u00een sine \u0219i s\u0103 \u00eemping\u0103 orice produs defect.<\/p>\n\n\n\n<p>Dac\u0103 se consider\u0103 c\u0103 acceptarea a fost aprobat\u0103, utilizatorul trebuie s\u0103 pl\u0103teasc\u0103 o remunera\u021bie pentru dezvoltarea sistemului. Lu\u00e2nd \u00een considerare \u0219i aceast\u0103 gravitate, instan\u021ba a \u00eencercat s\u0103 fac\u0103 o judecat\u0103 echitabil\u0103, lu\u00e2nd \u00een considerare \u0219i starea de cooperare a furnizorului.<\/p>\n\n\n\n<p>\u00cen sprijinul acestei decizii, procesul-verbal al progresului dezvolt\u0103rii sistemului poate fi o dovad\u0103 important\u0103, nu doar contractul. Detalii despre acest lucru sunt explicate \u00een articolul de mai jos.<\/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>De asemenea, pentru a \u00een\u021belege ce obliga\u021bii are furnizorul ca expert \u00een dezvoltarea de sisteme \u00een cadrul unui proiect, v\u0103 rug\u0103m s\u0103 consulta\u021bi articolul de mai jos.<\/p>\n\n\n\n<p>Chiar dac\u0103 acceptarea este \u00een principiu responsabilitatea utilizatorului, faptul c\u0103 furnizorul, ca expert \u00een dezvoltarea de sisteme, ar trebui s\u0103 ofere diverse forme de cooperare pentru acceptare, va fi \u00een\u021beles ca o poveste natural\u0103, lu\u00e2nd \u00een considerare con\u021binutul articolului de mai jos.<\/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=\"Modele_in_care_se_gasesc_defecte_la_receptie\"><\/span>Modele \u00een care se g\u0103sesc defecte la recep\u021bie<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\/2020\/07\/estimated-inspection-of-system-development.jpg\" alt=\"\" class=\"wp-image-13913\" \/><\/figure>\n\n\n\n<p>Desigur, este posibil ca \u00een etapa de recep\u021bie s\u0103 se descopere deficien\u021be ale sistemului (\u00een termeni legali, se folose\u0219te adesea cuv\u00e2ntul &#8220;defect&#8221;). \u00cen acest caz, pentru problemele legale implicate, v\u0103 rug\u0103m s\u0103 consulta\u021bi articolul de mai jos.<\/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<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Rezumat\"><\/span>Rezumat<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>\u00cen dezvoltarea de sisteme, &#8220;acceptarea&#8221; indic\u0103 \u00een principiu finalizarea \u00eendeplinirii obliga\u021biilor din partea furnizorului, deci se poate spune c\u0103 este extrem de important\u0103 at\u00e2t pentru utilizatori, c\u00e2t \u0219i pentru furnizori. Pentru a evita probleme grave aici, at\u00e2t comandantul, c\u00e2t \u0219i comandatul ar trebui s\u0103 \u00een\u021beleag\u0103 bine &#8220;clauza de acceptare presupus\u0103&#8221;.<\/p>\n\n\n\n<p>\u0218i, \u00een cazul improbabil \u00een care acceptarea nu decurge f\u0103r\u0103 probleme, se consider\u0103 important ca ambele p\u0103r\u021bi s\u0103 se alinieze con\u0219tient de la etapa contractului ini\u021bial, \u00een special \u00een ceea ce prive\u0219te prevederile legate de acceptare.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u00cen cadrul dezvolt\u0103rii de sisteme, momentul \u00een care problemele legale sunt cel mai probabil s\u0103 apar\u0103 este faza de &#8220;acceptare&#8221;. &#8220;Acceptarea&#8221; se refer\u0103 la obliga\u021bia de inspec\u021bie \u0219 [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":64125,"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\/ro\/wp-json\/wp\/v2\/posts\/62906"}],"collection":[{"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/comments?post=62906"}],"version-history":[{"count":3,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/posts\/62906\/revisions"}],"predecessor-version":[{"id":64127,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/posts\/62906\/revisions\/64127"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/media\/64125"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/media?parent=62906"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/categories?post=62906"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/ro\/wp-json\/wp\/v2\/tags?post=62906"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}