{"id":58487,"date":"2023-11-10T19:13:13","date_gmt":"2023-11-10T10:13:13","guid":{"rendered":"https:\/\/monolith.law\/pt\/?p=58487"},"modified":"2023-11-30T12:13:02","modified_gmt":"2023-11-30T03:13:02","slug":"completion-of-work-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/pt\/it\/completion-of-work-in-system-development","title":{"rendered":"O que \u00e9 a conclus\u00e3o do trabalho no contrato de empreitada no desenvolvimento de sistemas"},"content":{"rendered":"\n<p>O desenvolvimento de sistemas \u00e9 normalmente um processo que se prolonga por um longo per\u00edodo de tempo, e muitas vezes s\u00e3o solicitadas altera\u00e7\u00f5es de especifica\u00e7\u00f5es ou a implementa\u00e7\u00e3o de funcionalidades adicionais. Para os fornecedores que aceitam este tipo de trabalho, pode haver momentos em que se encontram numa situa\u00e7\u00e3o dif\u00edcil, sem ver uma sa\u00edda. Para esses fornecedores, a quest\u00e3o de &#8220;o que precisamos fazer e at\u00e9 que ponto para considerar o nosso trabalho conclu\u00eddo&#8221; pode por vezes tornar-se uma preocupa\u00e7\u00e3o s\u00e9ria.<\/p>\n\n\n\n<p>Al\u00e9m disso, pode-se dizer que o desenvolvimento de sistemas \u00e9 muitas vezes realizado sob contratos de empreitada, que s\u00e3o contratos com o objetivo de &#8220;concluir o trabalho&#8221;.<\/p>\n\n\n\n<p>Neste artigo, vamos explicar do ponto de vista legal, &#8220;em que momento e at\u00e9 que ponto o desenvolvimento de sistemas \u00e9 considerado conclu\u00eddo&#8221;.<\/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\/completion-of-work-in-system-development\/#O_que_significa_a_conclusao_do_desenvolvimento_de_um_sistema\" title=\"O que significa a conclus\u00e3o do desenvolvimento de um sistema\">O que significa a conclus\u00e3o do desenvolvimento de um sistema<\/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\/pt\/it\/completion-of-work-in-system-development\/#A_conclusao_do_desenvolvimento_de_um_sistema_do_ponto_de_vista_de_um_engenheiro\" title=\"A conclus\u00e3o do desenvolvimento de um sistema do ponto de vista de um engenheiro\">A conclus\u00e3o do desenvolvimento de um sistema do ponto de vista de um engenheiro<\/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\/pt\/it\/completion-of-work-in-system-development\/#A_conclusao_do_desenvolvimento_de_um_sistema_do_ponto_de_vista_legal\" title=\"A conclus\u00e3o do desenvolvimento de um sistema do ponto de vista legal\">A conclus\u00e3o do desenvolvimento de um sistema do ponto de vista legal<\/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\/pt\/it\/completion-of-work-in-system-development\/#A_conclusao_do_desenvolvimento_do_sistema_e_um_problema_no_contrato_de_empreitada\" title=\"A conclus\u00e3o do desenvolvimento do sistema \u00e9 um problema no contrato de empreitada\">A conclus\u00e3o do desenvolvimento do sistema \u00e9 um problema no contrato de empreitada<\/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\/pt\/it\/completion-of-work-in-system-development\/#Quando_e_considerado_concluido_um_trabalho_em_desenvolvimento_de_sistemas\" title=\"Quando \u00e9 considerado conclu\u00eddo um trabalho em desenvolvimento de sistemas?\">Quando \u00e9 considerado conclu\u00eddo um trabalho em desenvolvimento de sistemas?<\/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\/pt\/it\/completion-of-work-in-system-development\/#Casos_judiciais_sobre_a_conclusao_do_trabalho\" title=\"Casos judiciais sobre a conclus\u00e3o do trabalho\">Casos judiciais sobre a conclus\u00e3o do trabalho<\/a><\/li><\/ul><\/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\/pt\/it\/completion-of-work-in-system-development\/#O_que_significa_a_conclusao_de_um_trabalho_em_termos_legais\" title=\"O que significa a conclus\u00e3o de um trabalho em termos legais\">O que significa a conclus\u00e3o de um trabalho em termos legais<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/pt\/it\/completion-of-work-in-system-development\/#Notas_sobre_a_conclusao_do_trabalho\" title=\"Notas sobre a conclus\u00e3o do trabalho\">Notas sobre a conclus\u00e3o do trabalho<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/pt\/it\/completion-of-work-in-system-development\/#Como_pensar_em_mudancas_de_especificacoes_e_desenvolvimento_adicional\" title=\"Como pensar em mudan\u00e7as de especifica\u00e7\u00f5es e desenvolvimento adicional\">Como pensar em mudan\u00e7as de especifica\u00e7\u00f5es e desenvolvimento adicional<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/pt\/it\/completion-of-work-in-system-development\/#Atencao_tambem_a_revisao_do_Codigo_Civil_Japones\" title=\"Aten\u00e7\u00e3o tamb\u00e9m \u00e0 revis\u00e3o do C\u00f3digo Civil Japon\u00eas\">Aten\u00e7\u00e3o tamb\u00e9m \u00e0 revis\u00e3o do C\u00f3digo Civil Japon\u00eas<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/pt\/it\/completion-of-work-in-system-development\/#Resumo\" title=\"Resumo\">Resumo<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_significa_a_conclusao_do_desenvolvimento_de_um_sistema\"><\/span>O que significa a conclus\u00e3o do desenvolvimento de um sistema<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_conclusao_do_desenvolvimento_de_um_sistema_do_ponto_de_vista_de_um_engenheiro\"><\/span>A conclus\u00e3o do desenvolvimento de um sistema do ponto de vista de um engenheiro<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>No campo do desenvolvimento de sistemas, se perguntarmos &#8220;quando \u00e9 que o desenvolvimento do sistema est\u00e1 conclu\u00eddo&#8221;, a resposta geralmente seria algo como &#8220;quando o processo de teste \u00e9 conclu\u00eddo e os produtos finais s\u00e3o entregues&#8221;. De facto, o fluxo geral do desenvolvimento de sistemas come\u00e7a com a defini\u00e7\u00e3o de requisitos, onde s\u00e3o identificadas as fun\u00e7\u00f5es a serem implementadas, seguido pela cria\u00e7\u00e3o de v\u00e1rios documentos de design, a implementa\u00e7\u00e3o do programa, e finalmente, a conclus\u00e3o do processo de teste para verificar se o sistema est\u00e1 a funcionar corretamente. O processo termina com a aceita\u00e7\u00e3o do usu\u00e1rio.<\/p>\n\n\n\n<p>Portanto, do ponto de vista de um engenheiro envolvido no trabalho concreto, a compreens\u00e3o geral seria que &#8220;a conclus\u00e3o do desenvolvimento do sistema = aprova\u00e7\u00e3o na aceita\u00e7\u00e3o&#8221;.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_conclusao_do_desenvolvimento_de_um_sistema_do_ponto_de_vista_legal\"><\/span>A conclus\u00e3o do desenvolvimento de um sistema do ponto de vista legal<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Por outro lado, do ponto de vista legal, se perguntarmos quando \u00e9 que o desenvolvimento do sistema est\u00e1 conclu\u00eddo, a discuss\u00e3o central seria quando \u00e9 que as obriga\u00e7\u00f5es legais que o fornecedor tinha sob o contrato foram cumpridas. Em primeiro lugar, os contratos de desenvolvimento de sistemas s\u00e3o geralmente classificados como contratos de empreitada ou contratos de mandato.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract[ja]<\/a><\/p>\n\n\n\n<p>A explica\u00e7\u00e3o sobre a diferen\u00e7a entre estes dois tipos de contratos \u00e9 deixada para o artigo acima, mas em rela\u00e7\u00e3o \u00e0 conclus\u00e3o do desenvolvimento do sistema, ou seja, o cumprimento das obriga\u00e7\u00f5es do fornecedor, os crit\u00e9rios de julgamento s\u00e3o dados como se segue.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Contrato de empreitada: Artigo 632 do C\u00f3digo Civil Japon\u00eas<br>Artigo 632<br>O contrato de empreitada produz efeitos quando uma das partes se compromete a <u class=\"remove-format\">completar um trabalho<\/u> e a outra parte se compromete a pagar uma remunera\u00e7\u00e3o pelo resultado desse trabalho.<br>Contrato de mandato: Artigo 648 do C\u00f3digo Civil Japon\u00eas<br>Artigo 648<br>1. O mandat\u00e1rio n\u00e3o pode exigir uma remunera\u00e7\u00e3o ao mandante, a menos que haja um acordo especial.<br>2. O mandat\u00e1rio s\u00f3 pode exigir a remunera\u00e7\u00e3o depois de ter <u class=\"remove-format\">cumprido o mandato<\/u>, a menos que a remunera\u00e7\u00e3o tenha sido fixada por um per\u00edodo de tempo, caso em que se aplica o par\u00e1grafo 2 do artigo 624.<br>3. Se o cumprimento do mandato terminar a meio do caminho devido a uma causa que n\u00e3o pode ser atribu\u00edda ao mandat\u00e1rio, este pode exigir uma remunera\u00e7\u00e3o proporcional ao cumprimento j\u00e1 realizado.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_conclusao_do_desenvolvimento_do_sistema_e_um_problema_no_contrato_de_empreitada\"><\/span>A conclus\u00e3o do desenvolvimento do sistema \u00e9 um problema no contrato de empreitada<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>No entanto, o problema de &#8220;quando \u00e9 que o trabalho est\u00e1 conclu\u00eddo&#8221; \u00e9 basicamente um problema no contrato de empreitada, n\u00e3o apenas no contexto do desenvolvimento de sistemas. No caso do contrato de mandato, em vez de considerar o cumprimento da obriga\u00e7\u00e3o como trazer um resultado ou produto espec\u00edfico, \u00e9 um tipo de contrato que enfatiza o sentido de fazer o que deve ser feito de forma adequada (independentemente do resultado) com uma certa discri\u00e7\u00e3o como um profissional. Mesmo na lei, no contrato de mandato, mesmo que o produto final esperado n\u00e3o tenha sido produzido, se o processamento do neg\u00f3cio estiver a ser adequadamente avan\u00e7ado, \u00e9 poss\u00edvel solicitar uma remunera\u00e7\u00e3o (Artigo 648, Par\u00e1grafo 2), e se o cumprimento for interrompido a meio do caminho devido a uma causa que n\u00e3o pode ser atribu\u00edda ao mandat\u00e1rio, \u00e9 poss\u00edvel solicitar uma remunera\u00e7\u00e3o proporcional ao cumprimento j\u00e1 realizado (Artigo 648, Par\u00e1grafo 3). Pode-se dizer que o contrato de empreitada \u00e9 &#8220;orientado para o resultado&#8221;, enquanto o contrato de mandato \u00e9 &#8220;orientado para o processo&#8221;.<\/p>\n\n\n\n<p>Portanto, no contrato de mandato, o &#8220;dever de cuidado&#8221; no processo de avan\u00e7ar o trabalho delegado \u00e9 mais prov\u00e1vel de se tornar um problema legal. Ou seja, quando se pode perseguir a viola\u00e7\u00e3o do dever de cuidado com base no contrato de mandato, assumindo que se tem uma alta confian\u00e7a.<\/p>\n\n\n\n<p>Por outro lado, o que \u00e9 importante no contrato de empreitada \u00e9 a &#8220;conclus\u00e3o do trabalho&#8221;. Se o trabalho que deveria ser conclu\u00eddo n\u00e3o for conclu\u00eddo, o fornecedor n\u00e3o poder\u00e1 cumprir a obriga\u00e7\u00e3o que tem, e n\u00e3o poder\u00e1 solicitar uma remunera\u00e7\u00e3o, como regra. No entanto, se o trabalho estiver conclu\u00eddo, n\u00e3o h\u00e1 raz\u00e3o para questionar a parte do progresso intermedi\u00e1rio. Portanto, o problema de &#8220;quando \u00e9 que o projeto de desenvolvimento do sistema est\u00e1 conclu\u00eddo&#8221; pode basicamente ser redefinido como um problema de interpreta\u00e7\u00e3o legal da frase &#8220;conclus\u00e3o do trabalho&#8221; no contrato de empreitada.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Quando_e_considerado_concluido_um_trabalho_em_desenvolvimento_de_sistemas\"><\/span>Quando \u00e9 considerado conclu\u00eddo um trabalho em desenvolvimento de sistemas?<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\/08\/shutterstock_432172927-1024x726.jpg\" alt=\"\" class=\"wp-image-3815\" \/><figcaption class=\"wp-element-caption\">Quais s\u00e3o os requisitos para considerar um trabalho &#8220;conclu\u00eddo&#8221;?<\/figcaption><\/figure>\n\n\n\n<p>Ent\u00e3o, quando especificamente devemos considerar que um &#8220;trabalho est\u00e1 conclu\u00eddo&#8221;? Vamos verificar alguns casos judiciais passados sobre este ponto.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Casos_judiciais_sobre_a_conclusao_do_trabalho\"><\/span>Casos judiciais sobre a conclus\u00e3o do trabalho<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>No caso judicial citado abaixo, surgiram problemas como velocidade de processamento e custos de comunica\u00e7\u00e3o no sistema entregue pelo fornecedor. Mesmo com a descoberta desses problemas, todo o processo de desenvolvimento foi conclu\u00eddo, e foi discutido se isso poderia ser considerado como &#8220;trabalho conclu\u00eddo&#8221;. Como resultado, foi indicado que a conclus\u00e3o do trabalho poderia ser reconhecida.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Os artigos 632 e 633 do C\u00f3digo Civil Japon\u00eas estipulam que o momento do pagamento da remunera\u00e7\u00e3o ao contratado \u00e9 quando o trabalho \u00e9 conclu\u00eddo e o objeto do trabalho \u00e9 entregue ao cliente. Por outro lado, o artigo 634 do mesmo c\u00f3digo estipula que, se houver defeitos no objeto do trabalho, o contratado tem a responsabilidade de garantia para o cliente (par\u00e1grafo 1), e at\u00e9 que o contratado cumpra sua responsabilidade de garantia para os defeitos do objeto do trabalho, o cliente tem o direito de defesa de execu\u00e7\u00e3o simult\u00e2nea em rela\u00e7\u00e3o ao pagamento da remunera\u00e7\u00e3o (par\u00e1grafo 2). De acordo com estas disposi\u00e7\u00f5es do C\u00f3digo Civil, <u class=\"remove-format\">a lei distingue entre os casos em que o resultado do trabalho \u00e9 incompleto e h\u00e1 defeitos no objeto do trabalho e os casos em que o trabalho n\u00e3o est\u00e1 conclu\u00eddo<\/u>, e \u00e9 entendido que, mesmo que haja defeitos no objeto do trabalho, seja eles ocultos ou aparentes, isso n\u00e3o significa que o trabalho n\u00e3o est\u00e1 conclu\u00eddo.<br>Portanto, <u class=\"remove-format\">se o contratado concluiu o trabalho ou n\u00e3o deve ser julgado com base em se o trabalho foi conclu\u00eddo at\u00e9 a \u00faltima etapa planejada no contrato original<\/u>, e \u00e9 apropriado entender que o cliente n\u00e3o pode recusar o pagamento da remunera\u00e7\u00e3o apenas porque h\u00e1 defeitos no objeto do trabalho quando o contratado concluiu a \u00faltima etapa do trabalho e entregou o objeto do trabalho.<\/p>\n<\/blockquote>\n\n\n\n<p>No julgamento acima, foi decidido que a &#8220;conclus\u00e3o do trabalho&#8221; \u00e9 cumprida se o processo final no desenvolvimento do sistema for conclu\u00eddo. Como medida de al\u00edvio quando h\u00e1 defeitos (muitas vezes chamados de &#8220;defeitos&#8221; na lei) no sistema que o fornecedor criou, h\u00e1 um sistema separado de responsabilidade de garantia de defeitos.<\/p>\n\n\n\n<p>Portanto, mesmo que o conceito de &#8220;conclus\u00e3o do trabalho&#8221; seja interpretado de forma um pouco ampla, isso n\u00e3o resultar\u00e1 em injusti\u00e7a para o lado do usu\u00e1rio no final. Em resumo, \u00e9 o seguinte:<\/p>\n\n\n\n<p class=\"has-text-align-center has-very-light-gray-background-color has-background\">\u3010Obriga\u00e7\u00e3o no contrato de empreitada = Conclus\u00e3o do trabalho = Conclus\u00e3o de todas as etapas\u3011<br>  ========<br> Se o trabalho n\u00e3o for conclu\u00eddo&#8230;<br> \u2193<br>\u3010Assumir a responsabilidade por n\u00e3o cumprimento da obriga\u00e7\u00e3o\u3011<br>========<br>Se o trabalho estiver conclu\u00eddo, mas houver defeitos&#8230;<br> \u2193<br>\u3010Reconhecer o cumprimento da obriga\u00e7\u00e3o e quest\u00e3o da responsabilidade de garantia de defeitos\u3011<br><\/p>\n\n\n\n<p>O caso judicial acima mostra como dividir esses problemas.<\/p>\n\n\n\n<p>No entanto, em rela\u00e7\u00e3o ao ponto de &#8220;conclus\u00e3o do trabalho&#8221;, tamb\u00e9m \u00e9 poss\u00edvel considerar a partir do ponto de vista da &#8220;aprova\u00e7\u00e3o da inspe\u00e7\u00e3o do lado do usu\u00e1rio&#8221;. Para problemas legais quando a inspe\u00e7\u00e3o do lado do usu\u00e1rio n\u00e3o progride, explicamos em um artigo separado.<\/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<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_significa_a_conclusao_de_um_trabalho_em_termos_legais\"><\/span>O que significa a conclus\u00e3o de um trabalho em termos legais<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\/08\/shutterstock_1397317640-1024x683.jpg\" alt=\"\" class=\"wp-image-3817\" \/><figcaption class=\"wp-element-caption\">No contrato de empreitada, \u00e9 poss\u00edvel solicitar o pagamento ap\u00f3s a conclus\u00e3o do trabalho ser reconhecida.<\/figcaption><\/figure>\n\n\n\n<p>No desenvolvimento de sistemas, se a &#8220;conclus\u00e3o do trabalho&#8221; for reconhecida, isso significa que a obriga\u00e7\u00e3o foi cumprida, portanto, n\u00e3o haver\u00e1 mais a possibilidade de ser responsabilizado por &#8220;incumprimento da obriga\u00e7\u00e3o&#8221;. No caso de um contrato de empreitada, se o trabalho n\u00e3o for considerado conclu\u00eddo, n\u00e3o ser\u00e1 poss\u00edvel solicitar o pagamento e, mesmo que tenha sido acordado um pagamento antecipado, esses valores ter\u00e3o que ser devolvidos. Por outro lado, se a conclus\u00e3o do trabalho for reconhecida, o fornecedor ter\u00e1 que lidar com quest\u00f5es como a responsabilidade por defeitos e garantias de qualidade do contrato.<\/p>\n\n\n\n<p>O facto de o fornecedor ser libertado da responsabilidade pelo incumprimento da obriga\u00e7\u00e3o significa que o espa\u00e7o para o utilizador cancelar o contrato diminui drasticamente. Isto porque o cancelamento do contrato com base na responsabilidade por defeitos \u00e9 limitado a casos em que o objetivo do contrato n\u00e3o pode ser alcan\u00e7ado. Se o contrato for cancelado, o fornecedor tamb\u00e9m perder\u00e1 o direito de solicitar o pagamento (ou seja, em termos simples, n\u00e3o receber\u00e1 qualquer pagamento), por isso \u00e9 comum haver disputas sobre a &#8220;conclus\u00e3o do trabalho&#8221; na pr\u00e1tica.<\/p>\n\n\n\n<p>Para uma explica\u00e7\u00e3o detalhada sobre o &#8220;cancelamento&#8221; de contratos no desenvolvimento de sistemas, consulte o seguinte artigo.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-wp-embed is-provider-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30dd\u30eb\u30c8\u30ac\u30eb\u8a9e\uff09 wp-block-embed-\u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30dd\u30eb\u30c8\u30ac\u30eb\u8a9e\uff09\"><div class=\"wp-block-embed__wrapper\">\n<blockquote class=\"wp-embedded-content\" data-secret=\"nzc4FFk6w0\"><a href=\"https:\/\/monolith.law\/pt\/it\/cancellation-of-contracts-in-system-development\">Qual \u00e9 o m\u00e9todo de rescis\u00e3o de contrato no desenvolvimento de sistemas?<\/a><\/blockquote><iframe class=\"wp-embedded-content\" sandbox=\"allow-scripts\" security=\"restricted\" style=\"position: absolute; clip: rect(1px, 1px, 1px, 1px);\" title=\"&#8220;Qual \u00e9 o m\u00e9todo de rescis\u00e3o de contrato no desenvolvimento de sistemas?&#8221; &#8212; \u30b3\u30fc\u30dd\u30ec\u30fc\u30c8\u30b5\u30a4\u30c8\uff08\u30dd\u30eb\u30c8\u30ac\u30eb\u8a9e\uff09\" src=\"https:\/\/monolith.law\/pt\/it\/cancellation-of-contracts-in-system-development\/embed#?secret=NzGVBvmN4c#?secret=nzc4FFk6w0\" data-secret=\"nzc4FFk6w0\" width=\"500\" height=\"282\" frameborder=\"0\" marginwidth=\"0\" marginheight=\"0\" scrolling=\"no\"><\/iframe>\n<\/div><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Notas_sobre_a_conclusao_do_trabalho\"><\/span>Notas sobre a conclus\u00e3o do trabalho<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Como_pensar_em_mudancas_de_especificacoes_e_desenvolvimento_adicional\"><\/span>Como pensar em mudan\u00e7as de especifica\u00e7\u00f5es e desenvolvimento adicional<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Al\u00e9m disso, para o fornecedor, pode-se prever situa\u00e7\u00f5es em que &#8220;j\u00e1 conseguimos cumprir as especifica\u00e7\u00f5es que nos foram inicialmente ditas, mas estamos a ser solicitados a mudar as especifica\u00e7\u00f5es e adicionar fun\u00e7\u00f5es, e mesmo que tentemos terminar o trabalho, n\u00e3o conseguimos encontrar um ponto de corte&#8221;. Mesmo nestes casos, surgem problemas como &#8220;o momento de terminar o desenvolvimento do sistema&#8221;. Uma explica\u00e7\u00e3o detalhada sobre este assunto pode ser encontrada no seguinte artigo.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Atencao_tambem_a_revisao_do_Codigo_Civil_Japones\"><\/span>Aten\u00e7\u00e3o tamb\u00e9m \u00e0 revis\u00e3o do C\u00f3digo Civil Japon\u00eas<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Al\u00e9m disso, as disposi\u00e7\u00f5es sobre a responsabilidade pela garantia de defeitos com base no contrato de empreitada s\u00e3o uma \u00e1rea que tem sido fortemente influenciada pela revis\u00e3o do C\u00f3digo Civil Japon\u00eas, devido ao facto de as liga\u00e7\u00f5es entre os artigos anteriores serem complexas e dif\u00edceis de entender. No meio da revis\u00e3o do C\u00f3digo Civil Japon\u00eas, uma explica\u00e7\u00e3o detalhada sobre como interpretar o que \u00e9 um &#8220;defeito&#8221; pode ser encontrada no seguinte artigo.<\/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=\"Resumo\"><\/span>Resumo<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>Neste artigo, discutimos o caminho para ligar projetos de desenvolvimento de sistemas, que muitas vezes podem ser levados a situa\u00e7\u00f5es onde se diz &#8220;n\u00e3o se v\u00ea uma sa\u00edda&#8221;, \u00e0 teoria jur\u00eddica do &#8220;trabalho conclu\u00eddo&#8221;. A sa\u00edda de cada projeto pode variar dependendo dos requisitos de desenvolvimento, mas quando surge uma disputa sobre esses pontos, acredita-se que o conceito jur\u00eddico de &#8220;trabalho conclu\u00eddo&#8221; muitas vezes serve como um guia.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>O desenvolvimento de sistemas \u00e9 normalmente um processo que se prolonga por um longo per\u00edodo de tempo, e muitas vezes s\u00e3o solicitadas altera\u00e7\u00f5es de especifica\u00e7\u00f5es ou a implementa\u00e7\u00e3o de funcionalidades [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59592,"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\/58487"}],"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=58487"}],"version-history":[{"count":1,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58487\/revisions"}],"predecessor-version":[{"id":59591,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58487\/revisions\/59591"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media\/59592"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media?parent=58487"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/categories?post=58487"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/tags?post=58487"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}