Até que ponto os fornecedores são responsáveis pelos produtos entregues, incluindo OSS? Explicação da responsabilidade civil e medidas de acordo com o tipo de contrato.

O software de código aberto (OSS) é amplamente utilizado no desenvolvimento de software moderno, devido a vantagens como a redução de custos e a aceleração do desenvolvimento. No entanto, a integração do OSS em projetos pode levar a problemas legais relacionados com violações de licença e defeitos, que podem resultar em responsabilidades legais. Especificamente para os fornecedores que entregam produtos com base em contratos de desenvolvimento de software, o risco de serem responsabilizados por danos e outras reivindicações devido a problemas originados no OSS torna-se uma realidade palpável.

Este artigo explica as relações legais básicas da responsabilidade no desenvolvimento de software que utiliza OSS, abordando a responsabilidade dos fornecedores de acordo com diferentes tipos de contratos, bem como a possibilidade de isenção de responsabilidade.

Contratos entre fornecedores e usuários: Contrato de empreitada ou contrato de mandato qualificado no Japão

Os contratos de desenvolvimento de software no Japão geralmente assumem a forma de um “contrato de empreitada”, onde o fornecedor (vendedor) tem a obrigação de concluir a entrega do produto, ou um “contrato de mandato qualificado”, que se foca na execução de um determinado serviço. Mesmo para produtos que incluem OSS (Open Source Software), a responsabilidade legal do fornecedor é determinada com base nestes tipos de contratos.

O que é um contrato de empreitada?

O contrato de empreitada, conforme estabelecido nos artigos 632 e seguintes do Código Civil Japonês, é um acordo em que o fornecedor (vendedor) se compromete a concluir um produto e o cliente (usuário) paga uma remuneração por isso. Neste contrato, se o produto final tiver defeitos, o fornecedor pode ser responsabilizado por inadimplência. Por exemplo, no caso de um contrato de empreitada, se o software concluído não funcionar conforme as especificações, isso constitui um defeito, independentemente de o problema ser originário do OSS ou não.

Referência: Código Civil | Pesquisa de legislação e-Gov[ja]

O que é um contrato de mandato qualificado?

O contrato de mandato qualificado, conforme estabelecido nos artigos 656 e seguintes do Código Civil Japonês, difere do contrato de empreitada por não exigir a “conclusão de um resultado”, mas sim focar na “execução de um ato” em si. Trabalhos como a presença constante de engenheiros de sistemas ou a definição de requisitos são exemplos disso. No desenvolvimento de software baseado em um contrato de mandato qualificado, mesmo que o produto final tenha defeitos, o fornecedor só será responsável por inadimplência se houver violação do dever de cuidado (violação do dever de diligência).

Se o software tiver defeitos, o fornecedor pode ser responsável por inadimplência no Japão

No caso de um contrato de empreitada, se o software tiver defeitos, o fornecedor pode ter a obrigação de reparar ou ser responsável por danos e prejuízos. Mesmo que o defeito seja causado pelo OSS, é difícil para o fornecedor escapar da responsabilidade contratual, uma vez que ele incluiu o OSS no produto entregue.

Da mesma forma, em um contrato de mandato qualificado, se a seleção ou implementação do OSS for claramente inadequada, o fornecedor pode ser responsabilizado por violação do dever de cuidado. A avaliação de riscos do OSS e a verificação das licenças de uso são deveres importantes do lado do fornecedor.

Medidas para Vendedores que Entregam Programas com OSS Sob a Lei Japonesa

Então, quais medidas podem ser consideradas pelos vendedores ao entregar programas que incluem Open Source Software (OSS) para evitar ou limitar a responsabilidade civil? As seguintes medidas contratuais podem ser consideradas:

Estabelecer uma cláusula de isenção de responsabilidade para que o vendedor não seja responsável por inadimplência

Em que circunstâncias a responsabilidade contratual é assumida pode, em princípio, ser livremente estabelecida por acordo entre as partes. Portanto, é possível evitar a responsabilidade por inadimplência estabelecendo uma cláusula de isenção de responsabilidade que estipule que o vendedor não é responsável por problemas ou questões de licença originados do OSS.

Neste caso, o contrato pode incluir uma cláusula que afirme “não assumimos qualquer responsabilidade por problemas decorrentes do OSS”.

Se o usuário for um consumidor, a cláusula de isenção de responsabilidade é inválida sob a Lei de Contratos do Consumidor do Japão

Se o usuário for um indivíduo e não uma empresa, e estiver solicitando o software como parte de sua vida de consumo e não como parte de suas atividades comerciais, a Lei de Contratos do Consumidor será aplicável ao contrato.

