O que é a 'responsabilidade' legal relacionada ao desenvolvimento de sistemas

A palavra “responsabilidade”, embora seja um termo jurídico, também é frequentemente usada em conversas do dia-a-dia. Não apenas no desenvolvimento de sistemas, mas em qualquer contexto onde se discute negócios, muitas vezes é útil distinguir conscientemente se o uso da palavra “responsabilidade” se refere a um sentido moral ou emocional, ou se indica a localização de uma obrigação legal.

Este artigo explica como a “responsabilidade”, frequentemente usada para criticar os outros de um ponto de vista moral ou emocional, difere da responsabilidade legal, organizando e explicando vários tipos de responsabilidades legais.

A relação entre o desenvolvimento de sistemas e a ‘responsabilidade’

A tomada de decisão é fundamental para a premissa da responsabilidade legal

Quando falamos de “responsabilidade” em termos legais, o princípio é que alguma forma de tomada de decisão está envolvida. Ou seja, em princípio, a responsabilidade legal não se aplica a coisas que “a pessoa não assumiu como uma obrigação” ou “que a pessoa não pode mudar à sua própria discrição”. Isto é mais claramente demonstrado em “contratos”. Ambas as partes decidem que obrigações vão assumir e prometem-nas uma à outra, por isso a execução do contrato implica responsabilidade e também adquire força legal.

Além disso, do ponto de vista do desenvolvimento de sistemas, a ideia básica é que, se não houver uma disposição detalhada no contrato de desenvolvimento de sistemas acordado entre as partes, a lei geral, como o Código Civil Japonês, será aplicada. A compreensão deste ponto é surpreendentemente importante ao entender problemas e disputas relacionados com o desenvolvimento de sistemas.

“Responsabilidade” no contexto do desenvolvimento de sistemas

Para aqueles envolvidos no trabalho de desenvolvimento de sistemas, em certo sentido, os conceitos de “responsabilidade” legal mais facilmente compreendidos são a “obrigação de gestão de projetos” para o fornecedor que aceita o trabalho, e a “obrigação de cooperação” para o utilizador que encomenda o trabalho. Ou seja, como especialistas em desenvolvimento de sistemas, tanto o fornecedor tem responsabilidades, como o utilizador tem a responsabilidade de não tratar os problemas do seu próprio sistema como algo alheio e cooperar no trabalho de desenvolvimento. Para uma explicação mais detalhada sobre cada uma destas responsabilidades, por favor, consulte os seguintes artigos.

https://monolith.law/corporate/project-management-duties[ja]

https://monolith.law/corporate/user-obligatory-cooperation[ja]

O progresso de um projeto de desenvolvimento de sistemas é, na melhor das hipóteses, um trabalho conjunto em que estas obrigações são cumpridas mutuamente. No entanto, se a relação entre as duas partes se deteriorar, pode-se imaginar uma situação em que se torna uma espécie de “jogo de empurrar responsabilidades”. Por exemplo, o seguinte artigo explica a ligação entre estas duas obrigações, organizando os assuntos a serem considerados após a suposição de um caso em que “o utilizador propõe a interrupção do projeto”.

https://monolith.law/corporate/interruption-of-system-development[ja]

Aqui, explicamos a importância de estar consciente não só da responsabilidade do outro, mas também da responsabilidade que se tem.

O conceito de “responsabilidade” no mundo das leis

Embora a conversa se torne gradualmente mais jurídica, quando se busca responsabilizar a outra parte, como em reivindicações de indenização por danos, a base deve ser a lei civil japonesa e outras leis relevantes. Existem algumas que estão particularmente relacionadas com o contexto do desenvolvimento de sistemas, incluindo:

Responsabilidade por inadimplemento contratual

O inadimplemento contratual ocorre quando há uma obrigação (ou seja, uma dívida) baseada em um contrato e essa obrigação não está sendo devidamente cumprida. Os tipos de inadimplemento contratual incluem:

