После успешного включения программного обеспечения в Единый реестр российского ПО у компании появляются новые возможности — льгота по НДС, преимущества в госзакупках и доступ к мерам поддержки. Одновременно возникают практические вопросы, связанные с дальнейшей жизнью продукта: доработками, тарифами и упаковкой предложений.
В этом гайде мы подробно разбираем три самых частых вопроса правообладателей:
- Нужно ли отражать доработки ПО в бухгалтерском учёте и как часто это делать.
- Можно ли продавать отдельный тариф на часть функционала, если это не оформленный модуль.
- Нужно ли фиксировать разбивку цены и обоснование, когда продаёте ПО вместе с дополнительными услугами.
Материал опирается на ФСБУ 14/2022, ФСБУ 26/2020, Налоговый кодекс, письма Минфина и практику работы с реестром Минцифры.
1. Отражение доработок ПО в бухгалтерском учёте
Когда доработка увеличивает стоимость НМА
Если программное обеспечение учтено в качестве нематериального актива, то значимые доработки отражаются по правилам ФСБУ 14/2022 «Нематериальные активы» и ФСБУ 26/2020 «Капитальные вложения».
Ключевой критерий — улучшение (повышение) первоначально принятых нормативных показателей функционирования объекта. Если в результате работ:
- появляется новый функционал,
- расширяются возможности системы,
- повышается производительность или безопасность,
- увеличивается срок полезного использования,
то затраты признаются капитальными вложениями.
Такие затраты собираются на счёте 08 и после завершения работ увеличивают первоначальную стоимость НМА (п. 28 ФСБУ 14/2022). После этого организация вправе пересмотреть оставшийся срок полезного использования.
Когда затраты относятся на текущие расходы
Не капитализируются:
- исправление ошибок (багфиксы),
- адаптация под конкретное оборудование или операционную систему без расширения функционала,
- обычное техническое сопровождение и консультации,
- обновления, которые не меняют качественные характеристики ПО.
Эти расходы списываются в периоде возникновения.
Как часто отражать
Отражение происходит не по календарю, а по факту завершения каждой существенной доработки.
Рекомендуемый подход:
- Зафиксируйте внутренним документом (актом, приказом), что именно было улучшено и почему это считается модернизацией.
- Соберите все затраты на счёте 08.
- После окончания работ увеличьте стоимость НМА.
- При необходимости скорректируйте срок полезного использования и норму амортизации.
Для компаний, которые разрабатывают ПО на продажу и учитывают его в составе запасов или затрат на производство, логика другая: доработки относятся на себестоимость соответствующих версий или релизов.
Налоговый учёт
В налоговом учёте модернизация также увеличивает первоначальную стоимость амортизируемого НМА (п. 2 ст. 257 НК РФ). Порядок близкий к бухгалтерскому, но сроки полезного использования и методы амортизации могут отличаться.
Практический совет Solu. Ведите реестр доработок с указанием: дата, описание изменений, характер (модернизация / текущие расходы), сумма затрат и ссылка на подтверждающие документы. Это сильно упрощает проверки и взаимодействие с аудиторами.
Полезные материалы на сайте Solu:
2. Можно ли продавать отдельный тариф — часть ПО, если это не модуль
Коммерческая сторона
Да, продавать ограниченные тарифы (по количеству пользователей, объёму данных, набору функций) — нормальная и распространённая практика. Вы предоставляете право использования зарегистрированного ПО в определённых пределах. Это не продажа «части кода», а лицензия с ограничениями.
Реестр Минцифры и льгота по НДС
Здесь появляются нюансы.
Согласно позиции Минфина (в частности, письмо от 24.07.2025 № 03-07-07/71770), освобождение от НДС по пп. 26 п. 2 ст. 149 НК РФ применяется как к единому программному комплексу, так и к его компонентам (модулям), идентификатором которых является регистрационный номер в реестре.
Если часть функционала:
- является самостоятельным программным модулем,
- может реализовываться отдельно,
- соответствует требованиям реестра,
то её лучше зарегистрировать как модуль (через уведомление об изменении сведений или отдельную запись). Тогда льгота по НДС применяется уверенно.
Если же это просто тариф с ограниченным набором функций внутри уже зарегистрированного ПО (без выделения отдельного модуля), большинство правообладателей применяют льготу, ссылаясь на то, что передаются права на использование зарегистрированного продукта. Однако риск претензий налоговой выше, особенно если функционал тарифа существенно отличается от описания в реестре.
Рекомендации
- Существенные и регулярно продаваемые части функционала оформляйте как модули в реестре.
- В договоре и на сайте чётко описывайте, какие именно права передаются в рамках каждого тарифа.
- Обновляйте описание функциональных характеристик в реестре и на сайте при появлении новых тарифов.
- При сомнениях запрашивайте разъяснения или проводите предварительный анализ с юристами.
Связанные услуги Solu:
- Регистрация ПО в реестре Минцифры
- Внесение изменений в реестровую запись (сопровождение уведомлений)
3. Продажа ПО + дополнительные услуги: разбивка цены и обоснование
Почему разбивка необходима
Когда в одном предложении сочетаются:
- права на ПО из реестра (освобождение от НДС), и
- дополнительные услуги (внедрение, настройка, обучение, техническая поддержка, доработки под заказчика),
возникает смешанная операция. Услуги, как правило, облагаются НДС в общем порядке.
Если стоимость не разделена, налоговый орган может:
- переквалифицировать всю сумму,
- отказать в применении льготы,
- доначислить НДС, пени и штрафы.
Минфин неоднократно указывал: при смешанных договорах стоимость прав на ПО и стоимость услуг нужно определять раздельно.
Как правильно оформлять
В договоре и первичных документах:
- Отдельно указывайте стоимость передачи прав на ПО (с пометкой «НДС не облагается на основании пп. 26 п. 2 ст. 149 НК РФ»).
- Отдельно — стоимость услуг (с выделением НДС).
- В спецификации или приложении давайте расшифровку.
Обоснование цены:
- Утверждённый прайс-лист или тарифная политика.
- Калькуляция себестоимости.
- Сравнение с рыночными предложениями.
- Внутренний документ о порядке формирования цен.
Эти документы нужно иметь и хранить. Они особенно важны при налоговых проверках.
Как часто обновлять
- При утверждении или изменении тарифной политики.
- При запуске новых пакетов или существенном изменении структуры предложения.
- При крупных индивидуальных сделках — делать отдельный расчёт.
- Для целей реестра Минцифры сведения о стоимости (или порядке её определения) поддерживайте в актуальном состоянии и обновляйте при существенных изменениях, а также в рамках ежегодной отчётности.
Лучшие практики
- По возможности оформляйте передачу прав и услуги разными договорами или чётко разделёнными разделами одного договора.
- Ведите раздельный учёт облагаемых и необлагаемых операций.
- В счетах-фактурах / УПД отражайте позиции раздельно.
- На сайте и в коммерческих предложениях показывайте прозрачную структуру цены.
Подробнее о договорной работе:
Сводная таблица рисков и рекомендаций
| Вопрос | Основной риск | Что делать | Документы |
|---|---|---|---|
| Доработки ПО | Неправильная капитализация / завышение расходов | Капитализировать только улучшения показателей | Акт о модернизации, расчёт затрат |
| Отдельный тариф (не модуль) | Отказ в льготе по НДС | Регистрировать значимые части как модули | Уведомление в реестр, описание тарифов |
| ПО + услуги | Доначисление НДС на всю сумму | Чёткая разбивка цены + обоснование | Договор, спецификация, прайс, калькуляция |
Заключение
Правильный учёт доработок, грамотное оформление тарифов и прозрачная разбивка цены — это не формальность, а защита бизнеса от налоговых претензий и сохранение преимуществ реестра Минцифры.
Рекомендуем периодически проводить внутренний аудит:
- соответствия описаний в реестре фактическому функционалу,
- правильности отражения доработок,
- структуры коммерческих предложений и договоров.
Если нужна помощь с анализом текущих договоров, подготовкой уведомлений в реестр, разработкой тарифной политики или постановкой учёта доработок — команда Solu готова подключиться.