Beancount.io LogoBeancount.io

Податок з продажу на SaaS, стрімінг та цифрові товари у 2026 році: посібник із виживання для розробників програмного забезпечення

15 хв. читанняMike ThriftMike Thrift
Податок з продажу на SaaS, стрімінг та цифрові товари у 2026 році: посібник із виживання для розробників програмного забезпечення

У 2018 році засновник SaaS-компанії з річним виторгом у 2 мільйони доларів від клієнтів у 40 штатах міг цілком обґрунтовано ігнорувати податок з продажів за межами своєї домашньої юрисдикції. До 2026 року той самий засновник бачить перед собою крайні терміни реєстрації щонайменше у 25 штатах, мозаїку тестів на «справжній об'єкт» (true object), які суперечать один одному в різних штатах, та ризик аудиту, що зростає приблизно на 30 відсотків від несплаченого податку щорічно. Рішення у справі «Південна Дакота проти Wayfair» не створило цю складність — воно перетворило на зброю закони штатів, які вже були суперечливими, і спрямувало їх проти розробників програмного забезпечення.

Ось що робить цю проблему унікальною для цифрових товарів. Продавець фізичних товарів може прочитати податковий кодекс штату, знайти термін «матеріальне особисте майно» (tangible personal property) і зрозуміти правило. SaaS-постачальник, читаючи той самий кодекс, знаходить «послуги з обробки даних», «інформаційні послуги», «цифрові продукти», «комп'ютерні послуги», «визначені цифрові товари», а іноді взагалі нічого — часто в податкових роз'ясненнях того самого штату, залежно від року. Два штати з майже ідентичними формулюваннями законів регулярно доходять протилежних висновків щодо одного і того ж продукту. Одне лише перемикання функції — скажімо, додавання звітів, перевірених людиною, до автоматизованої інформаційної панелі — може змінити режим оподаткування всієї лінійки підписок.

Якщо ви продаєте програмне забезпечення, потокове мультимедіа або цифрові товари клієнтам у США, цей посібник пояснює, що змінилося у 2026 році, як розуміти тест на справжній об'єкт, який визначає оподатковуваність приблизно у половині штатів, і як налаштувати систему дотримання вимог, яка масштабується разом із вашим доходом, а не руйнується під його вагою.

Три категорії, які штати використовують для класифікації SaaS (і чому це важливо)

Штати, які оподатковують SaaS, приходять до цього трьома різними юридичними шляхами, і шлях має значення, оскільки він визначає, які функції вашого продукту викликають оподаткування, які пільги застосовуються і які сертифікати про звільнення від податків ви можете приймати.

Шлях 1: SaaS розглядається як матеріальне особисте майно. Це найширший режим оподаткування. Такі штати, як Гаваї, Нью-Мексико, Південна Дакота та Вашингтон, класифікують доступ до віддаленого ПЗ як продаж цифрового продукту, аналогічного фізичному товару. Щойно транзакція розглядається як матеріальне особисте майно, за замовчуванням передбачається її оподатковуваність, і обов'язок довести право на пільгу покладається на продавця. Сертифікати перепродажу від B2B-покупців зазвичай працюють, але вимоги до документації суворі.

Шлях 2: SaaS розглядається як оподатковувана послуга. Техас є класичним прикладом. Техас оподатковує SaaS не як програмне забезпечення — він оподатковує 80 відсотків вартості SaaS як «послугу з обробки даних» згідно з правилом, яке з’явилося за десятиліття до хмарних обчислень. 20-відсоткове звільнення визнає, що частина будь-якої транзакції з обробки даних — це власна праця клієнта з використання сервісу. Теннессі, Огайо, Коннектикут та Округ Колумбія використовують варіації того самого підходу: класифікують SaaS як одну з кількох перелічених оподатковуваних послуг (обробка даних, інформаційні послуги, комп’ютерні послуги), а не як продукт.

Шлях 3: SaaS розглядається як неоподатковувана нематеріальна послуга. Каліфорнія, Флорида, Іллінойс, Невада, Північна Кароліна, Оклахома та Вірджинія залишаються основними винятками. Ці штати ставляться до SaaS так само, як до юридичних консультацій чи бухгалтерського обліку — як до неоподатковуваної професійної або нематеріальної послуги. Зауважте, що «неоподатковувана» означає на сьогоднішній день. Кілька з цих штатів мають законодавчі пропозиції щодо поширення податку з продажів на цифрові послуги, і тенденція останніх законодавчих сесій односпрямована: кількість штатів, що оподатковують SaaS, зростає.