• Atraso no cumprimento: quando o cumprimento está atrasado em relação à data de vencimento
• Incapacidade de cumprir: quando se torna impossível cumprir
• Cumprimento incompleto: quando o cumprimento não está de acordo com o propósito principal

Todos estes são atribuídos quando há intenção ou negligência por parte do devedor, e são baseados no princípio da “responsabilidade” legal.

Responsabilidade por garantia de defeitos

Além disso, a responsabilidade por garantia de defeitos se aplica quando algum defeito é descoberto após o cumprimento da obrigação. Isso pode ser atribuído independentemente da intenção ou negligência da outra parte, no sentido de garantir a equidade entre as partes do contrato. Em contraste com a responsabilidade por inadimplemento contratual, que requer intenção ou negligência da outra parte, esta pode ser perseguida mesmo sem negligência, tornando-a uma exceção.

Por exemplo, em um contrato de empreitada, uma vez que o “trabalho concluído” é reconhecido, a obrigação é considerada cumprida. No entanto, se defeitos são descobertos posteriormente, torna-se uma questão de responsabilidade por garantia de defeitos. Para mais detalhes sobre a conexão entre “trabalho concluído”, “cumprimento da obrigação” e “responsabilidade por garantia de defeitos” em contratos de empreitada, consulte o seguinte artigo.

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

Responsabilidade por atos ilícitos

A responsabilidade por atos ilícitos é estabelecida quando há alguma intenção ou negligência por parte do infrator em casos onde os direitos de terceiros são violados. Um exemplo típico é um acidente de trânsito. Não há um “contrato para não causar danos por colisão de veículos” entre a vítima e o infrator de um acidente de trânsito. No entanto, considera-se que o motorista tem a “obrigação de não causar danos a terceiros por intenção ou negligência”.

No entanto, na maioria dos casos em que uma ação judicial é movida em relação ao desenvolvimento de sistemas, a causa da ação é baseada na responsabilidade por inadimplemento contratual ou responsabilidade por garantia de defeitos. Portanto, não é muito comum que a responsabilidade por atos ilícitos esteja envolvida. Isso faz sentido quando se considera que os projetos de desenvolvimento de sistemas são basicamente realizados entre duas partes – o usuário e o fornecedor – que têm uma relação contratual, e é difícil imaginar que uma “violação de direitos” ocorra fora dessa relação contratual.

Responsabilidade baseada na Lei Japonesa de Responsabilidade pelo Produto

Normalmente, o software não é considerado um “produto”, por isso não é geralmente um problema sob a Lei Japonesa de Responsabilidade pelo Produto. No entanto, por exemplo, em sistemas embarcados, se a máquina na qual o software está instalado causar algum incidente (como um superaquecimento devido a um defeito no software que incendeia uma casa), pode-se considerar uma questão de responsabilidade baseada na Lei Japonesa de Responsabilidade pelo Produto.

A questão da responsabilidade moral é diferente da teoria jurídica

A propósito, muitas pessoas podem associar a palavra “responsabilidade” com palavras como “desculpa” ou “pedido de desculpas”. Estes são diferentes em significado da “responsabilidade” em termos de obrigações legais. Além disso, explicamos no artigo abaixo como um “pedido de desculpas” como forma de comunicação em transações comerciais pode afetar as relações legais de direitos e obrigações.

https://monolith.law/corporate/apology-for-system-development[ja]

Neste artigo, explicamos, com referência a casos judiciais passados, que assumir uma obrigação moral nos negócios não necessariamente cria espaço para a perseguição de responsabilidades legais.

Resumo

Neste artigo, tentámos organizar as leis relacionadas com o desenvolvimento de sistemas a partir da perspectiva da “responsabilidade”. Acreditamos que é importante não confundir a “responsabilidade” em termos morais com as obrigações e dívidas legais, para gerir crises de projetos com base em argumentos legais, e não em argumentos emocionais.