Как запатентовать программу и IT-решение в России после 296-ФЗ

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

Сам код охраняется авторским правом как программа для ЭВМ. Государственная регистрация программы в Роспатенте и патентование решают разные задачи: свидетельство относится к программе и представленным при регистрации сведениям, а патент — к сформулированному техническому решению, которое прошло экспертизу по существу.

Федеральный закон от 4 августа 2026 года № 296-ФЗ вступает в силу 1 января 2027 года. Он делает IT-объекты заметнее в патентных нормах, но не отменяет пункт 5 статьи 1350 ГК РФ: программы, математические методы, правила хозяйственной деятельности и представление информации «как таковые» по-прежнему не признаются изобретениями.

Ждать 2027 года автоматически не нужно. IT-решения патентуют и по действующим правилам, а публичный релиз, статья, репозиторий или подробная демонстрация могут повлиять на новизну и приоритет. Решение о дате подачи принимают по фактам проекта, а не по одному календарю вступления закона в силу.

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

У закона нет специальных переходных правил помимо даты вступления в силу. Поэтому для заявки, поданной в 2026 году и рассматриваемой в 2027-м, нельзя заранее обещать конкретный подход экспертизы. До появления разъяснений безопаснее строить заявку так, чтобы техническая сущность и достаточность раскрытия были понятны уже по действующим требованиям.

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

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

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

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

SaaS-платформа. Функция «подбирает лучший тариф» или «автоматизирует согласование» описывает пользу для бизнеса. Для патентной заявки нужно найти техническую задачу и механизм: как меняется маршрутизация, расход памяти, устойчивость, безопасность или работа распределённой системы. Если технического слоя нет, разумнее сосредоточиться на коде, договорах и ноу-хау.

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

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

Практика до 296-ФЗ полезна не как прогноз нового закона, а как проверка качества заявки. Суды и Роспатент уже различали технический механизм, информационный результат и недостаточное раскрытие.

«ВымпелКом»: результат создаёт взаимодействие узлов связи

Патент RU 2553452 относился к управлению соединениями в мобильной сети. При недостатке средств система фиксировала вызов, уведомляла вызывающего о балансе, формировала транзитное соединение для сообщения другой стороне о пропущенном вызове и затем разрывала его.

В деле СИП-789/2016 анализировались действия, условия, временной порядок и передача сигналов между средствами связи. Первое решение СИП 2017 года отменил Президиум, а при повторном рассмотрении 8 июня 2018 года суд снова отказал заявителю; патент сохранился. Решение после возврата важно именно итоговой процессуальной историей.

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

Информационное пространство для бизнеса: удобство не стало техническим эффектом

В заявке № 2020139057 описывался одновременный доступ предпринимателей к интерактивной системе и базе данных, управление правами, снижение расходов на трафик и обслуживание. Роспатент сохранил отказ; СИП и его Президиум поддержали этот вывод, а 8 июля 2024 года судья Верховного Суда отказал в передаче жалобы.

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

«Интеллектуальная система» как чёрный ящик

Заявка № 2019130927 касалась библиографического поиска: система должна была проводить лингвистический анализ, выбирать и присваивать ключевые слова. В первоначальных материалах не было достаточного описания самой системы и конкретного механизма анализа. Роспатент сохранил отказ; Президиум СИП 31 июля 2023 года подтвердил решение, а Верховный Суд отказал в передаче жалобы.

Поздние ссылки на литературу не восполнили раскрытие на дату подачи. Для AI-продукта это прямое предупреждение: слово «интеллектуальная» или название модели не заменяет данных о входах, операциях, параметрах, выходах и примерах реализации. 296-ФЗ не отменяет требование достаточности раскрытия.

Официальные примеры выданных патентов показывают тот же подход: у «Лаборатории Касперского» описана конкретная фильтрация спама, у Smart Engines — генерация CAPTCHA против адаптирующегося распознавания, у ABBYY — последовательность обработки изображения формулы. Патентуется не лозунг «используем ИИ», а определённый способ или система.

С 2027 года статья 1352 ГК РФ прямо назовёт графический интерфейс пользователя и его самостоятельно значимую часть. Это снимает часть формальной неопределённости, но не требования к новизне, оригинальности и качеству изображений.

