O que é a responsabilidade por não conformidade do contrato de desenvolvimento de sistemas e software? Explicação das alterações

Se houver um erro após a entrega do sistema que encomendou, como deve proceder legalmente?

Se o método de operação for difícil, a velocidade de processamento for lenta, ou a funcionalidade encomendada não estiver disponível… Em face destes problemas do sistema, como cliente, terá que questionar o fornecedor que desenvolveu o sistema sobre a “Responsabilidade por Incompatibilidade Contratual”.

A “Responsabilidade por Incompatibilidade Contratual” foi estabelecida em substituição à “Responsabilidade por Garantia de Defeitos”, que foi abolida pela revisão do Código Civil Japonês em 2017 (Ano Gregoriano 2017). Portanto, é necessário prestar atenção ao impacto desta revisão no desenvolvimento de sistemas e software.

Os problemas que ocorrem frequentemente após a entrega. Para evitar tais problemas, explicaremos o conteúdo da “Responsabilidade por Incompatibilidade Contratual” e o impacto da revisão.

Alterações ao Código Civil sobre a Responsabilidade por Incompatibilidade Contratual

A “Lei de Emenda Parcial do Código Civil Japonês” foi promulgada a 2 de junho de 2017 (Heisei 29) e entrou em vigor a 1 de abril de 2020.

Dentro do Código Civil Japonês, a parte que estabelece as regras mais básicas relativas a contratos é chamada de “Lei das Obrigações”.

A Lei das Obrigações não tinha sido revista quase nada desde a sua promulgação em 1896 (Meiji 29), há cerca de 120 anos.

Portanto, esta emenda foi uma revisão significativa para se adequar à sociedade atual.

Os pontos específicos da emenda são diversos, mas entre eles, a introdução do conceito de “Responsabilidade por Incompatibilidade Contratual” é um dos principais pontos da emenda.

Como resultado, o que era chamado de “Responsabilidade pela Garantia de Defeitos” foi substituído por “Responsabilidade por Incompatibilidade Contratual”.

O que é a Incompatibilidade Contratual

“Incompatibilidade Contratual” refere-se à ausência de funções, qualidade, desempenho e condições que deveriam estar presentes, de acordo com o acordo entre as partes e a natureza do contrato.

Esta “Incompatibilidade Contratual” foi introduzida em substituição ao antigo “Defeito” (Kashi), como resultado da revisão do Código Civil Japonês.

No desenvolvimento de sistemas e software, a “Incompatibilidade Contratual” ocorre quando o sistema concluído não corresponde às especificações previamente definidas, ou quando o sistema ou software não possui as funções ou desempenho que normalmente deveria ter, considerando a sua natureza.

Na determinação da existência de “Incompatibilidade Contratual”, a ênfase é colocada no acordo entre as partes e na natureza do contrato.

Portanto, é importante documentar o propósito do desenvolvimento do sistema ou software e o histórico do pedido, para esclarecer quais eram as expectativas e imagens que o cliente tinha.

Casos em que falhas de software se enquadram em “Não Conformidade Contratual”

Quando o software causa problemas e a reparação é atrasada

Primeiramente, podemos considerar o caso em que ocorre uma falha significativa no software, que não pode ser prontamente resolvida, como a necessidade de revisão até a fase de design para a sua correção.

Por exemplo, há um caso judicial em que foi reconhecido como “defeito”, que corresponde à atual “Não Conformidade Contratual”, quando ocorreram problemas como o processo de pesquisa do sistema de consulta de estoque implementado demorar mais de 30 minutos, e foi necessário criar um livro de estoque manuscrito para responder às perguntas dos clientes (Decisão do Tribunal Distrital de Tóquio, 22 de abril de 2002 (Ano 14 da era Heisei)).

Quando as falhas estão ocorrendo sucessivamente

Além disso, mesmo que cada falha seja menor e não demore muito para ser corrigida, podemos considerar o caso em que leva muito tempo para corrigir todas as falhas e fazer o sistema funcionar corretamente devido à ocorrência repetida de falhas.

Por exemplo, se falhas ocorrerem repetidamente no sistema de consulta de estoque implementado, e não estiver claro quantas falhas ocorrerão no futuro e quanto tempo levará para corrigi-las, e se não for possível realizar as operações normais usando o sistema, poderíamos dizer que é uma “Não Conformidade Contratual”.

Casos em que falhas de software não se enquadram em “Não Conformidade Contratual”

Quando a reparação é feita sem demora ou quando são tomadas medidas alternativas

De acordo com a jurisprudência, mesmo que um utilizador aponte um bug ou outra falha, se a reparação for feita sem demora, ou se forem tomadas medidas alternativas consideradas adequadas após discussão com o utilizador, isso não é considerado um “defeito” (Decisão do Tribunal Distrital de Tóquio, 18 de Fevereiro de 1997 (Heisei 9)).

