The two directions, and the one mistake
Adding: total = base × (1 + rate)Removing: base = total ÷ (1 + rate)
Adding is intuitive. Removing is where invoices go wrong: the GST inside a price was computed on the base, so recovering the base must divide, not subtract. The size of the error grows with the rate:
| Inclusive price | Slab | Correct base (÷) | Wrong base (−%) | Error |
|---|---|---|---|---|
| ₹1,050 | 5% | ₹1,000.00 | ₹997.50 | ₹2.50 |
| ₹1,180 | 18% | ₹1,000.00 | ₹967.60 | ₹32.40 |
| ₹1,400 | 40% | ₹1,000.00 | ₹840.00 | ₹160.00 |
On a freelancer's ₹5 lakh of annual inclusive billing at 18%, the subtraction error misstates income by over ₹16,000, enough to matter at filing time.
Who uses which direction
- Freelancers and small businesses, quoting ex-GST and invoicing with GST added; or receiving inclusive amounts and needing the taxable value for returns (the remove direction).
- Shoppers comparing B2B and retail prices, putting an ex-GST quote and an inclusive price on the same footing.
- Accounting cross-checks, verifying that an invoice's CGST + SGST halves sum to the slab, and that the base × rate reproduces the tax line to the paisa.
Percentages behaving badly
The divide-don't-subtract rule is one instance of a general trap: percentages are not symmetric. Adding 18% and then subtracting 18% does not return the original (it lands 3.24% low), the same way a 10% gain then a 10% loss nets to 99%, the bases differ. The percentage calculator covers the general cases, and the discount calculator shows the same effect in stacked sale offers. For the payroll-side tax rules, see the HRA exemption page.