В споре о промышленном образце № 145481 Timeweb.Cloud Роспатент рассматривал архивные версии сайта и публикацию на дизайн-площадке как общедоступные источники. Шесть переходящих фрагментов интерфейса были оценены как единое графическое сопровождение страницы; патент сохранился, поскольку противопоставленные материалы не разрушили общее впечатление. Для команды вывод практический: Wayback Machine и публичное портфолио могут стать уровнем техники, поэтому даты релиза и версии дизайна нужно фиксировать до подачи.

Другой риск показал GONEO (DM/233554). Доминирующий значок облака и частично закрытого солнца был сопоставлен с более ранними товарными знаками Apple, и отказ сохранился. Значит, до заявки на GUI нужно проверить не только патентные публикации, но и происхождение иконок, лицензии на наборы и возможный конфликт с товарными знаками.

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

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

1. Версия продукта. Архитектура, схемы, прототип, номер сборки и перечень функций, которые реально реализованы.
2. Техническая задача. Не рыночная польза, а недостаток существующей техники, который устраняет решение.
3. Механизм. Узлы, данные, сигналы, последовательность операций, условия и варианты исполнения.
4. Результат. Измеримый или объективно проявляющийся эффект и объяснение, какие признаки его создают.
5. Раскрытия. GitHub, публикации, demo day, продажи, тендеры, переговоры и доступ третьих лиц с датами и объёмом сообщённых сведений.
6. Авторы и права. Сотрудники, подрядчики, основатели, служебные задания, договоры и акты.
7. Рынки. Страны производства, продаж и привлечения инвестиций; российский патент действует только на соответствующей территории.

Патентоспособность собственного решения не равна патентной чистоте продукта. Даже полученный патент не подтверждает, что реализация не использует более раннее право третьего лица.

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

1. Декомпозиция продукта. Команда отделяет код, техническое решение, устройство, GUI и конфиденциальные знания.
2. Предварительный поиск. По техническим признакам, классификациям и известным заявителям ищут релевантный уровень техники. Результат — не гарантия новизны, а основа для корректировки объекта и формулы.
3. Выбор объекта и стратегии раскрытия. Решают, подавать ли заявку на изобретение, полезную модель или промышленный образец и какие элементы оставить ноу-хау.
4. Подготовка материалов. Для изобретения нужны описание, формула, реферат и при необходимости чертежи; для GUI — комплект изображений и описание существенных признаков.
5. Подача и экспертиза. Ведомство проверяет документы и основания охраны, может направлять запросы. Ответы не должны менять сущность заявки за пределами первоначально раскрытых материалов.
6. Регистрация и поддержание. После положительного решения выполняются регистрационные действия и контролируются последующие патентные пошлины.

Точный состав пошлин зависит от объекта, числа пунктов формулы, этапа и доступных льгот. Актуальные суммы следует проверять по официальной таблице Роспатента на дату действия. Универсальной цены и срока для «патента на программу» нет: сложность меняется вместе с числом решений, качеством исходного раскрытия, запросами экспертизы и зарубежным маршрутом.

Российская заявка не создаёт охрану во всём мире. Парижский приоритет, международная заявка по процедуре PCT и национальные или региональные подачи — это инструменты сохранения вариантов, а не «международный патент».

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

Если продукт уже раскрыт, сначала фиксируют дату, содержание и страны раскрытия. Льготные периоды и последствия публикации различаются; совет «сначала запустить, потом запатентовать» может закрыть часть зарубежных возможностей.

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

Юридическая и патентно-техническая проверка нужна до следующего действия, если:

• релиз, репозиторий, статья или demo day уже могли раскрыть сущность;
• решение создавали сотрудники, подрядчики и несколько компаний;
• заявку планируют подать в 2026 году, а экспертиза продолжится после вступления 296-ФЗ;
• GUI состоит из динамической последовательности или использует сторонние иконки;
• команда принимает собственный патент за подтверждение FTO;
• планируются PCT и подачи в нескольких странах.

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

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

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

Материал подготовлен по состоянию на 15 августа 2026 года и носит информационный характер. Федеральный закон № 296-ФЗ вступает в силу 1 января 2027 года; практика применения новой редакции ещё не сформирована. Вывод о патентоспособности, сроках, пошлинах и стратегии подачи требует проверки обстоятельств конкретного продукта и актуальных правил на дату обращения.