Puntos clave a tener en cuenta al utilizar OSS en contratos de desarrollo de software por encargo

El software de código abierto (OSS, por sus siglas en inglés) se utiliza en muchos entornos de desarrollo de software como un medio para reducir costos y tiempo de desarrollo. Incluso cuando se subcontrata el desarrollo de software, se puede hacer uso del OSS, pero ¿qué consideraciones deben tenerse en cuenta al firmar un contrato de desarrollo de software subcontratado?

En este artículo, explicaremos los puntos clave a tener en cuenta al utilizar OSS en contratos de desarrollo de software subcontratado bajo la ley japonesa.

Riesgos del Uso de OSS en la Subcontratación de Desarrollo de Software en Japón

Al firmar un contrato de subcontratación de desarrollo de software, es esencial abordar adecuadamente los riesgos asociados con el uso de Software de Código Abierto (OSS) en el desarrollo de software. Veamos qué tipos de riesgos existen.

La obligación de publicar el código fuente y la contradicción con los NDA

Algunos OSS están bajo licencias de copyleft, que permiten a los usuarios copiar, modificar y redistribuir la obra mientras el desarrollador de OSS mantiene los derechos de autor. Un ejemplo es la GNU General Public License (GPL) creada por la Free Software Foundation (FSF).

Cuando se utiliza OSS con una licencia de copyleft, puede ser necesario publicar el código fuente según la licencia de OSS. Esto podría resultar en la obligación de publicar todo el código fuente del trabajo subcontratado, lo cual puede entrar en conflicto con las obligaciones de confidencialidad contractuales (NDA) o con políticas de oferta comercial cerrada. Por lo tanto, es imprescindible revisar cuidadosamente las licencias de OSS utilizadas al subcontratar el desarrollo de software.

Obligación de incluir avisos de derechos de autor y documentos de licencia

Incluso con licencias como MIT o Apache, es obligatorio incluir avisos de derechos de autor y documentos de licencia.

Si se descuida esto, se puede incurrir en una violación de la licencia de OSS, lo que podría llevar a la suspensión del uso del software o a reclamaciones por daños y perjuicios. Es necesario asegurarse de incluir siempre la documentación correspondiente al entregar los productos de desarrollo.

Condiciones especiales como restricciones de uso y compatibilidad de licencias

Algunos OSS tienen restricciones en cuanto a la utilización y la compatibilidad de las licencias.

Por ejemplo, la licencia EUPL (European Union Public Licence), desarrollada por la UE, permite la sustitución por una licencia compatible en la redistribución, pero esa licencia compatible debe estar definida oficialmente por la EUPL. Además, existen restricciones que impiden mantener la compatibilidad con otros OSS en la MPL (Mozilla Public License) 1.1 creada por la Mozilla Foundation.

Al seleccionar OSS, es necesario revisar no solo el contenido de la licencia, sino también compararlo con el plan de negocio del proyecto de desarrollo y la estrategia de ventas para asegurarse de que no surjan problemas.

Riesgo de infringir derechos de autor o patentes de terceros

Incluso en el caso de OSS, puede haber situaciones en las que el código incluido infrinja los derechos de autor o patentes de terceros. Por ejemplo, esto puede ocurrir si se copia y pega código sin autorización o si se incluyen derivados incompatibles con la licencia. Es necesario asegurarse de que el subcontratista de desarrollo de software no solo cumpla con las licencias, sino que también realice una investigación exhaustiva de patentes y derechos de autor.

Es necesario aclarar los roles y el alcance de la responsabilidad del contratante y del subcontratista

En los contratos de subcontratación de desarrollo de software, a veces hay una discrepancia entre el entendimiento y el alcance de la responsabilidad del contratante (el cliente) y el subcontratista (el proveedor) con respecto a OSS.

