Якщо ви продаєте програмне забезпечення клієнтам у Каліфорнії, ваше ціноутворення скоро зміниться — незалежно від того, вирішили ви змінювати його самостійно чи ні.
29 червня 2026 року губернатор Ньюсом підписав SB 122, допоміжний бюджетний законопроект, який робить те, чому Каліфорнія чинила опір понад десятиліття: він поширює податок штату з продажу та використання на попередньо написане програмне забезпечення, незалежно від способу його доставки. Коробкове програмне забезпечення, завантажене програмне забезпечення та — вперше — SaaS і хмарне програмне забезпечення, до якого отримують доступ віддалено, підпадають під дію з 1 січня 2027 року.
Для штату, який історично оподатковував лише матеріальні товари, це структурний зсув, а не коригування ставки. І оскільки правило нове, більшість плутанини виникає не через заголовок (так, SaaS тепер оподатковується) — а через десяток практичних запитань, які виникають одразу після цього: які з моїх продуктів насправді враховуються? Чи потрібно мені оновлювати Stripe? Що станеться з річним контрактом, який я підписав у жовтні 2026 року? Цей посібник пояснює, що насправді передбачено законом, що все ще звільнено та які конкретні кроки зробити до встановленого терміну.
Що насправді оподатковує SB 122
Закон застосовує стандартний податок Каліфорнії з продажу та використання — 7,25% на рівні штату плюс будь-які місцеві районні надбавки, тому ефективні ставки зазвичай становлять від 7,25% до понад 10% залежно від міста та округу клієнта — до попередньо написаного комп'ютерного програмного забезпечення, незалежно від того, як воно потрапляє до клієнта:
- Програмне забезпечення на фізичних носіях (компакт-диски, USB-накопичувачі — все рідше, але все ще покривається)
- Електронно завантажене програмне забезпечення
- Програмне забезпечення як послуга та інше хмарне програмне забезпечення, доступ до якого здійснюється віддалено
- Певні продукти на основі ШІ, які за своєю суттю є стандартизованою функціональністю програмного забезпечення
Варто зупинитися на останній категорії. Якщо ваш продукт ШІ — це, по суті, попередньо написане програмне забезпечення, обгорнуте навколо моделі: інформаційна панель, інструмент робочого процесу, підписка на SaaS з доданими функціями ШІ — він, швидше за все, підлягає оподаткуванню. Закон написаний виходячи з суті того, що продається, а не з маркетингової назви.
Що все ще звільнено
SB 122 проводить кілька важливих ліній, і вони мають велике значення для того, як ви повинні розглядати власний продукт:
- Індивідуальне програмне забезпечення — код, створений відповідно до специфікацій конкретного клієнта, залишається неоподатковуваним. Це та сама відмінність, яку Каліфорнія давно робила для фізичного індивідуального програмного забезпечення; тепер вона переноситься в епоху хмарних технологій.
- Цифрова інфраструктура — визначається як хмарний сервіс, який дозволяє клієнту створювати, розгортати, масштабувати або запускати власне програмне забезпечення на платформі постачальника без керування базовим обладнанням. Маються на увазі AWS, Google Cloud або Azure. Якщо ваш продукт є інфраструктурою, на якій клієнт будує, а не готовим додатком, яким він безпосередньо користується, це явно виключено.
- Інші цифрові товари — електронні книги, музика, фільми, відеоігри та потоковий контент залишаються звільненими згідно з цим законопроектом.
- Криптовалюта та інші цифрові активи не підпадають під дію.
- Послуги, цінність яких походить від людських зусиль після покупки (а не від самого програмного забезпечення), також виключаються.
Розмежування між інфраструктурою та додатком, ймовірно, стане найбільш оскаржуваною лінією в цьому законі. Якщо ваш продукт знаходиться десь біля цієї межі — платформа з низьким кодом, інструмент для розробників, API-продукт — варто провести реальну розмову з податковим консультантом, а не гадати.
Джерело: де насправді відбувається продаж?
SB 122 визначає джерело віддалених продажів за допомогою ієрархії, змодельованої на правилах Керівної ради зі спрощеного податку з продажу:
- Адреса виставлення рахунку (первинна)
- Адреса доставки або відправлення, якщо адреса виставлення рахунку недоступна
- Адреса, пов'язана з платіжним засобом клієнта
- Остання поштова адреса в файлі
На практиці це означає, що податкова ставка, яку повинен сплатити клієнт, визначається його адресою виставлення рахунку — а не місцезнаходженням вашої компанії і не тим, де знаходяться ваші сервери. Якщо ви обслуговуєте клієнтів у десятках міст і округів Каліфорнії, кожен з яких має дещо різну комбіновану ставку, ваша система виставлення рахунків повинна автоматично розраховувати правильну ставку для кожного клієнта. Вручну підтримувати таблицю ставок нереально, якщо у вас більше кількох клієнтів у Каліфорнії.
Зміна відповідальності на суму 5 мільйонів доларів
Одне положення, яке легко пропустити: SB 122 змінює те, хто відповідає за збір податку, коли продавець перевищує поріг доходу.
- На 2027 рік продавці з валовим доходом понад 5 мільйонів доларів від продажу цифрових продуктів перекладають обов'язок зі збору на покупця, який повинен самостійно оцінити та сплатити податок на використання замість того, щоб продавець стягував його при оформленні замовлення.
- З 1 січня 2028 року цей поріг у 5 мільйонів доларів оцінюється відносно поточного або попереднього календарного року.
Якщо ви є невеликою або середньою компанією SaaS, ви, швидше за все, все ще будете збирати та сплачувати податок при оформленні замовлення — зміна в основному стосується великих підприємств-продавців програмного забезпечення. Але якщо ви наближаєтеся до цього рівня доходу, варто зрозуміти це зараз, оскільки це змінює те, що повинно бути вказано у ваших рахунках-фактурах і контрактах.
Окремо, існуючий поріг економічного нексусу в Каліфорнії — 500 000 доларів річних продажів у штаті — все ще визначає, чи вам взагалі потрібно реєструватися. Компанія без фізичної присутності в Каліфорнії, але з достатньою кількістю клієнтів там, щоб перетнути цей поріг, підпадає під дію, крапка.
Що це означає для вашого ціноутворення та контрактів
Кілька практичних нюансів вже з'являються в рекомендаціях податкових консультантів, які відстежують цей закон:
- Контракти, підписані до 1 січня 2027 року, які діють після цієї дати, знаходяться в справжній сірій зоні. Закон чітко не вказує, чи стає річний контракт, підписаний у жовтні 2026 року, з датою поновлення або виставлення рахунку в березні 2027 року, оподатковуваним протягом терміну дії. Перегляньте будь-які багаторічні або річні угоди з клієнтами з Каліфорнії та отримайте консультацію щодо того, як впоратися з переходом.
- Пакетні продукти — програмне забезпечення, що продається разом з послугами, підтримкою або навчанням — потрібно розділити для цілей оподаткування, якщо програмну частину можна окремо ідентифікувати та оцінити. Повністю інтегрована пропозиція може вимагати більш детального вивчення того, яка частина ціни насправді є «програмним забезпеченням».
- Сертифікати звільнення мають значення. Якщо ви продаєте бізнес-клієнтам, які в іншому випадку мали б право на перепродаж або інше звільнення, ви можете не стягувати податок лише за наявності дійсного сертифіката до транзакції. Без документації ви зобов'язані стягувати податок незалежно від фактичного статусу покупця — тому почніть збирати сертифікати від відповідних B2B-клієнтів зараз, а не після першого спірного рахунку-фактури.
- Клієнти помітять новий рядок. Якщо ваше ціноутворення завжди було непомітно включало податок або вам ніколи не доводилося стягувати податок з продажу в Каліфорнії, заздалегідь попередьте основних клієнтів, щоб раптовий рядок податку не виглядав як приховане підвищення ціни.
Практичний контрольний список до 1 січня 2027 року
- Класифікуйте свій каталог продуктів. Для кожного SKU або плану визначте: попередньо написане програмне забезпечення (оподатковуване), індивідуальне програмне забезпечення (звільнене) або цифрова інфраструктура (звільнена). Задокументуйте свої міркування — вони знадобляться, якщо CDTFA коли-небудь запитає.
- Перевірте свій нексус у Каліфорнії. Підсумуйте свої продажі в Каліфорнії за останні дванадцять місяців і порівняйте з порогом економічного нексусу в 500 000 доларів.
- Зареєструйтеся заздалегідь. Реєстрації можна подавати до 90 днів до дати набрання чинності — не чекайте до кінця грудня, коли кількість реєстрацій різко зросте.
- Оновіть свою систему виставлення рахунків, щоб розраховувати комбіновані ставки штату та місцеві ставки на основі адреси виставлення рахунку клієнта, а не єдиної загальноштатної ставки.
- Зберіть сертифікати звільнення від будь-яких B2B-клієнтів, які повинні бути звільнені від податку, до виставлення їм першого рахунку-фактури після 2027 року.
- Проведіть аудит контрактів, які перетинають дату набрання чинності, та вирішіть, як ви будете здійснювати перехід для існуючих річних угод.
- Проведіть брифінг для ваших фінансових відділів і відділів продажів, щоб менеджери по роботі з клієнтами не були захоплені зненацька, коли клієнт запитає, чому його рахунок-фактура на поновлення виглядає інакше.
Очікується, що Департамент з питань податків і зборів випустить додаткові адміністративні вказівки до дати набрання чинності, тому ставтеся до цього як до змінної цілі протягом решти 2026 року — а не як до пункту, який можна відмітити один раз і забути.
Тримайте свою бухгалтерію готовою до нового податкового рядка
Додавання нового, залежного від місцезнаходження податку до виставлення рахунків — це саме той тип змін, який виявляє безладну бухгалтерію — якщо зібраний податок з продажу не відстежується окремо від доходу, звірка того, що ви повинні штату під час подачі звітності, перетворюється на метушню. Beancount.io надає вам бухгалтерію у відкритому текстовому форматі, яка є прозорою та контролюється версіями, тому нова податкова категорія — це просто новий рахунок у вашій головній книзі, а не загадка, яку потрібно розплутувати місяцями. Почніть безкоштовно та дізнайтеся, чому розробники та фінансово підковані засновники переходять на бухгалтерію у відкритому текстовому форматі.