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