Как IT юрист развернул дело о правах на программу

Сначала это выглядело как обычная внутренняя ссора: разработчик создал вспомогательную утилиту, часть модулей взял из открытых репозиториев, отдал пилот заказчику — а спустя время обнаружил свой код в коммерческом продукте без имени автора и без лицензии. В ответ на претензию компания пожала плечами: «у тебя составное произведение, значит, правовая защита невозможна без согласий всех авторов open-source». Первая инстанция поддержала этот тезис. Но дальше в дело вмешался айти юрист, и спор стремительно превратился в проверку на зрелость российского авторского права.

Поворот случился на уровне конституционного контроля. Был сформулирован базовый принцип: программа для ЭВМ охраняется с момента её создания, в том числе если она относится к составным произведениям; сам факт «составности» не может служить поводом отказать автору в защите против лица, которое использует программу без его согласия. Иначе говоря, нельзя подменять одно нарушение другим: спор о соблюдении условий чужих лицензий не обнуляет право автора на судебную защиту от пиратского использования его произведения. Эту позицию высказали, разъяснили и положили в основу пересмотра дел нижестоящих судов.

Юридская рамка здесь простая и жёсткая. Во-первых, программы для ЭВМ — объект авторского права (подп. 2 п. 1 статьи 1259 ГК РФ). Во-вторых, исключительное право возникает у автора и предполагает, что любые способы использования возможны только с его согласия (п. 1–2 статьи 1229 ГК РФ). Перечень способов использования широк: воспроизведение, распространение, доведение до всеобщего сведения и т. д. (п. 2 статьи 1270 ГК РФ). В-третьих, спорная «составность» регулируется специальной нормой (п. 3 статьи 1260 ГК РФ), но она не отменяет сам факт охраны результата творческого труда автора. Если использование без согласия доказано, у правообладателя есть стандартный инструментарий защиты: пресечение, запрет, изъятие экземпляров, публикация решения (п. 1–3 статьи 1252 ГК РФ) и компенсация вместо убытков (статья 1301 ГК РФ).

Именно по этим рельсам айти юрист и повёл дело после разворота практики. Командой были собраны «цифровые следы» авторства: история коммитов, метки времени, переписка о постановке задачи, акты сдачи-приёмки модулей. Отдельным блоком — режим открытых лицензий: где используется GPL/MIT/BSD, какие атрибуции соблюдены, где компания-ответчик сама нарушила условия. Судебная логика стала последовательной: открытый код не лишает автора охраны, а спорные лицензии не превращают «чужое» использование в правомерное — особенно если и у ответчика нет согласий на включённые компоненты. На этом фоне суды выше стоящих инстанций начали отменять решения, построенные на формуле «составное произведение → отказ в защите», указывая на недопустимость такого формализма.

Практический итог для рынка софта виден невооружённым глазом. Во-первых, доказывание стало техническим: суд интересуют не лозунги, а репозитории, диффы, билды, CI-логи и путь кода в продукте. Во-вторых, изменилась переговорная динамика: там, где раньше ответчики прятались за «open-source-щит», теперь приходится обсуждать лицензирование по-взрослому — от авторских вознаграждений до условий распространения производных. В-третьих, предсказуемей стала финансовая часть: когда убытки посчитать трудно, авторы и их представители часто идут по компенсации (статья 1301 ГК РФ), ориентируясь на двукратную стоимость правомерного использования или твёрдую сумму — это снимает необходимость в сложной экспертизе и делает исход понятнее.

Важно и то, что новая позиция не «амнистирует» нарушителей open-source. Она лишь устраняет перекос, когда подозрение на несоблюдение чужих лицензий использовалось как дубинка против самого автора. Соблюдать условия свободных лицензий по-прежнему нужно — в противном случае возможны встречные требования от правообладателей включённых компонентов. Но спор об этом — отдельный процесс с самостоятельным составом, а не повод оставлять без защиты автора, у которого «украли» программу. Эту развязку доходчиво разъяснили профессиональные издания и аналитики практики, разложив по полочкам, почему «составность» — характеристика объекта, а не билет к правовой невидимости.

Что это значит для бизнеса и разработчиков? Для инхаус-команд — дисциплина документов: служебные задания, акты, переписка, регистры авторства и реестры лицензий по каждому модулю. Для стартапов — «чистая» архитектура: если хотите инвестиций и сделок M&A, дорожная карта по правам должна быть прозрачной. Для подрядчиков — честные договоры отчуждения/лицензирования и запрет «тащить» в проект код без согласованных лицензий. И уж точно — отказ от надежды «перехитрить» суд ссылкой на составное произведение. Сегодня это не работает.

Наконец, про людей. Хороший it юрист в таких делах соединяет инженерное мышление и процесс: знает, как извлечь доказательства из Git и CI, как объяснить суду архитектуру и где проходит грань между заимствованием и плагиатом. Опытный айти юрист умеет строить стратегию на нормах — 1259, 1229, 1270, 1260, 1252, 1301 ГК РФ — переводя сложный технический конфликт на язык понятных правовых фактов. Именно поэтому этот кейс стал поворотным: он показал, что российские суды готовы слышать технику, когда её приносит право.