{"id":58501,"date":"2023-11-10T19:13:14","date_gmt":"2023-11-10T10:13:14","guid":{"rendered":"https:\/\/monolith.law\/pt\/?p=58501"},"modified":"2023-11-30T09:37:39","modified_gmt":"2023-11-30T00:37:39","slug":"system-development-specs-function","status":"publish","type":"post","link":"https:\/\/monolith.law\/pt\/it\/system-development-specs-function","title":{"rendered":"At\u00e9 que ponto deve-se implementar funcionalidades n\u00e3o especificadas na documenta\u00e7\u00e3o de desenvolvimento de sistemas, do ponto de vista legal?"},"content":{"rendered":"\n<p>Os projetos que desenvolvem sistemas de TI utilizados nas empresas s\u00e3o, em princ\u00edpio, criados de acordo com especifica\u00e7\u00f5es previamente definidas. No entanto, considerando o significado de confiar o trabalho de desenvolvimento a um fornecedor como especialista em desenvolvimento de sistemas, as expectativas do lado do utilizador podem n\u00e3o ser t\u00e3o baixas quanto simplesmente implementar mecanicamente o que est\u00e1 escrito nas especifica\u00e7\u00f5es. Neste artigo, discutiremos at\u00e9 que ponto se deve assumir a responsabilidade de implementar um programa que, embora n\u00e3o esteja descrito na especifica\u00e7\u00e3o, \u00e9 necess\u00e1rio implementar \u00e0 luz do objetivo do desenvolvimento.<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\/pt\/it\/system-development-specs-function\/#Problemas_legais_associados_a_implementacao_de_elementos_nao_especificados\" title=\"Problemas legais associados \u00e0 implementa\u00e7\u00e3o de elementos n\u00e3o especificados\">Problemas legais associados \u00e0 implementa\u00e7\u00e3o de elementos n\u00e3o especificados<\/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\/system-development-specs-function\/#E_exigida_discricao_nas_tarefas_do_fornecedor\" title=\"\u00c9 exigida discri\u00e7\u00e3o nas tarefas do fornecedor\">\u00c9 exigida discri\u00e7\u00e3o nas tarefas do fornecedor<\/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\/system-development-specs-function\/#A_discricao_tambem_deve_ser_exercida_dentro_de_um_rigoroso_processo_de_desenvolvimento\" title=\"A discri\u00e7\u00e3o tamb\u00e9m deve ser exercida dentro de um rigoroso processo de desenvolvimento\">A discri\u00e7\u00e3o tamb\u00e9m deve ser exercida dentro de um rigoroso processo de desenvolvimento<\/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\/system-development-specs-function\/#O_que_um_especialista_deve_fazer_sem_se_ater_as_especificacoes\" title=\"O que um especialista deve fazer sem se ater \u00e0s especifica\u00e7\u00f5es?\">O que um especialista deve fazer sem se ater \u00e0s especifica\u00e7\u00f5es?<\/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\/system-development-specs-function\/#As_obrigacoes_legais_sao_determinadas_de_acordo_com_o_%E2%80%98proposito%E2%80%99_especificado_nos_documentos_de_especificacoes_e_contratos\" title=\"As obriga\u00e7\u00f5es legais s\u00e3o determinadas de acordo com o &#8216;prop\u00f3sito&#8217; especificado nos documentos de especifica\u00e7\u00f5es e contratos\">As obriga\u00e7\u00f5es legais s\u00e3o determinadas de acordo com o &#8216;prop\u00f3sito&#8217; especificado nos documentos de especifica\u00e7\u00f5es e contratos<\/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\/system-development-specs-function\/#Caso_judicial_em_que_a_obrigacao_de_implementacao_foi_negada_devido_a_falta_de_descricao\" title=\"Caso judicial em que a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o foi negada devido \u00e0 falta de descri\u00e7\u00e3o\">Caso judicial em que a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o foi negada devido \u00e0 falta de descri\u00e7\u00e3o<\/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\/pt\/it\/system-development-specs-function\/#Casos_judiciais_que_afirmaram_a_obrigacao_de_implementacao_mesmo_sem_especificacao\" title=\"Casos judiciais que afirmaram a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o mesmo sem especifica\u00e7\u00e3o\">Casos judiciais que afirmaram a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o mesmo sem especifica\u00e7\u00e3o<\/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\/pt\/it\/system-development-specs-function\/#O_que_podemos_aprender_com_ambas_as_decisoes_judiciais\" title=\"O que podemos aprender com ambas as decis\u00f5es judiciais\">O que podemos aprender com ambas as decis\u00f5es judiciais<\/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\/pt\/it\/system-development-specs-function\/#Como_devemos_considerar_a_remuneracao_para_o_desenvolvimento_que_nao_esta_especificado_no_documento_de_especificacoes\" title=\"Como devemos considerar a remunera\u00e7\u00e3o para o desenvolvimento que n\u00e3o est\u00e1 especificado no documento de especifica\u00e7\u00f5es?\">Como devemos considerar a remunera\u00e7\u00e3o para o desenvolvimento que n\u00e3o est\u00e1 especificado no documento de especifica\u00e7\u00f5es?<\/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\/pt\/it\/system-development-specs-function\/#Resumo\" title=\"Resumo\">Resumo<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Problemas_legais_associados_a_implementacao_de_elementos_nao_especificados\"><\/span>Problemas legais associados \u00e0 implementa\u00e7\u00e3o de elementos n\u00e3o especificados<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\">Vamos explicar os pontos importantes de ter &#8220;discri\u00e7\u00e3o&#8221; no desenvolvimento de sistemas.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"E_exigida_discricao_nas_tarefas_do_fornecedor\"><\/span>\u00c9 exigida discri\u00e7\u00e3o nas tarefas do fornecedor<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Uma das grandes caracter\u00edsticas dos contratos relacionados a projetos de desenvolvimento de sistemas e dos v\u00e1rios problemas legais associados a eles \u00e9 que o fornecedor que aceita o trabalho tem grande discri\u00e7\u00e3o.<\/p>\n\n\n\n<p>Artigo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/project-management-duties\" target=\"_blank\" rel=\"noreferrer noopener\">O que s\u00e3o as obriga\u00e7\u00f5es de gest\u00e3o de projetos no desenvolvimento de sistemas[ja]<\/a><\/p>\n\n\n\n<p>No entanto, a &#8220;discri\u00e7\u00e3o&#8221; mencionada aqui n\u00e3o se aplica necessariamente a todo o processo de desenvolvimento de sistemas. Ap\u00f3s identificar cada processo e avan\u00e7ar na identifica\u00e7\u00e3o de tarefas detalhadas, pode haver muitos trabalhos que se aproximam de tarefas simples. No entanto, em geral, quanto mais se trata de tarefas de processo a montante, mais dif\u00edcil se torna executar o trabalho sem ter grande discri\u00e7\u00e3o. A raz\u00e3o pela qual os contratos de ag\u00eancia s\u00e3o frequentemente bem adaptados aos processos a montante tamb\u00e9m se deve a este ponto.<\/p>\n\n\n\n<p>Artigo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/contract-and-timeandmaterialcontract\" target=\"_blank\" rel=\"noreferrer noopener\">A distin\u00e7\u00e3o e diferen\u00e7a entre contratos de empreitada e contratos de ag\u00eancia no desenvolvimento de sistemas[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"A_discricao_tambem_deve_ser_exercida_dentro_de_um_rigoroso_processo_de_desenvolvimento\"><\/span>A discri\u00e7\u00e3o tamb\u00e9m deve ser exercida dentro de um rigoroso processo de desenvolvimento<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Contudo, mesmo que o fornecedor que desenvolve o sistema tenha grande discri\u00e7\u00e3o, aceitar as solicita\u00e7\u00f5es do cliente de forma desorganizada causar\u00e1 danos significativos nos processos posteriores. Um sistema de TI \u00e9 composto por uma cole\u00e7\u00e3o de pequenas pe\u00e7as, portanto, mesmo que pare\u00e7a uma pequena mudan\u00e7a na apar\u00eancia, pode exigir uma grande mudan\u00e7a no tempo de trabalho do ponto de vista do desenvolvedor. Al\u00e9m disso, existem artigos que explicam como gerir as mudan\u00e7as nas especifica\u00e7\u00f5es do desenvolvimento de sistemas do ponto de vista legal. O artigo abaixo discute como gerir as mudan\u00e7as, mas tamb\u00e9m discute o impacto significativo que as mudan\u00e7as nas especifica\u00e7\u00f5es podem ter no trabalho do ponto de vista do engenheiro.<\/p>\n\n\n\n<p>Artigo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/howto-manage-change-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">Como gerir mudan\u00e7as no desenvolvimento de sistemas do ponto de vista legal[ja]<\/a><br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_um_especialista_deve_fazer_sem_se_ater_as_especificacoes\"><\/span>O que um especialista deve fazer sem se ater \u00e0s especifica\u00e7\u00f5es?<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Para que um projeto de desenvolvimento de sistemas prossiga sem problemas, \u00e9 importante definir os requisitos de desenvolvimento com anteced\u00eancia e prosseguir de forma planejada de acordo com eles. Por outro lado, existem situa\u00e7\u00f5es em que simplesmente fazer o que foi dito de acordo com os requisitos definidos previamente n\u00e3o \u00e9 suficiente para desempenhar plenamente o papel de um especialista em desenvolvimento de sistemas. Dentro deste dilema, surge a quest\u00e3o de &#8220;o que deve ser implementado, embora n\u00e3o esteja indicado nas especifica\u00e7\u00f5es&#8221;.<br><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"As_obrigacoes_legais_sao_determinadas_de_acordo_com_o_%E2%80%98proposito%E2%80%99_especificado_nos_documentos_de_especificacoes_e_contratos\"><\/span>As obriga\u00e7\u00f5es legais s\u00e3o determinadas de acordo com o &#8216;prop\u00f3sito&#8217; especificado nos documentos de especifica\u00e7\u00f5es e contratos<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>O conte\u00fado do que deve ser implementado, mesmo que n\u00e3o esteja descrito nos contratos ou documentos de especifica\u00e7\u00f5es, ainda \u00e9 determinado pelo &#8216;prop\u00f3sito&#8217; desses itens descritos nos contratos e documentos de especifica\u00e7\u00f5es, ou seja, &#8216;qual \u00e9 o significado ou inten\u00e7\u00e3o por tr\u00e1s da decis\u00e3o tomada dessa maneira&#8217;. Vamos examinar alguns exemplos de casos judiciais abaixo.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Caso_judicial_em_que_a_obrigacao_de_implementacao_foi_negada_devido_a_falta_de_descricao\"><\/span>Caso judicial em que a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o foi negada devido \u00e0 falta de descri\u00e7\u00e3o<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>O caso judicial citado abaixo envolve um sistema desenvolvido por um fornecedor que chegou ao ponto de opera\u00e7\u00e3o provis\u00f3ria, mas foi objeto de disputa quando o usu\u00e1rio solicitou a rescis\u00e3o do contrato por falta de funcionalidades necess\u00e1rias. A funcionalidade que o usu\u00e1rio alegou estar faltando era a &#8220;fun\u00e7\u00e3o de atualiza\u00e7\u00e3o autom\u00e1tica de dados&#8221;, que foi alegada como um dos principais pontos de venda do sistema em quest\u00e3o, mas o tribunal n\u00e3o reconheceu esta obriga\u00e7\u00e3o de implementa\u00e7\u00e3o.<br><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Conforme reconhecido acima, n\u00e3o h\u00e1 descri\u00e7\u00e3o nos contratos deste caso, nem nos documentos de design b\u00e1sico e detalhado, que indique que a funcionalidade \u2462 \u00e9 objeto de desenvolvimento deste sistema.<\/p>\n\n\n\n<p>O autor alega que a funcionalidade \u2462 era um dos principais pontos de venda do sistema em quest\u00e3o para o r\u00e9u, e enfatiza a necessidade dessa funcionalidade, mas <u>se essa alega\u00e7\u00e3o fosse verdadeira, deveria estar claramente indicada nos contratos deste caso<\/u>, e <u>\u00e9 dif\u00edcil acreditar que o desenvolvimento dessa funcionalidade foi acordado na aus\u00eancia de tal indica\u00e7\u00e3o<\/u>.<\/p>\n<cite>Decis\u00e3o do Tribunal Distrital de T\u00f3quio, 18 de fevereiro de 2009 (Heisei 21)<\/cite><\/blockquote>\n\n\n\n<p>De facto, se retirarmos apenas a conclus\u00e3o deste julgamento, poder\u00edamos dizer que &#8220;se n\u00e3o est\u00e1 descrito no documento de design, n\u00e3o \u00e9 necess\u00e1rio criar o que n\u00e3o existe&#8221;. No entanto, para ser mais preciso, n\u00e3o se trata de um facto formal de se a descri\u00e7\u00e3o est\u00e1 ou n\u00e3o no documento de design, mas de um julgamento feito com base no &#8220;prop\u00f3sito&#8221; da descri\u00e7\u00e3o no documento de design e contrato. Ou seja, &#8220;considerando o motivo pelo qual a descri\u00e7\u00e3o n\u00e3o foi feita no documento de design e contrato, \u00e9 razo\u00e1vel pensar que n\u00e3o houve acordo correspondente \u00e0 descri\u00e7\u00e3o&#8221;.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Casos_judiciais_que_afirmaram_a_obrigacao_de_implementacao_mesmo_sem_especificacao\"><\/span>Casos judiciais que afirmaram a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o mesmo sem especifica\u00e7\u00e3o<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Por outro lado, existem casos judiciais que afirmam a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o, mesmo que n\u00e3o esteja especificado no contrato ou nas especifica\u00e7\u00f5es. O caso citado abaixo envolve o desenvolvimento de um sistema para gerir o hist\u00f3rico de medica\u00e7\u00e3o, onde n\u00e3o foi poss\u00edvel transferir os dados do sistema existente para o novo sistema, impedindo a utiliza\u00e7\u00e3o do novo sistema e levando o utilizador a rescindir o contrato. No entanto, a quest\u00e3o evoluiu para uma disputa, com o fornecedor alegando que a transfer\u00eancia de dados estava fora do \u00e2mbito do seu trabalho.<\/p>\n\n\n\n<p>O desenvolvimento de um novo sistema muitas vezes envolve a elimina\u00e7\u00e3o do sistema existente e a transfer\u00eancia de dados. A import\u00e2ncia destas tarefas e os problemas legais associados s\u00e3o explicados em detalhe no artigo abaixo.<\/p>\n\n\n\n<p>Artigo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/the-transition-from-the-oldsystem\" target=\"_blank\" rel=\"noreferrer noopener\">Problemas legais associados \u00e0 transi\u00e7\u00e3o do sistema antigo no desenvolvimento do sistema[ja]<\/a><\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>O sistema existente j\u00e1 tinha mais de 50.000 dados de pacientes armazenados, e <u>o demandante estava a tentar melhorar a efici\u00eancia do trabalho utilizando estes dados<\/u>. Se n\u00e3o fosse poss\u00edvel transferir os dados dos pacientes do sistema existente para o novo sistema, <u>seria \u00f3bvio que isso causaria problemas na dispensa\u00e7\u00e3o de medicamentos na farm\u00e1cia<\/u>, e \u00e9 razo\u00e1vel pensar que o representante do demandante <u>estava ciente disso<\/u>. Al\u00e9m disso, antes da celebra\u00e7\u00e3o do contrato em quest\u00e3o, o representante do demandante perguntou ao representante do r\u00e9u sobre a possibilidade de transfer\u00eancia de dados, e o representante do r\u00e9u tamb\u00e9m reconheceu isso. Portanto, \u00e9 dif\u00edcil pensar que o representante do demandante, sabendo que <u>haveria uma alta probabilidade de ter que inserir manualmente os dados de mais de 50.000 pacientes<\/u>, decidiu <u>ousadamente introduzir o novo sistema<\/u>. Al\u00e9m disso, como mencionado acima em (1) I, o r\u00e9u n\u00e3o conseguiu transferir os dados de hist\u00f3rico de medicamentos do sistema existente para o novo sistema, e estava a processar esses dados imprimindo-os em papel e incorporando-os em ficheiros PDF. \u00c9 dif\u00edcil pensar que o r\u00e9u teria realizado este trabalho laborioso como um servi\u00e7o, mesmo que a transfer\u00eancia de dados n\u00e3o fosse assumida no contrato em quest\u00e3o.<\/p>\n<cite>Decis\u00e3o do Tribunal Distrital de T\u00f3quio, 18 de Novembro de 2010 (Ano 22 da era Heisei, 2010)<\/cite><\/blockquote>\n\n\n\n<p>O que \u00e9 importante aqui \u00e9 o &#8220;prop\u00f3sito&#8221; do contrato e o &#8220;esp\u00edrito&#8221; das cl\u00e1usulas do contrato. Se ambas as partes celebraram o contrato reconhecendo que a transfer\u00eancia de dados estava fora do \u00e2mbito do trabalho, o tribunal apontou que tanto o utilizador como o fornecedor teriam celebrado o contrato com inten\u00e7\u00f5es n\u00e3o naturais. Ou seja, o utilizador teria assumido uma grande quantidade de trabalho manual, e o fornecedor teria abordado o projeto sabendo que isso causaria problemas no trabalho do utilizador no futuro, o que seria uma hist\u00f3ria extremamente irracional.<br><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"O_que_podemos_aprender_com_ambas_as_decisoes_judiciais\"><\/span>O que podemos aprender com ambas as decis\u00f5es judiciais<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Em rela\u00e7\u00e3o \u00e0 migra\u00e7\u00e3o de dados, mesmo que n\u00e3o esteja mencionado no contrato ou nas especifica\u00e7\u00f5es, a obriga\u00e7\u00e3o de implementa\u00e7\u00e3o foi afirmada. Uma das raz\u00f5es para isso parece ser que est\u00e1vamos a falar de &#8220;dados&#8221;, um assunto que n\u00e3o aparece na apar\u00eancia na tela. A &#8220;aus\u00eancia de funcionalidade obrigat\u00f3ria&#8221; mencionada anteriormente \u00e9 algo que aparece diretamente na tela do sistema. Portanto, mesmo para um leigo em desenvolvimento de sistemas, n\u00e3o \u00e9 t\u00e3o dif\u00edcil descobrir omiss\u00f5es nas especifica\u00e7\u00f5es. Por outro lado, o problema da migra\u00e7\u00e3o de dados tem a caracter\u00edstica de ser dif\u00edcil para um leigo em desenvolvimento de sistemas perceber a import\u00e2ncia do processo, a dificuldade do trabalho e o tempo necess\u00e1rio. Portanto, pode-se pensar que havia circunst\u00e2ncias em que era mais prov\u00e1vel que fosse tratado como uma quest\u00e3o que o fornecedor deveria gerir suavemente com especializa\u00e7\u00e3o.<\/p>\n\n\n\n<p>Olhando desta forma, a omiss\u00e3o nas especifica\u00e7\u00f5es e contratos pode ser dita como um problema intimamente relacionado com o &#8220;dever de coopera\u00e7\u00e3o&#8221; do usu\u00e1rio. Ou seja, a quest\u00e3o \u00e9 se o usu\u00e1rio realmente cumpriu o &#8220;dever de coopera\u00e7\u00e3o&#8221; para a celebra\u00e7\u00e3o do contrato e a cria\u00e7\u00e3o das especifica\u00e7\u00f5es. Uma explica\u00e7\u00e3o geral sobre as obriga\u00e7\u00f5es legais que o usu\u00e1rio deve cumprir em um projeto de desenvolvimento de sistema \u00e9 tratada em detalhes no seguinte artigo.<\/p>\n\n\n\n<p>Artigo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">O que \u00e9 o dever de coopera\u00e7\u00e3o do usu\u00e1rio, que \u00e9 o cliente do desenvolvimento do sistema[ja]<\/a><\/p>\n\n\n\n<p>Se voc\u00ea tamb\u00e9m verificar o artigo acima, voc\u00ea pode entender que a solicita\u00e7\u00e3o de coopera\u00e7\u00e3o do usu\u00e1rio, como a identifica\u00e7\u00e3o da tela e funcionalidades obrigat\u00f3rias, \u00e9 uma \u00e1rea grande, e a omiss\u00e3o na considera\u00e7\u00e3o da migra\u00e7\u00e3o de dados \u00e9 uma hist\u00f3ria muito diferente.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Como_devemos_considerar_a_remuneracao_para_o_desenvolvimento_que_nao_esta_especificado_no_documento_de_especificacoes\"><\/span>Como devemos considerar a remunera\u00e7\u00e3o para o desenvolvimento que n\u00e3o est\u00e1 especificado no documento de especifica\u00e7\u00f5es?<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\">Em casos onde o fornecedor responde a tarefas que excedem o escopo do trabalho, pode ser poss\u00edvel solicitar uma remunera\u00e7\u00e3o adicional.<\/figcaption><\/figure>\n\n\n\n<p>Outra quest\u00e3o que pode surgir em rela\u00e7\u00e3o ao tema deste artigo \u00e9 se \u00e9 legalmente permitido cobrar uma remunera\u00e7\u00e3o adicional por criar algo que n\u00e3o est\u00e1 especificado no documento de especifica\u00e7\u00f5es. Discutimos em detalhe a possibilidade de aumentar a remunera\u00e7\u00e3o e como calcular o valor estimado nesses casos no artigo abaixo.<\/p>\n\n\n\n<p>Artigo relacionado: <a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">\u00c9 poss\u00edvel aumentar o valor estimado ap\u00f3s o desenvolvimento do sistema?[ja]<\/a><\/p>\n\n\n\n<p>No artigo acima, explicamos que \u00e9 importante determinar se houve tarefas que excederam o escopo do trabalho que estava relacionado \u00e0 remunera\u00e7\u00e3o. Em outras palavras, em rela\u00e7\u00e3o a este artigo, se o fornecedor concordou com o desenvolvimento de algo que n\u00e3o estava inicialmente especificado (ou seja, o exemplo negativo neste artigo), ent\u00e3o \u00e9 poss\u00edvel permitir uma solicita\u00e7\u00e3o de remunera\u00e7\u00e3o adicional.<br><\/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>No desenvolvimento de sistemas, o papel que o fornecedor deve desempenhar \u00e9, numa certa perspectiva, determinado de acordo com o conte\u00fado do contrato e das especifica\u00e7\u00f5es. No entanto, considerando que est\u00e3o a ser confiadas tarefas com base numa elevada confian\u00e7a como especialistas, percebe-se que a realidade n\u00e3o \u00e9 determinada apenas por formalidades. No entanto, ao compreender essa realidade, deve-se entender que a lei desempenha um papel importante.<br><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Os projetos que desenvolvem sistemas de TI utilizados nas empresas s\u00e3o, em princ\u00edpio, criados de acordo com especifica\u00e7\u00f5es previamente definidas. No entanto, considerando o significado de confiar o tr [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":59515,"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\/58501"}],"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=58501"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58501\/revisions"}],"predecessor-version":[{"id":59517,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/posts\/58501\/revisions\/59517"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media\/59515"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/media?parent=58501"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/categories?post=58501"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/pt\/wp-json\/wp\/v2\/tags?post=58501"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}