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