Формально это не два независимых реестра, которые нужно выбирать между собой, а один и тот же единый реестр российского программного обеспечения, где ПАК образует отдельную категорию записей со своими дополнительными требованиями. Разбираем, как эта административная структура влияет на то, куда и в каком порядке подавать документы.
Главное: базовая нормативная основа для обеих категорий — постановление Правительства РФ №1236, которое регулирует единый реестр российских программ для ЭВМ и баз данных, официально расширенный на программно-аппаратные комплексы. Программная часть ПАК должна соответствовать тем же критериям, что и обычное ПО (доля российского участия более 50%, ограничение выплат иностранным лицам), плюс к этому добавляется отдельное подтверждение аппаратной части через методику постановления №719.
Одна система, два пути регистрации
| Параметр | Запись только о ПО | Запись о ПАК |
|---|---|---|
| Что регистрируется | Программный код, права на него, соответствие критериям российского происхождения | Связка «оборудование + предустановленное ПО» как единый продукт |
| Какие ведомства участвуют | Минцифры (экспертиза программной части) | Минцифры и Минпромторг: аппаратная часть отдельно подтверждается через ГИСП по методике постановления №719 |
| Дополнительные требования | Не выходят за рамки критериев самого ПО | Требуется дополнительно подтвердить неразрывность связи софта и железа, а также готовность к технической поддержке на территории РФ |
Последовательность подачи документов
На практике программная часть ПАК должна быть либо уже включена в реестр как самостоятельная запись, либо подана параллельно с заявкой на сам ПАК — без этого экспертиза не может подтвердить, что именно за софт входит в состав комплекса. Обратной зависимости нет: программное обеспечение прекрасно существует в реестре само по себе, без какой-либо связи с ПАК, если оно не используется в составе конкретного аппаратно-программного изделия. Это отношение однонаправленное: ПАК опирается на запись о ПО (существующую или подаваемую параллельно), а не наоборот.
Практический вывод из этой структуры — для компании, которая уже продаёт софт как самостоятельный продукт и планирует в будущем выпустить версию со встроенным оборудованием, разумно заранее убедиться, что действующая запись о ПО в реестре актуальна и не требует обновления: устаревшие данные о программной части способны затормозить последующую регистрацию ПАК, построенного на её основе.
Что меняется при переходе от статуса ПО к статусу ПАК
Для компании, которая уже успешно зарегистрировала своё программное обеспечение и теперь готовится к включению собранного на его основе комплекса в реестр ПАК, стоит держать в голове главное: это не формальное расширение существующей записи, а фактически новая процедура со своим набором требований. Прежняя запись о ПО не отменяется и продолжает действовать, но статус ПАК придётся получать заново, с прохождением всей необходимой экспертизы аппаратной части и подтверждением неразрывности связи, даже если программная составляющая уже полностью проверена и не вызывает вопросов.
Разумно закладывать это в ожидания по срокам: наличие готовой, действующей записи о ПО ускоряет процедуру по сравнению со стартом с нуля (не нужно повторно подтверждать программную часть), но не делает регистрацию ПАК формальностью в один клик — аппаратная часть и доказательство единства комплекса всё равно проходят полноценную проверку.
Куда физически подавать документы
Заявка на включение в реестр (как в отношении отдельного ПО, так и в отношении ПАК) подаётся через сервисы Минцифры. Отдельно, для подтверждения происхождения аппаратной части, документы подаются через сервис постановления №719 на ГИСП — это отдельный канал, администрируемый Минпромторгом, а не альтернативный способ попасть в тот же реестр. Обе процедуры логически связаны для целей регистрации ПАК, но технически идут через разные интерфейсы, и заявителю не стоит ожидать единой формы, куда можно подать все документы сразу в одном месте.
Типичная путаница вокруг «двух реестров»
Формулировка «реестр ПО против реестра ПАК» создаёт ложное ощущение выбора между двумя альтернативными системами, как будто нужно решить раз и навсегда, в какую из двух баз данных подавать документы. На практике это скорее выбор глубины регистрации внутри одной системы: минимальный уровень — подтвердить только программную часть, расширенный — подтвердить программную часть вместе с аппаратной как единый комплекс. Понимание этого снимает искусственную дилемму «или-или» и переводит вопрос в практическую плоскость: соответствует ли ваш продукт критериям ПАК, и оправдывают ли ваши бизнес-цели дополнительную сложность этой более глубокой регистрации.
Отдельная практическая рекомендация для компаний, ещё не определившихся с моделью продукта: если планы развития продукта пока не ясны (возможно, в будущем появится собственное оборудование, а возможно, продукт останется чистым софтом), разумно сначала зарегистрировать программную часть как самостоятельное ПО, а вопрос о переходе к статусу ПАК решать по факту появления реальной аппаратной составляющей, а не пытаться предугадать будущую бизнес-модель заранее.
Когда стоит свериться со специалистом перед выбором стратегии
Для продукции на стыке софта и оборудования, где неочевидно, насколько глубокой должна быть регистрация, разумно обратиться за консультацией к специалисту ещё на этапе планирования, а не после того, как заявка уже подготовлена в одном формате и не подошла для целей компании. Особенно это касается ситуаций, где бизнес-модель предполагает несколько вариантов поставки одного и того же продукта: например, продажа программного модуля отдельно для одних клиентов и в составе готового устройства для других. В таком случае может понадобиться и отдельная запись о ПО, и запись о ПАК на основе того же кода, и правильно спланировать обе процедуры с самого начала проще, чем донастраивать стратегию задним числом.
Вопросы и ответы
Короткие ответы на вопросы, которые чаще всего возникают при подготовке документов и подаче заявки.
Можно ли находиться одновременно в записи о ПО и в записи о ПАК?
Да, программное обеспечение может иметь собственную запись в реестре как самостоятельный продукт и одновременно входить в состав одного или нескольких зарегистрированных ПАК — это не взаимоисключающие статусы.
Отличаются ли требования к доле российского участия для ПО и для ПАК?
Базовые критерии (доля участия граждан РФ более 50%, ограничение выплат иностранным лицам) общие для обеих категорий; для ПАК они дополняются требованиями к происхождению аппаратной части, которые к самому ПО не применяются.
Что произойдёт с записью о ПАК, если запись о встроенном в него ПО будет исключена из реестра?
Поскольку запись о ПАК опирается на актуальный статус программной части, исключение записи о ПО ставит под вопрос и статус самого ПАК: потребуется актуализация данных или новое подтверждение программной составляющей.
Нужно ли повторно проходить экспертизу ПО, если оно уже используется в нескольких ПАК?
Как правило, нет: если программная часть уже подтверждена как российская и не менялась существенно, повторная экспертиза именно этого компонента для каждого нового ПАК обычно не требуется — но неразрывность связи с конкретным оборудованием всё равно нужно подтверждать для каждого комплекса отдельно.
Источники
- КонсультантПлюс, постановление Правительства РФ от 16.11.2015 №1236: структура единого реестра российского ПО и требования к ПАК.
- ГИСП, сервис постановления №719: подтверждение российского происхождения аппаратной части.
