Претензии о нарушении прав на ПО: кто отвечает и кто платит

Если кто-то заявит, что ваша программа нарушает его права, клиент может потребовать, чтобы вы вели спор и оплачивали связанные с ним расходы. В договоре такое обязательство обычно называют IP indemnity. Прежде чем его принять, разберитесь, за какие претензии вы отвечаете, кто выбирает юристов, что произойдёт с программой и сколько вы можете быть обязаны заплатить. Само слово indemnity на эти вопросы не отвечает.

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

Это может означать гораздо больше, чем выплату автору чужого кода. Что, если претензия о нарушении патента возникла из-за того, что клиент объединил вашу программу с другой системой? Кто оплатит замену спорного компонента? Может ли клиент сам договориться с тем, кто предъявил претензию, а счёт выставить вам?

Статья поможет подготовиться к переговорам, если ваша компания разрабатывает или продаёт ПО. Пример формулировки показывает один из возможных подходов, но не заменяет полного условия договора. Нужно учесть особенности программы, то, как клиент её использует, и остальные условия сделки.

1. Определите, за какие претензии вы отвечаете

Различайте два случая: кто-то считает, что ваша программа нарушает его права, или ваш клиент считает, что вы не выполнили договор.

Допустим, другой разработчик утверждает, что ваша программа копирует его код. Такую претензию может охватывать IP indemnity. А теперь другая ситуация: клиент обнаружил, что вам не принадлежит компонент, хотя вы обещали владение всем кодом. У клиента может быть требование по договору, даже если компонент используется по действующей лицензии и ни один правообладатель не заявляет о нарушении.

Если indemnity относится только к претензиям других владельцев прав, она может не действовать во второй ситуации. Читайте этот пункт вместе с вашими обещаниями о правах на код и условиями о том, что стороны могут требовать при нарушении договора. Распределение прав рассматриваю в статье «Кому принадлежат доработки, которые оплатил клиент».

В деле Wood v Capita Верховный суд Великобритании определял смысл indemnity по её тексту, остальному договору и обстоятельствам сделки. Суд отказал в выплате: потери возникли не из тех претензий или жалоб, которые стороны указали в договоре. Дело касалось продажи бизнеса, а не ПО, но показывает, почему важно точно описать, когда возникает обязанность платить. Wood v Capita [2017] UKSC 24, пункты 10–13 и 38–41.

Если вы обязуетесь вести спор за клиента ещё до того, как суд установит нарушение, укажите это прямо. Отдельно определите, что оплачиваете: работу юристов и другие расходы на спор, суммы по решению суда и выплаты по согласованному соглашению с тем, кто предъявил претензию. Решите, входят ли сюда собственные расходы клиента на выяснение обстоятельств, потери из-за сбоев в работе и расходы на замену программы или компонента.

2. Уточните, на какие программы и услуги распространяется ваше обещание

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

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

Код, созданный независимо и без копирования, не нарушает авторские права на чужой код, но его использование всё равно может нарушать патент. Поэтому меры, снижающие риск копирования, не устраняют патентный риск. Вы можете предложить ограничить защиту от патентных претензий, например определёнными странами. Copyright, Designs and Patents Act 1988, статья 16; Patents Act 1977, статья 60.

Договор должен учитывать, что клиент будет делать с программой. Использовать её внутри компании не то же самое, что встроить в другой продукт для продажи. Если вы договорились подключить программу к другой системе, исключение для любого сочетания с другим ПО может освободить вас от ответственности именно в той ситуации, ради которой клиент приобрёл программу.

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

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

3. Свяжите исключения с причиной претензии

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

Представим, что клиент изменил оформление отчёта, никак не связанное со спорным кодом. Исключение для любого изменённого ПО может дать повод не заниматься претензией даже к той части программы, которую клиент не трогал. Более точный вопрос для переговоров: возникла ли претензия из-за изменения клиента и в какой мере?

Например, следующий фрагмент касается только этого исключения:

“The exclusion applies only to the extent that the alleged infringement is caused by a modification made by or for the Customer without the Supplier's authorisation. It does not apply to modifications made by the Supplier or required by the agreed implementation.”

