Что вы ставите на учёт — объект или расход — определяется не суммой проекта и не тем, сколько лет вы собираетесь пользоваться системой. Определяется предметом договора: приобретаете вы исключительное право на результат или право пользования по лицензии. Всё остальное — следствие, и решается уже вашим бухгалтером по действующим стандартам.
Отсюда единственный практический вывод, ради которого стоит читать дальше: вопрос об учёте задают бухгалтеру на стадии коммерческого предложения, а не в декабре при закрытии года. В декабре договор подписан, акты закрыты, деньги уплачены, и выбирать уже не из чего — остаётся объяснять, что получилось.
Границы компетенции обозначим сразу. Мы инженерное бюро автоматизации: собираем договор, смету и акт так, чтобы бухгалтеру было с чем работать. Проводок, критериев признания и стоимостных порогов здесь нет намеренно — они меняются, и решение принимает ваш бухгалтер на дату операции. Смежная тема о том, чем подтверждается сам расход, разобрана в материале про затраты на автоматизацию в расходах.
Развилка задаётся договором, а не бухгалтерией
Ниже пять вариантов того, что вы можете получить по итогам проекта автоматизации. Различаются они одной-двумя формулировками в предмете договора, а последствия дают разные — и в правах, и в учёте, и в возможности сменить подрядчика.
| Что вы приобретаете | Как это называется в договоре | Что можете делать дальше | Что спросить у бухгалтера |
|---|---|---|---|
| Исключительное право на результат | Договор об отчуждении исключительного права либо договор заказа с условием о передаче исключительного права заказчику | Менять, дорабатывать у любого подрядчика, передавать, использовать без ограничений по сроку | Появляется ли у нас объект на балансе и какой срок полезного использования ставим |
| Право пользования по лицензии на срок | Лицензионный договор, простая неисключительная лицензия на указанный срок и число рабочих мест | Пользоваться в пределах срока и объёма прав. По окончании срока право заканчивается | Как распределить платёж по сроку лицензии и что делать при досрочном отказе |
| Право пользования без указания срока | Простая лицензия, срок в договоре не назван | Пользоваться бессрочно, но не менять и не передавать третьим лицам | Какой срок принять для распределения, если в договоре его нет |
| Доступ к облачному сервису | Договор оказания услуг или подписка на тариф | Пользоваться, пока платите. Прав на экземпляр программы не возникает вовсе | Это текущая услуга целиком или часть платежа относится к будущим периодам |
| Доработка чужой системы под ваши процессы | Договор на выполнение работ плюс отдельное условие о правах на созданную доработку | Зависит от того, кому по договору принадлежат права на доработку. По умолчанию — не вам | Отдельный объект, увеличение стоимости существующего или текущий расход |
Пятая строка — самая частая и самая недооценённая. Проект автоматизации редко бывает чистой покупкой лицензии: почти всегда есть доработка под конкретные процессы, и вопрос о правах на неё решается одним абзацем договора. Что стоит в этом абзаце написать и почему исходники важнее лицензии, разобрано отдельно в материале о том, кому принадлежит исходный код.
Сравнение в две колонки под общей шапкой «Проект 800 000 ₽, один и тот же результат». Левая колонка «Исключительное право на результат»: строки «можно менять у любого подрядчика», «срока действия нет», «вопрос бухгалтеру: объект на балансе и срок службы», «цена вопроса задаётся до подписания». Правая колонка «Право пользования по лицензии»: строки «менять нельзя, только пользоваться», «срок и число рабочих мест указаны в договоре», «вопрос бухгалтеру: распределение платежа по сроку», «цена вопроса задаётся до подписания». Внизу общая скобка с подписью «после подписания стрелку не перевести». Чертёжный стиль, подписи по-русски.
Пять вопросов подрядчику до подписания
Все пять — про предмет и права, а не про учёт. Ответы на них подрядчик обязан знать; если он их не знает, это само по себе результат разведки.
- 1Что именно мы получаем по итогам проекта
Исключительное право, лицензию на срок, бессрочную лицензию или доступ к сервису. Ответ должен быть одной фразой и должен совпадать с предметом договора дословно.
- 2Что происходит с доработкой, сделанной под нас
Кому принадлежат права на созданный под заказ код и можем ли мы отдать его другому подрядчику. По умолчанию права остаются у исполнителя, и это надо менять явно.
- 3Какой срок и какой объём прав указаны в лицензии
Срок в месяцах или годах и число рабочих мест. Без этих двух чисел лицензионная часть превращается в сумму без содержания, а бухгалтеру нечего распределять.
- 4Что будет с системой, если мы прекратим платить за поддержку
Продолжает работать, останавливается или превращается в доступ только на чтение. Это прямо влияет на честный срок службы системы, а значит, и на все дальнейшие расчёты.
- 5Готовы ли вы разделить смету на права и на работы
Одна строка на весь проект делает любой разговор об учёте бессмысленным. Подрядчик, который считал проект построчно, соглашается сразу: разбивка у него уже есть.
Срок службы системы — величина экономическая, а не только учётная
Срок полезного использования принято считать бухгалтерской формальностью. На деле это ваша собственная оценка того, сколько система проживёт до серьёзной переделки, и она нужна не только для учёта, но и для управленческого решения. Честный горизонт для внедрённой системы — 3–5 лет: за меньший срок она не успевает окупить внедрение, за больший обычно устаревает вместе с процессами компании.
Возьмём тот же модельный проект, что и в соседнем материале кластера: компания на 40 человек, CRM на 15 рабочих мест и обмен с 1С:УТ, проект 800 000 ₽ и поддержка 20 000 ₽/мес. Экономию примем 95 000 ₽/мес — это модельное допущение, подставьте своё. Дальше — одна и та же сумма в двух разных расчётах.
Оба числа верны одновременно и отвечают на разные вопросы. 10,7 месяца — это ответ на вопрос «когда деньги вернутся в кассу»; именно его считают по методике расчёта окупаемости автоматизации. 13 300–22 200 ₽/мес — ответ на вопрос «как проект выглядит в прибыли по месяцам». Путаница между ними — причина большинства споров между собственником и бухгалтерией: один говорит «проект окупился за год», другой — «он сидит у нас в расходах ещё четыре года», и оба правы.
Комбинированный график. Слева одиночный высокий столбец «Платёж 800 000 ₽, месяц 1» с подписью «денежная окупаемость 10,7 месяца». Справа три горизонтальные полосы разной длины на общей оси месяцев: «3 года — 22 200 ₽/мес, 36 месяцев», «4 года — 16 700 ₽/мес, 48 месяцев», «5 лет — 13 300 ₽/мес, 60 месяцев». Под полосами подписи результата в месяц: «52 800 ₽» у трёхлетнего горизонта и «61 700 ₽» у пятилетнего, между ними скобка «разница 8 900 ₽ в месяц». Оси подписаны в рублях и месяцах. Чертёжный стиль, подписи по-русски.
Что происходит с доработками работающей системы
Система живёт: через полгода к ней добавляют обмен со складом, через год — новый отчёт, через два — второе юрлицо. Каждая такая доработка снова ставит тот же вопрос, и ответ на него не универсален.
- Отдельный объект. Доработка самостоятельна, решает свою задачу и может работать без остального — например, отдельный модуль обмена с маркетплейсом.
- Увеличение стоимости существующего. Доработка неотделима от системы и продлевает или расширяет её работу — переписанная воронка, новые роли и права.
- Текущий расход. Мелкая правка, поддержание работоспособности, настройка без создания нового функционала.
Подрядчик, который уверенно заявляет «это точно текущий расход», берёт на себя чужую ответственность: отвечать перед проверяющими будете вы. Правильный порядок другой — мы описываем в акте, что именно было сделано, отделимо ли оно от системы и меняет ли срок её службы, а квалификацию даёт ваш бухгалтер. От нас нужны факты, от него — решение.
Что здесь устаревает первым и как проверить перед сделкой
Устаревают стандарты учёта и их толкование, а не связь между договором и учётом. Поэтому проверять надо не статью, а два документа: свой договор и ответ своего бухгалтера. По состоянию на сентябрь 2026 года порядок такой.
- 1Действующие стандарты учёта и критерии признания — только у бухгалтера, на дату операции. Они менялись и будут меняться, а статьи в интернете за ними не успевают.
- 2Предмет вашего договора — читайте его глазами человека, который не участвовал в переговорах. Если из предмета не видно, что именно вы получаете, переписывайте до подписания.
- 3Срок и объём прав в лицензии — проверяются в приложении, а не в устном обещании менеджера.
- 4Условие о правах на доработку — отсутствие такого пункта не нейтрально: по умолчанию права остаются у исполнителя.
- 5Ваша собственная оценка срока службы системы — пересматривайте её раз в год вместе с планами по процессам, а не только при закрытии.
Когда эта развилка вам ничего не решает
Честный минус темы: половине читателей она просто не нужна, и тратить на неё переговоры не стоит.
- Вы покупаете подписку на облачный сервис. Прав на экземпляр не возникает, объекта тоже, вопрос закрывается тарифом и актом.
- Проект небольшой и целиком укладывается в текущие расходы по вашим внутренним правилам. Спрашивать бухгалтера стоит, но переговоры с подрядчиком о структуре договора не окупятся.
- Вы не планируете менять систему и не собираетесь передавать её другому подрядчику. Тогда лицензия на срок закрывает потребность полностью, а исключительное право стоит дороже без пользы.
- У вас нет управленческой отчётности, где эта разница была бы видна. Пока результат по месяцам никто не смотрит, выбор горизонта ни на что не влияет — начинать надо с управленческой отчётности, а не со сроков службы.
Обратный случай тоже назовём прямо: заказная разработка под ваши процессы, крупная сумма и горизонт в несколько лет — здесь развилка стоит того, чтобы обсудить её отдельным разговором до подписания. Полная картина расходов на всю жизнь системы, включая поддержку и переделки, собрана в разборе стоимости владения.
Вопрос об учёте системы решается в марте одной строкой договора, а в декабре — двумя неделями переписки и объяснениями.
