Учет программного обеспечения в 2026 году: НМА или расходы

В 2026 году вопрос по учету программного обеспечения по-прежнему болезненный. Компании покупают коробочные решения, облачные подписки, доработки, интеграции, мобильные модули, а в учете это нередко сваливают в одну кучу. Потом начинается привычная картина: на счете 97 лежит все подряд, срок полезного использования взят с потолка, а в конце года бухгалтер пытается объяснить руководителю, почему расходы живут отдельно от реальности.

Слушайте, здесь ошибка почти всегда одна: смотрят на название документа, а надо смотреть на экономический смысл операции. Для бухгалтера это принципиально. Один и тот же договор на словах может называться лицензией, а по сути быть обычной услугой доступа. И наоборот.

Почему тема важна именно сейчас

После перехода на новые правила учета НМА многие компании формально переписали учетную политику, но не перестроили практику. А практика теперь другая: неисключительные права на программное обеспечение могут учитываться как НМА, если выполняются критерии признания. Это уже не старая логика, где бухгалтер по привычке говорил: право неисключительное, значит только расходы.

Вторая причина — массовые доработки учетных и управленческих систем. Бизнесу мало купить программу. Нужны обмены с банком, складом, кассой, CRM, маркетплейсами, сервисами ЭДО. И вот на этом месте особенно часто путают, что увеличивает стоимость актива, а что является текущими расходами периода.

С чего начинать: не со счета, а с договора

Прежде чем делать проводку, ответьте на пять вопросов:

• Что именно получает компания: право использования программы, доступ к сервису или работы по настройке?
• Есть ли срок использования более 12 месяцев?
• Контролирует ли организация результат и может ли использовать его в своей деятельности самостоятельно?
• Доработка дает новый функционал или просто поддерживает систему в рабочем состоянии?
• Можно ли надежно выделить стоимость самого права и стоимость сопутствующих услуг?

Если на эти вопросы нет ясного ответа, в учете почти наверняка будет перекос. Поверьте, спор потом начинается не с налоговой, а внутри компании: финансист видит одно, ИТ-служба другое, бухгалтер отражает третье.

Когда программное обеспечение признают НМА

Для признания объекта нематериальным активом важны не красивые формулировки в договоре, а признаки актива. Если программа или право на ее использование предназначены для работы компании, будут использоваться больше 12 месяцев, способны приносить экономические выгоды и организация контролирует этот объект, это уже кандидат на счет 04.

Практически это выглядит так. Компания купила право использования WMS-системы для склада на 3 года за 480 000 руб. Дополнительно оплачены обязательные работы по вводу в эксплуатацию и настройке под собственные процессы на 120 000 руб. Без этих работ систему нельзя запустить. В таком случае логика учета обычно следующая:

• Дебет 08 Кредит 60 — 480 000 руб. учтена стоимость права;
• Дебет 08 Кредит 60 — 120 000 руб. учтены затраты, необходимые для приведения актива в состояние готовности;
• Дебет 04 Кредит 08 — 600 000 руб. объект принят к учету как НМА.

Если срок полезного использования определен в 36 месяцев и ликвидационная стоимость нулевая, ежемесячная амортизация при линейном способе составит 16 666,67 руб. Проводка обычная:

• Дебет 20, 26 или 44 Кредит 05 — 16 666,67 руб.

Важный момент: теперь в НМА могут попадать и неисключительные права на ПО. Вот это многим до сих пор режет глаз, но таковы правила. Поэтому формула неисключительное право = всегда текущие расходы больше не работает.

Низкая стоимость — отдельный вопрос

Организация вправе установить в учетной политике лимит стоимости, ниже которого активы с признаками НМА можно не ставить на счет 04. Тогда затраты списывают в расходы периода после завершения капитальных вложений. Но контроль за такими объектами все равно нужен, в том числе на забалансовом учете.

Пример простой. Компания установила лимит 100 000 руб. Приобретена годовая лицензия на специализированный модуль за 72 000 руб. Если по учетной политике такой лимит действует, объект можно не признавать НМА, а списать в расходы. Но просто забыть о нем нельзя: доступы, срок, ответственный и факт использования должны быть под контролем.

Когда ПО надо списывать в расходы, а не капитализировать

Не все, что связано с программами, становится НМА. Если компания платит за облачный сервис, получает доступ к функционалу на серверах поставщика и не контролирует сам объект, чаще всего это обычные расходы периода. По сути, организация потребляет услугу.

Типовые случаи:

• ежемесячная или квартальная подписка на облачную CRM;
• доступ к сервису электронного документооборота по тарифу;
• техническая поддержка, консультации, сопровождение;
• обновления, которые не создают новый актив и не улучшают его существенно;
• обучение сотрудников работе в программе.

Например, компания пользуется облачным сервисом для автоматизации продаж и платит 36 000 руб. в месяц. Здесь обычно нет объекта НМА. Проводка прямая:

• Дебет 26 или 44 Кредит 60 — 36 000 руб. отражены расходы по подписке.

