Программное обеспечение (ПО) в России охраняется авторским правом — так же, как литературные произведения. Ключевой момент, который путают чаще всего: «купить программу» и «получить исключительное право на неё» — совершенно разные вещи.

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

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

Какими правами вообще охраняется программное обеспечение

Авторские права на все виды программ для ЭВМ (включая операционные системы и программные комплексы), выраженные на любом языке и в любой форме, в том числе исходный текст и объектный код, охраняются так же, как авторские права на произведения литературы (ст. 1261 ГК РФ). Это и есть ответ на запросы про «авторское право на программное обеспечение» и «интеллектуальные права на программное обеспечение».

На ПО возникает несколько групп прав. Личные неимущественные права (право авторства, право на имя) всегда принадлежат автору-физлицу и неотчуждаемы.

А вот исключительное (имущественное) право — это то, что можно передавать, продавать и лицензировать: правообладатель вправе использовать программу по своему усмотрению любым законным способом и распоряжаться этим правом (ст. 1229 ГК РФ). Использование ПО другими лицами без согласия правообладателя незаконно.

Зачем это нужно: прежде чем говорить о «передаче прав», нужно понимать, что передаётся именно исключительное право (или право использования по лицензии), а авторство остаётся за создателем навсегда. Это определяет и структуру договоров, и то, что вообще можно приобрести.

Виды прав на программное обеспечение: две принципиально разные модели

Здесь заложено разграничение, отвечающее сразу на десятки запросов — «передача прав», «предоставление прав», «исключительные и неисключительные права». Распорядиться исключительным правом можно двумя разными способами (ст. 1233 ГК РФ):

Отчуждение исключительного права (ст. 1234 ГК РФ). Правообладатель передаёт исключительное право в полном объёме другой стороне — навсегда. Это как продажа самой программы «с потрохами»: покупатель становится новым правообладателем. Договор заключается в письменной форме, иначе он недействителен.

Отдельно учитывайте: если программа зарегистрирована в Роспатенте, переход исключительного права по договору об отчуждении подлежит государственной регистрации, без которой переход права не считается состоявшимся (ст. 1232, ст. 1262 ГК РФ).

Лицензионный договор (ст. 1235 ГК РФ). Правообладатель (лицензиар) не расстаётся с правом, а лишь предоставляет право использования программы в оговорённых пределах. Это и есть «лицензия на право использования программного обеспечения» — самая массовая модель. Именно здесь возникают понятия исключительной и неисключительной лицензии.

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

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

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

Исключительная и неисключительная лицензия — в чём разница

Запросы «неисключительные права на программное обеспечение это», «передача неисключительных прав», «неисключительные лицензионные права» — все об одном. Лицензии бывают двух видов (ст. 1236 ГК РФ):

• простая (неисключительная) лицензия — лицензиату предоставляется право использования, но лицензиар сохраняет право выдавать такие же лицензии другим лицам. То есть вы пользуетесь программой, но не «в одиночку»: тот же продукт правообладатель может лицензировать кому угодно ещё. Это стандартная модель для массового и «коробочного» ПО;
• исключительная лицензия — право использования предоставляется без сохранения за лицензиаром права выдавать лицензии другим лицам (в согласованных пределах).

Критически важный нюанс: если в договоре прямо не указано иное, лицензия считается простой (неисключительной). То есть по умолчанию вы получаете именно неисключительные права.

Кроме того, между коммерческими организациями не допускается безвозмездное предоставление права использования на условиях исключительной лицензии в отношении всей территории мира и на весь срок действия исключительного права (п. 5.1 ст. 1235); аналогично не допускается и безвозмездное отчуждение исключительного права между коммерческими организациями (п. 3.1 ст. 1234).

Из практики. Предприниматель Р. заказал разработку и «взял права» на программу, будучи уверенным, что пользоваться ею будет только он. Позже он с удивлением обнаружил тот же продукт у конкурента. Причина — в договоре: вид лицензии прямо не оговорили.

