Разработчик несколько месяцев создавал сервис для автоматизации работы интернет-магазина: написал backend, разработал отдельные программные модули, настроил базу данных и разместил проект в закрытом репозитории. Через некоторое время бывший участник команды запустил похожий продукт. Названия и дизайн отличаются, но часть исходного кода практически совпадает, а некоторые функции реализованы тем же способом.
Возникает вопрос: достаточно ли сходства двух программ, чтобы говорить о нарушении авторских прав? А если конкурент повторил не сам код, а функциональность, архитектуру или интерфейс программы? Ситуация дополнительно усложняется, если ПО создавалось несколькими разработчиками, часть кода была написана сотрудниками компании, а отдельные модули — внешними подрядчиками.
Нарушение авторских прав на программное обеспечение отличается от обычного спора о незаконном использовании фотографии или текста прежде всего сложностью самого объекта. Программный продукт может включать исходный и объектный код, подготовительные материалы, графические элементы, документацию, базы данных и другие результаты интеллектуальной деятельности. При этом далеко не каждый элемент программы охраняется одинаково.
Разберём, что именно защищает авторское право, когда возникают права на программу для ЭВМ, кому они принадлежат при командной разработке и какие доказательства необходимо собрать, если вы обнаружили копирование собственного ПО.
Защита авторских прав программного обеспечения: какие элементы программы охраняются
Российское законодательство относит программы для ЭВМ к объектам авторских прав. Программы охраняются так же, как литературные произведения, независимо от языка программирования и формы выражения. В понятие программы для ЭВМ входят в том числе исходный текст и объектный код, а также определённые подготовительные материалы, полученные в ходе разработки программы.
Поэтому защита авторских прав программного обеспечения в первую очередь распространяется на конкретную форму реализации программы. Если другой разработчик скопировал значительный фрагмент исходного кода и включил его в собственный продукт без необходимых правовых оснований, такое использование может стать предметом спора о нарушении исключительного права. Однако авторское право не предоставляет разработчику монополию на саму идею программы. Закон прямо исключает из авторско-правовой охраны идеи, концепции, принципы, методы, процессы, системы, способы решения задач и языки программирования.
Например, одна компания разработала сервис, который автоматически распределяет заявки между сотрудниками отдела продаж. Конкурент создаёт программу с аналогичной функцией. Сам факт того, что обе программы решают одну задачу и используют похожую бизнес-логику, ещё не означает копирования охраняемого произведения. Но если при разработке второго продукта был воспроизведён чужой программный код или другие охраняемые элементы, правовая оценка может быть другой.
Особого внимания требуют пользовательские интерфейсы. Закон включает в определение программы для ЭВМ порождаемые ею аудиовизуальные отображения, однако это не означает автоматической монополии на любую кнопку, меню или стандартный элемент интерфейса. При споре необходимо анализировать, какие конкретные элементы были воспроизведены и являются ли они охраняемым результатом творческой деятельности.
Отдельным объектом может выступать база данных. Поэтому сложный программный продукт иногда представляет собой не один объект авторского права, а совокупность нескольких результатов интеллектуальной деятельности, права на которые необходимо анализировать отдельно.
Нарушение авторских прав на программные продукты: копирование кода, интерфейса и документации
Нарушение авторских прав на программные продукты может происходить разными способами. Наиболее очевидная ситуация — прямое копирование исходного кода. Например, разработчик получает доступ к корпоративному репозиторию, копирует отдельный модуль и затем использует его в собственном коммерческом продукте.
Но спор может касаться не только программного кода. Вместе с программой могут незаконно использоваться оригинальная документация, графические элементы, инструкции и другие охраняемые материалы. Поэтому при обнаружении похожего продукта необходимо определить не просто степень общего сходства двух программ, а конкретные результаты интеллектуальной деятельности, которые предположительно были воспроизведены.
Сложнее ситуация, когда программный код внешне отличается. Например, конкурент переписал часть функций, изменил названия переменных и структуру файлов, но правообладатель считает, что в основе продукта всё равно находится его разработка. Простого визуального сравнения нескольких строк в таком случае может быть недостаточно. Необходимо анализировать обстоятельства создания программ, историю разработки и характер совпадающих элементов.
При этом нельзя автоматически считать нарушением реализацию аналогичной функции другим способом. Два разработчика могут независимо создать программы для решения одной задачи. Авторское право защищает конкретное выражение результата творческого труда, а не саму техническую или коммерческую идею.
Поэтому формулировка «они сделали такую же программу» сама по себе ещё не доказывает нарушение авторских прав программного обеспечения. Для защиты права необходимо установить, что именно было скопировано и почему соответствующий элемент охраняется законом.
Авторское право на результат интеллектуальной деятельности: когда возникают права на программу
Для возникновения авторских прав на программу для ЭВМ не требуется обязательная государственная регистрация. Правовая охрана возникает при создании произведения в объективной форме. При этом программы для ЭВМ и базы данных можно зарегистрировать по желанию правообладателя, однако такая регистрация не является общим условием возникновения авторского права.
Это означает, что авторское право на результат интеллектуальной деятельности может существовать ещё до выпуска продукта на рынок. Например, разработчик написал рабочую версию программного модуля и сохранил её в репозитории, хотя программа ещё не была опубликована и не продавалась пользователям. Отсутствие коммерческого релиза само по себе не означает отсутствия авторских прав. Но при коммерческой разработке возникает другой принципиальный вопрос — кому принадлежит исключительное право. Автором программы является гражданин, творческим трудом которого она создана. При этом автор и обладатель исключительного права могут быть разными лицами. Особенно часто это происходит при разработке программного обеспечения сотрудниками компаний.
Если программист создал ПО в пределах установленных для него трудовых обязанностей, программа может являться служебным произведением. По общему правилу исключительное право на служебное произведение принадлежит работодателю, если договором между работодателем и автором не предусмотрено иное. При этом законодательство устанавливает дополнительные правила использования служебных произведений, включая последствия ситуации, когда работодатель в течение установленного срока не начинает использование произведения, не передаёт право другому лицу и не сообщает автору о сохранении произведения в тайне. Поэтому одного факта, что человек работает программистом в компании, недостаточно для решения любого спора о правах. Важно установить его трудовые обязанности, обстоятельства создания конкретного программного продукта и условия договоров.
Ещё сложнее проекты, над которыми одновременно работают штатные сотрудники и внешние исполнители. Например, backend разработан сотрудниками компании, мобильное приложение — подрядчиком, а дизайн интерфейса — сторонней студией. В таком проекте необходимо отдельно проверить правовые основания использования результатов каждого участника. Для IT-компании это означает, что защита программного продукта начинается задолго до появления нарушителя. Трудовые и гражданско-правовые договоры, технические задания, документы о передаче прав и внутренняя история разработки позволяют впоследствии установить, кому действительно принадлежит исключительное право.
Нарушение авторских прав на программное обеспечение: какие доказательства подтверждают копирование
Предположим, компания обнаружила конкурирующий сервис и подозревает, что он создан на основе её разработки. Первой реакцией может быть требование немедленно удалить продукт или закрыть доступ к нему. Но прежде необходимо собрать доказательства. При споре о нарушении авторских прав на программное обеспечение правообладателю необходимо подтвердить как минимум принадлежность исключительного права и обстоятельства предполагаемого незаконного использования программы. В зависимости от характера спора могут потребоваться и доказательства того, какие конкретно элементы программного продукта были воспроизведены.
Если доступен исходный код предполагаемого нарушителя, технический анализ может выявить совпадающие фрагменты, структуру модулей, комментарии, наименования элементов и другие особенности. Однако отдельное совпадение ещё необходимо оценивать с учётом его характера: стандартные конструкции языка программирования, общеупотребительные решения или элементы, обусловленные технической необходимостью, нельзя автоматически приравнивать к копированию чужого произведения. Иногда прямого доступа к исходному коду нет. Например, конкурент предоставляет только веб-сервис или мобильное приложение. Тогда значение приобретают доступные внешние признаки программы, история взаимодействия сторон, сведения о доступе предполагаемого нарушителя к исходным материалам и другие обстоятельства.
Особенно показательной может быть ситуация, когда бывший разработчик имел доступ к закрытому репозиторию компании, а после прекращения сотрудничества появляется продукт с совпадающими специфическими элементами. Однако и здесь вывод о нарушении должен основываться на совокупности доказательств, а не только на последовательности событий.
Поэтому доказательственная база в споре о программном обеспечении часто включает не один документ или скриншот, а целую историю создания и использования продукта.
Защита авторских прав программного обеспечения: исходники, репозитории и история разработки
Для разработчика репозиторий — не только технический инструмент, но и потенциально важный источник доказательств. История коммитов позволяет показать, как развивался проект, когда появлялись отдельные функции, кто вносил изменения и какие версии программы существовали в определённый момент.
При подготовке доказательственной базы полезно сохранить исходный код, историю коммитов, версии релизов, технические задания, задачи из систем управления проектами, переписку команды и другие материалы, отражающие последовательность разработки. Отдельное значение могут иметь договоры с разработчиками и документы, определяющие принадлежность исключительного права. Например, компания обнаружила, что бывший подрядчик продаёт похожий программный продукт. В репозитории компании сохранилась история разработки спорного модуля за два года, включая промежуточные версии и коммиты разных участников. Такие материалы позволяют показать, что код не появился одномоментно перед судебным спором, а формировался последовательно в ходе реальной разработки.
Необходимо также фиксировать действия предполагаемого нарушителя. Если копия программы распространяется через сайт, маркетплейс программного обеспечения или другой интернет-ресурс, желательно сохранить соответствующие страницы, описание продукта, сведения о продавце, условия приобретения и другую доступную информацию до направления претензии.
Если незаконное использование программы происходит через веб-сервис, важно зафиксировать доступные элементы его работы и обстоятельства использования. После получения претензии предполагаемый нарушитель может изменить интерфейс, закрыть сервис или удалить страницу с предложением программы. Поэтому защита авторских прав программного обеспечения строится на двух параллельных массивах доказательств: материалах, подтверждающих создание и принадлежность собственной программы, и материалах, фиксирующих использование спорного продукта другой стороной.
Защита авторских прав программного обеспечения: что можно требовать от нарушителя
Если нарушение исключительного права доказано, правообладатель может использовать предусмотренные законом способы защиты. В зависимости от обстоятельств это может быть требование прекратить незаконное использование программы, удалить или прекратить распространение контрафактных экземпляров, возместить убытки либо выплатить компенсацию вместо их возмещения.
С 4 января 2026 года статья 1301 ГК РФ предусматривает для нарушения исключительного права на произведение, к которому относится и программа для ЭВМ, три основных варианта компенсации. Правообладатель может требовать компенсацию в размере от 10 000 до 10 000 000 рублей, в двукратном размере стоимости контрафактных экземпляров либо в двукратном размере стоимости права использования произведения, рассчитанной исходя из цены, которая при сравнимых обстоятельствах обычно взимается за правомерное использование соответствующим способом. Это не означает, что при обнаружении скопированного программного кода разработчик автоматически получает максимальные 10 млн рублей. Размер и способ расчёта требований зависят от обстоятельств нарушения, а заявленные требования необходимо обосновывать.
В некоторых случаях важным ориентиром становится стоимость лицензии на ПО. Если правообладатель предоставляет другим компаниям лицензии на использование программы на определённых условиях, соответствующие договоры и коммерческая практика могут иметь значение при расчёте требований по модели, основанной на стоимости права использования.
Кроме денежных требований правообладателю может быть принципиально важно прекратить дальнейшее распространение продукта. Особенно это актуально, если скопированный программный продукт конкурирует с оригинальным решением на одном рынке или незаконно распространяется через интернет. Поэтому стратегия защиты зависит от цели правообладателя. В одном случае основная задача — остановить незаконное использование программы, в другом — взыскать компенсацию, а в третьем необходимо одновременно прекратить распространение продукта и добиться денежного взыскания.
Что делать, если обнаружили незаконное использование программы
Не стоит начинать с эмоционального письма разработчику конкурирующего продукта. Сначала необходимо сохранить доказательства, поскольку после получения претензии сайт может измениться, программа — получить обновление, а спорные материалы — исчезнуть из открытого доступа. Зафиксируйте страницы, на которых распространяется или предлагается программа, её описание, интерфейс, условия лицензирования, сведения о разработчике или продавце и другие доступные материалы. Параллельно сохраните собственный репозиторий и историю коммитов в состоянии, позволяющем подтвердить последовательность разработки.
Затем необходимо определить правообладателя. Если программа создавалась командой, следует проверить трудовые договоры, договоры с подрядчиками, технические задания и документы о передаче исключительных прав. Только после этого имеет смысл переходить к техническому сравнению программ и формированию требований к предполагаемому нарушителю.
Особенно важно разделять сходство идеи и копирование охраняемого результата. Конкурент вправе самостоятельно создать программу с похожим назначением. Предметом авторско-правовой защиты становится не сама бизнес-идея сервиса, а конкретная охраняемая форма её реализации.
Вывод
Программное обеспечение защищается авторским правом не только после выхода продукта на рынок или государственной регистрации. Охрана программы для ЭВМ возникает при её создании в объективной форме и распространяется, в частности, на исходный текст и объектный код. При этом идеи, принципы, методы и языки программирования сами по себе авторским правом не охраняются.
Поэтому спор о копировании ПО нельзя строить только на утверждении, что конкурент выпустил «такую же программу». Необходимо определить конкретные охраняемые элементы, подтвердить принадлежность исключительного права и собрать доказательства их незаконного использования. Для разработчиков особенно важны исходники, репозитории, история коммитов, договоры с сотрудниками и подрядчиками, а также своевременная фиксация продукта предполагаемого нарушителя.
Обнаружили копию своей программы или программного кода? Не предупреждайте предполагаемого нарушителя до сохранения доказательств. Зафиксируйте страницы распространения ПО, интерфейс, сведения о разработчике или продавце и другие доступные материалы, а также сохраните собственную историю разработки.
«КупиПрава» поможет оценить нарушение, сформировать доказательственную базу, определить принадлежность исключительного права и подготовить требования к нарушителю. Оставьте заявку на консультацию — разберём, какие элементы вашего программного продукта были скопированы и какие способы защиты можно использовать.
