През 2018 г. основател на SaaS компания, продаващ услуги за 2 милиона долара годишно на клиенти в 40 щата, можеше основателно да игнорира данъка върху продажбите извън своята юрисдикция. До 2026 г. същият този основател е изправен пред крайни срокове за регистрация в поне 25 щата, пачуърк от тестове за „основната цел“ (true object tests), които си противоречат в различните щати, и риск от одити, който се натрупва с приблизително 30 процента неплатен данък годишно. Решението по делото South Dakota срещу Wayfair не създаде тази сложност — то превърна в оръжие щатските закони, които вече бяха противоречиви, и ги насочи към софтуерните компании.
Ето какво прави проблема уникален за дигиталните стоки. Продавачът на физически стоки може да прочете данъчния кодекс на даден щат, да намери „материална лична собственост“ и да разбере правилото. SaaS доставчикът, четейки същия кодекс, открива „услуги за обработка на данни“, „информационни услуги“, „дигитални продукти“, „компютърни услуги“, „определени дигитални стоки“, а понякога и нищо — често в становищата на приходната администрация на същия щат, в зависимост от годината. Два щати с почти идентичен законов текст рутинно достигат до противоположни заключения за един и същ продукт. Един-единствен превключвател на функции — например добавяне на прегледани от хора отчети към автоматизирано табло за управление — може да промени данъчното третиране на цяла абонаментна линия.
Ако продавате софтуер, стрийминг медия или дигитални стоки на клиенти в САЩ, това ръководство обяснява какво се е променило през 2026 г., как да мислите за теста за основната цел (true object test), който определя облагаемостта в около половината щати, и как да изградите позиция за съответствие, която се мащабира заедно с вашите приходи, вместо да се срине под тях.
Трите категории, които щатите използват за класифициране на 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, да документира описанието, предназначено за клиентите, което подкрепя този анализ, и да го преразглежда винаги, когато продуктът се променя.
Икономическа свързаност (Nexus) след Wayfair: Математиката на праговете през 2026 г.
Преди делото South Dakota v. Wayfair през 2018 г., даден щат можеше да изисква от продавач извън щата да събира данък върху продажбите само ако продавачът имаше физическо присъствие — служители, инвентар или имущество — в щата. Wayfair отмени това правило. Сега щатите могат да налагат задължения за събиране на данъци единствено въз основа на икономическа активност, без да е необходимо физическо присъствие.
Почти всеки щат последва модела на Южна Дакота: 100 000 долара годишни продажби или 200 транзакции към клиенти в щата задействат икономическа свързаност (nexus). До 2026 г. критерият за 200 транзакции отпада. Илинойс го премахна считано от 1 януари 2026 г., присъединявайки се към Колорадо, Айова, Мейн, Северна Дакота, Вашингтон и Уисконсин в преминаването към прагове, базирани само на приходите. Щатите тихо признаха това, което данъчните консултанти знаеха от първия ден: проследяването на 200 фактури по 5 долара създаваше административна тежест, непропорционална на приходите, които генерираше.
Конкретно за SaaS компаниите, практическите последици от икономическата свързаност след Wayfair са:
- Обемът от един голям клиент може самостоятелно да задейства nexus. Един корпоративен договор за 120 000 долара в даден щат може да установи икономическа свързаност, дори ако нямате други клиенти там.
- Безплатните пробни периоди, безплатните планове (freemium) и отстъпките усложняват определянето на прага. Някои щати измерват брутните приходи (преди отстъпки); други измерват нетните. Някои включват безплатните нива като „транзакции“ с нулева стойност към броя от 200 транзакции; други не ги включват.
- Свързаността продължава. Веднъж установена, икономическата свързаност обикновено продължава до края на годината, в която сте преминали прага, плюс цялата следваща календарна година, дори ако продажбите ви паднат под прага. Прекратяването на nexus е по-трудно от задействането му.
- Законите за посредници на пазара (Marketplace facilitator laws) могат да прехвърлят задължението. Ако продавате чрез AWS Marketplace, Microsoft Azure Marketplace, Shopify App Store или подобни платформи, от пазарната платформа може да се изисква да събира данък от ваше име в много щати. Вашият договор за препродажба трябва да уточнява кой носи това задължение.
Най-трудната част от спазването на правилата за nexus не е събирането на данъка, след като разберете, че го дължите. Най-трудната част е непрекъснатото наблюдение на 45 прага в 45 различни знаменателя (бруто срещу нето, 12-месечен плаващ период срещу календарна година, предходна година срещу текуща година) и знанието кога точно сте преминали границата.
Какво се промени за 2026 г.
Три промени, които си заслужава да знаете за текущата година:
Илинойс прекратява своя праг от 200 транзакции (1 януари 2026 г.). Дистанционните продавачи вече установяват nexus в Илинойс само след надвишаване на 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 млн. долара)
След като преминете прага за nexus в даден щат, имате законово задължение да се регистрирате и да събирате данък занапред. Не е необходимо да се регистрирате в деня, в който преминете прага — повечето щати ви дават от 30 до 60 дни — но забавянето след този срок започва да натрупва нерегистрирана отговорност. Техническите стъпки:
- Определете датата на влизане в сила на регистрацията въз основа на това кога сте преминали прага и правилата на щата за първата облагаема транзакция.
- Регистрирайте се чрез онлайн портала на щата (или чрез централната регистрация на Streamlined Sales Tax, ако щатът участва, което покрива около половината от всички щати с една регистрация).
- Конфигурирайте вашата данъчна система или система за фактуриране, за да започнете събирането на данъка на датата на влизане в сила.
- Подайте първата декларация съгласно определения график (месечно, тримесечно или годишно в зависимост от обема).
Обърнете внимание на два капана при регистрацията. Първо, регистрацията често е със задна дата до датата на възникване на вашия nexus, а не до деня, в който попълвате формуляра — което означава, че щатът очаква данък за междинния период. Второ, регистрацията създава текущо задължение за подаване на декларации; трябва да подавате „нулеви“ декларации в месеци без облагаеми продажби, или ще бъдете изправени пред санкции за неподаване, дори когато не се дължи данък.
Фаза 3: Изчистване на историческа експозиция (Доброволно разкриване)
Ако установите, че дължите данъци в даден щат за предходни години и никога не сте се регистрирали или събирали такива, директната регистрация е най-лошият ход. Директната регистрация сигнализира на щатската администрация да направи проверка назад във времето, да оцени пълното историческо задължение и да наложи санкции, които достигат средно около 30 процента от неплатения данък плюс натрупана лихва.
Правилният инструмент е Споразумение за доброволно разкриване (Voluntary Disclosure Agreement - VDA). VDA е договор между вас и щата, обикновено договорен чрез представител на трета страна, който пази самоличността ви анонимна до подписването на сделката. В замяна на доброволното признаване, щатите обикновено предлагат:
- Ограничен период за проверка назад (обикновено три или четири години вместо безсрочна експозиция)
- 100 процента опрощаване на глобите
- Често намаляване или опрощаване на лихвите
Уловката: класирате се само ако щатът все още не се е свързал с вас. Въпросник за нексус (nexus questionnaire), писмо за одит или дори искане за информация могат да ви дисквалифицират. Прозорецът за VDA се затваря в момента, в който щатът почука на вратата. Компаниите, които се подготвят за инвестиционен рунд, придобиване или IPO, рутинно провеждат VDA кампании в множество щати в месеците преди началото на надлежната проверка (due diligence), тъй като купувачите ще намалят цената на покупката с пълния размер на неразкритите задължения — или ще настояват за ескроу сметки за обезщетение.
VDA договорите струват реални пари. Типичните професионални хонорари възлизат на няколко хиляди долара на щат, а преговорите по споразуменията отнемат няколко месеца. Но алтернативата — плащане на данъци със задна дата, пълни глоби (обикновено 25 до 50 процента от данъчната сметка) и натрупани лихви за отворен период назад във времето — почти винаги е по-лоша.
Фаза 4: Автоматизация ($10 млн.+)
При приходи на етап на растеж, ръчното спазване на изискванията се проваля. Комбинацията от 30+ активни регистрации, месечни декларации в много от тях, определяне на данъчната ставка на ниво адрес, управление на сертификати за освобождаване и актуализации на облагаемостта на продуктите надхвърля капацитета на един финансов екип. Стандартното решение е софтуер за изчисляване на данък върху продажбите (Avalara, Anrok, Stripe Tax, TaxJar, Vertex), интегриран с вашата система за таксуване. Софтуерът се справя с проверка на ставките в реално време, правилата за облагаемост и подаването на декларации.
Дори на този етап автоматизацията не е заместител на преценката. Софтуерните решения прилагат настройки по подразбиране, които може да са грешни за вашата конкретна конфигурация на продукта. Някой от финансовия екип трябва да отговаря за класификацията на облагаемостта за всеки артикул (SKU), периодично да преглежда резултатите от софтуера и да актуализира конфигурацията при промяна на продуктите.
Чести грешки, които предизвикват одити
Пет грешки съставляват по-голямата част от констатациите при одити на данък върху продажбите за SaaS компании:
- Третиране на B2B сделките като автоматично освободени. Много щати нямат общо освобождаване от SaaS за бизнес купувачи. Някои позволяват освобождаване при препродажба само за истинска препродажба, а не за използване в собствените операции на купувача. Събирайте и валидирайте сертификати за препродажба или освобождаване, преди да третирате клиент като освободен.
- Игнориране на правилата за определяне на източника (sourcing rules). Продажбите на SaaS обикновено се определят според адреса за таксуване на клиента или основното място на ползване, но правилата варират. Приписването на грешна юрисдикция може да означава събиране на данък по грешна ставка — а надвнесеният данък е ваше задължение за възстановяване, а не на щата.
- Неподаване на нулеви декларации. След като сте регистрирани, щатът очаква декларация за всеки период, независимо дали сте имали облагаеми продажби или не. Пропуснатите нулеви декларации генерират известия за глоби, които често надвишават реално дължимия данък.
- Неправилно боравене с промените в ставките. Когато даден щат промени ставката си в средата на годината (както прави окръг Колумбия през 2026 г.), предходната ставка се прилага до датата на влизане в сила, а новата — след това. Софтуерните инструменти се справят с това, ако са конфигурирани; ръчното спазване често пропуска момента на преминаване с един цикъл на таксуване.
- Липса на документация за анализа на „основния обект“ (true-object analysis). Ако щатски одитор постави под въпрос дали вашата пакетна услуга е облагаема, писменият запис за това как сте я класифицирали — и какви материали за клиентите подкрепят тази класификация — е вашата защита. Без него анализът на одитора печели по подразбиране.
Поддържайте финансовите си записи готови за одит от първия ден
Спазването на изискванията за данък върху продажбите засилва значението на чистите и прозрачни финансови записи. Всяко определяне на нексус, анализ на основния обект и подаване на VDA разчитат на точни данни за приходите по щати, сертификати за освобождаване, свързани с фактурите, и ясна одитна следа от осчетоводените приходи до събрания данък и преведения данък. Beancount.io предоставя счетоводство в текстов формат (plain-text accounting), което ви дава пълна прозрачност и контрол на версиите върху вашите финансови данни — без „черни кутии“, когато одитор попита как сте стигнали до дадено число, и без обвързване с доставчик (vendor lock-in), когато вашият счетоводител иска да прегледа необработения главен регистър. Започнете безплатно и вижте защо разработчиците и финансовите екипи избират plain-text accounting за онзи тип работа по спазване на изискванията, където всеки запис трябва да бъде защитим.