А по закону, если иное не указано, лицензия считается простой (неисключительной), то есть правообладатель вправе выдавать такие же лицензии кому угодно ещё. Рассчитывая на эксклюзив, Р. юридически получил обычную неисключительную лицензию — и на конкурента повлиять не мог.

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

Договор на право использования ПО: существенные условия и «коробочные» лицензии

«Договор на право использования программного обеспечения», «договор передачи прав» — за этими запросами стоит вопрос о том, что обязательно должно быть в договоре. Для лицензионного договора закон требует, в частности, указания предмета (какая программа) и способов использования; в возмездном договоре обязательно условие о вознаграждении — без него возмездный договор считается незаключённым (ст. 1235 ГК РФ). Вознаграждение может быть в форме разовых, периодических платежей или процентных отчислений.

Для ПО закон предусматривает и упрощённый порядок: лицензионный договор о предоставлении простой (неисключительной) лицензии на использование программы для ЭВМ может быть заключён в упрощённом порядке — как договор присоединения, условия которого изложены, например, на экземпляре или упаковке либо в электронном виде; начало использования программы означает согласие пользователя (ст. 1286 ГК РФ). Это и есть привычные «обёрточные» и «кликните «Согласен»» лицензии.

Зачем это нужно: отсутствие существенного условия (например, о вознаграждении в возмездном договоре) может обрушить весь договор. А для B2B-поставок ПО упрощённого «клика» часто недостаточно — нужны полноценные условия, и здесь важно не перепутать модель.

Срок действия прав на программное обеспечение

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

Срок исключительного права. Поскольку ПО охраняется как литературное произведение, исключительное право на него действует в течение всей жизни автора и 70 лет, считая с 1 января года, следующего за годом смерти автора (ст. 1281 ГК РФ). После этого программа переходит в общественное достояние.

Срок лицензии. Это совсем другое: срок, на который предоставлено право использования по договору. Если в лицензионном договоре срок не указан, он считается заключённым на пять лет (если ГК не предусматривает иное). При этом при прекращении исключительного права лицензионный договор прекращается (ст. 1235 ГК РФ).

Зачем это нужно: смешивать эти два срока нельзя. «На сколько мы получили программу» определяется сроком лицензии в договоре, а не 70-летним сроком охраны. Не указали срок лицензии — получите пять лет по умолчанию, что не всегда совпадает с ожиданиями.

Права на разработку ПО: кому принадлежит результат

Это одна из самых конфликтных зон — и запрос «права на разработку программного обеспечения» здесь ключевой. Закон по-разному распределяет исключительное право в зависимости от того, как именно создавалась программа.

Три типичных сценария:

• Служебное ПО (создано штатным работником в рамках трудовых обязанностей): исключительное право принадлежит работодателю, если трудовым или иным договором между работником и работодателем не предусмотрено иное (ст. 1295 ГК РФ).
• ПО, созданное по заказу (договор, предметом которого прямо было создание этой программы): исключительное право принадлежит заказчику, если договором не предусмотрено иное (ст. 1296 ГК РФ).
• ПО, созданное при выполнении работ по договору, который прямо не предусматривал его создание (например, «побочно» возникло при подряде или НИОКР): здесь всё наоборот — исключительное право принадлежит подрядчику (исполнителю), если договором не предусмотрено иное, а заказчик получает лишь право использования на условиях простой лицензии (ст. 1297 ГК РФ).

Разница между «заказом» (ст. 1296) и «работами, прямо не предусматривавшими создание ПО» (ст. 1297) — зеркальная и часто неочевидная: в одном случае право по умолчанию у заказчика, в другом — у исполнителя. Именно поэтому формулировка предмета договора имеет решающее значение.

Из практики. Заказчик П. поручил аутсорсеру разработку мобильного приложения. В договоре стороны написали, что исполнитель передаёт готовые «материалы», но что входит в это слово — не расшифровали. Приложение сдали по акту, сотрудничество завершилось.

