Ти платиш за Claude, GitHub Copilot, Cursor, а може, ще й за підписку ChatGPT Plus зверху. Окремо кожна з них виглядає як заокруглення в місячній виписці. Але якщо скласти їх за рік, невелика студія розробки чи соло-засновник цілком може витрачати $1500-$6000 на рік лише на AI-інструменти для кодування. Тож коли настає податковий сезон, виникає цілком справедливе запитання: чи це просто ще одна витрата на програмне забезпечення, чи вона запускає ті самі багаторічні правила амортизації, від яких стогнуть розробники?
Добра новина в тому, що для переважної більшості розробників відповідь проста. Заплутана частина — зрозуміти, коли вона перестає бути простою, і саме тут AI-інструменти для кодування почали ставити людям підніжку.
Коротка відповідь: більшість AI-підписок для кодування зараз повністю підлягають вирахуванню
Якщо ти платиш щомісячну чи щорічну плату за Claude, GitHub Copilot, Cursor, ChatGPT Plus/Team чи подібного асистента для кодування і використовуєш його так, як це роблять більшість розробників — щоб писати код швидше, налагоджувати помилки чи генерувати шаблонний код для клієнтської роботи чи власного продукту — ця витрата, як правило, повністю підлягає вирахуванню в рік, коли ти її сплачуєш. Вона підпадає під Розділ 162 Податкового кодексу США (Internal Revenue Code) — правило «звичайної та необхідної бізнес-витрати» (ordinary and necessary business expense), яке охоплює все: від твого ноутбука до столу в коворкінгу.
Немає жодного спеціального винятку для AI, який робив би ці підписки складнішими для вирахування, ніж, скажімо, інструмент управління проєктами чи ліцензія на редактор коду. IRS байдуже, що в маркетинговому описі інструменту є слово «AI». Йому важливо, на що саме була витрата і чи є вона звичайною та необхідною для того типу роботи, яку ти виконуєш.
Складніше стає в зовсім іншій частині податкового кодексу — Розділі 174, який регулює витрати на дослідження та експериментальну діяльність (research and experimental, R&E). І саме ця частина застає розробників зненацька, тому що Розділ 174 стосується не інструменту, а того, що саме ти з ним робиш.
Розділ 162 проти Розділу 174: той самий інструмент, різний податковий режим
Ось відмінність, яка справді має значення, і вона не залежить від того, яким саме AI-продуктом ти користуєшся:
Розділ 162 (негайне вирахування) охоплює рутинне, повсякденне використання програмного забезпечення — підтримку наявного продукту, виправлення багів, роботу з клієнтським білінгом, написання маркетингових текстів або використання Copilot, щоб швидше закрити звичайний тікет із фічею. Якщо робота переважно рутинна й не пов'язана з вирішенням справжньої технічної невизначеності, це звичайна операційна витрата.
Розділ 174 (витрати на дослідження та експериментальну діяльність) охоплює витрати, пов'язані з розробкою чогось нового або вирішенням справжньої технічної невизначеності — створення нового продукту з нуля, проєктування нової системи, донавчання моделі (fine-tuning) або проведення тривалих експериментів, щоб з'ясувати, чи підхід взагалі технічно здійсненний. Якщо підрядник чи інженер виконує справжню роботу з розробки в стилі R&D, саме праця та пов'язані з нею витрати можуть підпадати під Розділ 174 — а не сама плата за підписку.
Ключове, що варто зрозуміти: сама підписка майже ніколи не змінює категорію. Твоя ліцензія на Cursor чи Copilot — це інструмент, як молоток. Категорію змінює саме робота — а точніше, заробітна плата, виплати підрядникам і витрати, безпосередньо пов'язані зі справжньою дослідницькою та розробницькою діяльністю. Підписка на no-code автоматизацію (як-от Zapier чи Make) однозначно підпадає під Розділ 162, навіть якщо ти використовуєш її під час створення чогось експериментального, бо сама підписка — це не дослідницькі витрати на «використання комп'ютера», а SaaS-інструмент.
Для більшості соло-розробників і невеликих студій розробки це означає: твої AI-підписки для кодування — це витрати, які підлягають вирахуванню, крапка. Розділ 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) і створює кастомні AI-функції або нові системи з нуля (потенційно Розділ 174), IRS зазвичай очікує, що ти зробиш обґрунтований розподіл, а не звалиш усе в один рядок «Програмне забезпечення». Захищуваний підхід:
- Відстежуй той самий інструмент (скажімо, рахунок за хмарні обчислення) з окремими мітками витрат для «продуктив/підтримка» проти «розробка/експериментування».
- Зберігай рахунки підрядників чи журнали обліку часу, які описують, що саме було створено, щоб мати змогу обґрунтувати розподіл, якщо запитають.
- Не намагайся штучно втиснути інструменти за підпискою на кшталт Copilot чи Zapier у Розділ 174 — вони категорично є сервісними підписками, а не кваліфікованими дослідницькими витратами, навіть якщо ти використовуєш їх під час роботи над R&D.
Якщо весь твій бізнес — це клієнтські послуги без власної розробки продукту, тобі, ймовірно, взагалі не потрібно думати про Розділ 174 — усе є звичайною та необхідною витратою за Розділом 162.
Веди прості, але реальні паперові докази
Незалежно від того, у яку категорію потрапляють твої витрати на AI-інструменти, IRS хоче бачити, що витрата була звичайною, необхідною та пов'язаною з бізнесом — а не що ти побудував складну податкову схему. Кілька звичок дадуть багато користі:
- Зберігай рахунки та квитанції за кожну підписку, навіть ті, що по $20/місяць. Вони накопичуються, і аудитори вже фіксували відсутню документацію по невеликих регулярних платежах.
- Фіксуй бізнес-мету, якщо в інструменту є перетин з особистим використанням — якщо ти використовуєш ChatGPT Plus і для клієнтського коду, і для особистих проєктів, вирахуванню підлягає лише частка бізнес-використання.
- Розділяй витрати на розробку та на продуктив у момент, коли їх несеш, а не через кілька місяців, коли відновлюєш усе з пам'яті під час подання декларації. Панелі провайдерів (сторінки використання OpenAI, мітки витрат AWS, консоль Anthropic) часто видаляють деталізовані історичні дані, тож позначай усе одразу.
Це насправді просто продовження хорошої дисципліни бухгалтерського обліку, а не новий тягар. Якщо ти вже відстежуєш бізнес-витрати структуровано — окремі рахунки чи категорії для хостингу, інструментів, виплат підрядникам — додати кілька нових рядків для «AI-підписок» і, за потреби, «обчислень для R&D» — це невелике зусилля з реальною віддачею під час подання декларації.
Поширені помилки, яких варто уникати
- Звалювання всього в одну категорію витрат «Програмне забезпечення» чи «Інструменти». Наприкінці року майже неможливо точно відновити розподіл між Розділом 162 та 174, якщо кожна підписка й хмарний рахунок лежать в одному недиференційованому кошику.
- Припущення, що категорія інструменту визначається його назвою. Слово «AI» в назві продукту не визначає податковий режим — його визначає те, що ти з ним робиш.
- Розгляд платформ за підпискою як витрат на R&D. No-code та автоматизаційні підписки не кваліфікуються як дослідницькі витрати на «використання комп'ютера» для цілей податкового кредиту на R&D, незалежно від того, наскільки експериментальним є проєкт.
- Ігнорування відмінності між внутрішньою та закордонною роботою підрядника. Оплата справжньої розробницької роботи закордонному підряднику може означати 15-річну амортизацію замість негайного вирахування — це варто знати до найму, а не після.
Тримай фінанси організованими з першого дня
Розібратися, які AI-підписки є простими списаннями, а які витрати на розробку потребують особливого податкового режиму, набагато простіше, коли твої книги обліку чисті й категоризовані одразу, а не відновлюються з пам'яті в квітні. Beancount.io пропонує текстовий бухгалтерський облік, який прозорий, має контроль версій і легко позначається тегами за проєктом чи категорією витрат — тож розділити «інструменти для продуктиву» і «обчислення для R&D» — це питання чіткого плану рахунків, а не борсання через дванадцять місяців виписок кредитної картки. Почни безкоштовно і подивись, чому розробники переходять на текстовий бухгалтерський облік саме заради такої ясності.