Добрый день!
Мы ИТ компания, которая своими силами создала ПО и он висит на балансе на 04 счете.
Далее мы его решили глобально обновить, оно будет очень сильно отличаться от первой версии.
Такое капитальное обновление м ыбудем списывать по мере СПИ нашего ПО. То есть не единовременно.
Вопрос: как технически нам это отразить? через 97 счет или против правил отразим обновление ПО на счете 08? или это все таки новое ПО считать?
Примечание- Если это 97 счет, то ежемесячное начисление ЗП разработчиков и сопутствующие технические расходы нас просто запутают, так как разработка длится целый год и ежемесячно будет очень много видов РБП на 97 счете, разбитых на несколько лет (равных СПИ нашего ПО).
Здравствуйте!
Для НМА нет понятия модернизация в БУ и НУ.
Доработка НМА — это текущие расходы.
Если принято решение списывать равномерно, то применительно к 1С надо собрать все расходы на одной аналитике по Дт 97.21.
Название, например, Капитальная доработка НМА ХХХ.
Вид для НУ — Прочие. Вид актива в балансе — Прочие оборотные активы.
С 97 не списывать начнете тогда, когда все соберете.
Если исходя из своей ситуации счет 97 не подходит категорически, то делайте отдельный объект. Но это надо с аудиторами согласовать, если под обязательным аудитом отчетность. Назвать можно так, чтобы было понятно к чему относится — к НМА ХХХ.
В принципе можно это как новое ПО и преподнести, а не доработка старого. Тогда новый объект. Это по ситуации, если она позволяет.
То есть мы просто создаем РБП, но не вводим даты списания? пока не станет ясна дата активации новой версии ПО?
В моем понимании, да.
Это один элемент справочника РБП. Собрали по нему сумму и начинаем ее списывать уже. Всю аналитику мы указываем в карточке элемента РБП — куда это в баланс пойдет. Т.е. счет 97 — это технический прием в 1С, чтобы решить конкретную задачу автоматического равномерного списания затрат. И корректного заполнения отчетности по БУ и НУ.
Можно в копии базы смоделировать для себя и пару затрат так отразить, чтобы было понимание, как это будет выглядеть. Например, 2 месяца. А потом на 3-й поставить дату списания в карточке РБП и аналитику по затратным счетам. Закрыть месяц и посмотреть 97.21.
Поняла, спасибо!
В процессе работы возник вопрос- а можно ли вообще зп сотрудников на 97 счет кидать? ведь это просто обновление, не создание нового объекта?
По сути это все текущие затраты. Но вы перестраховываетесь и сами приняли решение такие затраты не единовременно в расходах признать, а равномерно в течение СПИ объекта.
Поэтому, что включать тоже сами решаете.
Для меня логично было бы все, как по объекту собрать, иначе какой смысл этим заниматься. По какой причине услуги сторонних организаций равномерно, а ЗП сотрудников, например, единовременно.
Но могу не знать каких-то нюансов, поэтому по ситуации решить. И это уже в УП закрепить для себя.
Может имеет значение нужен ли этот объект на балансе. В какой оценке т.е. не только «перестраховка» по НУ играет роль, но и какую бухотчетность мы хотим представить ее пользователям. Комплексный подход здесь применить.
поняла вас! спасибо!
Ирина, договорились!
Здесь уже по конкретике. Может программисты много чего делают другого и по работе над ПО там доля минимальная. Нет резона всю ЗП на этот объект или еще какая-то специфика.
Т.к. решили такой осторожный подход применить по равномерному признанию расходов, то имеет смысл может типа сметы какой-то прописать, что включаете.
И да, есть такие письма, что списывайте равномерно расходы в НУ.
Но есть и другая сторона медали, когда за пределами 3-х лет исключают расходы, когда они относятся к другому периоду. И их просто можно потерять.
У вас, как поняла процесс длительный по созданию ПО. Поэтому этот момент тоже для себя оценить. С вычетом НДС аналогично, если есть входящие покупки с НДС под такую деятельность.