IndianBusinessTools – Invoicing & compliance tools for Indian businesses (no signup, no watermark)
Built this because every time I needed to raise a GST invoice, check an HSN code, or work out professional tax for a different state, I ended up on five different sites — half of them paywalled after the third use.
IndianBusinessTools (indianbusinesstools.com) is a free set of tools for that stuff:
- GST calculator (updated for the GST 2.0 rate changes — 0/5/18/40% slabs)
- Invoice, quotation & purchase order generator — PDF or Excel, GST or non-GST
- HSN/SAC code finder
- TDS & professional tax calculators (state-wise)
- Import/export duty calculator with landed cost breakdown
- Rent agreement & business letter generator, MSME/Udyam checklist, e-way bill helper
No signup, no watermark, and everything runs in your browser — nothing you type gets uploaded anywhere.
Would love feedback, especially from anyone who does this stuff for a living (accountants, shop owners, freelancers) — what's missing, what's wrong, what you'd actually use.
Replies
Not deep in Indian tax specifically, but I build compliance-adjacent tools for the UK market and the failure mode is usually the same regardless of jurisdiction: rate tables go stale and nobody notices until someone calculates something wrong with real money attached.
You mention GST 2.0 slabs are already updated, which is good, but the product decision that matters longer term is how a rate change gets shipped. If it is a manual code deploy each time GST rates move, that is a standing liability, since someone will use the tool in the window between a change and the fix landing. Worth dating every calculation on the output, "calculated using rates effective as of X", so the user at least knows what they are trusting rather than assuming it is always current.
On the nothing gets uploaded claim, that is exactly the kind of thing an accountant using this for real client work will want to verify rather than take on faith. A one line note on how to check it, network tab shows no requests, would do more for trust with that audience than the claim on its own.
What's the plan for catching a rate change before a user does?
@oshylabs Dating the output: already shipped. Every calculator shows "Rates last verified [date] — always confirm against the current notification before filing," sourced from a dated constant per rate table in the code, not one global timestamp that could hide a stale table behind nine current ones.
Verifying "nothing gets uploaded": fair — I shouldn't expect anyone doing real client work to take that on faith. Adding a one-line note on how to check it yourself: open dev tools, Network tab, run a calculation, see nothing fire.
Catching a rate change before a user does: scheduled routines across Copilot, Claude, and Grok check for changes on a recurring basis, running independently so one model's blind spot doesn't become the whole safety net. Nothing ships automatically — a flag gets manually verified against the primary source (GST portal, Income Tax e-filing site, relevant circular) before it goes out as a dated update. That manual check exists for the exact reason you raised this: an LLM's read of a notification shouldn't become the source of truth without a human confirming it against the actual document first.