Компания может действительно разрабатывать продукт, но описывать деятельность так, что связь между исследованием, результатом и продажей теряется. В технической системе есть задачи, у юриста — договоры, у бухгалтера — выручка. Для отчёта нужно соединить эти сведения в проверяемую последовательность.
Начните с одного результата: какой вопрос решала команда, что она сделала, какой объект появился или изменился, как компания получила права на него и где использовала его в работе с заказчиком. Если одно звено не подтверждено, обозначьте пробел до написания итогового утверждения.
Четыре разных вопроса к одному проекту
| Вопрос | Содержание ответа | Что само по себе недостаточно |
|---|---|---|
| Что исследовали? | Неопределённость, гипотеза, метод проверки, условия эксперимента | Список задач «разработка», «тестирование», «доработка» |
| Что получили? | Конкретный результат, версия, измеренные свойства и ограничения | Заявление «создан инновационный продукт» |
| На каком основании используем? | Создатели, договорные основания, объём прав, сторонние компоненты | Наличие репозитория или оплата исполнителю |
| Как вовлекли в оборот? | Договор, объект, способ использования и подтверждённый результат исполнения | Поступление денег без связи с конкретным объектом |
В Правилах Сколково отдельно определены исследовательская деятельность, объект коммерциализации и формы коммерциализации. Поэтому рабочая карта должна отвечать на разные вопросы, а не повторять слово «разработка» в каждом разделе. Ниже приведён способ организации доказательств; юридическую квалификацию конкретной деятельности он не заменяет.
Карта «утверждение → подтверждение → место в отчёте»
Добавьте к каждому результату внутренний идентификатор, например R-01. Используйте его в реестре работ, описании продукта, списке договоров и расшифровке выручки. Так одинаковые названия «платформа», «система» и «модуль» не превратятся в разные объекты только из-за формулировок сотрудников.
| Утверждение | Подтверждение | Содержательный блок годового отчёта | Контрольный вопрос |
|---|---|---|---|
| В периоде проверили техническую гипотезу | План, методика, исходные данные, протокол, выводы | Исследовательская деятельность | Можно ли восстановить условия проверки? |
| Получили результат R-01 | Описание результата, версия, испытания, материалы передачи | Результаты и продукты | Чем результат отличается от исходного состояния? |
| Результат связан с заявленным проектом | Сопоставление с описанием проекта и планом работ | Исследовательская деятельность и описание продукта | Какой пункт проекта он реализует? |
| Компания имеет нужные права | Договоры с создателями, документы передачи, лицензии | Интеллектуальная собственность | Достаточен ли объём прав для фактического использования? |
| R-01 использован в договоре K-01 | Предмет договора, техническое приложение, документы исполнения | Коммерциализация | Какую функцию результата использовал заказчик? |
| По K-01 отражена выручка за период | Регистр учёта, первичные документы, расшифровка | Финансово-хозяйственная деятельность | Совпадают ли сумма, период и единицы измерения? |
| План изменился | Решение, причины, новая версия плана | Реализация плана и следующие этапы | Что выполнено, перенесено или отменено? |
Названия блоков здесь помогают организовать данные. Точные номера полей берите из формы вашей кампании и вида участника. В инструкции к годовому отчёту за 2025 год №27-Пр отдельно раскрываются события коммерциализации, продукты, интеллектуальная собственность и финансовые показатели. Её нумерацию нельзя автоматически считать нумерацией будущей формы.
Учебный пример: модуль прогнозирования для производства
Все названия, числа и документы в этом примере вымышлены. Он показывает способ проверки связей и не описывает работу клиента GLSexpert.
Условная команда исследует, можно ли предсказывать остановки оборудования по данным датчиков. Исходное утверждение для отчёта: «Разработана система искусственного интеллекта, началась коммерциализация». Из него непонятно, какой результат получен, как его проверили и какое отношение он имеет к продажам.
Соберём последовательность по документам:
| Звено | Учебное содержание | Подтверждение, которое требуется найти |
|---|---|---|
| Гипотеза | Новый способ обработки временных рядов уменьшит число ложных предупреждений при сопоставимой полноте обнаружения | План эксперимента с метриками и ограничениями |
| Проверка | Сравнили базовый алгоритм и модуль R-01 на одном заранее выделенном наборе данных | Протокол, версия набора, параметры запуска |
| Результат | В учебном испытании число ложных предупреждений снизилось с 20 до 14 при одинаковом числе обнаруженных целевых событий | Таблица результатов; проверка, что методика сравнения одинакова |
| Продукт | Результат включён в версию 0.4 модуля R-01 | Описание версии и протокол проверки сборки |
| Право | Компания должна подтвердить права на код и допустимое использование данных | Договоры и условия получения данных; вывод юриста |
| Работа с заказчиком | В условном договоре K-01 предусмотрен пилот версии 0.4 | Договор, программа пилота, материалы его завершения |
| Учёт | Бухгалтер определяет сумму и период признанной выручки по K-01 | Регистр и первичные документы |
Снижение с 20 до 14 в таком примере составляет 6 предупреждений, или 30% относительно исходного значения. Это не доказывает снижение простоев на 30%, качество на всех производствах или коммерческий успех. Если данных о простоях нет, их нельзя достроить из показателя ложных предупреждений.
Итоговое описание может сообщать о проведённом испытании и пилоте с перечисленными ограничениями. Формулировка о продажах появляется лишь после проверки содержания договора, исполнения и учёта. Подписанное соглашение о намерениях, бесплатный пилот и признанная выручка должны остаться различимыми событиями.
Разберите пограничные ситуации
Продукт существовал до статуса. Сохраните исходную версию и описание последующих изменений. По статье 3 Правил для доработанного ранее созданного РИД существенны непосредственная связь с проектом и появление новых свойств и качеств; подтверждение предусмотрено в установленном Фондом порядке. Выпуск с новым номером версии сам по себе этого не доказывает. Правила, статья 3.
Решение использует сторонние компоненты. Отдельно опишите свой вклад, состав чужих компонентов и основания их использования. Права на библиотеку не подтверждают создание собственного результата; собственный модуль не снимает необходимость проверить условия использования библиотеки. Документы по правам удобно собрать по карте создателей и правообладателей.
В договоре смешаны продукт и обычные услуги. Не относите весь договор к одному объекту только по названию. Сопоставьте работы, результат исполнения и учёт. Если связь неочевидна, оставьте вопрос на юридическую и финансовую проверку до категоричного утверждения в отчёте.
Эксперимент не подтвердил гипотезу. Зафиксируйте метод, результат и принятое решение. Отрицательный результат может объяснить ход работ и изменение плана; он не должен превращаться в вымышленное улучшение показателя.
Проверяйте цепочку в обе стороны
Первый проход — от исследовательского результата к договору. Он показывает, где результат использован, что осталось прототипом и какие планы пока не реализованы.
Второй проход — от каждой существенной строки выручки к договору, объекту и доказательствам. Он выявляет доходы, которые нельзя объяснить через уже описанные результаты. Не заполняйте пробел красивым текстом: присвойте строке состояние «связь не установлена», владельца и срок разбора.
Карта готова к использованию, когда технический руководитель может показать результат, юрист — основания прав и использования, бухгалтер — сумму и период, а координатор — место каждого факта в отчёте. Поддерживать её удобнее в течение года по календарю подготовки.
Для первого разбора в рамках сопровождения отчётности GLSexpert выберите один результат и один договор. Проверка этой цепочки даст конкретный перечень недостающих документов и покажет, можно ли применить тот же подход к остальным операциям.