CapEx и OpEx: как учитывать затраты на разработку ПО
Продвинутое3 минРедакция Innovialabs
Коротко
Затраты на создание ПО, которое будет приносить выгоду годами, при соблюдении критериев стандарта можно капитализировать как нематериальный актив; исследования, поддержка и подписки обычно идут в текущие расходы.
Короткий ответ
OpEx (операционные расходы) списываются сразу и уменьшают прибыль текущего периода. CapEx (капитальные затраты) отражаются как актив на балансе и списываются постепенно через амортизацию в течение срока полезного использования.
Для разработки ПО логика такая:
- исследования, поиск идеи, сравнение вариантов — обычно расходы;
- создание конкретного продукта, когда понятно, что он будет доведен до конца и принесет выгоду, — может быть капитализировано;
- поддержка, мелкие исправления, обучение пользователей, подписки на SaaS — как правило, расходы.
Точные критерии зависят от стандарта, который применяет ваша компания: национальные стандарты, МСФО или US GAAP. Налоговые правила могут отличаться от бухгалтерских.
Что обычно требуется для капитализации
В МСФО этот вопрос регулирует стандарт о нематериальных активах (IAS 38). Он разделяет проект на стадию исследований и стадию разработки. Затраты стадии разработки капитализируются, только если компания может показать:
- техническую осуществимость завершения продукта;
- намерение завершить его и использовать или продать;
- способность использовать или продать результат;
- как актив будет приносить экономическую выгоду;
- наличие ресурсов для завершения;
- возможность надежно оценить затраты на разработку.
В US GAAP для внутреннего ПО похожая логика: этап предварительного проекта — расходы, этап разработки приложения — капитализация, этап после внедрения — расходы. Для ПО, которое продается клиентам, действуют отдельные правила.
Какие затраты куда относятся
| Затраты | Обычно |
|---|---|
| Исследование рынка, концепция, выбор технологий | Расходы |
| Проектирование, кодирование, тестирование нового функционала | Может капитализироваться |
| Зарплата разработчиков, напрямую занятых созданием актива | Может капитализироваться |
| Административные и общие расходы | Расходы |
| Обучение сотрудников | Расходы |
| Исправление ошибок и поддержка после запуска | Расходы |
| Существенное расширение функционала | Может капитализироваться |
| Подписка на SaaS | Расходы |
Ключевой момент — учет времени. Чтобы капитализировать зарплату, нужно показать, сколько часов команда потратила именно на разработку новых возможностей, а не на поддержку. Без тайм-трекинга по задачам аудитор вряд ли примет такую оценку.
Как это влияет на отчетность
Отчет о прибылях и убытках. При капитализации текущая прибыль выше, потому что затраты распределяются на будущие периоды через амортизацию. При списании в расходы прибыль сейчас ниже, но в будущем нет амортизационной нагрузки.
Баланс. Капитализация создает нематериальный актив. Его нужно проверять на обесценение: если продукт закрыли или он перестал приносить выгоду, актив списывается разом.
Движение денежных средств. Деньги уходят одинаково. Но капитализированные затраты обычно попадают в инвестиционную деятельность, а не в операционную, поэтому операционный денежный поток выглядит сильнее.
Влияние на оценку компании
Капитализация увеличивает EBITDA, ведь амортизация в нее не входит. Это может улучшить показатели для банков и инвесторов. Но опытные аналитики знают об этом эффекте и часто корректируют цифры, смотря на полные затраты на разработку и свободный денежный поток.
Поэтому агрессивная капитализация — не способ «стать дороже». Она должна отражать реальность: если продукт действительно создает долгосрочную ценность, учет это показывает; если нет — будущие списания испортят отчетность.
Типичные ошибки
- Капитализировать всё подряд, включая поддержку и исправления.
- Нет документации: решения о старте разработки, оценки выгоды, учета часов.
- Слишком долгий срок амортизации для продукта, который быстро устаревает.
- Забыть про обесценение, когда проект закрыт или переориентирован.
- Решать вопрос задним числом, в конце года, вместо того чтобы заложить правила на старте проекта.
Когда идти к бухгалтеру
Обязательно — до начала крупного проекта разработки, при подготовке к аудиту, привлечению инвестиций или кредита, а также при переходе на МСФО. Бухгалтер или аудитор поможет зафиксировать учетную политику, критерии перехода от исследований к разработке и формат учета времени. Эта статья дает общую картину и не заменяет профессиональную консультацию.