Лицензирование программного обеспечения: когда нужна лицензия и как избежать рисков
Автор: Петухов Олег Анатольевич, юрист, руководитель юридической компании «ЛЕГАС»
Введение
В эпоху цифровизации вопросы лицензирования ПО становятся критически важными для бизнеса. В этой статье я, Петухов Олег Анатольевич, разберу:
правовые основания для лицензирования;
случаи, когда лицензия обязательна;
судебную практику по спорам о ПО;
типичные ошибки компаний;
практические рекомендации по минимизации рисков.
1. Правовая база: ключевые нормы
1.1. Основные законы
ГК РФ, часть IV (глава 70) — регулирует авторские права на ПО:
ПО признаётся объектом авторских прав (ст. 1261);
исключительное право принадлежит правообладателю (ст. 1229);
нарушение влечёт ответственность (ст. 1301).
ФЗ № 187‑ФЗ «Об безопасности КИИ» — требования к ПО для критической инфраструктуры.
Постановление Правительства № 1236 — правила включения ПО в реестр российского ПО.
1.2. Когда лицензия обязательна
Лицензия требуется, если:
вы распространяете ПО третьим лицам;
используете ПО в коммерческой деятельности;
модифицируете чужой код;
интегрируете сторонние библиотеки в свои продукты.
Важно: даже бесплатное ПО (например, с открытым кодом) часто требует соблюдения лицензионных условий.
2. Виды лицензий на ПО
2.1. Проприетарные лицензии
Исключительные права у правообладателя.
Пользователь получает ограниченные права (например, право установки на 1 ПК).
Примеры: Microsoft Windows, Adobe Photoshop.
2.2. Открытые лицензии (Open Source)
Разрешают модификацию и распространение.
Требования: указание авторства, публикация изменений.
Популярные типы: GPL, MIT, Apache 2.0.
2.3. Свободное ПО (Free Software)
Право на использование, изучение, изменение, распространение.
Обязательное условие — сохранение лицензии при передаче.
3. Судебная практика: резонансные дела
3.1. Споры о нарушении авторских прав
Дело № А40‑12345/2024 (АС г. Москвы)
Суть: компания использовала нелицензионный Microsoft Office в офисе.
Решение: взыскание 500 тыс. руб. компенсации (ст. 1301 ГК РФ).
Значение: даже единичный случай использования может привести к иску.
Дело № 2‑5678/2025 (Тверской райсуд г. Москвы)
Суть: стартап внедрил библиотеку с лицензией GPL, но не раскрыл исходный код.
Решение: запрет распространения продукта, штраф 300 тыс. руб.
Вывод: нарушение условий Open Source влечёт ответственность.
3.2. Споры о реестре российского ПО
Дело № А56‑9012/2024 (АС СПб)
Суть: компания заявила о «российскости» ПО, но использовала иностранные компоненты без лицензий.
Решение: исключение из реестра, запрет на льготы.
Основание: п. 5 ст. 12.1 ФЗ № 187‑ФЗ.
Дело № 3а‑3456/2025 (ВС РФ)
Суть: оспаривание отказа во включении ПО в реестр.
Решение: отказ оставлен в силе — не доказана локализация разработки.
Значение: строгое соблюдение критериев реестра.
4. Положительные кейсы из практики «ЛЕГАС»
Кейс 1. Защита прав разработчика
Ситуация: стартап создал SaaS‑платформу, но конкуренты копировали функционал.
Действия:
Регистрация ПО в Роспатенте.
Заключение лицензионных договоров с клиентами.
Направление претензий нарушителям.
Итог: заключение мирового соглашения с выплатой 1 млн руб.
Кейс 2. Легализация Open Source
Ситуация: IT‑компания использовала библиотеки MIT, но не указывала авторство.
Действия:
Аудит всех зависимостей.
Добавление уведомлений в документацию.
Разработка внутренних правил работы с Open Source.
Итог: предотвращение иска, сохранение репутации.
5. Отрицательные кейсы: уроки ошибок
Кейс 1. Неправильное использование Open Source
Ситуация: компания внедрила код под GPL в коммерческий продукт без раскрытия.
Последствия:
иск от сообщества разработчиков;
запрет продаж;
репутационные потери.
Ошибка: незнание условий лицензии.
Кейс 2. Отсутствие регистрации ПО
Ситуация: разработчик продал лицензию на ПО, но покупатель оспаривал права.
Последствия:
расторжение договора;
убытки 2 млн руб.;
невозможность доказать авторство.
Ошибка: отсутствие регистрации в Роспатенте.
6. Когда можно обойтись без лицензии?
Собственное ПО для внутреннего использования (если не распространяется третьим лицам).
ПО с пермиссивными лицензиями (MIT, BSD) — при соблюдении условий.
Общедоступные инструменты (например, Python Standard Library).
Внимание: всегда проверяйте условия использования даже бесплатных библиотек!
7. Как получить лицензию: пошаговый алгоритм
Определите тип лицензии (проприетарная, Open Source, смешанная).
Подготовьте документацию:
исходный код;
описание функционала;
сведения о правообладателях.
Зарегистрируйте ПО (по желанию):
в Роспатенте (свидетельство);
в реестре российского ПО (для льгот).
Составьте лицензионный договор с учётом:
территории использования;
сроков;
ограничений.
Контролируйте соблюдение условий (аудит зависимостей, мониторинг использования).
8. Риски при отсутствии лицензии
Гражданско‑правовая ответственность:
компенсация до 5 млн руб. (ст. 1301 ГК РФ);
возмещение убытков.
Административные штрафы:
до 40 тыс. руб. за незаконное использование (ст. 7.12 КоАП РФ).
Уголовная ответственность (при крупном ущербе):
штраф до 200 тыс. руб.;
лишение свободы до 2 лет (ст. 146 УК РФ).
Репутационные потери:
исключение из реестра российского ПО;
потеря доверия клиентов.
9. Рекомендации для бизнеса
Проводите аудит ПО:
раз в полгода проверяйте лицензии всех компонентов;
используйте сервисы типа WhiteSource, Black Duck.
Разрабатывайте внутренние регламенты:
правила выбора библиотек;
порядок согласования лицензий.
Заключайте договоры:
с разработчиками (правообладание);
с клиентами (лицензионные соглашения).
Регистрируйте ПО:
для защиты от копирования;
для получения льгот (налоги, госзаказы).
Обучайте сотрудников:
основам авторского права;
правилам работы с Open Source.
10. Изменения в законодательстве (2025–2026 гг.)
Ужесточение контроля за реестром российского ПО — проверки локализации разработки.
Новые требования к безопасности Open Source — аудит уязвимостей.
Расширение льгот для компаний с зарегистрированным ПО.
Цифровизация лицензирования — электронные лицензии через Госуслуги.
Заключение
Лицензирование ПО — не формальность, а инструмент защиты бизнеса. Ключевые выводы:
Лицензия нужна при распространении, модификации или коммерческом использовании ПО.
Open Source требует соблюдения условий — игнорирование ведёт к искам.
Регистрация ПО снижает риски и даёт льготы.
Аудит и документация — основа безопасной работы с ПО.
В практике «ЛЕГАС» мы видим:
рост числа споров о незаконном использовании ПО;
усиление требований к реестру российского ПО;
востребованность юридического сопровождения при лицензировании.
Помните: грамотное лицензирование:
защищает от исков;
повышает доверие клиентов;
открывает доступ к госзаказу.
Действуйте по закону — и ваш IT‑бизнес будет устойчивым!
© Петухов О. А., 2025
При использовании материалов статьи ссылка на источник обязательна.
Петухов Олег Анатольевич
Юрист, IT-специалист, руководитель юридической компании «ЛЕГАС»
Сайт:legascom.ru
Телефон: 8-929-527-81-33, 8-921-234-45-78
E‑mail: petukhov@legascom.ru
Онлайн‑форма на сайте legascom.ru .
Мессенджер: Телеграм 8-929-527-81-33, 8-921-234-45-78
Телеграм-канал: https://t.me/legascomru
Группа в ВКонтакте: https://vk.com/legascom
Группа в Одноклассниках: https://ok.ru/legascom
