{"id":58626,"date":"2023-11-10T19:14:36","date_gmt":"2023-11-10T10:14:36","guid":{"rendered":"https:\/\/monolith.law\/pt\/?p=58626"},"modified":"2026-04-26T18:27:52","modified_gmt":"2026-04-26T09:27:52","slug":"collapse-of-the-system-development-project","status":"publish","type":"post","link":"https:\/\/monolith.law\/pt\/it\/collapse-of-the-system-development-project","title":{"rendered":"O que \u00e9 a lei relacionada com a &#8216;falha catastr\u00f3fica&#8217; dos projetos de desenvolvimento de sistemas?"},"content":{"rendered":"\n<p>Um projeto de desenvolvimento de sistemas n\u00e3o \u00e9 algo que possa ser alcan\u00e7ado da noite para o dia. Requer a contribui\u00e7\u00e3o de muitos recursos, incluindo um grande n\u00famero de pessoas e organiza\u00e7\u00f5es, uma quantidade significativa de dinheiro e um longo per\u00edodo de desenvolvimento. Neste artigo, vamos explicar como o fen\u00f3meno de &#8220;inc\u00eandio&#8221; num projeto de desenvolvimento de sistemas pode ser organizado dentro de um quadro legal, e tamb\u00e9m vamos compilar algumas diretrizes para solu\u00e7\u00f5es.<\/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\/pt\/it\/collapse-of-the-system-development-project\/#Por_que_os_projetos_%E2%80%9Cincendeiam%E2%80%9D\" title=\"Por que os projetos &#8220;incendeiam&#8221;?\">Por que os projetos &#8220;incendeiam&#8221;?<\/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\/pt\/it\/collapse-of-the-system-development-project\/#Tipo_de_Incendio_1_Quando_um_Projeto_Falha_a_meio_do_Caminho\" title=\"Tipo de Inc\u00eandio 1: Quando um Projeto Falha a meio do Caminho\">Tipo de Inc\u00eandio 1: Quando um Projeto Falha a meio do Caminho<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/pt\/it\/collapse-of-the-system-development-project\/#Tipo_de_incendio_2_Quando_o_cancelamento_e_feito_por_conveniencia_do_usuario\" title=\"Tipo de inc\u00eandio 2: Quando o cancelamento \u00e9 feito por conveni\u00eancia do usu\u00e1rio\">Tipo de inc\u00eandio 2: Quando o cancelamento \u00e9 feito por conveni\u00eancia do usu\u00e1rio<\/a><\/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\/pt\/it\/collapse-of-the-system-development-project\/#Tipo_de_Incendio_3_Quando_as_falhas_do_sistema_entregue_sao_descobertas_posteriormente\" title=\"Tipo de Inc\u00eandio 3: Quando as falhas do sistema entregue s\u00e3o descobertas posteriormente\">Tipo de Inc\u00eandio 3: Quando as falhas do sistema entregue s\u00e3o descobertas posteriormente<\/a><\/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\/pt\/it\/collapse-of-the-system-development-project\/#Resumo\" title=\"Resumo\">Resumo<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Por_que_os_projetos_%E2%80%9Cincendeiam%E2%80%9D\"><\/span>Por que os projetos &#8220;incendeiam&#8221;?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Um sistema de TI, mesmo que n\u00e3o seja um projeto de grande escala, s\u00f3 funciona corretamente devido \u00e0 acumula\u00e7\u00e3o de uma grande quantidade de arquivos de programa e c\u00f3digo-fonte que foram criados. Muitas vezes, a constru\u00e7\u00e3o \u00e9 t\u00e3o detalhada e precisa que \u00e9 dif\u00edcil de imaginar a partir da sensa\u00e7\u00e3o de opera\u00e7\u00e3o vista do lado do ecr\u00e3 (ou, pelo contr\u00e1rio, especialmente em sistemas de TI onde a sensa\u00e7\u00e3o de opera\u00e7\u00e3o vista do lado do ecr\u00e3 \u00e9 simples e concisa).<\/p>\n\n\n\n<ul>\n<li>O prazo de entrega \u00e9 o \u00fanico que foi decidido antecipadamente, e o tempo passa com as especifica\u00e7\u00f5es e requisitos ainda vagos<\/li>\n\n\n\n<li>Muitos membros abandonam devido ao stress das rela\u00e7\u00f5es humanas, pois est\u00e3o constantemente distra\u00eddos com quest\u00f5es pol\u00edticas internas<\/li>\n\n\n\n<li>H\u00e1 uma falta de habilidades de negocia\u00e7\u00e3o na camada de gest\u00e3o, incluindo o PM, e os membros n\u00e3o est\u00e3o sendo solicitados a fazer relat\u00f3rios, comunica\u00e7\u00f5es e consultas adequadas<\/li>\n<\/ul>\n\n\n\n<p>As raz\u00f5es espec\u00edficas para a &#8220;incinera\u00e7\u00e3o&#8221; de um projeto podem variar de projeto para projeto. No entanto, do ponto de vista legal, as raz\u00f5es para a &#8220;incinera\u00e7\u00e3o&#8221; de um projeto podem ser organizadas de forma relativamente simples em v\u00e1rios tipos.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tipo_de_Incendio_1_Quando_um_Projeto_Falha_a_meio_do_Caminho\"><\/span>Tipo de Inc\u00eandio 1: Quando um Projeto Falha a meio do Caminho<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Na progress\u00e3o do desenvolvimento de sistemas, a falta de comunica\u00e7\u00e3o entre o lado do utilizador e o lado do fornecedor \u00e9 frequentemente citada como uma raz\u00e3o t\u00edpica para um projeto falhar a meio do caminho. Em primeiro lugar, um projeto de desenvolvimento de sistemas requer n\u00e3o s\u00f3 a compet\u00eancia t\u00e9cnica e organizacional especializada do lado do fornecedor, mas tamb\u00e9m a coopera\u00e7\u00e3o do lado do utilizador que ir\u00e1 utilizar o sistema final.<\/p>\n\n\n\n<p>Portanto, se um projeto avan\u00e7a com uma compreens\u00e3o vaga de que papel cada parte deve desempenhar, e se surge uma esp\u00e9cie de &#8220;empurrar de responsabilidades&#8221; entre as partes, isso pode impedir o progresso suave do projeto. Para uma an\u00e1lise legal das obriga\u00e7\u00f5es do lado do utilizador e do lado do fornecedor, por favor consulte os seguintes artigos.<\/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<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>Embora os detalhes das responsabilidades que cada parte deve assumir possam ser encontrados nos artigos acima, o ponto chave aqui \u00e9 que, mesmo num \u00fanico projeto de desenvolvimento de sistemas, tanto o utilizador como o fornecedor t\u00eam certas responsabilidades. Em termos gerais, os tribunais t\u00eam reconhecido que o lado do utilizador tem uma obriga\u00e7\u00e3o de coopera\u00e7\u00e3o em \u00e1reas que n\u00e3o podem ser conclu\u00eddas sem a sua ajuda, como a defini\u00e7\u00e3o de requisitos, o design da apar\u00eancia da tela (ou seja, o design b\u00e1sico), e a aceita\u00e7\u00e3o.<\/p>\n\n\n\n<p>Por outro lado, o lado do fornecedor tamb\u00e9m tem uma obriga\u00e7\u00e3o abrangente de garantir o progresso suave do projeto e de identificar e eliminar quaisquer obst\u00e1culos, ap\u00f3s ter recebido a coopera\u00e7\u00e3o do lado do utilizador nos pontos acima (e ao mesmo tempo, ter feito esfor\u00e7os para comunicar e solicitar tal coopera\u00e7\u00e3o).<\/p>\n\n\n\n<p>Com base neste pensamento, os tribunais t\u00eam demonstrado uma atitude de tratar todos os conflitos de forma justa, mostrando que o utilizador tem a obriga\u00e7\u00e3o de exercer a governan\u00e7a interna como um sistema interno, e que o fornecedor tem a obriga\u00e7\u00e3o de demonstrar a sua especializa\u00e7\u00e3o e compet\u00eancia t\u00e9cnica como um especialista externo.<\/p>\n\n\n\n<p>Al\u00e9m disso, um momento em que estas &#8220;falhas&#8221; s\u00e3o propensas a ocorrer \u00e9 durante a aceita\u00e7\u00e3o. A aceita\u00e7\u00e3o \u00e9 explicada em detalhe no seguinte artigo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/estimated-inspection-of-system-development[ja]<\/a><\/p>\n\n\n\n<p>Nestes casos, uma vez que um conflito surge, a evid\u00eancia objetivamente verific\u00e1vel, como a progress\u00e3o de projetos anteriores e o conte\u00fado das reuni\u00f5es, \u00e9 muitas vezes enfatizada. Portanto, os documentos que foram registados antecipadamente muitas vezes t\u00eam um grande significado. Para n\u00e3o prejudicar a sua posi\u00e7\u00e3o, \u00e9 importante garantir uma gest\u00e3o rigorosa dos documentos. Para uma explica\u00e7\u00e3o detalhada da import\u00e2ncia da gest\u00e3o de documentos no desenvolvimento de sistemas, por favor consulte o seguinte artigo.<\/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=\"Tipo_de_incendio_2_Quando_o_cancelamento_e_feito_por_conveniencia_do_usuario\"><\/span>Tipo de inc\u00eandio 2: Quando o cancelamento \u00e9 feito por conveni\u00eancia do usu\u00e1rio<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-2.jpg\" alt=\"\" class=\"wp-image-81580\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-2.jpg 735w, https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-2-300x200.jpg 300w, https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-2-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">O que acontece quando um projeto \u00e9 cancelado a meio do caminho?<\/figcaption><\/figure>\n\n\n\n<p>Tamb\u00e9m \u00e9 poss\u00edvel que um projeto seja interrompido a meio do caminho devido ao desejo do usu\u00e1rio. Por exemplo, suponha que uma empresa come\u00e7ou a desenvolver um sistema de TI para gerir todos os recursos humanos, incluindo as suas bases no estrangeiro, mas a estrat\u00e9gia de expans\u00e3o para o estrangeiro foi retirada. Nesse caso, o desenvolvimento do sistema que estava a ser iniciado pode tornar-se desnecess\u00e1rio para o usu\u00e1rio.<\/p>\n\n\n\n<p>Em primeiro lugar, a quest\u00e3o de como um sistema de TI deve ser constru\u00eddo numa empresa n\u00e3o pode ser separada da quest\u00e3o de que tipo de trabalho existe primeiro na empresa. Portanto, \u00e9 poss\u00edvel que os requisitos do sistema que se tornam necess\u00e1rios (ou desnecess\u00e1rios) mudem ap\u00f3s o facto, devido a mudan\u00e7as significativas na estrutura organizacional, reorganiza\u00e7\u00e3o de departamentos de neg\u00f3cios, revis\u00f5es radicais da estrat\u00e9gia, etc.<\/p>\n\n\n\n<p>Devido a estas circunst\u00e2ncias, quando um projeto \u00e9 interrompido a meio do caminho, v\u00e1rios problemas legais podem surgir. Normalmente, como \u00e9 por conveni\u00eancia do usu\u00e1rio, o fornecedor tem certos direitos legais, como a cobran\u00e7a de uma taxa proporcional ao grau de conclus\u00e3o. Dependendo do tipo de contrato que foi adotado, h\u00e1 diferen\u00e7as nos artigos que servem de base, mas o conte\u00fado \u00e9 organizado da seguinte forma:<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>\u30fbNo caso de um contrato de empreitada: Artigo 641 do C\u00f3digo Civil Japon\u00eas<br> Artigo 641 do C\u00f3digo Civil Japon\u00eas<br> \u2192 Enquanto o empreiteiro n\u00e3o terminar o trabalho, o cliente pode cancelar o contrato a qualquer momento, indemnizando o dano.<br> \u30fbNo caso de um contrato de mandato: Artigo 648, par\u00e1grafo 3, do C\u00f3digo Civil Japon\u00eas (dependendo das circunst\u00e2ncias, tamb\u00e9m pode ser feito um pedido de indemniza\u00e7\u00e3o com base no Artigo 651 do C\u00f3digo Civil Japon\u00eas)<br> Artigo 648 do C\u00f3digo Civil Japon\u00eas<br> \u2192 Se o mandato terminar a meio do cumprimento por uma raz\u00e3o que n\u00e3o pode ser atribu\u00edda ao mandat\u00e1rio, este pode cobrar uma taxa proporcional ao cumprimento j\u00e1 realizado.<br> Artigo 651 do C\u00f3digo Civil Japon\u00eas<br> \u2192 1. O mandato pode ser cancelado a qualquer momento por qualquer das partes.<br> \u2192 2. Se uma das partes cancelar o mandato num momento desfavor\u00e1vel para a outra parte, essa parte deve indemnizar o dano da outra parte. No entanto, isto n\u00e3o se aplica se houver uma raz\u00e3o inevit\u00e1vel.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Tipo_de_Incendio_3_Quando_as_falhas_do_sistema_entregue_sao_descobertas_posteriormente\"><\/span>Tipo de Inc\u00eandio 3: Quando as falhas do sistema entregue s\u00e3o descobertas posteriormente<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image size-full is-resized\"><img decoding=\"async\" loading=\"lazy\" width=\"735\" height=\"490\" src=\"https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-3.jpg\" alt=\"\" class=\"wp-image-81581\" style=\"aspect-ratio:1.5;width:840px;height:auto\" srcset=\"https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-3.jpg 735w, https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-3-300x200.jpg 300w, https:\/\/monolith.law\/pt\/wp-content\/uploads\/sites\/11\/2026\/04\/collapse-of-the-system-development-project-3-250x167.jpg 250w\" sizes=\"(max-width: 735px) 100vw, 735px\" \/><figcaption class=\"wp-element-caption\">Como lidar com problemas no sistema descobertos logo ap\u00f3s a entrega?<\/figcaption><\/figure>\n\n\n\n<p>Os utilizadores tendem a avaliar a qualidade de um sistema com base na experi\u00eancia de utiliza\u00e7\u00e3o, mas para quem desenvolve o sistema, os desafios mais complexos podem estar no design da base de dados ou na identifica\u00e7\u00e3o de todos os poss\u00edveis m\u00e9todos de opera\u00e7\u00e3o para testar o sistema.<\/p>\n\n\n\n<p>Portanto, mesmo que um sistema pare\u00e7a funcionar sem problemas no in\u00edcio,<\/p>\n\n\n\n<ul>\n<li>\u00c0 medida que a quantidade de dados registados aumenta, a velocidade de processamento pode diminuir<\/li>\n\n\n\n<li>Um sistema que parecia funcionar sem problemas nas opera\u00e7\u00f5es di\u00e1rias b\u00e1sicas pode revelar bugs em opera\u00e7\u00f5es especiais que ocorrem apenas algumas vezes por m\u00eas ou por ano<\/li>\n\n\n\n<li>Embora pare\u00e7a que os resultados est\u00e3o a ser corretamente produzidos, a l\u00f3gica pode estar errada (por exemplo, mesmo que a entrada do utilizador &#8220;1+1&#8221; produza corretamente &#8220;2&#8221;, isso n\u00e3o garante que o c\u00e1lculo esteja a ser feito corretamente. Se qualquer equa\u00e7\u00e3o produzir &#8220;2&#8221;, isso \u00e9 um erro de l\u00f3gica que muitas vezes n\u00e3o pode ser descoberto apenas operando o sistema. Neste sentido, um certo n\u00edvel de &#8220;compet\u00eancia t\u00e9cnica&#8221; \u00e9 exigido no processo de teste.)<\/li>\n<\/ul>\n\n\n\n<p>Estes s\u00e3o exemplos de problemas que podem realmente ocorrer. Se analisarmos estes casos do ponto de vista legal, eles podem ser considerados como uma viola\u00e7\u00e3o das obriga\u00e7\u00f5es de gest\u00e3o de projetos por parte do fornecedor, ou seja, um problema de incumprimento parcial sob a lei civil japonesa.<\/p>\n\n\n\n<p>Se n\u00e3o houver nenhuma disposi\u00e7\u00e3o especial no contrato para este caso, as disposi\u00e7\u00f5es relativas aos contratos de empreitada geralmente se aplicam.<\/p>\n\n\n\n<p>Os pontos a considerar neste caso s\u00e3o os seguintes:<\/p>\n\n\n\n<table style=\"border-collapse: collapse;width: 102.345%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #fff0f5;text-align: left\">\u30fbSe o trabalho n\u00e3o pode ser considerado conclu\u00eddo<br>\u2192Se o trabalho n\u00e3o est\u00e1 conclu\u00eddo, o pagamento correspondente n\u00e3o deve ser feito. No entanto, se a causa for uma viola\u00e7\u00e3o da obriga\u00e7\u00e3o de coopera\u00e7\u00e3o por parte do utilizador, o fornecedor pode tomar medidas legais, como reivindicar indeniza\u00e7\u00e3o por danos.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.793%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f5fffa;text-align: left\">\n\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\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<table style=\"border-collapse: collapse;width: 100.965%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f8f8ff;text-align: left\">\u30fbSe o trabalho est\u00e1 conclu\u00eddo e um produto que pode atingir o objetivo do contrato foi entregue, mas ainda h\u00e1 alguns defeitos que devem ser compensados ou corrigidos<br>\u2192O fornecedor pode reivindicar o pagamento, mas o utilizador tamb\u00e9m pode reivindicar indeniza\u00e7\u00e3o por danos. Portanto, normalmente, os dois montantes s\u00e3o compensados.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<table style=\"border-collapse: collapse;width: 101.517%\">\n<tbody>\n<tr>\n<td style=\"width: 100%;background-color: #f0f8ff;text-align: left\">\u30fbSe o trabalho est\u00e1 conclu\u00eddo e n\u00e3o h\u00e1 defeitos no conte\u00fado<br \/>\u2192Este n\u00e3o \u00e9 um caso de &#8220;inc\u00eandio&#8221; mencionado neste artigo, e o projeto \u00e9 conclu\u00eddo com a reivindica\u00e7\u00e3o normal do pagamento.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n\n\n\n<p>Os pontos s\u00e3o organizados desta forma.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Resumo\"><\/span>Resumo<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Cada projeto de desenvolvimento de sistema avan\u00e7a atrav\u00e9s de v\u00e1rias e diversas reviravoltas. No entanto, quando se trata de &#8220;inc\u00eandios&#8221; em projetos legais, a estrutura apresentada neste artigo serve como um mapa. Os problemas legais relacionados ao desenvolvimento de sistemas certamente abrangem uma variedade de temas.<\/p>\n\n\n\n<p>Assim como o trabalho de desenvolvimento de sistemas requer pensamento construtivo, a gest\u00e3o de riscos associada a ele tamb\u00e9m pode ser realizada de forma mais construtiva, evitando perder a vis\u00e3o geral do campo. N\u00e3o seria isso poss\u00edvel?<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Um projeto de desenvolvimento de sistemas n\u00e3o \u00e9 algo que possa ser alcan\u00e7ado da noite para o dia. Requer a contribui\u00e7\u00e3o de muitos recursos, incluindo um grande n\u00famero de pessoas e organiza\u00e7\u00f5es, uma qu [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":81578,"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\/pt\/wp-json\/wp\/v2\/posts\/58626"}],"collection":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/comments?post=58626"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58626\/revisions"}],"predecessor-version":[{"id":81582,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58626\/revisions\/81582"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media\/81578"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media?parent=58626"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/categories?post=58626"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/tags?post=58626"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}