No desenvolvimento de sistemas e software, é impossível programar de forma a evitar completamente a ocorrência de bugs, e é inevitável que ocorram algumas falhas.

Portanto, mesmo que haja uma falha, se medidas como a reparação sem demora forem tomadas, isso não deve ser considerado um “defeito”.

Provavelmente, o mesmo pode ser dito sob a atual “Não Conformidade Contratual”.

Os critérios para determinar “sem demora”, por exemplo, são baseados em evidências como as atas criadas durante o processo de desenvolvimento do sistema.

A importância destes é explicada em detalhe no seguinte artigo.

Quando um indivíduo específico não consegue entender facilmente como operar

Em relação à operabilidade e facilidade de uso, como estas são em grande parte subjetivas, se um utilizador médio não conseguir usar o sistema, isso será considerado uma “Não Conformidade Contratual”.

Se apenas um indivíduo específico não conseguir entender facilmente como operar, isso não pode ser considerado uma “Não Conformidade Contratual”.

Quando um bug ocorre devido a algo fora do trabalho do fornecedor

Se um bug ocorrer devido a algo que não tem nada a ver com o trabalho de desenvolvimento do fornecedor que está a desenvolver o sistema ou software, isso não pode ser considerado uma “Não Conformidade Contratual” do próprio sistema ou software.

Por exemplo, se um bug ocorrer devido a um problema com o hardware, que o fornecedor não é responsável por fornecer, isso não será considerado uma “Não Conformidade Contratual”.

[Suplemento] Quando um bug ocorre devido a instruções do utilizador

Se um bug ocorrer no sistema ou software finalizado devido a instruções erradas do utilizador, mesmo que o sistema, etc., seja considerado como tendo uma “Não Conformidade Contratual”, o fornecedor não será, em princípio, responsável pela Não Conformidade Contratual.

Por exemplo, se um bug ocorrer no software desenvolvido com base nas especificações acordadas, devido a uma explicação errada sobre uma situação que só o utilizador conhece durante o desenvolvimento do sistema de negócios, o fornecedor não terá qualquer responsabilidade.

Por trás deste julgamento, pode-se pensar que existe a ideia de que o utilizador, como o cliente no desenvolvimento de software, também tem um “dever de cooperação”. Para mais detalhes, consulte o seguinte artigo.

Questões que o cliente / comprador pode reivindicar com base na responsabilidade por não conformidade do contrato

Aqui, explicaremos o conteúdo da responsabilidade por não conformidade do contrato relacionado ao desenvolvimento de sistemas e software, levando em consideração as alterações feitas pela revisão.

Requisição de reparação

Se um defeito for avaliado como não conformidade do contrato, o cliente pode solicitar a sua reparação.

Antes da revisão, não era possível solicitar a reparação se o defeito em questão não fosse significativo e se a reparação exigisse um custo excessivo. Esta limitação foi removida pela revisão.

Contudo, mesmo após a revisão, se a “não conformidade do contrato não for significativa e se a reparação exigir um custo excessivo”, a reparação pode ser considerada impossível e a solicitação de reparação pode não ser aceite.

Requisição de indemnização por danos

Se um sistema ou software com defeito impedir a operação normal do negócio ou causar custos adicionais, o cliente pode solicitar uma indemnização por danos.

Antes da revisão, era possível solicitar uma indemnização por danos, independentemente da existência de negligência, a menos que houvesse um acordo especial.

Contudo, com a revisão, se houver uma causa de isenção de responsabilidade para o executor (uma causa que não pode ser atribuída à culpa do devedor), não será possível solicitar uma indemnização por danos.

Portanto, se o fornecedor provar a causa de isenção de responsabilidade, não será responsável pela indemnização por danos.

Rescisão do contrato

O contrato de desenvolvimento pode ser rescindido devido à não conformidade do contrato do sistema ou software.

Num caso judicial já mencionado, foi reconhecida a rescisão do contrato porque o sistema de consulta de estoque demorava mais de 30 minutos para processar a pesquisa, o tempo de processamento era muito longo, e o terminal em si não podia ser usado devido a problemas, e o uso contínuo do sistema introduzido teve que ser abandonado (Tóquio Dist. Ct., 22 de abril de 2002 (Heisei 14)).

Antes da revisão, era possível rescindir o contrato apenas se o defeito impedisse a “realização do objetivo do contrato”. Contudo, esta limitação foi removida pela revisão.

Contudo, mesmo sob a lei revisada, é importante notar que a rescisão não será permitida se o grau de não conformidade do contrato for “menor”.

Requisição de redução de remuneração

O direito de solicitar uma redução de remuneração foi estabelecido pela revisão.

Se houver um defeito no sistema e o cliente solicitar a sua reparação, mas a reparação não for realizada mesmo após um período razoável de tempo, o cliente pode solicitar uma redução de remuneração.

Período de responsabilidade

