Соблюдение налогового законодательства штатов (Sales Tax) для SaaS и облачных компаний в 2026 году: Практическое руководство для основателей

B2B SaaS-стартап под руководством основателя с годовой регулярной выручкой (ARR) в 4 миллиона долларов может столкнуться с шестизначными задолженностями по налогу с продаж в девяти штатах еще до того, как наймет своего первого финансового специалиста. Триггером редко становится какое-то одно драматическое событие. Это медленное накопление клиентов в Нью-Йорке, Техасе, Пенсильвании и Вашингтоне — каждый из которых рассматривает программное обеспечение как услугу (SaaS) как объект налогообложения — в сочетании с биллинговой системой, которая незаметно пересекла пороги экономического присутствия (nexus) два года назад.

Налог с продаж считался проблемой для ритейлеров, продающих обувь, а не для облачных компаний, продающих API и панели управления. Это предположение перестало быть верным 21 июня 2018 года, когда Верховный суд вынес решение по делу South Dakota v. Wayfair. В 2026 году почти во всех штатах, где есть налог с продаж, также действует правило экономического присутствия (nexus), и растущий список штатов относит SaaS к налогооблагаемым продуктам или услугам. Эта «лоскутная мозаика» правил сложна, ставки высоки, но хорошая новость заключается в том, что операционные процессы сегодня уже хорошо понятны.

В этом руководстве рассказывается, как построить надежную программу учета налога с продаж для SaaS или облачной компании в 2026 году: как сопоставить налогооблагаемость по штатам, как оценивать пороги присутствия (nexus), как выбирать инструменты (такие как Stripe Tax, Anrok, Avalara или TaxJar), как обрабатывать пакетные транзакции и как устранять исторические задолженности с помощью соглашения о добровольном раскрытии информации (VDA) при их обнаружении.

Почему налог с продаж для SaaS отличается от налога в электронной коммерции

У продавцов в электронной коммерции модель довольно проста: материальное личное имущество обычно облагается налогом, сбор осуществляется по адресу доставки, а ставки берутся из справочной таблицы. SaaS разрушает каждый элемент этой модели.

Нет никакого материального имущества, переходящего из рук в руки. «Доставка» происходит через интернет, часто пользователю, находящемуся в другом штате, чем платежный адрес. Продукт представляет собой подписку, которая может включать доступ к ПО, вызовы API, профессиональные услуги, обучение и хранение данных — и каждый из этих компонентов может облагаться налогом по-разному. Клиенты часто являются компаниями, которые могут иметь право на освобождение от налога при перепродаже, а могут и не иметь. И основной вопрос — является ли SaaS налогооблагаемым вообще? — имеет разный ответ в каждой юрисдикции.

Есть три уровня, которые SaaS-компания должна проанализировать:

Nexus (Присутствие) — обладает ли штат юрисдикцией, позволяющей требовать от вас сбора налога?
Taxability (Налогооблагаемость) — облагает ли штат налогом то, что вы продаете?
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 года). Относитесь к этому списку как к чему-то, что нужно перепроверять каждый квартал — департаменты доходов штатов тихо выпускают административные решения (letter rulings), которые меняют классификацию продуктов без особого шума.

Практический вывод: не создавайте разовую таблицу, чтобы потом забыть о ней. Подпишитесь на сервис отслеживания налогов штатов (Anrok, Avalara, TaxJar и Numeral публикуют журналы изменений) или создайте напоминание в календаре для перепроверки вашей первой десятки штатов каждый квартал.

Шаг 2: Понимание экономического нексуса (Wayfair)

Решение по делу Южная Дакота против 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: Настройка налогового модуля (Tax Engine)

К 2026 году на рынке автоматизации налогов с продаж для SaaS доминируют четыре платформы:

