B2B SaaS-стартап під керівництвом засновника з ARR (річним регулярним доходом) у розмірі 4 мільйони доларів може зіткнутися з шестизначною заборгованістю з податку з продажу в дев'яти штатах ще до того, як найме свого першого фінансиста. Причиною рідко стає якась одна значна подія. Це повільне накопичення клієнтів у Нью-Йорку, Техасі, Пенсільванії та Вашингтоні — кожен з яких розглядає програмне забезпечення як послугу (SaaS) як об'єкт оподаткування — у поєднанні з білінговою системою, яка непомітно перетнула пороги економічного нексусу ще два роки тому.
Податок з продажу мав бути проблемою для ритейлерів, що продають взуття, а не для хмарних компаній, що продають API та панелі керування. Це припущення перестало бути вірним 21 червня 2018 року, коли Верховний суд виніс рішення у справі «Південна Дакота проти Wayfair». У 2026 році майже кожен штат, де існує податок з продажу, також має правило економічного нексусу, і все більше штатів відносять SaaS до оподатковуваних продуктів або послуг. Ця «клаптева ковдра» правил є заплутаною, ставки високими, але гарна новина полягає в тому, що операційні механізми наразі добре вивчені.
Цей посібник розповідає про те, як побудувати надійну програму податку з продажу для SaaS або хмарної компанії у 2026 році: як визначити оподатковуваність у розрізі штатів, як розраховувати пороги нексусу, як обирати інструменти, такі як Stripe Tax, Anrok, Avalara або TaxJar, як обробляти пакетні транзакції та як усунути заборгованість за минулі періоди за допомогою угоди про добровільне розкриття інформації (VDA), якщо ви її виявите.
Чому податок з продажу для SaaS відрізняється від електронної комерції
Продавці в електронній комерції мають відносно чітку ментальну модель: матеріальне рухоме майно зазвичай оподатковується, податок стягується за адресою призначення, а ставки беруться з довідкової таблиці. SaaS руйнує кожну частину цієї моделі.
Тут не відбувається передачі матеріального майна. «Доставка» здійснюється через інтернет, часто користувачеві в іншому штаті, ніж адреса виставлення рахунку. Продукт — це передплата, яка може включати доступ до ПЗ, виклики API, професійні послуги, навчання та зберігання даних — і кожна з цих частин може оподатковуватися по-різному. Клієнтами часто є підприємства, які можуть мати або не мати права на звільнення від податку при перепродажу. І основне питання — чи оподатковується SaaS взагалі? — має різну відповідь у кожній юрисдикції.
SaaS-компанія має проаналізувати три рівні:
- Нексус (податкова присутність) — чи має штат юрисдикцію вимагати від вас стягнення податку?
- Оподатковуваність — чи справді штат оподатковує те, що ви продаєте?
- Визначення місця постачання (Sourcing) — якщо послуга оподатковується, чия адреса визначає ставку?
Помилка на будь-якому з цих рівнів призведе або до надмірного стягнення податку (і виснажливого процесу повернення коштів розгніваним клієнтам), або до недоплати (і накопичення зобов'язань, що зростають разом із штрафами та відсотками).
Крок 1: Визначте оподатковуваність SaaS по штатах
Найважливіша таблиця у вашій податковій програмі — це та, яка вказує для кожного штату: «чи оподатковую я цей продукт?». Для типової B2B SaaS-передплати у 2026 році ситуація виглядає приблизно так:
Штати, які широко оподатковують SaaS
- Нью-Йорк оподатковує SaaS як продаж готового програмного забезпечення, незалежно від способу доставки. Місцезнаходження клієнта визначає місце постачання.
- Пенсільванія розглядає SaaS як оподатковуване стандартне програмне забезпечення за звичайною ставкою податку з продажу.
- Техас оподатковує SaaS як послугу з обробки даних, але податком обкладається лише 20% вартості — Техас надає 20% звільнення для обробки даних, тому ефективна ставка для рахунку на 100 доларів — це сумарна ставка штату та місцевих органів влади, застосована до 20 доларів.
- Вашингтон оподатковує SaaS як «цифрову автоматизовану послугу» в межах податку з роздрібних продажів і окремо застосовує податок B&O (на бізнес та професійну діяльність).
- Теннессі оподатковує SaaS як для бізнесу, так і для особистого користування.
- Південна Кароліна оподатковує SaaS згідно зі своїми широкими визначеннями комунікаційних послуг.
- Юта оподатковує готове програмне забезпечення, доступ до якого здійснюється віддалено.
- Огайо, Коннектикут, Айова, Массачусетс, Род-Айленд, Гаваї та Нью-Мексико — кожен із цих штатів оподатковує SaaS, іноді з різними ставками для бізнесу та фізичних осіб.
Штати, які зазвичай не оподатковують SaaS
- Каліфорнія не оподатковує SaaS — правило полягає в тому, що SaaS не підлягає оподаткуванню, оскільки не відбувається передачі матеріального рухомого майна. (Програмне забезпечення, розроблене на замовлення клієнта, може мати іншу історію.)
- Флорида, Джорджія, Іллінойс, Вірджинія, Колорадо (за винятком деяких міст) та Північна Кароліна на сьогодні зазвичай не оподатковують SaaS.
Мінлива ситуація
Кілька штатів змінили свою позицію за останні кілька років, а штат Мен додав нові категорії послуг цифрової підписки до бази оподаткування у 2026 році згідно із законопроєктом SB 162, який набирає чинності з 1 липня 2026 року. Сприймайте цей список як щось, що потребує повторного аудиту кожного кварталу — податкові департаменти штатів тихо випускають роз'яснення, які перекласифікують продукти без зайвого галасу.
Практичний висновок: не створюйте одноразову таблицю, щоб потім забути про неї. Підпишіться на сервіс відстеження податків штатів (Anrok, Avalara, TaxJar та Numeral публікують журнали змін) або створіть нагадування в календарі, щоб перевіряти статус ваших топ-10 штатів кожного кварталу.
Крок 2: Розуміння економічного нексусу Wayfair
Справа South Dakota v. Wayfair дозволила штатам вимагати від віддалених продавців збору податку з продажів лише на основі економічної активності. Більшість штатів наслідували приклад Південної Дакоти та запровадили поріг у $100,000 або 200 транзакцій. Деякі штати мають інші правила:
- Каліфорнія використовує поріг у $500,000 сукупних продажів (тест на кількість транзакцій відсутній). Поріг у 200 транзакцій не застосовується.
- Техас використовує $500,000 доходу.
- Нью-Йорк використовує $500,000 та понад 100 транзакцій (обидві умови обов'язкові).
- Теннессі використовує $100,000 доходу.
- Канзас скасував тест на кількість транзакцій і тепер використовує $100,000 доходу.
Кілька практичних зауважень, які часто стають несподіванкою для засновників:
- Пороги зазвичай враховують валові продажі, а не лише ті, що підлягають оподаткуванню. Навіть якщо SaaS не оподатковується в певному штаті, ваш дохід від підписок часто враховується для визначення порогу нексусу для цього штату. Тож вам може знадобитися зареєструватися та подавати нульові декларації лише для того, щоб дотримуватися законодавства.
- Посередники торгових майданчиків (marketplace facilitators), такі як Stripe Atlas, AWS Marketplace та Apple App Store, у багатьох випадках збирають податки від вашого імені, і продажі через них можуть як враховуватися, так і не враховуватися у ваш поріг залежно від штату.
- Залишковий нексус (trailing nexus) має значення. Каліфорнія вимагає продовжувати збір податків протягом наступного календарного року, навіть якщо ви опустилися нижче порогу.
Створіть систему відстеження нексусу в реальному часі. Більшість податкових сервісів роблять це автоматично; якщо ви ведете облік у таблицях, оновлюйте їх щомісяця.
Крок 3: Реєстрація у відповідних органах
Щойно ви перетнули поріг (або збираєтеся це зробити), ви повинні зареєструватися в департаменті доходів штату. Механіка:
- Штати-учасники Угоди про спрощений податок з продажів (SST) (24 штати, включаючи Айову, Канзас, Мічиган, Міннесоту, Небраску, Неваду, Нью-Джерсі, Північну Кароліну, Північну Дакоту, Огайо, Оклахому, Род-Айленд, Південну Дакоту, Теннессі, Юту, Вермонт, Вашингтон, Західну Вірджинію, Вісконсин, Вайомінг, Арканзас, Джорджію, Індіану та Кентуккі) приймають єдину комбіновану заявку через Центральну систему реєстрації SSUTA.
- Штати, що не входять до SST, мають власні портали. Деякі з них прості (онлайн-реєстрація за 10 хвилин), деякі складні (паперові заяви, надсилання листів IRS факсом, вимоги щодо страхової застави). Техас, Каліфорнія та Флорида мають свої специфічні кроки реєстрації.
- Юрисдикції з самоврядуванням (home-rule) — Колорадо, Луїзіана та Алабама мають місцеві органи оподаткування продажів, які діють незалежно від штату. У Колорадо це може означати окрему реєстрацію в таких містах, як Денвер, Боулдер та Орора, на додаток до реєстрації на рівні штату.
Після реєстрації ви отримаєте графік подання звітності (щомісяця, щокварталу або щороку) залежно від очікуваного обсягу. Цей графік у більшості штатів не підлягає обговоренню, а пропущені звіти — навіть нульові — призводять до штрафів.
Крок 4: Налаштування податкового движка
Станом на 2026 рік чотири платформи домінують в автоматизації податків з продажів SaaS:
- Stripe Tax — найкраще підходить, якщо ви вже використовуєте Stripe для виставлення рахунків. Він виконує розрахунки та легко інтегрується з інвойсами та підписками Stripe. Для подання звітності та сплати Stripe спрямовує вас до партнерів, таких як TaxJar або Taxually, замість того, щоб подавати звіти самостійно.
- Anrok — створений спеціально для B2B та B2C SaaS з регулярними підписками та складними моделями білінгу (використання, кількість робочих місць, виклики API). Початкова ціна становить $100 на місяць і включає розрахунки, моніторинг та подання звітності. Anrok — найкращий вибір для SaaS-компаній, які потребують подання звітності та управління сертифікатами про звільнення від податків в одному місці.
- Avalara (AvaTax) — варіант для корпоративного сектора (enterprise) з понад 1000 інтеграціями в ERP-системи, такі як NetSuite, SAP та Oracle. Вартість розраховується індивідуально. Доцільно використовувати, коли ваш технологічний стек складний; занадто масштабно для SaaS на стадії Series A.
- TaxJar (компанія Stripe) — сильний гравець в електронній комерції та маркетплейсах, з послугою AutoFile ($50–55 за звіт станом на 2026 рік, порівняно з $25–35 у попередні роки). Менш орієнтований на SaaS, ніж Anrok, але добре інтегрований зі Stripe.
Що кожному податковому движку потрібно від вас:
- Валідація адреси клієнта — адреси для виставлення рахунку (bill-to) та доставки (ship-to) мають відповідати реальній юрисдикції. Неправильні вхідні дані призведуть до неправильних результатів.
- Мапінг оподатковуваності продуктів — кожен SKU або рівень підписки потребує податкового коду, який вказує движку, що це за продукт. «SaaS — B2B підписка» оподатковується інакше, ніж «завантаження цифрового контенту» або «професійні послуги».
- Збір сертифікатів про звільнення від податків — коли клієнт звільнений від податків (перепродаж, некомерційна організація, урядова установа), вам потрібно зібрати та зберігати дійсний сертифікат для кожного штату. Anrok та Avalara мають вбудовані робочі процеси для сертифікатів звільнення; у Stripe Tax вам може знадобитися додатковий інструмент, такий як Numeral або Sphere.
- Визначення джерела оподаткування (адреса білінгу vs доставки vs використання) — для SaaS більшість штатів використовують основну бізнес-адресу клієнта, але деякі дивляться на місцезнаходження користувачів. Налаштуйте правило, яке рекомендує ваш податковий движок, і задокументуйте його.
Крок 5: Робота зі змішаними транзакціями за допомогою «тесту справжнього об'єкта»
Реальний інвойс SaaS часто виглядає так:
- $5,000 — річна підписка на платформу
- $1,500 — послуги з впровадження
- $400 — кредити на навчання
- $200 — надбавка за преміум-підтримку
Якщо підписка оподатковується в певному штаті, а послуги — ні, чи можете ви оподатковувати їх окремо? Відповідь залежить від тесту справжнього об'єкта (true object test) — також відомого як доктрина «суті транзакції» — який визначає, що саме клієнт купує за своєю суттю.
Якщо клієнт купує доступ до SaaS-платформи, а впровадження/навчання є супутніми, весь пакет може розглядатися як програмне забезпечення, що підлягає оподаткуванню в штатах, які широко застосовують тест справжнього об'єкта. Якщо впровадження є суттєвою послугою, про яку домовлялися окремо та яка має власні результати (deliverables), ви можете виставляти рахунки та оподатковувати компоненти окремо.
Два практичні способи захисту:
- Зазначайте та оцінюйте кожен компонент окремо в інвойсі. Штати, що дозволяють розділення пакетів, майже повсюдно вимагають, щоб компоненти були вказані окремо в інвойсі для клієнта.
- Задокументуйте договірні наміри. Генеральна угода про надання послуг (MSA), яка описує впровадження як окремий проект із власним технічним завданням (SOW), набагато краще підтверджує роздільне надання послуг, ніж єдиний рядок у комерційній пропозиції.
Нещодавнє рішення Нью-Йорка у квітні 2026 року щодо змішаних транзакцій SaaS підтвердило, що коли програмний компонент є «центральним, а не супутнім», вся транзакція оподатковується як програмне забезпечення — тому найбезпечнішим шляхом є створення пакетів лише за наявності чіткого рядка послуг з окремою ціною.
Крок 6: Зверніть увагу на особливі випадки
Кілька ситуацій виникають досить часто, щоб виділити їх окремо:
- Техаське звільнення на 20% для обробки даних — SaaS підлягає оподаткуванню в Техасі, але як «послуга з обробки даних» 80% вартості звільнено від податку. Ваш податковий інструмент повинен це знати; багато з них за замовчуванням розраховують повну ставку та стягують зайве.
- Інформаційні послуги в Нью-Йорку — окремо від SaaS, «інформаційні послуги» (як-от скомпільовані галузеві дані) мають власні правила і можуть бути звільнені від оподаткування, якщо дані персоналізовані.
- Хмарна інфраструктура (IaaS) проти SaaS — Теннессі оподатковує SaaS, але не IaaS, оскільки не відбувається передачі матеріального особистого майна. Нью-Йорк розглядає IaaS як таку, що не підлягає оподаткуванню, тоді як SaaS — підлягає. Ця різниця має значення, якщо ви продаєте гібридні продукти.
- Безкоштовні пробні версії та freemium — більшість штатів розглядають платну частину підписки як подію, що підлягає оподаткуванню. Безкоштовні рівні не ініціюють стягнення, але все одно можуть враховуватися в порогових значеннях економічного зв'язку (nexus) у деяких штатах, оскільки вони передбачають «транзакції».
- Річне чи місячне виставлення рахунків — моментом оподаткування зазвичай є дата виставлення рахунку, а не момент отримання доходу. Січневий рахунок за 12-місячну річну підписку генерує податок з продажів за весь рік у січні.
Крок 7: Врегулювання історичних зобов'язань за допомогою VDA
Якщо ви виявили, що повинні були стягувати податок у певному штаті протягом останніх двох років, не варто просто реєструватися та починати стягнення з цього моменту. Це залишає шлейф неподаних декларацій і нестягнутих податків, за якими штат усе ще може прийти — часто з періодом перевірки від шести до десяти років.
Рішенням є угода про добровільне розкриття інформації (VDA). Ви (зазвичай через податкового консультанта або фірму, що спеціалізується на VDA) анонімно звертаєтеся до штату, узгоджуєте обмежений період перевірки (зазвичай 3–4 роки замість необмеженого) і сплачуєте заборгованість по податках. Натомість штат скасовує штрафи, іноді знижує відсотки та надає захист від кримінального переслідування.
Коли угоди VDA мають сенс:
- Ви не стягували податок, і штат про вас не знав. (Якщо ви стягували податок, але не перераховували його, ви не маєте права на VDA — це відповідальність за «довірчі кошти» з іншими наслідками).
- Ваші історичні зобов'язання достатньо великі, щоб економія на скасованих штрафах перевищувала витрати на юридичні послуги (зазвичай це доцільно при сумі заборгованості понад 25 000 доларів США).
- Ви хочете «почати з чистого аркуша» перед залученням інвестицій або поглинанням, де податкові зобов'язання з продажів є стандартним пунктом при перевірці (due diligence).
Сума заборгованості залежить від того, на які суми ви фактично виставили рахунки — ось чому чисті фінансові записи, що підлягають аудиту, мають величезне значення при виявленні зобов'язань. Надійний історичний запис кожного інвойсу, адреси клієнта, того, що було продано, і вартості є основою будь-якого розрахунку VDA. Якщо ви не можете це відновити, розрахунок податкової заборгованості за замовчуванням базуватиметься на оцінках, вигідних для штату.
Крок 8: Налагодження щоквартальної звірки
Робоча програма податку з продажів має такі регулярні ритуали:
- Щомісяця — подавайте декларації у кожному зареєстрованому штаті. Більшість сервісів роблять це автоматично; ви лише підтверджуєте.
- Щокварталу — звіряйте податок, зібраний у вашій системі виставлення рахунків, із податком, зазначеним у деклараціях. Досліджуйте розбіжності. Оновлюйте свій трекер економічного зв'язку (nexus).
- Щорічно — переглядайте свою матрицю оподаткування згідно з новими постановами штатів, перевіряйте сертифікати звільнення від податків на предмет закінчення терміну дії та поновлюйте реєстрації в штатах, де це необхідно.
- За подією — проводьте повторну оцінку після запуску продукту (новий SKU, новий податковий код), зміни ціноутворення (зміни в пакетах послуг), поглинання (успадкований nexus) або значного розширення географії.
Тримайте свої фінансові записи готовими до податкового аудиту з першого дня
Дотримання вимог щодо податку з продажів залежить від вашої бухгалтерії. Якщо ваші дані про виставлення рахунків, адреси клієнтів і визнання доходу не є впорядкованими, кожен крок вище стає складнішим, а аудит штату перетворюється на дорогий квест по експортах Stripe і старих контрактах.
Beancount.io забезпечує текстовий бухгалтерський облік із контролем версій, що надає вам повну історію кожної транзакції, клієнта та інвойсу, придатну для аудиту — саме те, що потрібно, коли податковий департамент штату запитує історію транзакцій за п’ять років. Жодних «чорних скриньок», жодної залежності від постачальника, а кожна зміна відстежується в Git. Почніть безкоштовно та побудуйте фінансовий фундамент, на який покладатиметься ваша податкова програма (і ваш майбутній покупець).