Основатели компании получили статус участника «Сколково» и готовятся выставить первый счет клиенту. Покупатель платит за доступ к сервису, исследовательскую работу, готовый прибор или техническую услугу. Чтобы у фонда не возникло сомнений в профильности дохода, компании нужно показать понятную цепочку: какую технологию создала команда, когда именно завершили разработку, какими правами владеет бизнес и как этот результат работает в сделке.
Проверено 2 ноября 2026 года. Мы выделили семь типичных ситуаций по действующим Правилам исследовательской деятельности Фонда. Разбор помогает собрать подтверждения и заранее закрыть спорные вопросы перед подписанием контракта. Это аналитический ориентир редакции, а не закрытый список разрешенных договоров или готовое решение под конкретный бизнес.
Начните с объекта, который компания выводит на рынок
Статья 3 Правил описывает результаты, на которых участник может зарабатывать в проекте. Среди них — собственные разработки, решения с чужими технологиями при предусмотренной собственной доработке, материальная продукция и научно-технические результаты, включая инжиниринг. Для каждого вида установлены свои условия: важны связь с проектом, время создания и права.
К примеру, для совершенно новой программы и для доработки старой системы понадобятся разные подтверждения. Когда компания развивает продукт, написанный до получения статуса, Правила требуют доказать прямую связь с инновационным проектом и появление новых полезных качеств. Если просто написать в акте «новая версия», это ничего не подтвердит. Основание: Правила ИРД, статья 3, пункт 2.
Удобно заранее оформить краткий паспорт решения: указать номер версии, точную дату релиза, имена авторов, основания владения правами и подробное описание новшеств со ссылками на первичные документы. Это рабочий редакторский шаблон, который помогает навести порядок внутри компании. Он не заменяет официальные бланки фонда или заключение экспертов.
Карта семи ситуаций и документов
В таблице ниже собраны ситуации, где требования к проверке заметно различаются. В списке документов приведены практические примеры подтверждений, а не жесткий стандарт для каждого резидента. Необходимость экспертизы и порядок ее прохождения определяются отдельно.
| Ситуация | Что нужно установить | Что подготовить для проверки |
|---|---|---|
| 1. Собственный новый результат | Он получен в период статуса непосредственно в ходе исследований по проекту | Описание результата, связь с проектом, документы о создании и правах; ст. 3 п. 2 подп. 1 |
| 2. Доработка собственного старого результата | Есть связь с проектом и новые свойства и качества после доработки | Сравнение версий и функций, описание выполненных работ, подтверждения и применимый порядок экспертизы; ст. 3 п. 2 подп. 1 |
| 3. Результат с правами третьих лиц | Есть законное основание использования чужого результата и предусмотренная существенная локализация собственных результатов | Договоры о правах, состав собственной разработки, описание вклада сторон и подтверждения локализации; ст. 3 п. 2 подп. 2 |
| 4. Материальная продукция | Продукция непосредственно воплощает соответствующий результат либо содержит его с предусмотренной существенной локализацией | Документация на изделие, связь с результатом, данные о разработке и правах; ст. 3 п. 2 подп. 3 |
| 5. Научный или научно-технический результат, включая инжиниринг | Результат получен в период статуса непосредственно в ходе исследований по проекту | Задание, содержание исследования, отчёт и документы о переданном результате; ст. 3 п. 2 подп. 4 |
| 6. Услуга или работа с использованием объекта | Существенно используется функциональное назначение объекта коммерциализации | Описание объекта, технология выполнения услуги, договор, акт и применимое экспертное подтверждение; ст. 3 п. 3 подп. 3 |
| 7. Старый объект в первый год статуса | Применимы отдельные условия допуска по ст. 4 п. 11, включая непосредственную связь с проектом и срок | Даты создания объекта, получения статуса и оборота, связь с проектом; отдельная проверка ограничения распределения прибыли за соответствующие периоды |
Скачать карту семи ситуаций в CSV с пунктами Правил и границами выводов. Случаи на практике нередко объединяются: в один контракт могут входить лицензия, поставка оборудования и технические услуги. Поэтому семь строк таблицы не стоит воспринимать как изолированные юридические рамки.
После объекта проверьте форму сделки
Пункт 3 статьи 3 Правил называет несколько законных способов монетизации. Среди них — передача прав клиенту, продажа готовых изделий, заказные НИОКР с использованием разработки, а также услуги, где созданная технология играет ключевую роль. Правила разрешают и другие законные форматы, но они не отменяют требований к самой технологии.
Слова «инновационные услуги» в заголовке соглашения не спасут сделку, если суть работы не связана с проектом. Важно сразу зафиксировать, что получает заказчик и какая именно технология участника задействована. Если речь идет об услугах, функционал разработки должен использоваться существенно, что подтверждается по установленным фондом правилам. Источник: Правила ИРД, статья 3, пункт 3.
Когда договор включает сразу несколько направлений, разделите его по смыслу: сколько стоит передача прав, сколько — выполнение исследований, а что относится к обычной сервисной поддержке. Простое выделение отдельных сумм в счете само по себе не делает доход профильным, но помогает честно и прозрачно объяснить суть сделки.
Лицензия и отчуждение права решают разные задачи
При отчуждении правообладатель передаёт или обязуется передать исключительное право целиком. Лицензия разрешает использовать разработку в согласованных пределах. Поэтому сначала решите, что передаётся клиенту: исключительное право или определённые способы использования. Основания: статья 1234 и статья 1235 ГК РФ.
В лицензии согласуйте предмет и способы использования: по общему правилу право, которое договор не предусматривает, не считается предоставленным. Если договор возмездный, нужно определить вознаграждение или порядок его расчёта. В установленных законом случаях переход права или предоставление использования регистрируют. Общий акт «переданы все материалы» эти условия не заменяет.
Проверьте права по всей цепочке авторов: кто писал код или создавал схему, на каких условиях штатные разработчики или подрядчики передали результаты компании и что из этого разрешено передать клиенту. Подробный порядок проверки исходного кода описан в нашем разборе прав на ПО. Даже безупречная лицензия решает только юридическую сторону дела: связь разработки с проектом «Сколково» все равно придется подтверждать по Правилам фонда.
Почему доработка и чужие компоненты требуют внимания
Если компания продает обновленный продукт, наглядно покажите разницу: какие свойства и функции появились после получения статуса резидента и чем подтверждены испытания. Если внутри программы работают чужие модули, четко разграничьте собственный вклад и покажите лицензионные договоры на сторонние части. Заявление «мы написали все с нуля» не сработает, если ключевой алгоритм принадлежит стороннему правообладателю.
Пункт 2 статьи 3 Правил предусматривает экспертную проверку новых характеристик и степени локализации по регламенту фонда; тариф за такую оценку также устанавливается приказом. Из этой нормы нельзя сделать вывод о размере платы или надеяться, что внутренняя справка заменит официальное экспертное заключение. До заключения договора стоит уточнить в фонде актуальный порядок проверки для своего типа разработки.
В Методике №292-Пр от 30.11.2018 локализация оценивается через собственные результаты исследований, переработку сторонних продуктов и количественный либо качественный показатель. Применимость зависит от объекта и условий документа. Это другой расчёт, чем 70/30: один показатель нельзя подставить вместо другого.
Отдельная ситуация — результат, созданный до статуса
Пункт 11 статьи 4 при своих условиях допускает ввод старого результата или продукции в экономический оборот в течение периода не более одного года со дня получения статуса. Нужна непосредственная связь объекта с инновационным проектом. За отчётные периоды такого использования участник не вправе принимать решение о распределении чистой прибыли.
Это самостоятельное основание, которое отличается от доработки старых решений с новыми свойствами по статье 3. Для обоснования соберите даты разработки, дату включения компании в реестр участников, договоры поставок и подробное описание связи с проектом. Сам факт давнего существования продукта льготу не активирует. Срок в один год отсчитывается индивидуально для каждого резидента, единого дедлайна в календаре нет.
Как собрать документы перед договором
Начните с одной сделки. Соберите описание продукта, технические отчеты, соглашения с авторами и проект контракта с заказчиком. Сверьте формулировки: одно и то же техническое решение должно одинаково называться в паспорте проекта, проектной документации, договоре и закрывающем акте. Версию софта и точный объем передаваемых прав проверьте до подписания.
После завершения сделки сохраните подписанный акт и отчетные материалы. Для бухгалтерского учета четко зафиксируйте, к какому виду относится доход. Пункт 1.4 приказа №285-Пр указывает, что фонд оценивает реальную хозяйственную суть операции, а не только проводки по счетам. Методика расчета пропорций подробно описана в исследовании правила 70/30.
Если меняется проект, продукт или структура продаж, пересмотрите пакет документов. Статья 2 Правил обязывает резидента вести хотя бы один инновационный проект без существенных отклонений от описания проекта. Прием годового отчета фондом сам по себе не означает, что все прошлые сделки признаны безупречными. Чтобы снизить риски, можно заказать сопровождение статуса участника проекта с оценкой конкретного контракта.
Методика и ограничения карты
Редакция проанализировала статьи 2–4 Правил исследовательской деятельности фонда в редакции изменений декабря 2025 года и сопоставила их с видами подтверждающих документов. Условия передачи прав и выдачи лицензий проверены по статьям 1234–1235 ГК РФ. Приведенные примеры служат ориентиром для подготовки и не гарантируют автоматического одобрения каждой отдельной сделки.
Семь ситуаций могут сочетаться в одном договоре. Карта не разбирает правила грантов и налоговые условия; их проверяют отдельно. Необходимость экспертизы и отнесение реального дохода к проекту зависят от конкретной сделки.
Вопросы и ответы
Для каждого объекта нужен патент?
В статье 3 названы разные результаты работы, включая ноу-хау и программный код. Обязательного требования регистрировать патент на каждую разработку в правилах нет. Основания владения правами и состав документов зависят от типа технологии.
Новая версия программы автоматически подтверждает новые свойства?
Нет. Нужно показать реальные технические изменения, их связь с проектом и пройти установленную процедуру подтверждения. Номера версии в закрывающем акте для этого недостаточно.
Лицензионного договора достаточно для подтверждения профильного дохода?
Лицензия определяет право клиента использовать разработку. Для дохода по проекту Фонд также проверяет сам объект, его связь с проектом и выполнение Правил. Одного названия договора недостаточно.
Можно ли заменить расчет локализации правилом 70/30?
Нет. Локализация оценивается по своей методике и объекту, в том числе через собственный вклад в разработку. Правило 70/30 относится к доходам и предусмотренной базе расчёта. Это разные показатели.
Первоисточники: Правила ИРД, статьи 2–4; Методика №292-Пр; статьи 1234–1235 ГК РФ по ссылкам выше; приказ №285-Пр, пункт 1.4.
Обсудим вашу задачу
Проверим, как изменение касается вашей продукции
Выясним, какие правила относятся к вашему товару и компании, какие сроки важны и что подготовить. Объём и стоимость работы определим после знакомства с задачей.
Тема: Досье радара: Доходы в «Сколково»: как подтвердить разработку в коммерческом договоре
+7 920 898-17-18
