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