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

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

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

Шаг 1. Зафиксируйте предполагаемое нарушение

Первое правило при обнаружении заимствования: не начинать с публичного обвинения конкурента, а собрать доказательства правонарушения.

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

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

Шаг 2. Убедитесь, что права принадлежат именно вам

Написать код и обладать исключительным правом на него не всегда одно и то же.

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

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

Шаг 3. Сравните код

Совпадение функциональности еще не означает нарушение авторских прав. Поэтому следующий этап требует технического анализа.

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

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

Шаг 4. Определите требования к нарушителю

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

По статье 1301 Гражданского Кодекса Российской Федерации при нарушении исключительного права на произведение вместо возмещения убытков правообладатель может потребовать компенсацию. Закон предусматривает несколько способов ее расчета, в том числе в размере от 10 тысяч до 10 млн рублей, в двукратном размере стоимости контрафактных экземпляров либо в двукратном размере стоимости права использования произведения.

Конкретные требования и их размер стоит определять после анализа обстоятельств нарушения и имеющихся доказательств.

Шаг 5. Обратитесь в суд, если договориться не удалось

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

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

Юридический консалтинг n’RIS

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

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

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

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

Как происходит фиксация прав при помощи SAVECODE

Для этого разработчики и продуктовые команды могут использовать SAVECODE, специальный сервис экосистемы n’RIS для фиксации прав на код и другие материалы разработки.

В основе SAVECODE лежит депонирование. При загрузке объекта фиксируются конкретные дата и время его существования, а пользователь получает свидетельство о депонировании. Оно может использоваться в качестве доказательства при защите авторских прав и принимается судами Российской Федерации наряду с другими доказательствами.

Сам объект хранится в защищенной ячейке с трехкратным шифрованием. Целостность данных подтверждается цифровой подписью КриптоПро. Если передавать исходный код на хранение вы не хотите, доступно хеш-депонирование. В этом случае в систему загружается не сам файл, а его уникальная цифровая контрольная сумма. Она позволяет впоследствии подтвердить соответствие конкретного файла зафиксированному объекту, при этом исходный код остается только у правообладателя.

Главное отличие SAVECODE от обычного разового депонирования в том, что сервис учитывает специфику разработки. Программа постоянно меняется, поэтому одного свидетельства на первоначальную версию может быть недостаточно.

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

В результате SAVECODE позволяет не восстанавливать историю создания программы уже после обнаружения нарушения, а последовательно формировать доказательную базу по мере разработки. Если код впоследствии окажется в чужом продукте, у правообладателя будут документы, подтверждающие, какая версия существовала у него и на какую дату.

Что делать, если ваш код оказался в чужом продукте: пошаговый алгоритм защиты прав