Guide · Money

SaaS taxes for people who would rather not think about taxes

The part of running a software business that is genuinely boring and genuinely expensive to get wrong. A map of what applies to you, so you can ask the right questions once.

9 min readShare →
1
Separate account
Day 1
When to start
Customer
Whose location decides
1 hour
With an accountant, early
The short answer

Separate a fixed percentage of every payment into an account you do not touch, from the very first sale. Then deal with the thing that actually catches software founders out, which is sales tax and VAT on digital services: many jurisdictions tax based on where your customer is rather than where you are, so selling internationally can create obligations in places you have never visited. Either use a merchant of record that absorbs this, or get an accountant to tell you which registrations apply before you launch rather than after.

What this is, and what it is not

This is a map, not advice. The goal is that you finish it knowing which categories of obligation exist for a software business and which questions to take to someone qualified, so that the hour you spend with an accountant is efficient rather than exploratory.

We are deliberately not giving you percentages, thresholds or registration limits. Those depend on your country, your structure and where your customers are, they change, and a confidently stated incorrect number is considerably worse than no number. Every article that gives you one is either writing for a single jurisdiction without saying so, or guessing.

The set-aside habit

The single most useful financial habit for a solo founder has nothing to do with understanding tax law. It is this:

  1. Open a second account at the same bank. It does not need to be anything special.
  2. Ask an accountant, once, what percentage to set aside for your situation. This is a short conversation and it is the single highest-return question you will ask them.
  3. Move that percentage the day money lands. Every payout, without exception, without deciding each time.
  4. Never touch it. It is not your money. It has never been your money. Treating it as a buffer for a slow month is how founders end up owing an amount they have already spent.

The reason this matters more than any amount of tax knowledge is that the failure mode is almost never misunderstanding the rules. It is having spent the money before the bill arrived. A founder who set aside slightly the wrong percentage is fine. A founder who set aside nothing has a genuine problem regardless of how well they understood the rules.

Do the same with the processor fees if you find revenue numbers flattering. The number that matters for planning is what actually arrives, after fees and after the set-aside.

I’m not pretending it’s truly profitable yet. That number doesn’t include payment fees, taxes, or the hundreds of hours I’ve spent building it.

via r/SaaS

The one that actually catches software founders

Income tax is comparatively easy: you earn money, you declare it, you pay. Most founders manage it. The thing that produces genuinely nasty surprises for software businesses specifically is consumption tax on digital services, which shows up as sales tax, VAT, GST or their local equivalents.

Here is the structural problem, in one sentence: for digital services, many jurisdictions determine the tax by where your customer is, not where you are.

What that means in practice:

  1. A subscription sold from your bedroom to a customer in another country may create an obligation in that country.
  2. Those obligations can attach with no physical presence, no office and no local bank account.
  3. Registration thresholds differ everywhere, and in some places for digital services there is effectively no threshold at all.
  4. The customer’s location has to be determined and evidenced, which means your payment setup needs to capture and keep it.
  5. Liability is generally backdated to when the obligation arose, not to when you found out about it. This is the part that hurts.

The practical implication is that "I will sort out tax once I am making real money" is a worse plan for a software business than for most others, because by the time the revenue is real the unregistered history exists. You do not have to solve it perfectly on day one. You do have to know which of two paths you are on before you take the first international payment.

Merchant of record, and why small teams use one

There are broadly two ways to take money, and the difference is not the checkout page:

Payment processorMerchant of record
Who legally sells to the customerYouThem
Who owes the sales tax or VATYou, in every relevant jurisdictionThem
Who registers and filesYou, or your accountantThem
CostLower percentage per transactionHigher percentage per transaction
SuitsDomestic-only sales, or a company with accounting supportSolo founders selling internationally

The higher percentage looks expensive until you price the alternative, which is multi-jurisdiction registration and filing for a business whose median peer makes $145 a month. For a great many small software businesses the merchant-of-record cost is lower than the accounting work it removes, and considerably lower than the cost of getting it wrong.

The trade-offs are real and worth knowing: a larger cut, less direct control of the customer payment relationship, another party in your refund and dispute flow, and a dependency to consider if you ever sell the business. Founders discuss these choices constantly in public, and the practical detail in those threads, on review timelines and payout behaviour, is often more useful than vendor documentation.

When to get actual help

Earlier than most founders do, and for less money than they fear. The triggers:

  1. Before your first international sale. This is the one. An hour here is the cheapest insurance available.
  2. When you choose your business structure. The decision is much cheaper to make correctly than to change.
  3. When revenue becomes regular. Not large, regular. Recurring revenue is what turns occasional questions into recurring obligations.
  4. Before you hire anyone, including a contractor overseas. Employment and contractor classification is its own category of expensive mistake.
  5. Before you sell the business. Diligence surfaces every historical tax decision you made, and unregistered obligations reduce what a buyer will pay or kill the deal.

Come to that first conversation with specifics: what you sell, whether it is a subscription, where your customers are, how you take payment, your rough monthly revenue, and what other income you have. Bring those and an hour is enough. Arrive with "I built an app, what do I do" and you will pay for an hour of the accountant working out what you do.

Then get back to the work. Tax is a solved problem that someone else can solve for you, which makes it a poor use of the attention that could go into the product.

Quick answers

How much should I set aside for taxes as a solo founder?
Set aside a fixed percentage of every payment as it arrives, into a separate account you do not touch. The right percentage depends entirely on your country, your business structure and your other income, so get the number from an accountant once and then apply it mechanically. The discipline of separating the money matters more than getting the percentage exactly right.
Do I have to charge sales tax or VAT on software?
Frequently yes, and this is the obligation that most often surprises software founders. Many jurisdictions tax digital services based on where the customer is rather than where you are, which means selling internationally can create obligations in places you have never been. Establish this before you launch rather than after, because backdated liability is where the real damage happens.
What is a merchant of record and should I use one?
A merchant of record is a company that legally sells your product to the customer and handles the sales tax and VAT obligations across jurisdictions in exchange for a larger percentage of each transaction. For a solo founder selling internationally it often costs less than the accounting work it removes, which is why many small software businesses choose one over a plain payment processor.
When should I hire an accountant?
Before your first international sale, or as soon as money is moving regularly. An hour with an accountant early costs far less than unwinding a year of incorrectly handled transactions, and the main value is not filing your return but telling you which obligations apply to your particular situation.
Are my software subscriptions and tools tax deductible?
Ordinary business expenses are generally deductible in most jurisdictions, which for a software business usually covers hosting, tools, domains and professional fees. The rules on what qualifies and how to apportion mixed personal and business use vary considerably, so keep every receipt and let an accountant make the calls.
What records do I need to keep?
Every invoice you issue, every receipt you pay, your payment processor statements, and a record of where each customer was located. That last one is the one software founders forget and the one that sales tax and VAT determinations depend on, so make sure your payment setup captures and retains it.
Where these numbers come from

This is general information, not tax or legal advice, and we are not accountants. Tax treatment of digital services depends on your country, your business structure, where your customers are and how you take payment, and the rules change regularly. Nothing here should be relied on for a filing decision. We have deliberately not published specific rates, thresholds or registration limits, because a number that is correct for one jurisdiction in one year is actively dangerous when applied to another. Use this as a list of questions to take to a qualified accountant in your own jurisdiction.

Cite this page
Last verified: September 22, 2026
BigIdeasDB Research. (2026). SaaS taxes for people who would rather not think about taxes. BigIdeasDB. Retrieved from https://bigideasdb.com/guides/saas-taxes-for-solo-founders
Founder, BigIdeasDB
Share →
Keep reading