Ты платишь за Claude, GitHub Copilot, Cursor, а может быть, ещё и за подписку ChatGPT Plus в придачу. По отдельности каждая из них выглядит как погрешность округления в твоей ежемесячной выписке. Но сложи их за год — и небольшая студия разработки или соло-основатель вполне может тратить $1500–6000 в год только на ИИ-инструменты для программирования. Так что, когда приходит время подавать налоговую декларацию, возникает закономерный вопрос: это просто ещё один расход на программное обеспечение или он запускает те самые многолетние правила амортизации, от которых стонут разработчики?
Хорошая новость в том, что для подавляющего большинства разработчиков ответ прост. Сложность в том, чтобы понять, когда он перестаёт быть простым, — и именно здесь ИИ-инструменты для разработки начали ставить людей в тупик.
Короткий ответ: большинство подписок на ИИ-инструменты для разработки сейчас полностью подлежат вычету
Если ты платишь ежемесячную или годовую плату за Claude, GitHub Copilot, Cursor, ChatGPT Plus/Team или похожий помощник для программирования и используешь его так же, как большинство разработчиков — чтобы быстрее писать код, отлаживать или генерировать шаблонный код для клиентских проектов или собственного продукта, — эти расходы, как правило, полностью подлежат вычету в том году, когда ты их оплатил. Это подпадает под раздел 162 Налогового кодекса США — правило «обычных и необходимых деловых расходов», которое охватывает всё, от твоего ноутбука до стола в коворкинге.
Никакого особого исключения для ИИ, из-за которого эти подписки было бы сложнее списать, чем, скажем, инструмент управления проектами или лицензию на редактор кода, не существует. Налоговой службе США (IRS) всё равно, что в маркетинговых материалах инструмента фигурирует слово «ИИ». Её волнует, на что были потрачены средства и являются ли эти расходы обычными и необходимыми для того вида деятельности, которым ты занимаешься.
Сложнее становится, когда речь заходит о совсем другой части налогового кодекса — разделе 174, который регулирует расходы на исследования и экспериментальные разработки (R&E). И именно эта часть застаёт разработчиков врасплох, потому что раздел 174 касается не самого инструмента, а того, что ты с его помощью делаешь.
Раздел 162 против раздела 174: один и тот же инструмент, разный налоговый режим
Вот различие, которое действительно имеет значение и которое никак не связано с тем, каким именно ИИ-продуктом ты пользуешься:
Раздел 162 (немедленный вычет) охватывает рутинное, повседневное использование программного обеспечения: работу над уже существующим продуктом, исправление багов, выставление счетов клиентам, написание рекламных текстов или использование Copilot, чтобы быстрее закрыть обычную задачу по фиче. Если работа в основном рутинная и не связана с разрешением подлинной технической неопределённости, это обычный операционный расход.
Раздел 174 (расходы на исследования и экспериментальные разработки) охватывает затраты, связанные с созданием чего-то нового или разрешением реальной технической неопределённости: разработкой нового продукта с нуля, проектированием принципиально новой системы, дообучением модели или проведением масштабных экспериментов, чтобы понять, реализуем ли подход в принципе технически. Если подрядчик или инженер занимается настоящей R&D-работой, труд и связанные с ним затраты могут подпадать под раздел 174 — но не сама подписка.
Ключевое, что нужно понять: сама подписка почти никогда не меняет категорию. Твоя лицензия Cursor или Copilot — это инструмент, как молоток. Категорию меняет работа — а именно зарплаты, выплаты подрядчикам и напрямую относимые затраты, связанные с подлинной исследовательской и опытно-конструкторской деятельностью. Подписка на no-code-автоматизацию (вроде Zapier или Make) относится строго к разделу 162, даже если ты используешь её при разработке чего-то экспериментального, — потому что сама подписка не является «использованием вычислительной техники» в исследовательском смысле, это SaaS-инструмент.
Для большинства соло-разработчиков и небольших студий это означает: твои подписки на ИИ-инструменты для разработки — это подлежащие вычету расходы, и точка. Раздел 174 становится актуальным в основном тогда, когда ты платишь инженерам или подрядчикам за существенную разработку нового продукта, — и даже тогда правила недавно стали гораздо мягче.
Изменение правил 2025 года, которое реально играет тебе на руку
Если ты слышал страшные истории о том, как компании-разработчики ПО были вынуждены амортизировать расходы на разработку в течение пяти лет начиная с 2022 года, — это было реальностью, и она сильно ударила по небольшим софтверным компаниям. Конгресс изменил курс с принятием закона One Big Beautiful Bill Act (OBBBA): для налоговых периодов, начинающихся после 31 декабря 2024 года, внутренние расходы на исследования и экспериментальные разработки снова подлежат немедленному вычету, а не растягиваются на пять лет. Зарубежные расходы на R&E — скажем, если подрядчик за рубежом занимается твоим дообучением модели, — по-прежнему нужно амортизировать, сейчас в течение 15 лет.
Это единственное различие по географическому признаку стоит держать в уме, если ты работаешь с зарубежными подрядчиками: идентичная работа по разработке либо полностью подлежит вычету в этом году, либо растягивается на 15 лет — исключительно в зависимости от того, где находится исполнитель.
Практическая разбивка для небольших студий разработки
Вот как обычно распределяются распространённые категории:
| За что ты платишь | Типичный режим | Почему |
|---|---|---|
| Claude Pro/Team, ChatGPT Plus/Team | Раздел 162 — полный вычет | Обычная подписка на деловое программное обеспечение |
| GitHub Copilot, Cursor | Раздел 162 — полный вычет | Подписка на инструмент для разработчиков, а не сама R&D-затрата |
| Облачный хостинг для уже работающего, развёрнутого приложения | Раздел 162 — полный вычет | Продуктивное использование, а не эксперимент |
| Облачные вычисления для обучения или дообучения собственной модели | Часто раздел 174 | Подлинный технический эксперимент |
| Зарплата подрядчиков, создающих совершенно новый продукт с нуля | Часто раздел 174 | Труд, связанный с разрешением реальной технической неопределённости |
| Zapier, Make, Airtable и похожие no-code-платформы | Раздел 162 — полный вычет | Подписка на сервис, а не квалифицируемая R&D-затрата |
| Разовая покупка лицензии на ПО (не подписка) | Может подпадать под ускоренное списание по разделу 179 | Приобретённое имущество, а не периодическая услуга |
Обрати внимание на закономерность: почти всё, за что соло-разработчик или небольшая команда платит ежемесячно, попадает в простую, полностью вычитаемую категорию. Раздел 174 становится реальным соображением только тогда, когда ты платишь настоящие деньги людям — сотрудникам или подрядчикам — за создание чего-то по-настоящему нового, или тратишь значимые суммы на вычисления именно ради R&D-экспериментов, а не для работы уже действующего продукта.
Когда смешанное использование действительно имеет значение
Если ты — небольшое агентство или студия разработки, которая одновременно поддерживает клиентские продукты (рутина, раздел 162) и создаёт кастомные ИИ-функции или новые системы с нуля (потенциально раздел 174), IRS обычно ожидает разумного распределения расходов, а не свалки всего в одну строку «Программное обеспечение». Разумный подход:
- Отслеживай один и тот же инструмент (например, счёт за облачные вычисления) с отдельными метками затрат «продакшн/поддержка» и «разработка/эксперименты».
- Храни счета подрядчиков или журналы учёта времени, описывающие, что именно было создано, чтобы при необходимости подтвердить разделение.
- Не пытайся насильно втиснуть инструменты по подписке вроде Copilot или Zapier в раздел 174 — они категорически являются подписками на сервисы, а не квалифицируемыми исследовательскими затратами, даже если ты используешь их во время R&D-работы.
Если весь твой бизнес — это клиентские услуги без собственной разработки продукта, тебе, скорее всего, вообще не нужно думать о разделе 174 — всё является обычным и необходимым расходом по разделу 162.
Веди простой, но реальный бумажный след
К какой бы категории ни относились твои траты на ИИ-инструменты, IRS хочет видеть, что расход был обычным, необходимым и связанным с бизнесом — а не что ты выстроил замысловатую налоговую схему. Несколько привычек сильно облегчают жизнь:
- Храни счета и квитанции за каждую подписку, даже за те, что стоят $20 в месяц. Суммы накапливаются, и аудиторы уже отмечали отсутствие документации по небольшим периодическим платежам.
- Фиксируй деловое назначение, если у инструмента есть личное использование наряду с рабочим — если ты используешь ChatGPT Plus и для клиентского кода, и для личных проектов, вычету подлежит только доля делового использования.
- Разделяй расходы на разработку и на продакшн в момент их возникновения, а не спустя месяцы, восстанавливая по памяти во время подачи декларации. Панели провайдеров (страницы использования OpenAI, метки затрат AWS, консоль Anthropic) часто удаляют детализированные исторические данные, так что помечай расходы по ходу дела.
По сути, это просто продолжение хорошей дисциплины ведения учёта, а не новая нагрузка. Если ты уже отслеживаешь деловые расходы структурированно — отдельные счета или категории для хостинга, инструментов, выплат подрядчикам, — добавить пару новых строк для «подписок на ИИ» и, если применимо, «вычислений для R&D» — это небольшое усилие с реальной отдачей во время подачи декларации.
Частые ошибки, которых стоит избегать
- Сваливать всё в одну категорию расходов «Программное обеспечение» или «Инструменты». К концу года практически невозможно восстановить точное разделение по разделам 162/174, если каждая подписка и каждый облачный счёт лежат в одной недифференцированной куче.
- Считать, что категория инструмента определяется его названием. Слово «ИИ» в названии продукта не определяет налоговый режим — его определяет то, для чего ты его используешь.
- Относить платформы по подписке к R&D-затратам. No-code- и автоматизационные подписки не квалифицируются как исследовательские затраты на использование вычислительной техники для целей налогового кредита на R&D, независимо от того, насколько экспериментальным является проект.
- Упускать различие между внутренними и зарубежными подрядчиками. Оплата зарубежному подрядчику за подлинную разработку может означать амортизацию на 15 лет вместо немедленного вычета — это стоит знать до найма, а не после.
Держи финансы в порядке с самого начала
Разобраться, какие подписки на ИИ — это простые списания, а какие расходы на разработку требуют особого налогового режима, гораздо проще, когда твои книги учёта чистые и категоризированы по ходу дела, а не восстанавливаются по памяти в апреле. Beancount.io предлагает текстовый бухгалтерский учёт, который прозрачен, версионируется и легко размечается по проекту или категории расходов — так что разделение «инструментов для продакшна» и «вычислений для R&D» становится вопросом чёткого плана счетов, а не борьбой с двенадцатью месяцами выписок по кредитной карте. Начни бесплатно и узнай, почему разработчики переходят на текстовый бухгалтерский учёт именно ради такой ясности.