En particular, si no se especifica en el contrato de subcontratación de desarrollo de software quién realizará la investigación de licencias y la verificación de cumplimiento, o quién asumirá la responsabilidad en caso de problemas, existe el riesgo de que surjan disputas posteriores.

Casos de Problemas Relacionados con OSS en Japón

Examinemos casos de problemas relacionados con OSS y lo que puede suceder cuando se externaliza el desarrollo de software.

Ejemplos Notables de Infracciones a Nivel Nacional e Internacional

En el pasado, ha habido casos en los que empresas se han visto envueltas en litigios y han tenido que detener el envío de productos debido a violaciones de licencias OSS. Por ejemplo, una empresa de desarrollo de routers fue demandada por violar la licencia GPL, lo que resultó en una orden de cese de ventas y compensación por daños.

En casos similares donde el desarrollo de software se ha externalizado, la empresa podría tener que reclamar al contratista por las pérdidas sufridas debido al cumplimiento de órdenes de cese de ventas y compensación por daños.

Artículo relacionado: ¿Qué es una violación de licencia OSS? Explicación de los riesgos y medidas que las empresas deben conocer, basada en ejemplos[ja]

Pérdidas Legales y Comerciales Ocasionadas por Violaciones de Licencias OSS

Las violaciones de licencias OSS pueden llevar no solo a responsabilidades legales como la prohibición de uso y compensación por daños, sino también a pérdidas comerciales como la disminución de la credibilidad y la pérdida de clientes. Por lo tanto, es esencial evitar estas situaciones, ya que las reclamaciones legales al contratista pueden no ser suficientes para cubrir todas las pérdidas.

Cláusulas que deben incluirse en un contrato de desarrollo de software bajo la ley japonesa

Al celebrar un contrato de desarrollo de software que utiliza OSS (Open Source Software), es importante incluir ciertas cláusulas en el contrato para mitigar los riesgos asociados con el uso de OSS.

Cláusula de declaración y consentimiento del uso de OSS

El contrato de desarrollo de software debe especificar claramente la posibilidad de utilizar OSS y obtener el consentimiento previo del cliente. Si el uso de OSS puede generar problemas, es necesario abordarlos previamente en el contrato. Detallar qué OSS se utilizará y en qué medida dentro del contrato de desarrollo de software puede prevenir malentendidos y disputas entre el cliente y el proveedor.

Cláusulas de reparto de responsabilidades (responsabilidad por incumplimiento del contrato, indemnización por daños, etc.)

Es esencial aclarar la distribución de responsabilidades en caso de que se descubra una violación de licencia o una infracción de derechos. Por ejemplo, si el software desarrollado carece de las funciones solicitadas, se puede incurrir en responsabilidad por incumplimiento del contrato. Si no se establece quién asumirá la responsabilidad en casos de violación de licencia o infracción de derechos, es inevitable que surjan problemas entre el cliente y el proveedor. Es importante definir en el contrato la obligación de indemnización por daños si el proveedor utiliza OSS sin autorización o el alcance de la responsabilidad si el cliente instruye el uso de OSS.

Para más información sobre la responsabilidad por incumplimiento del contrato, consulte “¿Qué es la responsabilidad por incumplimiento del contrato en sistemas y desarrollo de software? Explicación de las modificaciones[ja]“.

Cláusulas sobre la investigación y el cumplimiento de las licencias utilizadas

En el contrato de desarrollo de software, se debe especificar la obligación del proveedor de investigar y cumplir con las licencias de OSS utilizadas.

Si el uso de OSS conduce a problemas, y no está claro quién tiene la obligación de investigar y cumplir con las licencias, puede surgir un conflicto entre el cliente y el proveedor. Establecer en el contrato que el proveedor realizará la investigación y verificación puede prevenir la responsabilidad y evitar problemas antes de que ocurran. Además, establecer una obligación de proporcionar información sobre cambios en las licencias o informes de vulnerabilidades puede facilitar la gestión post-entrega.

Clarificación del alcance de la divulgación del código fuente y la forma de entrega

