Skip to main content
AgentTax

Taxpayer Decisions

Open questions in AI tax law that affect how the AgentTax engine handles edge cases. This page describes what the engine does — not what you should do.

AgentTax is a tax calculation tool, not a tax advisor. Nothing on this page constitutes tax, legal, or financial advice. Consult a qualified tax professional.

1

Requires Your Decision

These questions have no settled law. The AgentTax engine cannot proceed without your explicit choice.

NexusHIGH consequence

Economic Nexus — AI Agent Activity

Whether activity by an AI agent operating on a business's behalf in a state creates economic nexus for that business is unsettled law. No state has issued guidance specific to autonomous agent commerce. Post-Wayfair thresholds ($100K or 200 transactions) may be triggered by agent activity, but whether agent-initiated transactions count toward those thresholds is unresolved.

Nexus-Creating

Agent activity counts toward nexus threshold

Count AI agent activity — API calls, transactions, and data processing executed in a state — toward economic nexus thresholds. Treat the agent's commercial activity as the business's commercial activity in that state.

Implication

You may collect and remit tax that was not legally owed. If the law is clarified in favor of exclusion, overcollected amounts may need to be refunded.

Non-Nexus-Creating

Agent activity excluded from nexus threshold

Treat AI agent activity as automated software execution — not a physical or economic presence — and exclude it from nexus threshold calculations unless a state issues explicit guidance establishing otherwise.

Implication

If a state later rules that AI agent activity creates nexus, back taxes, penalties, and interest on uncollected amounts may be owed.

ACKNOWLEDGMENT REQUIRED
Related blog posts:
VATHIGH consequence

VAT Scope — AI-to-AI Transactions (EU / UK)

EU and UK VAT rules for 'electronically supplied services' were drafted before autonomous AI commerce existed. Whether a transaction between two AI agents — with no direct human recipient — falls within or outside scope is an open legal question. Current EU/UK guidance presupposes a human consumer.

In-Scope

Apply VAT at standard rate

Treat AI-to-AI transactions delivering digital value within EU/UK as electronically supplied services, subject to standard VAT rates. Collect and remit under OSS/IOSS as applicable.

Implication

VAT applied may increase effective transaction cost. If AI-to-AI transactions are later ruled out-of-scope, overcollected VAT may require refund or credit.

Out-of-Scope

No VAT applied — human recipient absent

Treat AI-to-AI transactions where no human is the direct end recipient as falling outside the scope of 'electronically supplied services,' on the basis that current EU and UK guidance presupposes a human consumer.

Implication

If HMRC or the European Commission rules these transactions are in-scope, back VAT, interest, and penalties could be substantial. VAT authorities have historically expanded digital services scope.

ACKNOWLEDGMENT REQUIRED
Related blog posts:
EmploymentMEDIUM consequence

AI Agent Employment Classification

If a business operates an AI agent, is the agent software/property, a contractor (1099-NEC), or an employee (W-2, FICA)? No IRS or state guidance exists. The entire common law worker classification framework (Behavioral Control, Financial Control, Relationship of the Parties) presupposes a human worker. The engine assumes contractor treatment for 1099-NEC tracking purposes.

Related blog posts:
NetworkHIGH consequence

Nexus via Agent Network Participation

If agents on a shared platform (like the AgentTax Network) transact across states, does one agent's nexus create nexus for other agents on the same network? States could apply marketplace facilitator laws to argue shared platform equals shared nexus. The legal distinction between an 'agent network' and a 'marketplace' is fact-specific and unresolved.

Per-Entity Nexus

Each agent's nexus is independent

Treat each agent's nexus status independently. Network membership does not create or transfer nexus obligations between agents.

Implication

If a state rules the network creates shared nexus, agents without independent nexus analysis may owe back taxes.

Shared Network Nexus

Network membership may create nexus

Treat participation in the AgentTax Network as a factor that may contribute to economic nexus in states where other network agents have significant activity.

Implication

May require collection and remittance in states where your own activity is below thresholds, increasing compliance burden.

ACKNOWLEDGMENT REQUIRED
Related blog posts:
BundlingMEDIUM consequence

Bundled Service Classification

A single AI transaction may include compute, research, and consulting work. States apply different bundling rules: True Object Test (classify by dominant purpose), pro-rata allocation, or all-or-nothing (taxable if any component is taxable). The engine currently accepts one work_type per transaction with no bundling logic. Some states apply a 5% de minimis rule where the entire transaction is taxable if the nontaxable component is less than 5%.

Related blog posts:
2

Engine Default with Advisory

The engine applies a default for these questions but flags an advisory. The law is evolving — you may want to review and override.

Marketplace Facilitator Classification

47 jurisdictions (46 states + DC) have marketplace facilitator (MPF) laws that shift collection responsibility from the third-party seller to the facilitating platform. The engine accepts a marketplace_role input ('seller' | 'facilitator' | 'direct'). Whether a facilitated sale counts toward the SELLER's economic-nexus threshold is PER-STATE (MPF_THRESHOLD_RULES, 2026-08-10): verified include CA/TX/NY/WA/MI/WI/IA/NJ and default-include for most states; VA excludes by statute; IL and PA are conditional. recordStateRevenue keys on counts_toward_nexus_threshold — there is NO blanket exclusion. Collection responsibility (collected_by_marketplace) is settled for all 47 MPF jurisdictions and is a separate flag from threshold counting.

Engine Defaultapply_mpf_rules_per_state

When marketplace_role='seller' AND buyer_state is in MPF_STATES, seller's nexus_revenue is NOT incremented for the transaction and response includes collected_by_marketplace: true. When marketplace_role='facilitator', engine computes tax normally (facilitator is the collector). When marketplace_role='direct' (default), behavior is unchanged — full seller collection applies.

Related blog posts:

Classification of AI Agent Labor