O Artigo 8, Parágrafo 1, Item 1 da Lei de Contratos do Consumidor estipula que uma cláusula que “isenta completamente a responsabilidade do empresário por danos causados ao consumidor devido à inadimplência do empresário” é inválida. Portanto, se o usuário for um consumidor, a responsabilidade não pode ser evitada, mesmo que haja uma cláusula de isenção de responsabilidade no contrato.

Referência: Lei de Contratos do Consumidor | Pesquisa de Leis e-Gov[ja]

Possibilidade de violação da ordem pública e bons costumes, independentemente da natureza do usuário

Independentemente de o usuário ser um consumidor individual ou não, uma cláusula de isenção unilateral pode ser considerada inválida sob o Artigo 90 do Código Civil.

O Artigo 90 do Código Civil estabelece que “atos jurídicos que violem a ordem pública ou os bons costumes são inválidos”. Por exemplo, se o vendedor ocultar intencionalmente ou por negligência grave os riscos relacionados ao OSS, a cláusula de isenção de responsabilidade pode ser considerada inválida e a responsabilidade por danos não pode ser evitada.

Além de estabelecer cláusulas de isenção de responsabilidade no contrato, é essencial que o vendedor cumpra suas responsabilidades de seleção, gestão e explicação do OSS, do ponto de vista do gerenciamento de riscos prático.

Responsabilidade do vendedor quando o usuário especifica o uso do OSS

Na prática, pode haver casos em que o próprio usuário especifique o uso do OSS. Neste caso, sob um contrato de empreitada, é possível evitar a responsabilidade com base no texto principal do Artigo 636 do Código Civil se as instruções do cliente forem inadequadas.

Contudo, se o empreiteiro estiver ciente de que as instruções do cliente são inadequadas, não poderá evitar a responsabilidade com base na provisão do Artigo 636 do Código Civil.

Em um contrato de mandato, é possível ser isento de responsabilidade se a violação do dever de cuidado diligente for negada. No entanto, assim como no contrato de empreitada, se o mandante souber que suas instruções são inadequadas, pode ser considerado uma violação do dever de cuidado diligente.

Se o OSS especificado pelo usuário tiver riscos de segurança conhecidos ou problemas de licença e o vendedor adotar o software sem apontar esses problemas, ele pode ser responsabilizado. Como vendedor, é seu dever não aceitar cegamente as instruções do usuário, mas sim revisá-las do ponto de vista de um especialista e, se houver problemas, apontá-los e relatar. Mesmo que não seja possível recusar o uso, comunicar as preocupações por escrito e compartilhar os riscos pode preparar o terreno para a responsabilidade futura.

Desenvolvedores de OSS não são responsáveis sob a licença OSS no Japão

Mesmo que existam falhas no OSS (Software de Código Aberto), este tipo de software está disponível gratuitamente e, normalmente, os desenvolvedores especificam nos documentos de licença que o fornecimento é feito “como está” (AS IS), sem assumir responsabilidade por bugs ou falhas de segurança.

Esta é uma abordagem fundamental das licenças OSS no Japão, e, por exemplo, licenças como a MIT License, Apache License e GPL também incluem cláusulas de isenção de responsabilidade no final, que declaram que “não há garantias, expressas ou implícitas”. Portanto, normalmente, os desenvolvedores de OSS não são sujeitos a responsabilidade civil, como reivindicações de danos, mesmo que o próprio OSS contenha falhas.

Conclusão: Consulte um Advogado para Contratos de Desenvolvimento de Software com Uso de OSS

O Open Source Software (OSS) é amplamente utilizado em muitos ambientes de desenvolvimento, mas também inclui riscos relacionados a leis e contratos. Mesmo que as licenças de OSS estipulem que os desenvolvedores não têm responsabilidade, os fornecedores que usam OSS para compor os produtos entregues podem ser responsabilizados civilmente com base nas relações contratuais. Em particular, nos contratos de empreitada, se o produto final apresentar defeitos, pode surgir a responsabilidade por inadimplemento contratual, e nos contratos de mandato, a negligência no cumprimento do dever de cuidado também pode levar à responsabilidade por inadimplemento.

Para se preparar contra esses riscos, é essencial limitar a responsabilidade nos contratos, estabelecer um sistema para a seleção de OSS e conformidade com as licenças, e garantir a partilha transparente de informações com os usuários. Para aproveitar ao máximo os benefícios do OSS enquanto gerencia adequadamente as responsabilidades como fornecedor, é indispensável estar preparado para os riscos legais.

Apresentação das Medidas da Nossa Firma

A Monolith Law Office é uma firma de advocacia especializada em TI, com particular ênfase na Internet e no direito. Prestamos serviços de elaboração e revisão de contratos para uma ampla gama de clientes, desde empresas listadas na Bolsa de Tóquio até startups em fase inicial. Para mais informações sobre a criação e revisão de contratos, por favor, consulte o artigo abaixo.

Áreas de atuação da Monolith Law Office: Criação e Revisão de Contratos, entre outros[ja]