Особенности использования открытого программного обеспечения (OSS) при заключении договоров на разработку программного обеспечения

ОСП (Open Source Software – Открытое программное обеспечение) используется на многих площадках разработки программного обеспечения как средство для сокращения затрат и времени разработки. При аутсорсинге разработки программного обеспечения также может использоваться ОСП, но какие меры предосторожности следует учитывать при заключении договора на разработку?

В данной статье мы рассмотрим, на что следует обратить внимание при использовании ОСП в контексте договоров на разработку программного обеспечения в Японии.

Риски использования OSS при заключении договоров на разработку программного обеспечения в Японии

При заключении договора на разработку программного обеспечения важно правильно учитывать риски, связанные с использованием открытого программного обеспечения (OSS). Давайте рассмотрим, какие риски могут возникнуть.

Обязательство по раскрытию исходного кода может противоречить NDA

Среди OSS существуют лицензии copyleft, которые, сохраняя авторские права за разработчиками OSS, предоставляют пользователям свободу копировать, изменять и распространять произведение. Примером такой лицензии является GNU General Public License (GPL), созданная Free Software Foundation (FSF).

При использовании OSS с лицензией copyleft возникает необходимость раскрытия исходного кода в соответствии с лицензией OSS. Это может привести к обязанности раскрыть исходный код всего порученного продукта, что может противоречить обязательствам по соблюдению коммерческой тайны (NDA) или политике закрытого коммерческого предложения. Поэтому при заключении договора на разработку программного обеспечения необходимо тщательно проверять лицензии используемого OSS.

Обязанность включения уведомления об авторских правах и лицензионных документов

Даже в случае лицензий, таких как MIT и Apache, обязательно требуется включение уведомления об авторских правах и лицензионных документов.

Игнорирование этого требования может привести к нарушению лицензии OSS, что, в свою очередь, может стать основанием для прекращения использования программного обеспечения и требований о возмещении ущерба. При передаче разработанных продуктов необходимо убедиться, что все сопутствующие документы включены.

Особые условия, такие как ограничения использования и совместимость лицензий

Некоторые OSS имеют ограничения на использование или совместимость лицензий. Например, лицензия EUPL (European Union Public Licence), разработанная Европейским Союзом, позволяет замену на совместимую лицензию при перераспределении, но эта совместимая лицензия должна быть определена официально EUPL. Также существуют ограничения на совместимость с другим OSS в MPL (Mozilla Public License), созданной Mozilla Foundation, версии MPL1.1.

При выборе OSS необходимо учитывать не только содержание лицензии, но и сопоставлять её с бизнес-планом разработчика и стратегией продаж, чтобы избежать возможных проблем.

Риск нарушения авторских и патентных прав третьих лиц

Даже если программное обеспечение является OSS, код, включенный в него, может нарушать авторские или патентные права третьих лиц. Примерами могут служить случаи несанкционированного копирования кода или включения производных работ, несовместимых с лицензией. Заказчик должен требовать от подрядчика не только соблюдения лицензии, но и проведения тщательной проверки на нарушение патентных и авторских прав.

Необходимо четко определить роли и области ответственности заказчика и исполнителя

В договорах на разработку программного обеспечения между заказчиком и исполнителем часто возникают разногласия относительно понимания и области ответственности, связанных с OSS.

Особенно важно, чтобы в договоре было четко прописано, кто будет проводить исследование лицензий и проверку соответствия, а также кто будет нести ответственность в случае возникновения проблем. В противном случае это может привести к спорам в будущем.

Примеры проблем, связанных с OSS в Японии

Давайте рассмотрим примеры проблем, связанных с открытым программным обеспечением (OSS), и что может произойти, если вы поручите разработку программного обеспечения сторонним исполнителям.

Известные случаи нарушений внутри страны и за рубежом

В прошлом были случаи, когда компании сталкивались с остановкой выпуска продукции и судебными разбирательствами из-за нарушения лицензий OSS. Например, компания, занимающаяся разработкой роутеров, была обвинена в нарушении GPL-лицензии, что привело к запрету на продажу и требованиям компенсации ущерба.

В подобных случаях, когда разработка программного обеспечения была поручена сторонним исполнителям, компания может требовать возмещения убытков, понесенных в результате запрета на продажу и выплаты компенсации, от исполнителя.

Связанные статьи: Что такое нарушение OSS-лицензии? Риски и меры предосторожности, которые должны знать компании, на примерах[ja]

Потери в сфере права и бизнеса, возникшие из-за нарушения OSS-лицензии

Нарушение OSS-лицензии может привести не только к юридической ответственности, такой как запрет на использование и требования компенсации ущерба, но и к бизнес-потерям, включая снижение доверия и отток клиентов. Юридические требования к исполнителю могут оказаться недостаточными для покрытия убытков, поэтому такие ситуации необходимо предотвращать.

Ключевые положения договора на разработку программного обеспечения

При заключении договора на разработку программного обеспечения, учитывая риски использования открытого программного обеспечения (OSS), следует включить в договор следующие положения.

Положения о явном указании и согласии на использование OSS

В договоре на разработку программного обеспечения необходимо ясно указать возможность использования OSS и получить предварительное согласие заказчика.