Засновник, який знає, який шлях застосовується в кожному штаті клієнта, може планувати відповідно. Засновник, який сприймає питання «чи оподатковується SaaS?» як бінарне «так» або «ні», ризикує помилитися з реєстрацією, неправильно класифікувати звільнених від податків B2B-клієнтів і в кінцевому підсумку або збирати занадто багато податків (викликаючи колективні позови про повернення коштів), або збирати занадто мало (викликаючи донарахування під час аудиту).

Тест на «справжній об'єкт»: Де пакети послуг, ШІ та гібридні продукти виживають або гинуть

Тест на «справжній об'єкт» (true object test) — це найважливіша концепція для будь-якої SaaS-компанії, що продає щось складніше за звичайний доступ до ПЗ. Це правило, яке штати застосовують, коли транзакція включає як оподатковувані, так і неоподатковувані елементи, а клієнт платить єдину ціну за весь пакет.

Тест ставить питання: яка основна мета клієнта при укладанні транзакції? Якщо основною метою є доступ до оподатковуваного ПЗ, то весь пакет підлягає оподаткуванню — включно з допоміжними послугами, навчанням та підтримкою. Якщо основною метою є неоподатковувана послуга (наприклад, консалтинг, спеціальний аналіз або робота, що виконується людиною), весь пакет уникає оподаткування, навіть якщо він містить компоненти оподатковуваного ПЗ.

На практиці два штати, застосовуючи тест на справжній об'єкт до одного і того ж продукту, можуть дійти протилежних висновків. Теннессі, наприклад, вважає SaaS оподатковуваним, коли справжнім об'єктом є доступ до ПЗ, але звільняє від податку, коли справжнім об'єктом є послуга, що надається людиною, хоча і за допомогою ПЗ. Техас застосовує схожий аналіз згідно зі своїм правилом обробки даних. Каліфорнія, коли взагалі оподатковує ПЗ, дивиться на те, чи є основним наміром клієнта отримання ліцензії на інтелектуальну власність чи споживання послуги.

Це має значення для трьох категорій сучасних продуктів:

  • Послуги з використанням ШІ. Продукт, який використовує ШІ для генерації маркетингових текстів, може бути класифікований як доступ до ПЗ (оподатковується в Техасі, Вашингтоні, Гаваях) або як послуга зі створення контенту (у багатьох штатах розглядається лояльніше). Класифікація часто залежить від того, чи перевіряє людина результати роботи ШІ та чи отримує клієнт результат, який він не міг би отримати без участі людини.
  • Вбудоване ПЗ з консалтингом. Пакети впровадження, персоналізоване навчання та керовані послуги, що продаються разом із SaaS-підпискою, створюють неоднозначність щодо справжнього об'єкта. Окреме зазначення цін на ці компоненти в інвойсі зазвичай допомагає; деякі штати розділяють пакети автоматично, якщо вказані індивідуальні ціни, тоді як інші вимагають цього.
  • Стрімінг та цифрові медіа з редакційною підбіркою. Стрімінговий сервіс із фіксованою платою зазвичай є оподатковуваним цифровим продуктом. Підписка, що включає редакційні рекомендації, кастомні плейлисти або коментарі експертів, може змістити «справжній об'єкт» у бік послуги.

Найважливішим кроком для забезпечення відповідності вимогам для SaaS-компанії з кількома продуктами є письмове оформлення аналізу «справжнього об'єкта» для кожного артикула (SKU), документування описів для клієнтів, що підтверджують цей аналіз, та повернення до нього щоразу, коли продукт змінюється.

Економічний нексус після справи Wayfair: розрахунок порогів у 2026 році

До справи «Південна Дакота проти Wayfair» 2018 року штат міг вимагати від продавця з іншого штату збирати податок з продажів лише за умови його фізичної присутності — наявності працівників, інвентарю або майна в цьому штаті. Рішення у справі Wayfair скасувало це правило. Тепер штати можуть накладати зобов’язання щодо збору податків виключно на основі економічної діяльності, без потреби у фізичній присутності.