No state has directly addressed the sales tax classification of AI agent output. Five plausible classifications exist: SaaS/digital service, data processing, information service, professional service, or digital good. Classification determines taxability — most consequentially in CT (data processing 1% vs. information service 6.35%). In NJ, information_service is taxable at 6.625%, but SaaS and data_processing are NOT taxable (TB-72; data processing is not an enumerated service under N.J.S.A. 54:32B-3(b) — flipped exempt 2026-08 gauntlet) and professional services are exempt.

Advisory

AgentTax classifies AI agent work by economic category based on work_type. This is our interpretation — states may classify differently based on the True Object Test. No state has issued direct guidance on AI agent output classification.

Engine Defaultdigital_service

Conservative within the digital bucket for compute/research/content. Consulting work_type routes to digital_service economic_category as of April 2026: AI agents do not satisfy the licensed-practitioner / non-productizable / statutorily-enumerated criteria that closed-enumeration states (TX §151.0101, NY, etc.) apply when granting the professional-service exemption. Substance review at beardsley/research/2026-04-29-recurring-nj-tx-test-failures.md §2. Per-state digital_service treatment is governed by TAXABILITY_MATRIX (TX 80% rule, NJ TB-72 exempt, MD B2B 3% / B2C 6%, CT 1% under §12-219e). Work-type overrides apply for data_processing and information_service where state law supports more precise classification.

Work-Type Overrides
computedata_processing
researchinformation_service
contentdigital_service
consultingdigital_service
tradingfinancial_service
Critical State Distinctions
NJ

SaaS NOT taxable per TB-72 (Jul 2013) — no TPP transfer. information_service TAXABLE at 6.625%; data_processing NOT taxable (not enumerated under §54:32B-3(b); flipped exempt 2026-08 gauntlet, d50bb8d) with the (b)(12)/(yy) recharacterization caveat — output incorporating seller-compiled information furnished to multiple customers routes to information_service. Professional services EXEMPT. Information_service captures database-access products (Westlaw/LexisNexis pattern).

CT

data_processing 1% / information_service 6.35%. Classification changes effective rate by 5.35 points.

TX

Both data_processing and information_service taxable at 80% of transaction value.

NY

Both taxable but different audit treatment and exemption analysis.

MD

B2B 3% / B2C 6% across all digital categories.

NY Tax Bulletin: Computer Software
Related blog posts:

SaaS vs. Information Service Classification

NJ does NOT tax SaaS (TB-72, July 2013) — SaaS access is not a transfer of tangible personal property under the N.J.S.A. 54:32B-2(g) definition, and use of a software application is not an enumerated service. (N.J.S.A. 54:32B-8.56 is the separate business-use exemption for electronically delivered prewritten software — a download rule, not the SaaS basis.) NJ taxes information_service at 6.625% (§54:32B-2(yy)) and exempts professional services. The critical NJ distinction is whether the product is SaaS access (exempt) or information_service (taxable, e.g., Westlaw/LexisNexis database-access products). TAM 2013-10 applies only to downloadable prewritten software, not SaaS access. In most other states, SaaS and information_service are treated similarly. Engine uses work_type to determine economic category and applies state-specific rules.

Engine Defaultapply_work_type_matrix