Если оплачено вперед за несколько месяцев, сначала возникает аванс, а затем расходы признаются по мере оказания услуги. Так спокойнее и честнее по отчетности. Загонять такие суммы на счет 97 просто потому, что оплачено наперед, — слабая практика.

Доработка программы: когда увеличивает НМА, а когда нет

Вот здесь бухгалтеры ошибаются особенно часто. Любая доработка ИТ-службой или подрядчиком не означает автоматического увеличения стоимости НМА.

Если доработка создает новый функционал, повышает возможности системы и будет приносить выгоды дольше 12 месяцев, затраты разумно рассматривать как капитальные вложения с последующим увеличением стоимости НМА.

Пример. В действующую учетную систему встроили модуль адресного хранения на складе за 240 000 руб. После внедрения снизились пересортица и время сборки заказов. Это не просто ремонт. Это улучшение объекта. Проводки могут быть такими:

• Дебет 08 Кредит 60 — 240 000 руб. отражены затраты на улучшение;
• Дебет 04 Кредит 08 — 240 000 руб. увеличена стоимость НМА после завершения работ.

Дальше бухгалтер пересматривает элементы амортизации: срок полезного использования, способ начисления, при необходимости ликвидационную стоимость. Так не делается, чтобы актив вырос, а амортизация осталась жить по старым цифрам.

Если же работы носят поддерживающий характер — исправление ошибок, адаптация форм, мелкая настройка, обновление релиза, консультации пользователей, — это обычно текущие расходы:

• Дебет 20, 26 или 44 Кредит 60.

Срок полезного использования и амортизация

По программному обеспечению нельзя ставить срок полезного использования наугад. Его берут из договора, ожидаемого периода эксплуатации, планов замены системы, срока технической поддержки и реального жизненного цикла программы в компании.

Если договор на 12 месяцев с обязательным продлением на новых условиях, это еще не означает автоматические 5 лет амортизации. И наоборот, если программа используется в ключевом процессе производства или учета и внедрена всерьез, срок в 12 месяцев может быть явно занижен.

Еще один практический момент: в учетной политике нужно закрепить, с какого момента начинается амортизация. Допустимы два подхода — с даты признания объекта в учете или с первого числа месяца, следующего за месяцем признания. Главное — выбрать один вариант и применять последовательно.

Кроме того, элементы амортизации надо проверять не для галочки. Если программу фактически заменяют раньше срока, если поставщик прекращает поддержку, если часть функционала потеряла ценность, бухгалтер должен пересмотреть оценочные значения. Для организаций, которые ведут учет в упрощенном порядке, есть послабления, но большинству компаний игнорировать этот вопрос уже нельзя.

Какие документы стоит собрать сразу

Чтобы учет не рассыпался при первой же сверке, я советую держать комплект документов по каждому существенному объекту:

• договор с понятным описанием прав и срока использования;
• спецификацию или приложение с разделением стоимости права, внедрения, поддержки и доработок;
• акт, УПД или иной документ о передаче права и выполнении работ;
• внутренний документ о вводе в эксплуатацию и определении срока полезного использования;
• расчет первоначальной стоимости объекта;
• карточку учета НМА;
• материалы, подтверждающие готовность системы к использованию.

Чем яснее первичка, тем меньше соблазн у всех участников процесса спорить с бухгалтерией задним числом.

Пять ошибок, которые встречаются чаще всего

1. Все вести через счет 97. Это старая привычка, которая часто искажает картину. Не каждая предоплата — расход будущих периодов.
2. Капитализировать все подряд. Поддержка, обучение и консультации не становятся НМА только потому, что стоят дорого.
3. Не использовать лимит по малоценным НМА. В итоге бухгалтерия захлебывается в мелких объектах, которые не влияют на отчетность.
4. Не пересматривать срок полезного использования после доработок. Актив меняется, а амортизация остается прежней. Так учет теряет смысл.
5. Не контролировать списанные малоценные лицензии. Их нет на счете 04, но они не перестают быть активами бизнеса в управленческом смысле.

Практический вывод

По программному обеспечению в 2026 году главное правило простое: не путайте право, услугу и улучшение. Если компания контролирует результат и использует его долго, это зона НМА. Если она просто получает доступ к сервису или сопровождение, это текущие расходы. Если доработка меняет экономический потенциал системы, стоимость актива надо увеличивать. Если лишь поддерживает работоспособность — списывать в период.

Короткий чек-лист для бухгалтера:

• прочитать договор до проводки, а не после;
• отделить право использования от услуг;
• проверить критерии НМА и лимит в учетной политике;
• разделить внедрение, поддержку и доработки по экономическому смыслу;
• зафиксировать срок полезного использования и порядок амортизации;
• не держать все автоматически на счете 97.

В бухгалтерии, как и в жизни, порядок держится на ясности. Когда смысл операции понятен, проводка находится спокойно. А когда смысла нет, никакой красивый акт ситуацию не спасет.