Разбор сложного проекта включения ПО в реестр

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

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

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

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

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

Отдельным направлением стала работа с open-source компонентами. Был проведён аудит лицензий, проверено соответствие требованиям и при необходимости заменены компоненты с ограничивающими условиями. Это позволило исключить юридические риски при экспертизе.

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

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

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

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