Я бы не списывала такие суммы сразу по умолчанию. Личный кабинет и интеграция с CRM чаще выглядят как не текущее сопровождение, а капитальные вложения в НМА: после приемки они либо увеличивают балансовую стоимость уже учтенного сайта, либо принимаются как отдельный НМА, если это самостоятельный модуль с отдельно подтверждаемыми правами и эффектом больше одного периода.
В расходы периода безопасно относить то, что не создает нового ресурса и не усиливает уже существующий: исправление ошибок, техподдержку, обновления без новой функциональности, хостинг, домен, наполнение контентом, SEO и прочее сопровождение. А вот доработка, которая расширяет функции сайта и дает дополнительную экономическую выгоду в будущем, обычно тянет на капитализацию при наличии нормальных документов и возможности надежно выделить затраты.
Я бы пошла так:
— подняла договор, ТЗ и акты: там должно быть видно, что подрядчик именно создает новый функционал, а не просто обслуживает сайт;
— разделила в документах доработку и сопровождение, если они смешаны в одной сумме;
— проверила, кому переходят права на результат работ и как это подтверждено;
— если личный кабинет и интеграция работают только внутри сайта и отдельно не используются, вела бы через капвложения с последующим увеличением стоимости действующего НМА;
— если это отдельный программный модуль, который можно выделить как самостоятельный объект, рассматривала бы отдельный НМА, а не увеличение стоимости сайта.
Типичная ошибка — все ИТ-работы подряд кидать либо сразу в расходы, либо сразу в НМА. Здесь важна именно суть работ. Если в актах написано общими словами «доработка сайта», без расшифровки, и нельзя доказать прирост функционала и будущих выгод, спорная часть обычно слабее для капитализации. Если вопрос еще и про налоговый учет, ответ уже зависит от режима, формулировок договора и того, как оформлена передача прав.
