Учет НМА: как ИТ-компании поставить софт на баланс и не потерять деньги

Нематериальные активы (НМА) — это результаты интеллектуальной деятельности, которые не имеют материально-вещественной формы, но способны приносить организации экономические выгоды. В ИТ-сфере стоимость таких активов часто превышает стоимость физического оборудования. Если компания разрабатывает собственный продукт, она обязана определить, какие объекты подлежат бухгалтерскому учету.

ФСБУ 14/2022 закрепляет принципиальные критерии признания НМА. Основные признаки нематериального актива:

• Отсутствует материально-вещественная форма (для бухгалтера важно само право, а не физический носитель, на котором записан код).
• Объект идентифицируем и отделим от других активов компании.
• Организация контролирует объект (может ограничивать доступ других лиц к коду и использовать в коммерческих целях).
• Ожидаются экономические выгоды (прямой доход от продажи лицензий или снижение расходов).
• Стоимость объекта можно надежно определить.
• Срок полезного использования превышает 12 месяцев (или операционный цикл, если он длиннее года).

Если объект соответствует этим признакам, его можно ставить на баланс. В ИТ-сфере к нематериальным активам чаще всего относятся:

• Исключительные права на софт и архитектуру. Код мобильного приложения, CRM-системы, сложной платформы или информационные системы.
• Базы данных. Структурированная информация о клиентах, которую организация может использовать для извлечения дохода.
• Дизайн и интерфейсы. Визуальные решения продукта (UI/UX дизайн), полезные модели и промышленные образцы.
• Документация и ноу-хау. Технические задания, секреты производства, уникальные алгоритмы и другие произведения науки.

Отдельно закон выделяет средства индивидуализации. Приобретенные товарные знаки и домены сайта, зарегистрированные в качестве товарных знаков, относятся к НМА. А вот фирменное наименование и логотип, созданные собственными силами организации и не зарегистрированные как товарный знак, в составе НМА не признаются и учитываются за балансом, даже если приносят прибыль.
Если материального носителя у вашего продукта нет, но он приносит прибыль и права на него защищены, его нужно капитализировать. Это повышает общую оценку бизнеса перед продажей компании, во время проведения аудита (due diligence) или переговоров о будущей сделке.

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

Типичные случаи, когда актив не является НМА:

• Облачные подписки (SaaS). Если компания покупает доступ к CRM-системе по подписке, она получает услугу, а не права на программу. У бизнеса нет контроля над кодом, поэтому учет такого ПО в качестве НМА невозможен.
• Доменные имена. Домен сам по себе не является объектом интеллектуальной собственности, поэтому не ставится на баланс как отдельный НМА. Плата за домен — это либо часть капитальных вложений в создание сайта, либо ваши текущие расходы.
• Рекламные кампании и PR-акции. Затраты на продвижение бренда не создают отдельный идентифицируемый объект. Их невозможно контролировать и продать отдельно от компании.
• Исследовательская стадия НИОКР. При создании софта собственными силами закон обязывает разделять стадии работ. Пока прототип не готов к использованию и нет уверенности в будущих выгодах, все затраты на исследования списываются в текущие расходы.
• Внутренне созданная деловая репутация. Стандарт прямо запрещает признавать репутацию компании нематериальным активом.

Особая группа — это физические носители (вещи), в которых выражены результаты интеллектуальной деятельности (например, серверы с предустановленным софтом).

Здесь есть два варианта учета:

1. Носители могут учитываться как часть объекта НМА, если их стоимость несущественна по сравнению со стоимостью самих прав на программное обеспечение.
2. Носители отражаются в балансе отдельно — как основные средства или запасы, если материальный компонент стоит дорого и имеет значение сам по себе.

Важно: Выбранный подход к учету материальных носителей и облачных лицензий необходимо заранее закрепить в учетной политике организации. Это поможет бухгалтерии единообразно отражать схожие операции и избежать споров при аудиторской проверке.

Главная ошибка ИТ-директоров — считать, что если они заплатили за разработку кода, то он автоматически становится собственностью бизнеса. С юридической точки зрения авторские права (право на имя, право авторства) всегда остаются у физического лица — разработчика. А вот исключительное право (право продавать, копировать и использовать продукт) можно и нужно передать компании.

