Как защитить ИИ-разработку: патент, права на код или ноу-хау

Правовые выводы проверены и актуализированы 3 октября 2026 года. Примеры условные; рекомендации по организации работы отделены от обязательных требований.

ИИ-продукт состоит из нескольких объектов

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

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

Что меняет закон об ИТ-патентах

Федеральный закон от 04.08.2026 № 296-ФЗ уже подписан. По его статье 2 он вступит в силу 1 января 2027 года. Поправки уточняют охрану технических решений, реализуемых посредством устройств, способных обрабатывать информацию на основе алгоритмов, и способов с использованием таких устройств. Меняется также регулирование отдельных визуальных отображений программы.

Это не автоматическая выдача патента любому программному продукту. Критерии охраны и процедура экспертизы сохраняют самостоятельное значение. В планировании до 2027 года необходимо отделять действующие правила от будущей редакции кодекса и учитывать дату конкретного юридического действия.

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

Для патента нужен технический смысл

Статья 1350 ГК РФ связывает охрану изобретения с техническим решением и условиями новизны, изобретательского уровня и промышленной применимости. Программы для ЭВМ, математические методы и правила хозяйственной деятельности сами по себе не становятся изобретениями. Для программных решений принципиально содержание заявляемого объекта.

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

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

Регистрация программы не заменяет этот анализ

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

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

Патент или ноу-хау: решайте до публикации

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

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

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

Проверьте права команды и подрядчиков

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

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

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

Встройте проверку в выпуск продукта

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

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

Правовые источники

• Федеральный закон от 04.08.2026 № 296-ФЗ: изменения ГК РФ
• 296-ФЗ: вступление в силу 1 января 2027 года
• ГК РФ: статья 1350 — условия патентоспособности
• Приказ Минэкономразвития России от 21.02.2023 № 107 — документы на изобретение
• Роспатент: закон об ИТ-патентовании подписан
• ГК РФ, часть четвёртая: авторское право и секреты производства