Когда заказчик захотел доработать продукт, оказалось, что исходного кода у него нет, а вопрос о правах на него в договоре толком не решён. В итоге — переговоры и лишние траты, чтобы получить то, что он считал уже своим. Формулировка предмета договора здесь и определила расстановку прав.

Зачем это нужно: компания, заказавшая разработку, нередко искренне считает себя правообладателем — а по факту, из-за неверной квалификации договора, права остались у подрядчика. Исправить это задним числом крайне сложно. Правильно составить договор на разработку — это, по сути, определить, кому будет принадлежать созданный продукт.

Регистрация прав на ПО: нужна ли она

«Регистрация прав на программное обеспечение», «правообладатель прав на программное обеспечение» — здесь важно снять частое заблуждение. Авторское право на ПО возникает автоматически с момента создания, регистрация для его возникновения и защиты не требуется.

Вместе с тем правообладатель может по своему желанию зарегистрировать программу для ЭВМ в Роспатенте (ст. 1262 ГК РФ). Это право, а не обязанность; ценность регистрации — в презумпции достоверности сведений реестра, что облегчает доказывание в спорах.

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

Зачем это нужно: регистрация не создаёт право, но серьёзно усиливает позицию в споре и при сделках. Решение о ней принимается стратегически — в зависимости от ценности продукта и планов по его коммерциализации.

Учёт прав на ПО, счета, ОКПД 2: почему это не юридический вопрос

Значительная часть запросов — «учёт прав на программное обеспечение», «права на программное обеспечение какой счёт», «права на программное обеспечение ОКПД 2», «приобретение неисключительных прав» — относится не к гражданскому праву, а к сферам бухгалтерского учёта и классификации закупок. Здесь важно понимать разграничение.

Юридически вид приобретённого права (отчуждение или лицензия, исключительная или неисключительная) определяется договором по нормам ГК РФ, которые разобраны выше. А вот то, на каком счёте отражать эти права, как их амортизировать и какой код ОКПД 2 присвоить при закупке, регулируется бухгалтерскими стандартами и классификаторами и зависит от конкретной ситуации, вида договора и статуса организации.

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

Зачем это нужно: неверная юридическая квалификация договора (например, лицензию оформили как отчуждение или наоборот) автоматически ломает и учёт, и налогообложение, и закупочную классификацию. Поэтому «начинать с бухгалтерии» здесь неправильно — сначала корректная правовая конструкция, затем учёт.

Защита прав на программное обеспечение

Раз ПО охраняется как литературное произведение, к нему применяются авторско-правовые механизмы защиты. Правообладатель может требовать пресечения нарушения, возмещения убытков либо — вместо убытков — выплаты компенсации; норма об ответственности за нарушение исключительного права на произведение (в том числе ПО) обновлена Федеральным законом от 07.07.2025 № 214-ФЗ и действует в новой редакции с 4 января 2026 года (ст. 1301 ГК РФ).

По общему правилу компенсация может составлять от 10 тысяч до 5 миллионов рублей (по усмотрению суда) либо исчисляться из двукратной стоимости контрафактных экземпляров или права использования; для отдельных случаев (нарушение технических средств защиты и информации об управлении правами) предусмотрены повышенные пределы — от 11 тысяч до 11 миллионов рублей либо 220% соответствующей стоимости.

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

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

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

Зачем это нужно: защита работает тем лучше, чем аккуратнее заранее оформлены права — кто правообладатель, на каком основании, зарегистрировано ли ПО. Без этого даже очевидное нарушение сложно превратить в выигранное дело.

Типичные ошибки в работе с правами на ПО

• Путают отчуждение и лицензию — думают, что «купили программу целиком», а получили лишь ограниченную лицензию.
• Не указывают вид лицензии — и вместо ожидаемого эксклюзива получают простую (неисключительную) лицензию по умолчанию.
• Неверно квалифицируют договор на разработку — и права на созданное ПО остаются у исполнителя (ст. 1297) вместо заказчика.
• Забывают о существенных условиях — в возмездном договоре нет условия о вознаграждении, и он считается незаключённым.
• Смешивают срок охраны и срок лицензии — или не указывают срок лицензии, получая пять лет по умолчанию.
• Строят учёт раньше права — оформляют бухгалтерию и закупку до корректной юридической квалификации договора.