Майже кожен штат наслідував приклад Південної Дакоти: 100 000 доларів річних продажів або 200 транзакцій клієнтам у штаті зумовлюють виникнення нексусу. До 2026 року критерій 200 транзакцій поступово зникає. Іллінойс скасував його з 1 січня 2026 року, приєднавшись до Колорадо, Айови, Мену, Північної Дакоти, Вашингтона та Вісконсину в переході на пороги, засновані виключно на доході. Штати тихо визнали те, що податкові фахівці знали з самого початку: відстеження 200 інвойсів по 5 доларів створювало адміністративне навантаження, непропорційне отриманому доходу.

Конкретно для SaaS-компаній практичні наслідки економічного нексусу після справи Wayfair є такими:

  • Обсяг продажів одному великому клієнту може сам по собі створити нексус. Один корпоративний контракт на суму 120 000 доларів у штаті може встановити нексус, навіть якщо у вас там немає інших клієнтів.
  • Безкоштовні пробні періоди, рівні freemium та знижки ускладнюють розрахунок порогу. Деякі штати враховують валові надходження (до нарахування знижок); інші — чисті. Деякі включають безкоштовні рівні як «транзакції» з нульовою вартістю до загальної кількості 200 транзакцій; інші — ні.
  • Нексус зберігається. Після встановлення економічний нексус зазвичай діє протягом решти року, в якому ви перетнули поріг, а також протягом усього наступного календарного року, навіть якщо ваші продажі впадуть нижче порогу. Відмовитися від нексусу важче, ніж спровокувати його виникнення.
  • Закони про посередників на маркетплейсах (marketplace facilitator laws) можуть перекладати зобов'язання. Якщо ви продаєте через AWS Marketplace, Microsoft Azure Marketplace, Shopify App Store або подібні платформи, маркетплейс може бути зобов'язаний збирати податок від вашого імені в багатьох штатах. У вашій угоді з реселлером має бути зазначено, на кому лежить це зобов'язання.

Найскладніша частина дотримання правил нексусу — це не збір податку після того, як ви дізналися про свій обов'язок. Найскладніше — це безперервно відстежувати 45 порогів за 45 різними показниками (валовий чи чистий дохід, рухомі 12 місяців чи календарний рік, попередній чи поточний рік) і розуміти, коли ви перетнули межу.

Що змінилося у 2026 році

Три зміни, про які варто знати в поточному році:

Іллінойс скасовує поріг у 200 транзакцій (1 січня 2026 року). Дистанційні продавці тепер встановлюють нексус в Іллінойсі лише після перевищення 100 000 доларів валових надходжень. Продавці з невеликим обсягом продажів, які потрапили під дію нексусу в Іллінойсі лише через кількість транзакцій, можуть знятися з реєстрації — але це слід робити виважено, часто після подання чистої фінальної звітності.

Мен додає цифрові аудіо- та аудіовізуальні послуги до бази оподаткування. Підписки на стрімінгову музику та відео для клієнтів у штаті Мен стали оподатковуваними у 2026 році, поповнивши ширший список цифрових продуктів, які Мен уже оподатковує. SaaS-постачальники, що продають медіапродукти, повинні переглянути правила оподаткування в Мені.

Округ Колумбія підвищує ставку на цифрові товари. З 1 жовтня 2026 року ставка податку в окрузі Колумбія на цифрові товари та послуги зростає з 6,0% до 7,0%. Постачальники, які збирають податок в окрузі Колумбія, повинні оновити свої податкові інструменти в день набрання чинності; затримка в один місяць при застосуванні вищої ставки є найпоширенішим результатом аудиту в юрисдикціях зі зміною ставок.

Вашингтон продовжує розширювати поняття «роздрібних послуг». Протягом кількох років Вашингтон додає категорії цифрових послуг до своєї бази податку з продажів. Розширення 2026 року охоплює додаткові хмарні сервіси, які раніше перебували в «сірій зоні». Якщо ви продаєте клієнтам у Вашингтоні й покладаєтеся на податковий меморандум за 2022 або 2023 рік, оновіть аналіз.

Як реальній SaaS-компанії підходити до комплаєнсу

Підручникова відповідь на питання «як мені дотримуватися правил податку з продажів у 45 штатах» полягає в тому, щоб зареєструватися всюди, встановити податковий модуль і збирати податок з кожної оподатковуваної транзакції. Але для SaaS-компанії стадії Series A або Series B відповідь з підручника зазвичай невірна. Ось більш реалістичний поетапний підхід.

