Qual é o método de rescisão de contrato no desenvolvimento de sistemas?

Um projeto de desenvolvimento de sistemas, por ser um projeto de longo prazo, naturalmente prevê a possibilidade de situações como “incêndios” ocorrerem durante o seu progresso. E, embora seja ideal que os usuários e fornecedores estejam sempre em sintonia, também devemos considerar a possibilidade de se ponderar a rescisão do contrato a meio do caminho.

Neste artigo, vamos discutir a opção legal de “rescisão” do contrato, um ponto crucial em relação ao desenvolvimento de sistemas.

A relação entre o desenvolvimento de sistemas e a rescisão

O que é a rescisão no Código Civil?

No Código Civil Japonês revisto, as disposições gerais sobre a “rescisão” de um contrato são estabelecidas nos artigos 540 a 548. Rescindir um contrato significa eliminar os seus efeitos após a sua celebração.

Se falarmos da relação entre o utilizador e o fornecedor, normalmente, uma vez que o contrato é celebrado, o fornecedor tem a obrigação de desenvolver o sistema e o utilizador tem a obrigação de pagar a remuneração. E o inverso destas obrigações torna-se os “direitos” de ambas as partes. Se isto for rescindido, as obrigações e direitos que ambas as partes tinham voltam ao estado anterior à celebração do contrato. Portanto, mesmo que haja uma dívida não cumprida, a obrigação de a cumprir desaparece, é claro, e surge a obrigação de voltar ao estado original com base no estado anterior à celebração do contrato. Isto é chamado de “obrigação de restauração ao estado original”.

Além disso, se houver circunstâncias em que danos ocorreram ao mesmo tempo, é possível fazer uma compensação separada por esses danos.

A relação entre a prática do desenvolvimento de sistemas e a rescisão

Para aqueles familiarizados com a prática legal em torno dos negócios, como o desenvolvimento de sistemas, a “rescisão” de um contrato pode primeiro trazer à mente uma notificação de rescisão. No entanto, do ponto de vista legal, mesmo no contexto do desenvolvimento de sistemas, os artigos que servem de base são divididos em dois padrões, dependendo da causa da rescisão.

Em caso de incumprimento da obrigação (atraso no cumprimento)

(Exemplo) Quando o fornecedor não entrega, apesar de ter ultrapassado o prazo inicialmente prometido

Código Civil Japonês Artigo 541 Quando uma das partes não cumpre a sua obrigação, a outra parte pode rescindir o contrato, se tiver notificado a primeira parte para cumprir a sua obrigação dentro de um prazo razoável e esta não o tiver feito dentro desse prazo.

No desenvolvimento de sistemas baseado em contratos de empreitada, a “obrigação” que o fornecedor, que é “uma das partes”, tem de cumprir é completar o sistema de acordo com a definição de requisitos e entregá-lo. Portanto, se o fornecedor não entregar apesar de ter ultrapassado o prazo, isso significa, em outras palavras, que o fornecedor não completou o trabalho até o prazo. Então, o que significa “completar o trabalho” no cenário de desenvolvimento de sistemas? Este ponto é explicado em detalhe no seguinte artigo.

https://monolith.law/corporate/completion-of-work-in-system-development[ja]

Em caso de responsabilidade por defeitos

(Exemplo) Quando se descobre posteriormente que o sistema entregue pelo fornecedor tem muitos bugs e inconsistências de dados e não é adequado para uso prático

Código Civil Japonês Artigo 635 Quando o objeto do trabalho tem defeitos e, por isso, o objetivo do contrato não pode ser alcançado, o cliente pode rescindir o contrato. No entanto, isto não se aplica a edifícios e outras estruturas terrestres.

Além disso, do ponto de vista de um projeto de desenvolvimento de sistemas, não é comum que a intenção de rescindir o contrato seja expressa pelo lado do fornecedor. Normalmente, pode-se assumir que será o utilizador a expressar a intenção de rescindir o contrato ao fornecedor.

A responsabilidade por defeitos é explicada em detalhe no seguinte artigo.

https://monolith.law/corporate/defect-warranty-liability[ja]

Notificação de Rescisão e Questões Legais Relacionadas

Uma notificação de rescisão é um documento usado para comunicar a intenção de rescindir um contrato (normalmente do utilizador para o fornecedor). Como referência legal, pode-se considerar o seguinte artigo:

Código Civil Japonês, Artigo 541: Se uma das partes não cumprir a sua obrigação, a outra parte pode, após ter estabelecido um prazo razoável e ter solicitado o cumprimento dentro desse prazo, rescindir o contrato se o cumprimento não ocorrer dentro do prazo estabelecido.

Quando considerado como um documento relacionado ao desenvolvimento de sistemas, uma característica notável da notificação de rescisão é que ela não visa facilitar o progresso do projeto, mas sim terminá-lo. Além disso, é um documento que se espera que produza um efeito legal direto.

