Разработка программы для ЭВМ: от кода до свидетельства и реестра

Разбираем две половины вопроса, которые обычно объясняют по отдельности, — что должно быть с продуктом и как оформляются права на него.

Коротко

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

Программа для ЭВМ: что это по закону

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

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

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

Права возникают без регистрации: зачем тогда свидетельство

Авторское право на программу появляется в момент её создания, без каких-либо действий и формальностей. Регистрация в Роспатенте не создаёт права, а фиксирует факт их существования на определённую дату.

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

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

Что даёт свидетельство на практике

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

Зачем

Что даёт свидетельство

Насколько критично

Спор о правах

Презумпцию авторства и дату

Основной сценарий, ради которого регистрируют

Продажа или передача прав

Документ, который можно приложить к договору

Обычно требуется контрагентом

Вклад в уставный капитал

Объект, который можно оценить и внести

Без свидетельства оценка затруднена

Заявка в реестр отечественного ПО

Подтверждение прав правообладателя

Требуется в комплекте документов

Разговор с инвестором или заказчиком

Признак того, что права в порядке

Скорее гигиена, чем требование


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

Что должно быть с продуктом, чтобы его было что регистрировать

Половина вопроса, о которой юридические статьи не пишут, а она определяет, пройдёт заявка или вернётся. Перед подачей продукт приводят в порядок по четырём пунктам.

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

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

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

Есть описание. Не документация для пользователя, а описание того, что программа делает, из чего состоит и на чём работает. Его всё равно придётся написать для заявки, и лучше сделать это до того, как автор кода уйдёт из компании.

Сам продукт при этом собирается по обычной схеме: как поставить задачу на корпоративное приложение.
ЧТО ИМЕННО РЕГИСТРИРУЕТСЯ

Приложение, собранное ассистентом на платформе

NolanИИ-ассистент, который собирает приложение на low-code платформе. Он не заменяет платформу, а работает поверх неё.

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

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

  • личные кабинеты, заявки, согласования, реестры и внутренние порталы
  • итоговое ТЗ и документация на собранное приложение

Что нужно от разработчика

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

Что нужно

В каком виде

Зачем

Описание программы

Текст на несколько страниц

Основа реферата в заявке

Материалы для депонирования

Фрагменты кода в печатном виде

Идентифицируют программу

Сведения о версии

Номер и дата состояния программы

Фиксирует объект регистрации

Перечень использованных компонентов

Список библиотек с лицензиями

Отделяет вашу часть от чужой

Данные авторов

ФИО и роль каждого

Указываются в заявке при их согласии

Документы о переходе прав

Договоры, служебные задания

Подтверждают правообладателя


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

Депонирование: что уходит в Роспатент

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

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

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

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

Что делать, если продукт постоянно меняется

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

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

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

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

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

Регистрация в Роспатенте: шаги, сроки, пошлины

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

Этап

Что происходит

Сколько занимает

Подготовка заявки

Описание, реферат, материалы, документы о правах

Зависит от вас, обычно недели

Формальная проверка

Ведомство проверяет комплектность и уплату пошлины

Около 10 дней

Экспертиза заявки

Проверка соответствия требованиям

Около 40 дней

Регистрация и выдача

Внесение в реестр, свидетельство, публикация в бюллетене

Остаток срока


Пошлина за государственную регистрацию составляет 4 500 рублей для организации и 3 000 рублей для гражданина. Услуги патентного поверенного или юридической фирмы — отдельная статья, и по публичным прайсам это порядка 12–18 тысяч рублей.

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

Что делает разработчик, а что юрист

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

Задача

Разработчик

Юрист

Описание программы и реферат

Готовит содержание

Приводит к форме заявки

Материалы для депонирования

Подбирает фрагменты

Оформляет по требованиям

Права авторов и подрядчиков

Называет всех участников

Проверяет договоры и закрывает пробелы

Отделение чужих компонентов

Составляет перечень с лицензиями

Оценивает риски по лицензиям

Подача и переписка с ведомством

Не участвует

Ведёт целиком

Заявка в реестр Минцифры

Готовит техническую часть

Собирает комплект и подаёт


Практический вывод. Если продукт разрабатывал подрядчик, договор с ним стоит перечитать до начала регистрации. Формулировка «результаты работ передаются заказчику» не равна передаче исключительного права, и это выясняется в самый неудобный момент.

Собственная разработка на чужой платформе: что именно ваше

