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.
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.
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 single most useful financial habit for a solo founder has nothing to do with understanding tax law. It is this:
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
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:
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.
There are broadly two ways to take money, and the difference is not the checkout page:
| Payment processor | Merchant of record | |
|---|---|---|
| Who legally sells to the customer | You | Them |
| Who owes the sales tax or VAT | You, in every relevant jurisdiction | Them |
| Who registers and files | You, or your accountant | Them |
| Cost | Lower percentage per transaction | Higher percentage per transaction |
| Suits | Domestic-only sales, or a company with accounting support | Solo 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.
Earlier than most founders do, and for less money than they fear. The triggers:
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.
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.
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