Зачем это нужно: почти все эти ошибки не видны до конфликта, проверки или сделки — а тогда цена их исправления многократно возрастает.

Спорные и сложные зоны — где нужен юрист

Права на ПО выглядят просто лишь на уровне «есть лицензия — значит, всё в порядке». На практике каждый элемент — вид распоряжения правом, тип лицензии, распределение прав при разработке, срок, форма договора, регистрация, стык с учётом и закупками — это развилка, где неверный выбор меняет принадлежность и объём прав.

Добавьте свежие изменения в нормах об ответственности (2025–2026 годы) и обилие оценочных моментов — и станет ясно, почему шаблонные договоры «из интернета» здесь особенно опасны. Каждая ситуация — это связка «объект — способ создания — вид договора — объём прав — учёт», и выстраивание этой связки лучше доверить специалисту.

Как мы можем помочь

• Аудит прав на ПО. Определим, кто является правообладателем, какие права у вас есть на используемое и разрабатываемое ПО, и выявим риски.
• Договоры на разработку. Составим договоры (заказная разработка, служебные произведения, подряд) так, чтобы права на результат принадлежали именно тому, кому нужно.
• Лицензирование и отчуждение. Подготовим лицензионные договоры и договоры отчуждения с корректным выбором вида лицензии, сроков, вознаграждения и способов использования.
• Регистрация ПО. Организуем государственную регистрацию программы для ЭВМ в Роспатенте и регистрацию перехода прав, где это требуется.
• Сопровождение сделок и закупок. Обеспечим правовую квалификацию договоров для корректного учёта и закупочной классификации.
• Защита прав. Поможем зафиксировать нарушение, подготовим претензии и иски, будем сопровождать взыскание компенсации и споры в судах.

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

Вопросы и ответы

Входят ли обновления в лицензию на программу?

Не обязательно. Право на обновления определяется договором: они могут входить в лицензию, идти отдельной платной опцией или требовать своей лицензии. Смотрите условия конкретного договора.

Можно ли адаптировать программу под свои нужды без разрешения?

Законный пользователь вправе исправлять явные ошибки и настраивать ПО для работы на своих устройствах, если иное не предусмотрено договором (ст. 1280 ГК РФ). Переработка сверх этого требует согласия правообладателя.

Нужен ли акт передачи прав на ПО?

Права переходят на основании договора, а не акта. Но акт полезен: он фиксирует момент и объём передачи, помогает в учёте и в споре. Для многих сделок его составляют по соглашению сторон.

Можно ли передать купленную лицензию другому лицу?

Только если это разрешает договор. Предоставление права использования третьему лицу — это сублицензия, и она возможна лишь с письменного согласия правообладателя (ст. 1238 ГК РФ).

Что происходит с лицензиями на ПО при продаже или реорганизации компании?

Зависит от условий договора. Многие лицензии именные и не переходят автоматически; передача другому юрлицу может требовать согласия правообладателя. Условия нужно проверять заранее.

Положено ли штатному разработчику вознаграждение за служебную программу?

Да. Если работодатель начал использование служебного ПО, передал исключительное право другому лицу или сохранил ПО в тайне, автор имеет право на вознаграждение сверх зарплаты; его размер определяется договором, а при споре — судом (ст. 1295 ГК РФ).

SaaS-сервис — это лицензия или услуга?

Часто это услуга доступа, а не классическая лицензия: экземпляр не передаётся, вы пользуетесь ПО на стороне провайдера. Точная квалификация зависит от условий договора и влияет как на учёт, так и на налогообложение (в частности, на применение льготы по НДС для ПО).

Действует ли лицензия на ПО по всему миру?

Не обязательно. Территория не относится к существенным условиям лицензионного договора: если она в договоре не указана, использование по умолчанию допускается только на территории России (ст. 1235 ГК РФ).

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