Етап 1: Створення карти (Дохід менше 1 млн доларів)

Перш ніж реєструватися де-небудь, створіть таблицю, в якій перелічіть кожен штат, де ви здійснюєте продажі, ваш дохід за останні 12 місяців по кожному штату, поріг економічного нексусу штату, режим оподаткування SaaS у цьому штаті та чинну ставку. Якщо ви не перетнули жодного порогу і не плануєте закривати раунд Series B (що викличе питання під час перевірки due diligence), у вас може ще взагалі не бути жодних зобов’язань. Багато SaaS-компаній з доходом менше 1 млн доларів не мають ризиків щодо податку з продажів, оскільки вони не перетнули економічний нексус у жодному штаті.

Точне ведення бухгалтерії з першого дня — це те, що робить створення такої карти можливим. Ви не зможете розрахувати дохід за останні 12 місяців за штатом доставки клієнта, якщо ваша система обліку не зберігає адреси доставки в кожному інвойсі. Налаштуйте збір даних заздалегідь — переробка історичних інвойсів за два роки для відновлення даних про дохід на рівні штатів — це проект на кілька тижнів.

Етап 2: Реєстрація там, де виникли зобов'язання (1 млн – 10 млн доларів)

Як тільки ви перетинаєте поріг нексусу в штаті, у вас виникає юридичне зобов’язання зареєструватися і збирати податки в майбутньому. Ви не зобов’язані реєструватися в день перетину — більшість штатів дають вам від 30 до 60 днів — але зволікання понад цей термін призводить до накопичення незареєстрованої заборгованості. Технічні кроки:

  1. Визначте дату набрання чинності реєстрацією на основі того, коли ви перетнули поріг, і правил штату для першої оподатковуваної транзакції.
  2. Зареєструйтеся через онлайн-портал штату (або через центральну реєстрацію Streamlined Sales Tax, якщо штат є її учасником, що охоплює приблизно половину всіх штатів однією реєстрацією).
  3. Налаштуйте свій податковий модуль або білінгову систему, щоб почати збір податків з дати набрання чинності.
  4. Подайте першу декларацію згідно з призначеним графіком (щомісяця, щокварталу або щорічно залежно від обсягу).

Зверніть увагу на дві пастки реєстрації. По-перше, реєстрація часто має зворотну силу до дати виникнення нексусу, а не до дня заповнення форми — це означає, що штат очікує податок за проміжний період. По-друге, реєстрація створює постійне зобов’язання щодо подання звітності; ви повинні подавати нульові декларації в місяці, коли не було оподатковуваних продажів, інакше вам загрожують штрафи за неподання звітності, навіть якщо податок не був нарахований.

Етап 3: Усунення заборгованості за минулі періоди (Добровільне розкриття)

Якщо ви виявите, що заборгували податок у певному штаті за попередні роки, але ніколи там не реєструвалися та не збирали податки, пряма реєстрація буде найгіршим кроком. Пряма реєстрація змушує штат перевірити минулі періоди, нарахувати повну суму історичних зобов’язань і застосувати штрафи, які в середньому становлять близько 30 відсотків від несплаченого податку плюс складні відсотки.

Правильним інструментом у такому разі є Угода про добровільне розкриття інформації (Voluntary Disclosure Agreement, VDA). VDA — це контракт між вами та штатом, який зазвичай обговорюється через стороннього представника, що зберігає вашу анонімність до моменту підписання угоди. В обмін на добровільне розкриття інформації штати зазвичай пропонують:

  • Обмежений період перевірки за минулі роки (зазвичай три або чотири роки замість необмеженого терміну);
  • 100-відсоткове скасування штрафів;
  • Часто — зниження або скасування відсотків.

Але є нюанс: ви маєте право на це лише в тому випадку, якщо штат ще не зв’язався з вами. Анкета для визначення нексусу, лист про аудит або навіть запит на отримання інформації можуть позбавити вас цього права. Вікно для VDA закривається в той момент, коли штат «стукає у ваші двері». Компанії, що готуються до раунду фінансування, поглинання або IPO, регулярно проводять VDA-кампанії в кількох штатах за кілька місяців до початку комплексної перевірки (due diligence), оскільки покупці вираховують суму повного нерозкритого зобов’язання з ціни придбання або наполягають на створенні ескроу-рахунків для відшкодування збитків.