• Requisição de reparação
• Requisição de indemnização por danos
• Rescisão do contrato
• Requisição de redução de remuneração

Existe um período limitado durante o qual estes direitos podem ser exercidos.

Especificamente, os direitos podem ser exercidos apenas se o cliente notificar o fornecedor de que há uma não conformidade do contrato no sistema ou software “dentro de um ano a partir do momento em que soube disso”.

Antes da revisão, o período de exercício dos direitos era limitado a “dentro de um ano a partir do momento da entrega” do sistema ou software. Portanto, pode-se dizer que o período durante o qual os direitos podem ser exercidos foi prolongado pela revisão.

Além disso, independentemente desta limitação de tempo, os direitos acima mencionados reconhecidos com base na responsabilidade por não conformidade do contrato também estão sujeitos às disposições do estatuto de limitações.

Portanto, por exemplo, se souber da existência de um defeito 11 anos após receber a entrega do sistema ou software, os direitos, como o direito de solicitar uma indemnização por danos, terão passado o período de prescrição de “dez anos”, portanto, não poderá exercer os direitos, independentemente de notificar a não conformidade do contrato “dentro de um ano a partir do momento em que soube disso”.

Recusa de pagamento de remuneração

O cliente pode recusar-se a pagar a totalidade da remuneração até que o desenvolvedor realize a reparação ou a indemnização por danos.

Pontos a considerar nas cláusulas contratuais tendo em conta a não conformidade do contrato

A cláusula de responsabilidade por não conformidade do contrato é uma cláusula opcional, e através de um acordo especial entre as partes, é possível limitar o conteúdo da responsabilidade ou reduzir o período de exercício dos direitos.

Assim, neste artigo, explicaremos as cláusulas contratuais que devem ser consideradas em relação à responsabilidade por não conformidade do contrato no desenvolvimento de sistemas e software.

Ponto 1: Eventos e âmbito que constituem não conformidade do contrato

Se houver insatisfação com o sistema ou software, o cliente provavelmente desejará responsabilizar o fornecedor pela não conformidade do contrato.

No entanto, como fornecedor, não é aceitável ser responsabilizado por não conformidade do contrato simplesmente porque o cliente não gosta de algo que é apenas uma especificação.

Além disso, o fornecedor pode aumentar significativamente o orçamento para se proteger contra alegações injustas de não conformidade do contrato, o que seria prejudicial para o cliente.

Portanto, é importante que o cliente indique por escrito qual é o seu objetivo e que funcionalidades deseja que o sistema tenha, e que estas sejam claramente refletidas nas especificações, para esclarecer os eventos e o âmbito que constituem a não conformidade do contrato.

Também pode ser considerado esclarecer que, mesmo que haja algum problema com as especificações, não será considerado uma não conformidade do contrato se o sistema ou software for entregue de acordo com o que está estipulado nas especificações.

Esta cláusula pode prevenir alegações de não conformidade do contrato devido a preferências do cliente, mesmo que o desenvolvimento tenha sido realizado de acordo com as especificações.

Ponto 2: Esclarecimento do período de garantia

O período de exercício do direito de responsabilidade por não conformidade do contrato não começa “no momento da entrega” do produto, mas “a partir do momento em que a não conformidade é conhecida”.

Além disso, mesmo que o prazo de prescrição seja aplicado separadamente, esse período é de “dez anos” no máximo, o que é bastante longo.

Para o fornecedor, a obrigação de fornecer uma garantia gratuita por um longo período de “dez anos”, dependendo do caso, é um grande fardo, e isso terá que ser adicionado ao orçamento na fase de estimativa.

Por outro lado, para o cliente, pode ser mais vantajoso em termos de custos definir flexivelmente o período de garantia de acordo com o período de uso do sistema ou software.

Portanto, pode ser considerado definir flexivelmente o período de garantia de acordo com o conteúdo do sistema, etc.

Ponto 3: Resposta em caso de não conformidade do contrato

Quando ocorre uma não conformidade do contrato, é possível limitar, por acordo entre as partes, quais dos direitos reconhecidos pelo Código Civil, como pedidos de indenização por danos ou rescisão, podem ser exercidos.

Como cliente, é necessário entender corretamente quais limitações estão estabelecidas no contrato.

Resumo: Consulte um advogado para a elaboração de contratos que incluam a “Responsabilidade por Incompatibilidade de Contrato”

A revisão do Código Civil Japonês teve um grande impacto nas relações legais de desenvolvimento de sistemas e software.

Se surgir um problema no sistema entregue, não se pode afirmar categoricamente se isso se enquadra na “Incompatibilidade de Contrato” ou que tipo de responsabilidade pode ser questionada.

Além disso, para prevenir disputas antes que elas ocorram, é essencial ter uma discussão adequada entre o cliente e o fornecedor na fase de contrato de desenvolvimento.

Se tiver alguma dúvida sobre a elaboração de contratos, por favor, consulte um advogado especializado.