Вопрос, который возникает у всех, кто собрал систему на low-code платформе или заказал её у внедренца, и на который в юридических материалах ответа нет.

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

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

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

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

Что именно даёт платформа и где её потолок — разбор low-code и no-code.
РОССИЙСКИЙ КОНТУР

Отечественные модели и размещение в России

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

У Nolan он построен на отечественных языковых моделях — GigaChat и YandexGPT — и на собственных дообученных локальных моделях, а размещение находится в России. Единый протокол позволяет переключаться между моделями без перестройки приложений, поэтому появление более сильной отечественной модели не потребует переделки того, что уже собрано.

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

  • отечественные и собственные локальные модели, размещение в РФ
  • независимость от конкретной языковой модели

Реестр отечественного ПО: чем отличается от Роспатента

Два механизма путают постоянно, хотя общего у них мало.

Роспатент фиксирует права. Это про то, кому принадлежит программа, и работает в гражданско-правовой плоскости — споры, сделки, оценка.

Единый реестр российского ПО, который ведёт Минцифры, регулирует допуск. Он про то, можно ли закупать этот продукт государственным органам и организациям с государственным участием, и про доступ к мерам поддержки. Правила включения установлены постановлением Правительства № 1236 от 16 ноября 2015 года с последующими изменениями.

Что даёт запись в реестре. Возможность участвовать в закупках, где требуется отечественное ПО, освобождение от НДС при реализации прав на ПО из реестра, участие в мерах господдержки и снятие вопросов у службы безопасности заказчика.

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

Требования к ПО для реестра

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

  • Исключительное право принадлежит российскому правообладателю — гражданину, российскому юридическому лицу с преобладающим российским участием, публичному образованию.
  • Ограничение выплат за рубеж. Доля платежей иностранным лицам по лицензионным и иным договорам, связанным с продуктом, ограничена.
  • Свободное распространение на территории России без ограничений, наложенных иностранными лицами.
  • Техническая поддержка на территории России и отсутствие принудительного управления продуктом из-за рубежа.
  • Технологическая независимость. Именно эта часть требований в 2024–2026 годах ужесточалась: проверяется, на чём построен продукт и от каких зарубежных компонентов он зависит.

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

⚠️ Требования обновляются регулярно, и перед подготовкой заявки актуальную редакцию правил надо смотреть на стороне Минцифры, обзоры для этого не годятся.

Импортозамещение: когда реестр обязателен

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

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

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

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

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

Данные и размещение

Тема, которая идёт рядом с реестром и решается отдельно от него.

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

Для внутренних корпоративных систем практический вопрос обычно сводится к трём пунктам. Где физически находятся серверы. Кто, кроме вас, имеет к данным доступ. Уходят ли данные во внешние сервисы в процессе работы, и если да, то какие.

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

Типичные отказы и как их избежать

Заявка возвращается редко по содержательным причинам и часто по формальным. Пять поводов, которые встречаются чаще остальных.

  • Не подтверждён переход прав. Продукт делал подрядчик, а договор не содержит передачи исключительного права. Лечится до подачи, после — переговорами.
  • Неполный комплект. Отсутствует согласие автора на указание сведений, документ об уплате пошлины, доверенность представителя.
  • Материалы не идентифицируют программу. Депонированы фрагменты, по которым невозможно соотнести свидетельство с продуктом.
  • Расхождение в наименовании. Название в заявлении, реферате и материалах отличается. Мелочь, из-за которой заявка возвращается на исправление.
  • Ошибки в данных заявителя. Реквизиты организации не совпадают с уставными документами.

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

Что делать, если заявка всё же вернулась. Отказ по формальным основаниям не закрывает дорогу — недостатки устраняются, и заявка рассматривается дальше. Хуже другой случай, когда в ходе подготовки выясняется, что права на часть кода принадлежат не вам. Тогда регистрацию лучше остановить и сначала закрыть вопрос с автором, потому что свидетельство, полученное на спорный объект, в споре обернётся против вас.

Покажем Nolan на вашем процессе

Свяжемся в течение одного рабочего дня. Без спама.

Опишите задачу — мы разберём ваш процесс и подготовим демо-приложение на его основе

1
Вы оставляете заявку и кратко описываете задачу
2
Мы разбираем процесс или ЧТЗ
3
Показываем демо работающего приложения
Наши продукты:
Программа для ЭВМ «Nolan»
Программа для ЭВМ «CDP.Light»
Программа для ЭВМ «Корпоративный портал»

Компания «Технологии возврата»

3 года занимается разработкой и развитием ИИ