VDA коштують реальних грошей. Типові гонорари професіоналів становлять кілька тисяч доларів за штат, а переговори щодо угод тривають кілька місяців. Проте альтернатива — сплата заборгованості з податків, повних штрафів (зазвичай від 25 до 50 відсотків від суми податку) та складних відсотків за весь відкритий період — майже завжди гірша.

Етап 4: Автоматизація ($10 млн+)

Коли дохід сягає рівня стадії зростання, ручне управління податками перестає працювати. Поєднання понад 30 активних реєстрацій, щомісячної подачі звітності в багатьох із них, визначення податкових ставок на рівні конкретних адрес, управління сертифікатами звільнення від оподаткування та оновлення правил оподатковуваності продуктів перевищує можливості фінансової команди. Стандартним рішенням є податковий движок (Avalara, Anrok, Stripe Tax, TaxJar, Vertex), інтегрований із вашою платіжною системою. Движок обробляє пошук ставок у реальному часі, правила оподатковуваності та подачу звітності.

Навіть на цьому етапі автоматизація не замінює професійне судження. Податкові двигуни застосовують налаштування за замовчуванням, які можуть бути неправильними для вашої конкретної конфігурації продукту. Хтось із фінансової команди має відповідати за класифікацію оподатковуваності для кожної одиниці товару (SKU), періодично переглядати результати роботи двигуна та оновлювати конфігурацію при зміні продуктів.

Типові помилки, що призводять до аудитів

П'ять помилок складають основну частину результатів аудиту податку з продажу для SaaS-компаній:

  1. Сприйняття B2B як автоматично звільненого від податків. Багато штатів не мають загального звільнення від SaaS для бізнес-покупців. Деякі дозволяють звільнення при перепродажі лише для справжнього перепродажу, а не для використання у власних операціях покупця. Збирайте та перевіряйте сертифікати перепродажу або звільнення від податків, перш ніж вважати клієнта звільненим від оподаткування.
  2. Ігнорування правил визначення джерела доходу (sourcing rules). Продажі SaaS зазвичай прив’язуються до платіжної адреси клієнта або місця основного використання, але правила різняться. Прив’язка до неправильної юрисдикції може призвести до збору податку за неправильною ставкою — і ви будете зобов'язані повернути надлишково зібраний податок клієнту, а не штату.
  3. Неподання нульових декларацій. Після реєстрації штат очікує податкову декларацію за кожен період, незалежно від того, чи були у вас оподатковувані продажі. Пропущені нульові декларації призводять до нарахування штрафів, які часто перевищують будь-яку суму фактичного податку.
  4. Неправильне поводження зі зміною ставок. Коли штат змінює свою ставку в середині року (як це робить округ Колумбія у 2026 році), попередня ставка діє до дати набрання чинності, а нова — після. Податкові двигуни справляються з цим за умови правильного налаштування; при ручному управлінні перехід часто пропускають на один розрахунковий цикл.
  5. Відсутність документального підтвердження аналізу «основного об’єкта» (true-object analysis). Якщо державний аудитор ставить під сумнів, чи підлягає ваша комплексна послуга оподаткуванню, вашим захистом є письмовий запис того, як ви її класифікували, і які матеріали для клієнтів підтверджують цю класифікацію. Без цього аналіз аудитора перемагає за замовчуванням.

Тримайте свої фінансові записи готовими до аудиту з першого дня

Дотримання вимог щодо податку з продажу посилює важливість чистих і прозорих фінансових записів. Кожне визначення нексусу, аналіз основного об’єкта та подача документів VDA покладаються на точні дані про доходи за штатами, сертифікати звільнення, прив'язані до рахунків-фактур, і чіткий аудиторський слід від заброньованого доходу до зібраного та перерахованого податку. Beancount.io забезпечує текстовий бухгалтерський облік (plain-text accounting), що надає вам повну прозорість і контроль версій над вашими фінансовими даними — жодних «чорних скриньок», коли аудитор запитує, як ви отримали певну цифру, і жодної прив’язки до постачальника, коли ваш бухгалтер захоче переглянути необроблений реєстр. Почніть безкоштовно і дізнайтеся, чому розробники та фінансові команди обирають текстовий облік для комплаєнсу, де кожний запис має бути обґрунтованим.