Без правильно оформленных исключительных прав вы не сможете ни поставить актив на баланс, ни пройти аудит перед инвестором.

Служебные произведения (штатные сотрудники)
По закону (ст. 1295 ГК РФ) исключительное право на продукт, созданный штатным сотрудником, по умолчанию принадлежит работодателю. Но чтобы эта норма сработала, одной должностной инструкции недостаточно.

Компания обязана доказать факт постановки задачи, ее выполнения и начала использования результата. Для служебного произведения важно не только зафиксировать задание и приемку (таск‑трекеры, акты), но и действительно начать использовать результат в течение трех лет после создания и выплатить сотруднику вознаграждение. Без этой связки документов и фактического использования признать НМА будет сложно. Нет доказательств — нет актива: без надлежащего оформления и подтверждения использования права повисают в воздухе и не могут быть поставлены на баланс.

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

Пример из практики: ИТ-стартап заказал разработку мобильного приложения у агентства. Через год стартап нашел инвестора, но на аудите выяснилось, что в договоре была указана только «разработка кода», без передачи прав. Чтобы закрыть сделку, стартапу пришлось срочно искать бывших подрядчиков и выкупать у них исключительные права за 3 млн рублей.

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

Долгое время российские компании использовали старый стандарт ПБУ 14/2007. Новый ФСБУ 14/2022 стал обязательным для применения с отчетности за 2024 год. Он изменил правила признания и оценки нематериальных активов.

Для наглядности мы собрали основные изменения в сводную таблицу:

Эти правила позволяют легально увеличить стоимость чистых активов на балансе. Выбранный способ переоценки дает возможность отражать реальную рыночную стоимость вашего программного обеспечения. Банк или инвестор будет видеть в вашей отчетности дорогой и защищенный продукт, а не пустые строчки.

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

Шаг 1. Собрать первоначальную стоимость
Первоначальная стоимость НМА — это сумма всех фактических затрат на создание продукта до момента, пока он не будет готов к использованию.

Что можно включить в стоимость:

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

Важно: Закон запрещает включать в стоимость актива управленческие расходы компании, а также затраты, возникшие после релиза продукта (например, расходы на маркетинг или техническое сопровождение).

Шаг 2. Проверить на соответствие стоимостному лимиту
Собранную сумму нужно сравнить с лимитом стоимости. Главное нововведение ФСБУ 14/2022 — право компании установить этот лимит самостоятельно. Если разработка обошлась дороже лимита, продукт ставится на баланс как полноценный актив.

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

Совет директору: В налоговом кодексе лимит жестко зафиксирован на уровне 100 000 рублей. Если вы установите в бухучете такой же лимит, это сильно упростит жизнь вашей бухгалтерии и избавит от лишних налоговых разниц.

Шаг 3. Установить срок полезного использования (СПИ)
Срок полезного использования определяет, как быстро стоимость вашего ИТ-продукта будет списываться в расходы. Этот срок устанавливается исходя из периода, в течение которого программа будет приносить бизнесу доход. При этом нужно учитывать срок действия ваших прав (по договору или патенту) и риск того, что код быстро устареет.

В бухгалтерском учете амортизацию можно считать либо с месяца принятия к учету по месяц выбытия, либо с месяца, следующего за месяцем принятия к учету, по месяц, следующий за месяцем выбытия. В налоговом учете — с первого числа месяца, следующего за месяцем ввода объекта в эксплуатацию. Чаще всего используется линейный способ — когда стоимость равномерно распределяется равными долями на весь срок. Закон запрещает постоянно менять методы списания для «ручного управления» размером прибыли. Это почти гарантированный триггер для вопросов налоговой.

По новому стандарту ИТ-компания может оценивать свои активы не только по затратам на разработку, но и по рыночной (переоцененной) стоимости. Это выгодно, если вы готовите бизнес к продаже. Но на практике для уникального программного кода редко существует активный рынок и надежные ценовые ориентиры, поэтому чаще используют учет по первоначальной стоимости.

Гораздо важнее другая норма закона: теперь стандарт обязывает регулярно тестировать НМА на обесценение.

Бухгалтер должен провести такой тест, если:

• упал спрос на ваши ИТ-продукты;
• появились новые технологии, которые сделали ваш софт устаревшим;
• ухудшились финансовые показатели проекта.

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