Смысл: исключение действует лишь в той мере, в какой предполагаемое нарушение вызвано изменением, которое клиент или привлечённый им разработчик внёс без вашего согласия. Оно не касается ваших собственных изменений и изменений, необходимых для согласованного внедрения.

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

Указания клиента тоже требуют точности. Просьба добавить функцию поиска оставляет вашей команде большой выбор решений. Если клиент требует использовать конкретный фрагмент кода, ситуация меняется. Определите, за какие материалы и обязательные указания отвечает клиент. Должен ли он сам вести спор и оплачивать расходы, если претензия возникла из-за них? Одинаковые обязательства для обеих сторон не всегда учитывают, кто на самом деле может управлять риском.

4. Согласуйте порядок действий при споре

Договор должен объяснять, кто и что делает ещё до того, как суд решит, кто прав.

5. Сохраните возможность пользоваться программой

Одной выплаты по indemnity может быть недостаточно, чтобы системы клиента продолжали работать. Договоритесь, что делать, если кто-то оспаривает право использовать программу или суд уже запретил её использование.

Конкретный пример есть в британском Model Services Contract. Пункт 17 разрешает получить лицензию, заменить или изменить спорную часть продукта. При этом нужно соблюдать условия о сопоставимых характеристиках и функциях, работе других систем клиента и его расходах. Этот же пункт определяет, как прекратить договор и кто оплатит замену услуг, если проблему решить не удалось. Шаблон рассчитан на крупные и сложные государственные закупки; его условия не служат универсальным стандартом для всех сделок с ПО. Model Services Contract для Англии и Уэльса, версия 2.2A, пункт 17; область применения шаблона.

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

6. Согласуйте, сколько вы можете быть обязаны заплатить

В пункте 23.2 Model Services Contract ответственность по IP indemnity прямо оставлена без ограничения. Пункт 23.10 требует принимать меры к уменьшению потерь, в том числе тех, которые возмещаются по indemnity. Это условия конкретного договора: само слово indemnity не означает ни неограниченной ответственности, ни такой обязанности уменьшать потери. Core Terms, пункт 23.

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

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

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

Если договор разрешает клиенту требовать только то, что предусмотрено indemnity, точно укажите, к каким претензиям это относится. Сохраните отдельно согласованные права клиента требовать продолжения работы программы или прекратить договор. Также проверьте, допускает ли закон эти ограничения. Названия пунктов сами по себе не определяют, что возмещается, кто должен уменьшать потери и какие обязательные правила закона всё равно действуют.

7. Сравните ваши обещания с обязательствами разработчиков и AI-сервисов

Компания, чей компонент или AI-сервис вы используете, тоже может обещать вести спор и оплачивать расходы. Но её договор определяет, за кого и при каких претензиях она это делает.

Например, у Anthropic есть исключения для определённых изменений результата, его сочетания с другими материалами и использования запатентованного изобретения, которое содержится в результате AI. Компания не обязана вести спор и платить в той мере, в какой эти обстоятельства стали причиной претензии. Договор содержит и другие исключения. По претензиям, на которые обязательство всё же распространяется, обещаны выплаты по судебным решениям либо по арбитражным решениям в рамках одобренного Anthropic урегулирования спора. Отдельно компания обещает защищать вас от претензии. Это не означает, что она возместит любые ваши потери. Anthropic, разделы K.1–K.4.

Условия OpenAI для API исключают такую помощь, если результат изменили, преобразовали или объединили с продуктами либо услугами, которые не предоставлены OpenAI или от её имени. В отличие от Anthropic, это исключение прямо не ограничено тем, в какой мере изменение или сочетание стало причиной претензии. Именно такую связь мы разбирали в разделе 3. Чтобы понять, что компания обязана сделать в конкретном споре, нужно прочитать весь договор и учесть обстоятельства дела. OpenAI Service Terms, раздел 1.

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

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

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

Что проверить перед подписанием

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

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

Хорошо согласованная IP indemnity объясняет клиенту, что вы сделаете при определённых претензиях. Вам она помогает понять, за что и в каком объёме придётся отвечать.

Если вы согласуете права на ПО, обещания о них или IP indemnity, посмотрите, как может помочь проверка прав на программный продукт.

Общая информация, а не заключение по конкретному договору.