Если использование OSS может привести к проблемам, необходимо заранее предусмотреть это в договоре. Четкое указание в договоре, какое OSS и в каком объеме будет использоваться, позволит избежать недопонимания и споров между заказчиком и исполнителем.

Положения о разделении ответственности (ответственность за несоответствие договору, компенсация ущерба и т.д.)

Необходимо четко определить разделение ответственности в случае обнаружения нарушения лицензии или прав.

Например, если разработанное программное обеспечение не обладает функциями, заказанными заказчиком, возникает ответственность за несоответствие договору. Если возникают нарушения лицензии или прав, и не определено, кто несет ответственность, это неизбежно приведет к спорам между заказчиком и исполнителем. Необходимо предусмотреть в договоре обязанности по возмещению ущерба в случае несанкционированного использования OSS исполнителем, а также объем ответственности заказчика, если он указал использовать OSS.

Подробнее о ответственности за несоответствие договору при разработке систем и программного обеспечения можно узнать в статье «Что такое ответственность за несоответствие договору при разработке систем и программного обеспечения? Объяснение изменений[ja]».

Положения о необходимости исследования и соблюдения лицензий на использование

В договоре на разработку программного обеспечения необходимо четко прописать обязанности исполнителя по исследованию и соблюдению лицензий на используемое OSS.

Если использование OSS приведет к проблемам, и не будет ясно, чья обязанность исследовать и соблюдать лицензии, это может привести к спорам между заказчиком и исполнителем. Определение в договоре обязанности исполнителя проводить исследование и проверку поможет предотвратить возникновение проблем и установить ответственность. Также необходимо установить обязанность информирования об изменениях лицензий и отчетах о уязвимостях, чтобы обеспечить гладкое выполнение работ после поставки.

Уточнение объема раскрытия исходного кода и формы поставки

Необходимо четко определить объем поставляемого исходного кода и разграничить части, включающие OSS, и части, разработанные самостоятельно.

Соблюдение обязанности раскрытия исходного кода, необходимого для соответствия лицензиям OSS, и баланс с обязанностями по сохранению конфиденциальности позволит избежать нарушений законодательства и проблем. В случае копилефтных лицензий может потребоваться предоставление части OSS в бинарном формате и другие практические решения.

Практические меры при использовании OSS

При разработке программного обеспечения с использованием открытого программного обеспечения (OSS) важно предпринять практические шаги, такие как предварительное составление списка планируемого к использованию OSS и тщательный анализ лицензий, а также разработка инструментов управления OSS и ведение учета, а также разработка политики и руководств по использованию OSS.

Предварительное составление списка планируемого к использованию OSS и тщательный анализ лицензий

Перед началом разработки программного обеспечения необходимо составить список всех планируемых к использованию OSS и тщательно проанализировать содержание лицензий. Это позволит предвидеть возможные риски и облегчит их управление.

Разработка инструментов управления OSS и ведение учета

При использовании OSS следует внедрить инструменты управления и учета OSS, чтобы обеспечить видимость и запись использования OSS. Создание программного BOM (SBOM) позволит быстро реагировать в случае изменений лицензий или обнаружения уязвимостей.

Разработка политики и руководств по использованию OSS

Разработка политики использования OSS на уровне компании или проекта позволит давать последовательные указания подрядчикам. Документирование критериев выбора OSS и политики взаимодействия с различными лицензиями упростит процесс разработки программного обеспечения.

Необходимость консультации с адвокатом при заключении договора на разработку программного обеспечения

При заключении договора на разработку программного обеспечения с использованием открытого программного обеспечения (OSS) желательно проконсультироваться с адвокатом. Давайте рассмотрим, какие конкретные преимущества это может принести.

Возможность анализа и реагирования на риски с этапа разработки

Как мы уже упоминали, разработка программного обеспечения с использованием OSS предполагает сложные юридические вопросы: выбор OSS, формулировка условий в договоре и создание системы проверки после заключения договора. Консультация с адвокатом позволит заключить соответствующий договор на разработку программного обеспечения.

Возможность аутсорсинга юридического отдела

В крупных компаниях обычно есть свой юридический отдел, который может сотрудничать с отделом разработки. Однако в малых компаниях часто нет своего юридического отдела. Учитывая сложность обеспечения персонала, который одинаково хорошо разбирается как в IT, так и в праве, возможность аутсорсинга юридического отдела является значительным преимуществом.

Заключение: При заключении договоров на разработку программного обеспечения с использованием OSS необходимо учитывать множество нюансов

При использовании открытого программного обеспечения (OSS) в рамках договоров на разработку программного обеспечения важно не только техническое удобство, но и точное понимание лицензионных условий, а также четкое распределение ответственности в договоре. Тщательное управление рисками с юридической и бизнес-точки зрения позволит безопасно и эффективно использовать OSS в ваших проектах.

Ознакомьтесь с мерами, предпринимаемыми нашей юридической фирмой

Юридическая фирма “Монолит” специализируется на IT, особенно в области интернета и права, предоставляя высококвалифицированные услуги. Мы работаем с различными клиентами, от компаний, котирующихся на Токийской фондовой бирже, до стартапов, и предлагаем создание и рецензирование договоров. Для получения дополнительной информации о создании и рецензировании договоров, пожалуйста, ознакомьтесь со следующей статьей.

Сферы деятельности юридической фирмы “Монолит”: Создание и рецензирование договоров[ja]