Добрый день, такой вопрос. В 2024 году, компания купила программное ядро у третьего лица для написания своего ПО. И по ошибке поставили его как отдельное НМА на 04 счет в стоимости 100 тыс рублей. Затем по авторскому договору работник дописал на основании этого ядра ПО за 130 тыс, и у компании остались исключительные права на дальнейшую продажу. И бухгалтер отразил стоимость этого ПО на 04счете только в части авторского договора, по стоимости 130 тыс. Считаю что так неверно. ПО должно стоить 230 тыс ( купленное ядро и на нем написана программа). Теперь не знаю как поправить, что бы стоимость нашего ПО было отражена верно 230 тыс. Объединением? ДТ04- основное НМА Кт04- ошибочное НМА? то тогда перестает считать амортизацию…. подскажите как поправить что бы одновременно стало одно НМА стоимостью 230 тыс и на него начислялась амортизация верно.
Все комментарии (12)
Комментарии закрыты.
Добрый день, Людмила.
Вы написали, что купили ядро в 2024, подскажите оно у вас амортизировалось?
Напишите по датам и СПИ, чтобы я сориентировалась.
Я считаю, если ядро использовалось только в создании вашего ПО, то это должно быть Дт 08.05, далее продолжать собирать затраты на ПО на счете 08.05 и только, когда ПО закончено, сформировать Дт 04.
И тогда нужно сторнировать амортизацию, принятие к учету и вводить новое НМА с нужной стоимостью или добавлять стоимость к ПО через схему модернизации, но тут надо сориентироваться по датам.
Также интересно насчет НУ, какие у вас права на ядро и как отразили.
Ядро не амортизировалось. Почему не знаю. Не я работала.
Ядро покупка и ввод НМА 01.07.24 Дт 08.05 Кт 60.01 100 000,0 СПИ 76 мес- нет амортизации
ПО (авт дог) 19.07.24 Дт 04.05 Кт 76.10 130 000,0
Ввод ПО как НМА 19.07.24 Дт 08.05 Кт 04.01 130 000,00 СПИ 36 мес
ПО амортизация Дт 26 Кт 05.01 — 18 055,55 ( за 5 месяцев)
Да. Ядро куплено только для этой программы, ее написали, доработали, ввели в эксплуатацию 19.07.2024. Далее только новые версии в 2025. Но это же ядро используется у продавца для своего ПО- но там оно другое, четко разделены функции и это две разных программы и разные владельцы в роспатенте.
Насчет НУ мы на УСН доходы, так что у нас только БУ.
Еще уточнение, точно 2024 или все же 25?
Вы просто написали, что амортизация 5 мес.
Можно поступить так:
т.к. стоимость ядра не амортизировалось, то списать его документом Списание НМА, вместо счета 91.02 укажите счет 04.01 и выберите свое ПО.
Далее вам нужно будет исправить ошибку по начислению амортизации.
Если у вас 2025 год, а не 2024, исправляете амортизацию за 2025 на 31.12.2025 по счету начисления амортизации, за 2026 — на момент обнаружения также по счетам затрат амортизации
Алгоритм исправления ошибок в бухгалтерском учете
Да, точно за 2024 амортизация. Начислена с августа 2024 по декабрь 2024- 5 месяцев. Надо исправлять амортизацию в 2025 ( я баланс еще не подавала) через 84 счет. Верно? Если сделаю списание НМА и увеличу стоимость основного НМА, то амортизация сама пересчитается с 2025 года? (он не закрыт) Или так же руками править амортизацию как и за 2024?
Спасибо. Все вроде получается! И еще попутный вопрос появился. Мы далее к этой программе делаем новые версии с дополнительным функционалом. Я по вашему чек листу сделала выводы что это улучшение моего основного НМА. И вот тут встречаю в некоторых консультациях ваших про 12 месяцев. Если улучшение разработано менее чем через 12 месяцев, то затраты списываются на расходы, а не на увеличение НМА первоначального. Но в том же чек листе не нашла ничего про такой срок. По итогу мы смотрим на 12 месяцев в 2025 году? Или нет? Независимо через сколько сделано улучшение- оно улучшение- потому что его нельзя отделить от основного НМА.
За 2024 исправляем через счет 84.
Если сделаете списание, то амортизацию все равно надо начислять вручную за прошлые года — 2024 и 2025.
У вас стоимость ПО в 2025 тоже должна амортизироваться. Поэтому до даты списания вы амортизацию вручную доначислите, а после списания автоматически будет рассчитываться правильно.
Если мы дорабатываем ПО постоянно, то это считается просто техническая поддержка ПО (в чек-листе это есть).
Анализируете вы каждую доработку.
Спасибо!
Все таки еще вопрос. Не могу согласится — что новая версия ПО- это техподдержка, она во первых не плановая. Во вторых не отделима от основного НМА, и в третьих содержит не просто исправление ошибок или пополнение базы, а абсолютно новые функциональные технические возможности, новые формулы расчета обработки металлов давлением, новые показатели и т.д. Так же с этой разработкой мы вошли в одно очень известное общество, и коммерциализируем именно эту версию. Далее будем дорабатывать основное НМА уже из средств гранта. Даже не согласна, что версия- это отдельное НМА, как стоит сейчас на учете эта новая версия. Планирую отнести это к улучшению основного НМА. (подготовив при этом обоснование и технические характеристики) . Все упирается только в срок, да версия зарегистрирована менее чем за 12 месяцев после постановки на учет основного НМА. Насколько это критичный показатель? Ведь вопрос лишь в отнесении затрат на создание? Либо сразу в щие расходы всю сумму, либо частями в виде амортизации. У меня влияет только на БУ. Налогового учета нет.
Насчет 12 мес. это не срок от введения в эксплуатацию НМА, а именно, данное улучшение должно приносить экономические выгоды более 12 мес.
например, если мы эту доработку внедрили, а потом снова что-то разработали, потом еще что-то добавили, то считается, что мы дорабатываем саму программу под свои нужды. Возьмем 1С, все обновления у них именно техническая поддержка ПО, даже если возможности самой программы увеличиваются. Но частота этих доработок будет большая, поэтому списывается на расходы периода, как «текущий ремонт», а не что-то капитальное.
Но еще раз хочу сделать акцент, что решение остается за вами, если вы уверены, что ваша доработка именно добавит вам новые экономические выгоды, то учитывайте как улучшение.
Улучшение (модернизация) НМА в 1С
Ага, спасибо, упустила момент. Спасибо еще раз!