No entanto, como indicado no artigo acima, ao contrário de um contrato, uma notificação de rescisão pode ser suficiente com a declaração de intenção de uma das partes (desde que certas condições sejam cumpridas). Quando uma notificação de rescisão é apresentada pelo utilizador ao fornecedor, é possível que o responsável do lado do fornecedor que recebe a notificação tenha problemas como “não consigo entender por que o contrato foi rescindido mesmo depois de ler a notificação de rescisão”. Então, até que ponto o utilizador deve especificar o motivo da rescisão na notificação de rescisão?

Deve a causa da rescisão ser escrita na notificação de rescisão?

Com base em precedentes judiciais anteriores, acredita-se que não é absolutamente necessário especificar a causa da rescisão na notificação de rescisão. O caso citado abaixo é um exemplo de um problema legal que surgiu devido a um defeito no sistema entregue. Quando o usuário expressa a intenção de rescindir, questões como até que ponto o conteúdo do defeito deve ser compreendido e especificamente apontado tornam-se problemáticas. O tribunal fez a seguinte declaração sobre este ponto.

Na expressão da intenção de rescisão, não é necessário indicar sempre a causa da rescisão, e é possível rescindir com base em várias causas com uma única expressão de intenção. Assim, a menos que haja circunstâncias especiais, como declarar explicitamente que não se rescindirá por qualquer outra razão ao expressar a intenção de rescisão, essa expressão de intenção pode ser considerada uma expressão de intenção de terminar completamente o contrato com base em todas as razões existentes no momento da rescisão.

Tribunal Distrital de Tóquio, 22 de dezembro de 2004 (Heisei 16)

A visão do tribunal é que “é possível rescindir com base em várias causas com uma única expressão de intenção”. Em outras palavras, o importante é se a parte contratante tem a intenção de rescindir, e não é necessário apontar detalhadamente a causa específica.

Portanto, mesmo que tenha sido entregue, não é necessário questionar se deve ser tratado como inacabado ou se deve ser tratado como um problema de responsabilidade por defeitos devido a um defeito grave, no estágio de expressão da intenção de rescisão. Mesmo que essas questões delicadas sejam deixadas de lado por enquanto, se a intenção de rescisão for expressa primeiro, mesmo que se torne um processo posteriormente, é possível argumentar que tanto o atraso no cumprimento quanto a responsabilidade por defeitos são a base para a rescisão.

• Se um item inacabado foi entregue… → Incumprimento do contrato
• Se um item com um defeito grave foi entregue… → Responsabilidade por defeitos

Mesmo sem especificar a causa em detalhe, a expressão da intenção de rescisão é válida como uma expressão da intenção de rescisão.

No entanto, há também vantagens em ser capaz de esclarecer se há algum mal-entendido ou discrepância na percepção entre você e o vendedor, apresentando uma notificação de rescisão depois de especificar a causa da rescisão. Além disso, para a parte que recebe a notificação de rescisão, se eles podem pensar na causa, a preocupação de se envolver em uma disputa posteriormente também diminui. Portanto, é verdade que é melhor especificar a causa da rescisão o máximo possível.

Qual é a duração de um “período razoável” estipulado numa notificação?

Outro ponto a considerar é a questão de quanto tempo é um “período razoável” no artigo 541 do Código Civil Japonês. No entanto, não parece necessário preocupar-se demasiado com este ponto. Isto porque, mesmo que não tenha sido estipulado um “período razoável” até à notificação, se um período razoável tiver passado após a notificação, a rescisão do contrato será possível. Além disso, mesmo que o período até à notificação não tenha sido um “período razoável”, a rescisão do contrato será possível quando um período razoável tiver passado, como é claramente estabelecido na jurisprudência.

Em projetos de desenvolvimento de sistemas, em casos de “incêndio” onde o atraso no cumprimento ou a responsabilidade pela garantia de defeitos se torna um problema, não é comum que a entrega ou a correção de defeitos seja concluída mesmo após a notificação de um “período razoável”. Tendo em conta estes pontos, é improvável que surjam disputas sérias sobre o “período razoável” na prática.

Explicamos a definição de atraso no cumprimento no desenvolvimento de sistemas num artigo separado.

https://monolith.law/corporate/performance-delay-in-system-development[ja]

Qual é o método de notificação de uma carta de rescisão?

Quanto à questão de como notificar uma carta de rescisão, não há problema com qualquer método, desde que a notificação chegue efetivamente (mais ainda, se puder ser comprovado posteriormente que chegou com certeza).

Portanto, não há necessidade de ser excessivamente meticuloso com questões processuais. Na prática, é verdade que tendem a preferir métodos como o correio registado com aviso de receção para evitar futuros problemas de “disse/não disse”. No entanto, se puder ser confirmado que chegou ao destinatário, não há problema em usar métodos simples como fax ou e-mail. No entanto, se acabar em tribunal, será necessário provar que “chegou ao destinatário”, e neste sentido, pode-se dizer que o correio registado com aviso de receção é seguro.

Resumo

Neste artigo, organizamos informações sobre a rescisão de contratos no contexto do desenvolvimento de sistemas. Além do know-how prático de como proceder à rescisão, se compreender também como expressar efetivamente a sua intenção do ponto de vista legal, acredito que isso se tornará um conhecimento facilmente aplicável.