Stripe Tax — лучший выбор, если вы уже используете биллинг Stripe. Он берет на себя расчеты и легко интегрируется со счетами и подписками Stripe. Для подачи отчетности и перечисления налогов Stripe направляет вас к партнерам, таким как TaxJar или Taxually, а не занимается этим самостоятельно.
Anrok — решение, специально разработанное для B2B и B2C SaaS с регулярными подписками и сложными моделями биллинга (на основе использования, количества рабочих мест, вызовов API). Стоимость начального тарифа составляет 100 долларов в месяц и включает расчеты, мониторинг и подачу отчетности. Anrok — самый сильный выбор для чисто облачных компаний, которым нужно управление отчетностью и сертификатами освобождения от налогов в одном месте.
Avalara (AvaTax) — корпоративный вариант с более чем 1000 интеграций в ERP-системы, такие как NetSuite, SAP и Oracle. Ценообразование требует общения с отделом продаж. Оправдано при сложной архитектуре систем; избыточно для SaaS на стадии Series A.
TaxJar (компания группы Stripe) — сильные позиции в сфере электронной коммерции и маркетплейсов, предлагает сервис AutoFile (50–55 долларов за подачу одной декларации по состоянию на 2026 год, по сравнению с 25–35 долларами в предыдущие годы). Менее ориентирован на специфику SaaS, чем Anrok, но хорошо интегрирован со Stripe.

Что требуется от вас любому налоговому движку:

Валидация адреса клиента — адреса плательщика и доставки должны соответствовать реальной юрисдикции. Принцип «мусор на входе — мусор на выходе» здесь работает в полную силу.
Маппинг налогооблагаемости продуктов — каждому SKU или уровню подписки нужен налоговый код, который объясняет системе, что это за продукт. «SaaS — B2B подписка» облагается иначе, чем «цифровая загрузка» или «профессиональные услуги».
Сбор сертификатов об освобождении от налогов — когда клиент освобожден от налогов (перепродажа, некоммерческая организация, государственное учреждение), вам необходимо собрать и хранить действующий сертификат для каждого штата. Anrok и Avalara включают рабочие процессы для таких сертификатов; в Stripe Tax вам может потребоваться сторонний инструмент, такой как Numeral или Sphere.
Определение места совершения сделки (Bill-to vs. ship-to vs. usage-location) — для SaaS большинство штатов используют основной бизнес-адрес клиента, но некоторые смотрят на местоположение пользователей. Настройте правило, которое рекомендует ваш налоговый движок, и задокументируйте его.

Шаг 5: Обработка пакетных транзакций с помощью теста «истинного объекта»

Типичный счет на оплату SaaS часто выглядит так:

5 000 $ — годовая подписка на платформу
1 500 $ — услуги по внедрению
400 $ — кредиты на обучение
200 $ — надбавка за премиум-поддержку

Если в конкретном штате подписка облагается налогом, а услуги — нет, можете ли вы облагать их налогом по отдельности? Ответ зависит от теста «истинного объекта» (true object test) — также называемого доктриной «сущности сделки», — который определяет, что именно является основной целью покупки клиента.

Если клиент покупает доступ к SaaS-платформе, а внедрение и обучение являются вспомогательными элементами, весь пакет может рассматриваться как налогооблагаемое программное обеспечение в штатах, которые широко применяют тест «истинного объекта». Если же внедрение является существенной услугой, о которой договаривались отдельно и которая имеет свои результаты (deliverables), вы можете выставлять счета и облагать компоненты налогом раздельно.

Две практические меры защиты:

Указывайте и оценивайте каждый компонент отдельно в счете. Штаты, разрешающие разделение пакета, почти всегда требуют, чтобы компоненты были прописаны отдельными строками в счете для клиента.
Документируйте договорные намерения. Генеральное соглашение об оказании услуг (MSA), в котором внедрение описывается как отдельный проект с собственным заданием на выполнение работ (SOW), гораздо лучше подтверждает раздельный характер транзакции, чем единственная строка в коммерческом предложении.

Недавнее решение суда Нью-Йорка в апреле 2026 года по пакетным SaaS-транзакциям подтвердило, что если программный компонент является «центральным, а не второстепенным», вся транзакция облагается налогом как программное обеспечение. Таким образом, самый безопасный путь — объединять компоненты по умолчанию только тогда, когда у вас есть четкая, отдельно оцененная строка услуг.

Шаг 6: Обратите внимание на особые случаи

Некоторые ситуации возникают достаточно часто, чтобы выделить их отдельно:

20%-е освобождение от налога на обработку данных в Техасе — SaaS облагается налогом в Техасе, но как «услуга по обработке данных» (data processing service) 80% стоимости освобождено от налога. Ваш налоговый движок должен это учитывать; многие по умолчанию рассчитывают полную ставку, что приводит к избыточному сбору налога.
Информационные услуги в Нью-Йорке — отдельно от SaaS, «информационные услуги» (например, скомпилированные отраслевые данные) имеют свои правила и могут быть освобождены от налога, если данные являются персонализированными.
Облачная инфраструктура (IaaS) против SaaS — Теннесси облагает налогом SaaS, но не IaaS, поскольку при этом не происходит передачи осязаемого личного имущества. Нью-Йорк рассматривает IaaS как необлагаемую услугу, в то время как SaaS подлежит налогообложению. Различие имеет значение, если вы продаете гибридные продукты.
Бесплатные пробные версии и freemium — большинство штатов рассматривают оплачиваемую часть подписки как облагаемое налогом событие. Бесплатные тарифы не инициируют сбор налога, но они все равно могут учитываться в пороговых значениях экономического нексуса в некоторых штатах, так как они включают «транзакции».
Годовое и ежемесячное выставление счетов — моментом налогообложения обычно считается выставление счета, а не момент признания выручки. Январский счет за 12-месячную годовую подписку генерирует налог с продаж за весь год сразу в январе.

Шаг 7: Устранение исторических налоговых обязательств с помощью VDA

Если вы обнаружили, что должны были собирать налог в штате в течение последних двух лет, не стоит просто регистрироваться и начинать сбор с текущего момента. Это оставляет «хвост» из неподанных деклараций и неуплаченных налогов, которые штат все еще может взыскать — часто с глубиной проверки от шести до десяти лет.

Решение — соглашение о добровольном раскрытии информации (VDA). Вы (обычно через налогового консультанта или фирму, специализирующуюся на VDA) анонимно обращаетесь к штату, договариваетесь об ограниченном периоде ретроспективной проверки (обычно 3–4 года вместо неограниченного срока) и выплачиваете задолженность по налогам. Взамен штат отменяет штрафы, иногда снижает проценты и предоставляет защиту от уголовного преследования.

Когда VDA имеет смысл:

Вы не собирали налог, и штат не знал о вашем существовании. (Если вы собирали налог, но не перечисляли его, вы не имеете права на VDA — это ответственность за «доверительные средства» (trust fund liability) с иными последствиями).
Ваши исторические обязательства достаточно велики, чтобы экономия на отмененных штрафах превысила расходы на юридические услуги (обычно это оправдано при сумме недоимки свыше 25 000 долларов).
Вы хотите «очистить историю» перед раундом инвестиций или поглощением, где наличие задолженности по налогу с продаж является стандартным пунктом проверки (due diligence).

Сумма задолженности зависит от того, на какие суммы вы фактически выставляли счета — именно поэтому наличие чистых, подлежащих аудиту финансовых записей критически важно при обнаружении налоговых обязательств. Надежная история каждого инвойса, адрес клиента, информация о том, что было продано и какая сумма была списана, является основой любого расчета VDA. Если вы не сможете это восстановить, расчет задолженности будет производиться по оценкам, выгодным штату.

Шаг 8: Внедрение ежеквартальной сверки в операционную деятельность

Работающая программа налогообложения продаж включает следующие регулярные ритуалы:

Ежемесячно — подача деклараций в каждом зарегистрированном штате. Большинство сервисов делают это автоматически; вы лишь подтверждаете данные.
Ежеквартально — сверка налога, собранного в биллинговой системе, с налогом, указанным в декларациях. Изучение расхождений. Обновление трекера нексуса.
Ежегодно — пересмотр матрицы налогообложения на предмет новых постановлений штатов, аудит сертификатов об освобождении от налогов на предмет истечения срока действия и продление регистраций в штатах, где это необходимо.
По событию — повторная оценка после запуска продукта (новый SKU, новый налоговый код), изменения ценообразования (изменение пакетов услуг), поглощения (унаследованный нексус) или масштабной географической экспансии.

Поддерживайте финансовую отчетность в состоянии готовности к аудиту с первого дня

Соблюдение налогового законодательства напрямую зависит от качества вашей бухгалтерии. Если данные биллинга, адреса клиентов и признание выручки не в порядке, каждый вышеописанный шаг становится сложнее, а аудит штата превращается в дорогостоящий хаос с разбором экспортов из Stripe и старых контрактов.

Beancount.io предлагает учет в текстовом формате с контролем версий, который дает вам полную, пригодную для аудита историю каждой транзакции, клиента и инвойса — именно то, что нужно, когда налоговое управление штата запрашивает историю операций за пять лет. Никаких «черных ящиков», никакой привязки к конкретному поставщику (vendor lock-in), а каждое изменение фиксируется в Git. Начните бесплатно и постройте финансовый фундамент, на который сможет опереться ваша налоговая программа (и ваш будущий покупатель).