Es importante definir claramente el alcance del código fuente que se entregará y distinguir entre las partes que incluyen OSS y las desarrolladas de forma independiente.

Al aclarar qué rango se revelará y entregará, se puede evitar la violación de leyes y problemas cumpliendo con la obligación de divulgación del código fuente requerida por las licencias de OSS y manteniendo el equilibrio con las obligaciones de confidencialidad. En la práctica, también se requieren soluciones como proporcionar la parte OSS en formato binario en caso de copyleft.

Estrategias prácticas para el uso de OSS en Japón

Cuando se utiliza OSS (Open Source Software) en el desarrollo de software, las estrategias prácticas necesarias incluyen la elaboración de una lista previa de OSS a utilizar, el examen detallado de las licencias, la implementación de herramientas y registros de gestión de OSS, y el establecimiento de políticas y directrices para el uso de OSS.

Listado previo y examen de licencias de OSS a utilizar

Antes de comenzar el desarrollo de software, es esencial listar y examinar detalladamente todas las licencias de los OSS que se planea utilizar. Esto permite prever posibles riesgos y facilita la gestión de respuestas adecuadas.

Implementación de herramientas y registros de gestión de OSS

Al utilizar OSS, es recomendable implementar herramientas de gestión y registros de OSS que permitan visualizar y documentar el uso de OSS. Crear un BOM (Bill of Materials) de software facilita una respuesta rápida en caso de cambios en las licencias o descubrimiento de vulnerabilidades.

Establecimiento de políticas y directrices para el uso de OSS

Establecer políticas de uso de OSS a nivel de empresa o proyecto permite dar instrucciones consistentes a los contratistas. Documentar los criterios de selección de OSS y las políticas de respuesta para cada tipo de licencia simplifica la gestión durante el desarrollo de software.

La necesidad de consultar a un abogado en contratos de desarrollo de software bajo la ley japonesa

Al firmar un contrato de desarrollo de software que utiliza OSS (Open Source Software), es recomendable consultar a un abogado. Veamos qué beneficios concretos se pueden obtener.

Análisis y respuesta a riesgos desde la etapa de desarrollo

Como hemos introducido hasta ahora, el desarrollo de software con OSS presenta complicados problemas legales, como qué OSS utilizar, qué cláusulas incluir en el contrato y cómo establecer un sistema de verificación después de la firma del contrato. Consultar a un abogado permite establecer un contrato de desarrollo de software adecuado.

Posibilidad de externalizar el departamento legal

Si se trata de una gran empresa, es probable que cuente con su propio departamento legal que puede colaborar con el departamento de desarrollo. Sin embargo, en las pequeñas empresas, a menudo no hay un departamento legal propio. Incluso considerando la dificultad de asegurar personal que esté versado tanto en IT como en derecho, poder externalizar el departamento legal es una gran ventaja.

Conclusión: Hay varios aspectos a considerar en los contratos de desarrollo de software que utilizan OSS en Japón

Al utilizar Open Source Software (OSS) en los contratos de desarrollo de software en Japón, es esencial comprender con precisión el contenido de las licencias y establecer una clara distribución de responsabilidades en el contrato. Más allá de la conveniencia técnica, es crucial implementar una gestión de riesgos exhaustiva desde una perspectiva legal y empresarial para lograr un uso seguro y efectivo del OSS.

Presentación de Estrategias por Monolith Law Office

Monolith Law Office es un despacho de abogados especializado en IT, con un enfoque particular en Internet y el derecho japonés. Ofrecemos servicios de redacción y revisión de contratos para una amplia gama de clientes, desde empresas cotizadas en la Bolsa de Tokio hasta startups en fase inicial. Para obtener más información sobre la creación y revisión de contratos bajo la ley japonesa, consulte el siguiente artículo.

Áreas de práctica de Monolith Law Office: Creación y revisión de contratos, etc.[ja]