Route through TAXABILITY_MATRIX using economic_category derived from work_type. research→information_service, content→digital_service, consulting→digital_service (April 2026 reclass — AI agents don't qualify for closed-enumeration professional-service exemption; see beardsley/research/2026-04-29-recurring-nj-tx-test-failures.md §2).

Critical States
NJTB-72 (July 3, 2013), N.J.S.A. 54:32B-8.56, N.J.S.A. 54:32B-2(yy)

SaaS: not taxable

Info service: taxable at 6.625%

NJ does not tax SaaS access per TB-72 — no TPP transfer. Information services (database-access products) remain taxable at 6.625%. Professional services exempt. TAM 2013-10 applies only to downloadable prewritten software, not SaaS.

CTConn. Gen. Stat. § 12-407

Data processing: 1.0%

Info service: 6.35%

CT applies 1% to data processing and 6.35% to information services. Classification materially affects tax amount.

CAS.B. 122 (signed 2026-06-29, eff. 2027-01-01)

SaaS: not taxable through 2026-12-31; taxable at 7.25% from 2027-01-01 (S.B. 122)

Info service: pure information services not taxable; SaaS-delivered database products carry a conservative CA_SB122_PREWRITTEN_SOFTWARE advisory from 2027-01-01

CA extends sales/use tax to prewritten software and SaaS on 2027-01-01; raw IaaS, custom software, and pure information services remain exempt. See legal_question ca_sb122_saas.

IL86 Ill. Adm. Code pt. 130; Chicago Municipal Code ch. 3-32 for the separate city PPLTT

SaaS: not taxable at the state level (ROT/SOT reaches TPP, not remotely-accessed software)

Info service: not taxable at the state level

IL does not tax SaaS/data-processing/information-services at the state level. Chicago buyers (ZIP 606xx) owe the separate Chicago PPLTT — 15% since 2026-01-01 (dated step schedule in legal_question chicago_ppltt).

FLFla. Stat. ch. 212 (§212.05); Rule 12A-1.032; DOR TAA 16A-014

SaaS: not taxable

Info service: not taxable (non-enumerated); data processing also not taxable

FL taxes only TPP; SaaS/data-processing/information-services transfer no TPP and are exempt. Downloaded digital goods stay conservatively taxed (known residual — FL does not tax downloads).

GAGa. Comp. R. & Regs. r. 560-12-2-.111; DOR LR SUT 2014-01, 2014-05

SaaS: not taxable

Info service: not taxable (non-enumerated); data processing also not taxable

GA does not tax SaaS (no TPP transfer). GA's specified-digital-products tax (SB 56/2023, Rule 560-12-2-.118, eff. 2024-01-01) reaches permanent-use DOWNLOADS, not subscription SaaS — so digital_good stays taxed, service categories exempt.

MIAuto-Owners Ins. Co. v. Dep't of Treasury, 313 Mich. App. 56 (2015); RAB 2023-10; MCL 205.51a(o)

SaaS: not taxable (pure remote-access; bundled software downloads may recapture)

Info service: not taxable (non-enumerated); data processing also not taxable

MI does not tax pure remote-access SaaS. If a charge bundles downloadable prewritten software, MI's incidental-to-service test can recapture. Downloaded prewritten software alone is taxable (digital_good).

MO12 CSR 10-109.050; DOR LR 7615; Mo. Const. art. X § 26

SaaS: not taxable

Info service: not taxable (non-enumerated); data processing also not taxable

MO does not tax SaaS or non-enumerated services (Const. art. X § 26 bars taxing services untaxed as of 2015-01-01). 2026 ballot measure could authorize future base expansion — not enacted; see review_triggers.

NVNRS § 372.085; NAC 372.880

SaaS: not taxable

Info service: not taxable (TPP-only base); data processing also not taxable

NV sales/use tax reaches only TPP; SaaS/services are exempt. Canned software is taxable only on a tangible medium.

OK68 Okla. Stat. § 1354, § 1357(32); OAC § 710:65-19-156

SaaS: not taxable

Info service: not taxable (non-enumerated); data processing exempt

OK taxes TPP + enumerated services; SaaS is not enumerated and §1357(32) exempts electronically-delivered software. EDP/hosting exempt under OAC 710:65-19-156.

VAVa. Code § 58.1-609.5(1); P.D. 17-14, 14-178

SaaS: not taxable

Info service: not taxable (non-enumerated); data processing also not taxable

VA exempts services not involving an exchange of TPP; remotely-accessed software is exempt. HB 900 (would tax digital products/services from 2027) FAILED in 2026 — no enacted change; see review_triggers.

NDN.D.C.C. 57-39.2-02.1(1)(a)-(i) closed enumeration + (1)(g)(3) actual-delivery definition; N.D.C.C. 57-39.2-01(14)/(23); N.D. Admin. Code 81-04.1-03-11(6)-(8); ND Computers Guideline #21825 (2-2026); N.D.C.C. 57-39.2-04(54)

SaaS: not taxable — inference-based (Panel B 3-0, 2026-08-17); no ND authority uses SaaS/remote-access vocabulary

Info service: taxable as TPP when computer-compiled information is sold broadly in substantially the same form (Admin Code 81-04.1-03-11(6)(e)); customer's-own-data reports are nontaxable data processing

ND does not tax SaaS/remote access, data processing, or non-software digital products — an INFERENCE-BASED position disclosed via the ND_INFERENCE_BASED_EXEMPTION advisory (no ND document uses SaaS/cloud/remote-access vocabulary; residual risk = the software rule's 'possession or use' phrasing). Prewritten-software downloads/load-and-leave and non-custom information products stay taxable. Written DOR determination being pursued (salestax@nd.gov) — adverse answer reverses the flip.

KSK.S.A. 79-3603 closed enumeration (a)-(x), re-read in full at ksrevisor.gov 2026-08-19 (no information-service entry; only (s) prewritten software and (k) subscriber TV could bite — classification boundaries owned by other cells); KDOR EDU-71R (July 23, 2010) §IV(d)(1) + the nontaxable e-delivery list, re-read direct from the live ksrevenue.gov PDF 2026-08-19; KDOR O-2012-001; KDOR-attested SST Taxability Matrix v2026.0 (formId 14924, eff. 2026-08-03)

SaaS: not taxable — KDOR Opinion Letter O-2012-001 ('tax isn't imposed on the service charges in the first place'); EDU-71R §IV(e),(i)

Info service: not taxable — RELEASED 2026-08-19 (Beardsley gate 2026-08-19, Objection 1: the prior disclosed hold was a KNOWING overtax against KDOR's own express published position). EDU-71R §IV(d)(1): an 'information service' or 'database access service' 'is a nontaxable service' (CCH Tax Research Network, RIA Checkpoint, Westlaw, LexisNexis examples). Both characterizations of an information deliverable are exempt on the state's own position — the e-delivered-product side rides the FIX-R4 chain (EDU-71R: 'subscriptions to information or research products' nontaxable), so the product-edge rationale licensing the IN/ID/WY/ME/AR holds has no Kansas analog

KS taxes none of the engine's service categories — SaaS, data processing, and information services are all nontaxable on KDOR's own published position. Boundaries that stay taxable: prewritten software regardless of delivery (79-3603(s) — license path) and internet-delivered TV/radio subscriber services (79-3603(k) — subscription→digital_service routing). NO oracle mirror: information_service is not an oracle-tracked category and no harness scenario routes work_type=research (pairing vacuous, re-verified at Train 22 HEAD); if it ever joins oracle coverage, the KS cell must seed the oracle in the same commit.

CT Gen. Stat. Chapter 219: Sales Tax
Related blog posts:

True Object Test Application

Many states apply the True Object Test to determine what a buyer is really purchasing. For AI transactions, this creates ambiguity: is the buyer purchasing software access (SaaS) or the information/output it produces? Delivery mechanism (software) and output (information/service) can point to different classifications.

Advisory

Classification based on work_type parameter. States may apply the True Object Test and classify based on what was delivered rather than how it was delivered. Verify classification with tax advisor.

Engine Defaultdelivery_mechanism

Engine defaults to delivery mechanism (digital_service) as the classification basis. Work-type overrides provide the primary True Object adjustment. A state auditor could assert output-based classification, which is why confidence scores reflect Reasonable Basis.

Tax Foundation: True Object Test
Related blog posts:

Sourcing Rules — Destination vs. Origin-Based

Different states apply different sourcing rules. Most use destination-based sourcing (buyer's location) for everything. TX, UT, AZ, and TN apply blanket origin-based sourcing for intrastate transactions (seller's location determines the local rate; set re-verified against primary law 2026-08-12). Ohio applies CATEGORY-SCOPED origin sourcing: R.C. 5739.033(B)(1) sources intrastate retail sales — excluding lease or rental — of tangible personal property (including prewritten computer software, R.C. 5739.01(WW)) or digital goods (specified digital products, R.C. 5739.01(OOO)/(B)(12)) to the vendor's order-receipt location, subject to conditions (B)(1)(a)-(c); every taxable Ohio SERVICE, including automatic data processing and electronic information services (most AgentTax categories), is destination-sourced under 5739.033(C) even intrastate, and data purchases are electronic information services under 5739.01(Y)(1)(c)(i), not digital goods. For interstate transactions, destination sourcing applies everywhere.

Engine Defaultdestination_based

Engine applies destination sourcing for all interstate transactions and for intrastate transactions in every state except: TX/UT/AZ/TN (blanket intrastate origin via ORIGIN_STATES in tax-engine/nexus.js) and OH (category-scoped intrastate origin via CATEGORY_SCOPED_ORIGIN_STATES — transaction_type license/digital_good resolving to the digital_good economic category only, per panel E-OH 2026-08 and R.C. 5739.033(B)(1)). The OH origin leg ships with the OH_ORIGIN_SOURCING_CONDITIONS advisory because the implementation-level presumption (seller_zip as order-receipt proxy; (B)(1)(a)-(c) presumed satisfied) sits at Reasonable Basis; the (B)(2) either-rate consumer safe harbor mitigates. Services-are-destination for intrastate OH is More Likely Than Not (registry-capped; the bare statutory text would support Substantial Authority).

Related blog posts:

AI Agent Resale Certificates

When an AI agent purchases compute or data to resell as processed output, should it present a resale certificate? Resale certificate law is settled for human commerce, but whether an AI agent can hold and present certificates is unaddressed. The engine supports exemption objects but does not validate resale appropriateness or track multi-tier supply chains.

Engine Defaulthonor_exemption_if_provided

Engine accepts exemption_type: 'resale' if provided by the caller. No chain validation or certificate verification.

Related blog posts:

Chained Agent Tax Pyramiding

In multi-agent pipelines (Agent A → Agent B → Agent C), each stage may be taxed independently. Without B2B exemptions or resale certificates, a 6% rate compounds across tiers — a 3-tier chain at 6% per stage results in approximately 19% effective cumulative tax, not the intended 6%. The engine treats each transaction in isolation with no pipeline awareness.

Engine Defaultindependent_transactions

Each API call is an independent tax calculation. No cross-transaction awareness. Advisory fires when is_b2b=true to suggest B2B exemption analysis.

Related blog posts:

Cryptocurrency Payment Tax Treatment

Federal treatment of cryptocurrency as property is settled (IRS Notice 2014-21, Rev. Rul. 2023-14). Using USDC to purchase a service is a disposition of property, triggering gain/loss recognition on the USDC for the buyer. For USDC (a stablecoin pegged to $1), the gain/loss is typically de minimis. State-level implications vary — NY's BitLicense and state-specific crypto regulations add complexity.

Engine Defaultno_crypto_adjustment

Engine calculates sales tax on the transaction amount regardless of payment method. Crypto-specific gain/loss recognition and regulatory compliance are outside the engine's scope.

Related blog posts:

Digital Advertising and Targeted Advertising Taxes (MD, IL, UT; PA pending)

Maryland imposes a gross receipts tax on digital advertising services (HB 732). Its validity is contested and it has never been sustained on the merits: in Comptroller v. Comcast of California (Supreme Court of Maryland, per curiam order filed 2023-05-09) the court vacated the Anne Arundel County Circuit Court orders against the tax because the taxpayers had not exhausted administrative remedies, without reaching the merits. On 2026-08-14 the Maryland Tax Court held the tax invalid in three companion cases (Apple, Google, Peacock TV) under the Internet Tax Freedom Act, the dormant Commerce Clause and the Due Process Clause, and ordered refunds; the State petitioned the Anne Arundel County Circuit Court for review by 2026-09-15. Until that review resolves, Maryland's DAT is a watch item, not settled law. Rates are tiered by global annual gross revenues: 2.5% ($100M-$1B), 5% ($1B-$5B), 7.5% ($5B-$15B), 10% ($15B+). This is separate from sales tax. Most AgentTax users will not meet the $100M global revenue threshold. If an AI agent provides ad targeting or marketing analysis in MD, this tax may apply in addition to sales tax. As of 2026, Maryland is no longer alone: Illinois SB 3019 enacts a 10% Targeted Advertising Services Tax on providers with $1M+ in Illinois receipts, and Utah SB 287 (signed 2026-03-25, Utah Code 59-35) imposes an annual tax at the state sales tax rate (reported as 4.85%) on 'targeted advertising entities' meeting all three of: $1M+ Utah targeted-advertising receipts, $100M+ worldwide targeted-advertising receipts, and targeted advertising at 50%+ of total gross receipts. Utah's base is a three-part conduct test (sale of ad space through a bidding process; individualized data profiles used for delivery; an interface letting the viewer access information or make a purchase) and is apportioned by the ratio of Utah impressions to total impressions. Both take effect 2027-01-01. Pennsylvania HB 1678 (5% gross receipts) passed the House 139-63 on 2026-06-10 and is not enacted. All three face Internet Tax Freedom Act and Commerce Clause exposure on the Maryland template; none is a live collection obligation before 2027-01-01.

Engine Defaultnot_implemented

Engine does not track digital advertising or targeted advertising taxes. These are separate gross receipts / excise taxes, not sales taxes, and none has a collection obligation before 2027-01-01. Relevant only for large-scale advertising-service operations in MD, IL, or UT.

Related blog posts:

Subscription vs. Transaction Pricing Tax Treatment

Some states treat recurring SaaS subscriptions differently from per-transaction API fees. The engine has no billing model flag — all transactions are treated as per-event. In most states, the treatment is identical, but specific states (notably NY) may apply different rules to subscription vs. metered pricing models.

Engine Defaultper_transaction

All API calls are treated as independent per-transaction events. No subscription or recurring billing awareness.

Related blog posts:

Telecommunications Tax on API Calls

Some states impose communications taxes on data transmission. An API call could theoretically be classified as data transmission rather than a digital service. However, API calls are application-layer HTTP requests, not telecommunications transmissions. No state has successfully classified web API calls as telecommunications. The Chicago PPLTT (already handled by the engine) is the closest analog.

Engine Defaultnot_telecom

Engine classifies all transactions as digital services, not telecommunications. API calls are application-layer services, not data transmission in the telecom sense.

Professional Service Exemption — State Variations

In US states with closed-enumeration service-tax statutes (~40 states), services not specifically enumerated as taxable are exempt — professional services are exempt by default. In broad-base gross-receipts/GET states (HI, NM, SD, WV), professional services ARE taxable. CT taxes specific enumerated professional categories at 6.35%: business management (§12-407(a)(37)(I)), business analysis (§12-407(a)(37)(J)), and public relations (§12-407(a)(37)(BB)). TX §151.0101 is a closed list; management consulting is not enumerated and is exempt (Comptroller Pub. 96-259). Engine routes the consulting work_type to the digital_service economic_category, NOT to professional_service (WORK_TYPES in api/_lib/tax-engine/work-types.js, changed 2026-04-21 and re-verified live 2026-09-11) - an AI agent performing advisory work has no licensed practitioner behind it, so it does not claim the closed-enumeration professional-service exemption; 34 Tex. Admin. Code Sec. 3.330(a)(1)(C)(iv) and its (b)(3)/(b)(4) examples, read direct 2026-09-11, are the first primary text supporting that routing in a state's own words. The professional_service matrix cells below therefore govern human professional services, not agent consulting; TAXABILITY_MATRIX encodes state-specific taxability with DEFAULT_CATEGORY_RULES as fallback (default: exempt).

Engine Defaultstate_by_state_via_matrix

Engine consults TAXABILITY_MATRIX for state-specific professional_service treatment; falls back to DEFAULT_CATEGORY_RULES where the state matrix entry is absent. Default rule: professional_service exempt in closed-enumeration states; taxable in HI/NM/SD/WV broad-GRT states; CT enumerated subcategories taxable.

Related blog posts:

Missouri 100% Capital Gains Deduction (2025 HB 594) — Individual Now, Entity on Rate Trigger

Missouri allows a 100% subtraction of income reported as a capital gain for federal income tax purposes by an INDIVIDUAL, for all tax years beginning on or after 2025-01-01 — Mo. Rev. Stat. 143.121.3(14)(a) (2025 HB 594; primary text read at revisor.mo.gov 2026-08-17). Because the hook is federal capital-gain reporting, short-term gains qualify as well. The WATCH is subdivision (14)(b): the subtraction extends to entities taxed under 143.071 only 'for all tax years beginning on or after January first of the tax year following the tax year in which the top rate of tax imposed pursuant to section 143.011 is equal to or less than four and one-half percent' — the trigger has not fired (each year's rate determination must be checked). Subdivision (15) separately adds a specie-gain (gold/silver) subtraction from TY2026. CITATION GUARD: 143.022 is the phased 20% BUSINESS-INCOME deduction and contains no capital-gains content — a 2026-08 citation sweep misread the deduction as nonexistent because it verified that wrong section; never cite 143.022 for the cap-gains rule.

Engine DefaultSTATE_CAPITAL_GAINS.MO = rate 0 / lt_rate 0 / treatment 'none', with the individual-only scope and (14)(b) entity gate disclosed in the `special` string (spread into every MO trades response by buildResult). The /api/v1/rates/capital-gains endpoint labels MO 'verified' as of 2026-08-17 with the same caution.

Verified at primary statute 2026-08-17 (gauntlet verification batch — the sweep's contrary flag was a wrong-section false positive). 0% is correct for the individual filers the trades surface models; the entity limitation is disclosed rather than modeled because the engine has no entity-type axis on capital gains today. When the (14)(b) trigger fires, the disclosure text should be updated the same cycle — no rate value changes either way.

Kentucky Data Processing as Prewritten Computer Software Access (KRS 139.200(2)(ax)) — API/AI True-Object Question

Adjudicated 2026-08-13 (panel D-KY-dp, 2-0 AFFIRM TAXABLE; supersedes the 2026-08-12 disclosed conservative hold). KY's closed enumeration (KRS 139.200(2)(a)-(ay)) has no data-processing entry, but (2)(ax) taxes 'prewritten computer software access services' — KRS 139.010(35) (numbering eff. 8/1/2026; the same definition was (34) for law in force 1/1/2023-7/31/2026 — 2026 Ky. Acts ch. 161 sec. 11 inserted a new (6), data brokering services): the right of access to prewritten software the seller or a third party possesses, taxable 'regardless of whether the charge for the access or use is on a per use, per user, per license, subscription, or some other basis.' The engine's modeled population — API-invoked, per-use-billed access to seller-hosted prewritten AI software — fits that definition (an API credential IS a right of access exercised on exactly the 'per use' basis the statute names), and KY DOR Kentucky Sales Tax Facts Winter 2025/2026 p.6 states that AI applications whose output adapts to user-furnished data are not custom software and remain taxable. The buyer-purchases-the-processed-OUTPUT counter-argument is unlitigated in Kentucky; the newsletter is informal guidance; no KY regulation, ruling, or case applies true-object analysis to API/AI facts. Never characterized as settled. Statutes read from the official LRC PDFs (ids 58185/58186, eff. 8/1/2026) 2026-08-17.

Engine Defaulttaxable at 6% with disclosure

TAXABILITY_MATRIX.KY.data_processing { taxable: true, taxable_from 2023-01-01 } with the adjudicated citation note, plus the caller-visible KY_DP_CLASSIFICATION_WATCH advisory in result.advisories[] for every data_processing-routing transaction_type (compute, api_access, storage, data_processing, cloud_infrastructure; data_purchase diverts to digital_good and is excluded). No Decision Box — the conservative default is recommendable under global_defaults asymmetry (~$500-class over-collection cost vs $20K-$42K-class under-collection exposure on a question the state now more likely wins).

Related blog posts:

Kentucky Data Brokering Services Tax (KRS 139.200(2)(ay), eff. 2026-08-01) — Amount-Covered, Boundary Disclosed

2026 Ky. Acts ch. 161 (HB 757), effective 2026-08-01 and inside the engine's as_of window: KRS 139.200(2)(ay) taxes 'data brokering services', defined at KRS 139.010(6) as 'the act of collecting, aggregating, and analyzing personal data for sale to a third party while possession of the personal data is maintained by the person providing the data brokering services or by the third party, wherever located, regardless of whether the charge for the services provided is on a per use, per user, per license, subscription, or some other basis.' KRS 139.010(51)(b)2 excludes from 'use' prewritten computer software access services AND data brokering services purchased for use outside the state and transferred electronically outside the state for use thereafter solely outside the state. The levy does NOT reach the engine's data_processing category (panel D-KY-dp): the PERSONAL-data and sale-to-a-THIRD-PARTY elements are absent — processed output returns to the furnishing customer. Statute read from the official LRC PDFs 2026-08-17; independently re-read direct 2026-08-22 (panel D-ky-ay researcher seat, LRC ids 58185/58186, current codification 'Effective: August 1, 2026'). KY DOR Kentucky Sales Tax Facts, Summer 2026, p.3 (read direct 2026-08-22): providers must register and collect 6% from 8/1/2026; notes the KRS 139.310 use-tax companion and the KRS 139.470(6) GOVERNMENT-seller exemption (irrelevant to the modeled private-seller population); elaborates nothing on scope and defines nothing — 'personal data' remains undefined anywhere in KRS ch. 139.

Engine Defaultamount-covered by existing cells — taxable 6% on every reachable route (verified panel D-ky-ay 2026-08-22); (ay) basis disclosed via advisory

Panel D-ky-ay (2026-08-22, 3-0) performed the assessment the prior WATCH entry demanded and answered the money question NO: data_purchase (no work_type) resolves to digital_good and rides the digitalTaxable fallthrough at 6%; every information_service routing rides the taxable 2023-01-01 cell at 6%; results identical B2B/B2C and on both sides of 2026-08-01; no exempt route is reachable. Amount parity holds — the (ay) levy is imposed at the same KRS 139.200 6% and KY has no locals, so engine charge = (ay) liability on every route and the feared undertax is empirically disproven. A dated 2026-08-01 rule was REJECTED 3-0: it would move no dollars, has no engine fact axis to scope it, and would write false history on whichever category carried it. What ships is disclosure: KY_DATA_BROKERING_BOUNDARY forecloses the standalone-delivery exemption reading for (ay)-element facts (effective date in advisory TEXT, never in a value rule; values date-invariant, 9-category invariance pin intact).

Related blog posts:

Massachusetts Data Processing — 830 CMR 64H.1.3(9)(a) Exemption vs. Citrix Remote-Software-Use Recharacterization

Adjudicated 2026-08-13 (panel C-MA-dp): MA data_processing REMAINS TAXABLE at 6.25%, converted from the silent digitalTaxable fallback to an explicit disclosed conservative hold. MA is genuinely two-sided. EXEMPT side: 830 CMR 64H.1.3(9)(a) exempts charges for processing data furnished by customers 'regardless of the method of delivery', and its own exempt examples (ATM terminal driving, EFT, credit-card/check verification) are fully automated services — automation alone does not make a charge taxable; supported by (2), (8)(b), (9)(c) Ex. 1, (13)(a), and DOR Letter Ruling 12-8 (cloud computing, rev. 11/8/2013). TAXABLE side: (3)(a) taxes 'transfers of rights to use software installed on a remote server'; (14)(a)'s remote-use rule is 'generally' taxable with a CONJUNCTIVE object-of-the-transaction exception; (2) defines License as the right to use, copy, or ACCESS software regardless of server location; Citrix Systems, Inc. v. Commissioner of Revenue, 484 Mass. 87 (2020) (SJC, taxpayer loss, deference to DOR). No MA authority — statute, regulation, ruling, or case — addresses automated or AI processing. The comfort cap is Reasonable Basis: the (9)(a)-vs-Citrix line IS a true-object question and the registry true_object_test cap binds; the researcher's More-Likely-Than-Not merits assessment for the strict exempt pattern is RECORDED here but sits above the cap and cannot be adopted without the documented registry change process. Under house conservative-default policy a Reasonable-Basis exemption reserves at the higher outcome: collect and disclose. FABRICATION GUARD: 'Directive 13-3' and 'TIR 05-3' are fabricated citations (2026-08 sweep) — never cite them for MA SaaS/cloud positions; the real cloud ruling is Letter Ruling 12-8. Provenance: 830 CMR 64H.1.3 read direct 2026-08-17 (sec.state.ma.us); Citrix panel-verified (read in full by both C-MA tax members); LR 12-8 second independent read COMPLETE 2026-08-17 (verdict ma-storage-spinout-2026-08-17 — full text retrieved via reader-proxy of the live mass.gov page, three consistent fetches, cross-corroborated; rulings verbatim on file). Its storage holding is now IMPLEMENTED: the storage transaction_type is carved out EXEMPT via this cell's storage transaction_type_override (see ma_remote_storage_lr12_8); its rulings-1-2 holding is likewise IMPLEMENTED as of 2026-08-22 — cloud_infrastructure is carved out EXEMPT via its own sub-rule (panel A-ma-cloud; see ma_cloud_infrastructure_lr12_8). This hold now covers compute, api_access, and data_processing routing only.

Engine Defaulttaxable at 6.25% — disclosed conservative hold

TAXABILITY_MATRIX.MA block (data_processing hold cell with the binding 4-factor boundary; digital_service + information_service ride-along cells per the house atomic-state-block precedent) + the caller-visible MA_DP_CONSERVATIVE_HOLD advisory for every data_processing-routing transaction_type EXCEPT storage (Train 15, 2026-08-17: storage is carved out exempt via the dp cell's storage sub-rule and carries the MA_STORAGE advisory instead — see ma_remote_storage_lr12_8). ZERO tax values moved in the S21 train itself (all 12 MA test rows pinned identical then; the storage row moved to $0 in the 2026-08-17 spin-out). BOUNDARY (binding): Citrix-taxable if ANY of — customer operates/directs the software (interactive UI, session control, or open-ended prompt/instruction submission directing functionality task-by-task); the charge buys standing access (subscription/seat/access key); the contract grants a (2)-defined License; the deliverable is the customer's own work product from operating the tool. (9)(a)-exempt only if ALL of — fixed, defined processing function on customer-furnished data without customer operation; per-processing pricing; output individual to that customer (not (8)(a) standard information); no right to use/copy/access the software passes. ORACLE FORWARD GUARD: data_processing is not an oracle-tracked category, so Matrix A pairing is satisfied vacuously; matrix-runner conservativeBypass excuses only engine-over-oracle divergence — if data_processing is ever added to oracle coverage, seed the MA cell in the SAME change, and any future exempt flip must land engine+oracle same-commit (the storage sub-rule shipped 2026-08-17 while dp remains untracked — re-verified vacuous at Train 15 HEAD; it must ride any future oracle seeding too).

Maine digital audiovisual/audio subscription tax (2026 expansion)

Effective 2026-01-01, Maine taxes digital audiovisual and digital audio services — streaming or subscription access with less than permanent use, including access conditioned on continued payment — at 5.5% (36 M.R.S. §1752(1-P)-(1-R) and (17-B), enacted by P.L. 2025, c. 388, Pt. G (LD 210); MRS Guidance/Instructional Bulletin 115, Oct. 17, 2025). SaaS is NOT in the expansion — remote software access stays exempt under MRS Rule 326 §9.3.B. Substantial Authority holds for the streaming/digital-AV core (statute text + published MRS bulletin, GIB 115 read at the 2026-08-21 verification). The ENGINE'S APPLICATION is deliberately broader than the certain core: every ME transaction typed 'subscription' takes the taxable leg because the engine cannot distinguish media-content subscriptions from software-access subscriptions without a content signal — a disclosed conservative hold (ME_DIGITAL_AV_SUBSCRIPTION advisory on every taxable result, which directs pure software-access subscriptions to transaction_type 'saas' for the exempt answer). Modeled as a subscription-keyed transaction_type_override on TAXABILITY_MATRIX.ME.digital_service, deliberately UNDATED with a pinned coupling: ME rides the 2026-01-01 default replay floor (exactly the effective date); if that floor ever moves lower the override must gain taxable_from 2026-01-01 in the same commit.

Engine Defaultsubscription_taxable_5_5_pct

Wave 3 sweep 2026-08-21 verifier-confirmed the pre-fix engine answered $0 against enacted law (live undertax, the class the conservative charter exists to prevent). The ambiguous middle (untyped-content subscriptions) resolves taxable per when-in-doubt-overtax; callers hold the split key via transaction_type.

Massachusetts Remote Storage — Exempt per DOR Letter Ruling 12-8 Ruling 3 (Active Guidance)

Adjudicated 2026-08-17 (spin-out verdict ma-storage-spinout-2026-08-17 — second independent read of LR 12-8, full text retrieved and cross-corroborated, rulings verbatim on file): MA `storage` is EXEMPT, released from the dp conservative hold as a P1 overtax. DOR Letter Ruling 12-8 (Cloud Computing; original 7/16/2012, 'revoked in part and replaced' by the revision of 11/8/2013) ruling 3 holds verbatim: 'Sales of Remote Storage Service are not taxable when sold to customers in Massachusetts' — on facts (internet access, customer-retained ownership of stored content including applications and software, pricing by storage capacity used and data uploaded/downloaded) at least as tax-vulnerable as anything the engine's storage type describes. Ruling 3 is the ruling's cleanest holding: unlike ruling 2 it carries no 'under the facts presented' caveat, and the 2013 revision moved uniformly TOWARD exemption. ACTIVE guidance: served live at mass.gov as of 2026-08-17 with no revocation/modification/supersession found; under 830 CMR 62C.3.1, DOR public written statements remain effective until revoked, modified, or superseded. Structure concurs: MA taxes TPP (incl. prewritten software, (3)(a)) plus enumerated services and has NO enumerated tax on storage; 830 CMR 64H.1.3(14)(a)'s object-of-the-transaction exception and (14)(b)'s generally-not-taxable 'web site hosting' analog put pure storage on the nontaxable side, and LR 12-8's own CONCLUSION carves 'non-taxable computing resources or storage capacity (as opposed to acquiring the use of software).' Citrix, 484 Mass. 87 (2020) polices the OTHER side of that very line (functionality access) and does not reach capacity sales. Unlike the two-sided dp question (ma_data_processing_software_use, hold stands), storage is ONE-SIDED in the ND/ME/NJ class: no MA statute, regulation, ruling, or case taxes storage qua storage. RECORD CORRECTION (binding on all MA surfaces): 830 CMR 64H.1.3(9)(a) does NOT name storage — the NJ-contrast shorthand ('(9)(a) names the storage of data') is wrong for MA; the exemption runs through the enumerated-tax structure + (14)(a)/(14)(b) + LR 12-8 ruling 3, never through (9)(a). Never cite (9)(a) as the MA storage authority.

Engine Defaultexempt ($0) — transaction_type storage landing on the MA data_processing cell

storage-keyed transaction_type_override on TAXABILITY_MATRIX.MA.data_processing (taxable:false; NO taxable_from — storage was never lawfully taxable in the modeled window, LR 12-8 exempt since at latest 11/8/2013), auditor-visible via audit_trail.taxability.transaction_type_override. Caller-visible MA_STORAGE advisory (exact mirror of the sub-rule's firing condition) disclosing the LR 12-8 basis, the misclassification BOUNDARY — a 'storage'-labeled product that actually sells vendor software FUNCTIONALITY (file sync-and-share, collaboration features, standing feature access, a (2)-defined License) is Citrix-shaped and belongs in saas/digital_service — and that cloud_infrastructure remains conservatively taxed pending its own follow-on adjudication. MA_DP_CONSERVATIVE_HOLD is gated OFF for storage (collect-and-disclose no longer describes the engine there). Cell-scoped mechanics: an explicit caller work_type that reroutes the category off data_processing bypasses the sub-rule (documented 49bfe60 behavior). ORACLE FORWARD GUARD: data_processing is not an oracle-tracked category and CATEGORY_ENGINE_TX maps no matrix category to storage (re-verified at Train 15 HEAD after the Train 14 dataset re-encode), so oracle pairing is vacuous; an EXEMPT position is NOT conservativeBypass-safe — if data_processing ever joins oracle/Matrix-A coverage, the MA cell AND this storage override must seed the oracle in the SAME commit.

Massachusetts Cloud Infrastructure (IaaS) — Exempt per DOR Letter Ruling 12-8 Rulings 1-2 (Active Guidance)

Panel A-ma-cloud (2026-08-22, three seats, no genuine split — the follow-on adjudication the storage verdict expressly reserved): MA cloud_infrastructure computes EXEMPT via a cloud_infrastructure-keyed transaction_type_override on the MA data_processing cell. DOR Letter Ruling 12-8 (Cloud Computing, rev. 11/8/2013) ruling 1, verbatim and uncaveated: 'Sales of Cloud Computing products, including the various charges described above, which involve the customer's use of its own application software or open-source operating system software are not taxable when sold to customers in Massachusetts.' Ruling 2 extends to vendor-licensed third-party OS included incidentally at no separate charge, 'under the facts presented in this request.' Re-verified live three times 2026-08-22 (both legal seats + the mandatory pre-build re-read; no revocation/supersession; operative reg still the 10/20/06 promulgation). The 11/15/2024 rewrite draft is unadopted and dormant — ~21 months without entering the mandatory c. 30A notice-and-hearing channel while DOR ran that channel for four other regulations; continuing to collect 6.25% against the state's own published exemption on the strength of an unadopted draft is the knowing-error-adjacent posture the storage precedent condemned. BOUNDARY (advisory-disclosed, MA_CLOUD_INFRASTRUCTURE): exempt = capacity/VM/GPU/bare-metal, customer's own or open-source stack, or vendor OS incidental at no separate charge; managed-platform/PaaS/essential-or-separately-charged vendor software is Citrix-shaped → relabel saas/digital_service; processing-as-a-service stays on compute/api_access at the disclosed hold. Label-arbitrage residual accepted per storage precedent: disclosed boundary + the fired override named in every audit trail.

Engine Defaultexempt ($0) — transaction_type cloud_infrastructure landing on the MA data_processing cell

3

Where Experts Disagree

Active debates among tax practitioners, industry groups, and state revenue departments. No consensus exists.

For AI transactions, does delivery mechanism (software) or output (information/service) control classification?

Position A

Delivery mechanism controls

The buyer interacts with an API. The processing is software. Classification follows the delivery infrastructure regardless of output.

Advocates

AgentTax (engine default), Kintsugi, Avalara, TaxJar, Technology industry broadly

Position B

Output controls (True Object Test)

The True Object Test focuses on what the buyer is actually purchasing. If a human providing the same output would be a service, an AI providing it is also a service.

Advocates

Eversheds Sutherland, Most Big 4 SALT practices, State revenue departments (when output-based generates more revenue)

Position C

State-specific — no universal answer

Some states focus on delivery, others on True Object. The same transaction could be correctly classified differently in different states.

Advocates

Academic commentary, Careful independent practitioners

Engine Approach

Default to delivery mechanism (digital_service) as the conservative-within-digital position. Apply True Object overrides via work_type where state law supports a more precise category. Position C is intellectually correct; Position A is the most defensible practical default.

Is SaaS 'tangible personal property' for sales tax purposes?

Position A

Yes — SaaS is TPP

Statutory definitions of TPP include prewritten software without distinguishing delivery method.

Advocates

NY (Tax Law § 1101(b)(6)), PA (Letter Ruling SUT-12-001), CT, UT

Position B

No — SaaS is not TPP

TPP requires transfer of possession. SaaS involves no download, no installation, no possession transfer.

Advocates

CA (CDTFA guidance), Eversheds Sutherland, Tax Foundation, COST

Engine Approach

Apply each state's own framework. Engine uses TAXABILITY_MATRIX for states with specific rules; falls back to digitalTaxable flag for others.

Should B2B digital transactions be exempt from sales tax?

Position A

Yes — B2B should be exempt (policy argument)

Taxing business inputs causes tax pyramiding — ultimately hurts end consumers. VAT systems worldwide avoid this through input tax credits.

Advocates

COST, Tax Foundation, Most economists

Position B

No — tax B2B (current law in most states)

Revenue. Exempting B2B shrinks the tax base dramatically.

Advocates

Most state revenue departments

Engine Approach

Apply the law as it exists. Whether B2B should be exempt is a policy question. Currently only Iowa provides clear statutory B2B exemption. Engine default: is_b2b=false (taxable). Override to true only when seller affirmatively confirms B2B status.

Continue Reading