Sindh sales tax: why card and cash bills differ
6 min read ·
Sindh applies a reduced sales tax rate to restaurant bills settled by card, wallet or QR instead of cash. It is a deliberate incentive to move transactions onto documented rails — and it has a consequence most POS software gets wrong: the tax on a bill is not known until you know how it was paid.
The rate depends on the tender, not the item
Most sales tax logic is a property of what was sold. This is a property of how it was settled, which means the tax line cannot be finalised while the bill is open.
Practically: a diner who asks for the bill, sees the total, and then decides to pay by card should see a lower total than the one they were quoted for cash. If your POS computed tax when the bill was printed, it now shows the wrong number.
The trap: computing tax too early
The common implementation bug is to calculate tax when the order is closed rather than when the tender is selected. It looks correct in testing, because in testing the tender is chosen immediately.
In service, the gap between printing a bill and taking payment is where the error lives. GrandPOS recalculates the tax line when the tender is chosen and again if it changes before the bill is closed.
Split tenders
A table paying half cash and half card is not unusual, and the two halves attract different rates. The bill has to apportion tax by tender rather than applying one rate to the whole total.
What this does to your reporting
Because the rate moves with tender mix, your effective tax rate is a function of how your customers pay. Two months with identical revenue can carry materially different tax if the card share moved.
That makes tender mix worth watching as its own number, not just as a line on the shift close.
What this article does not cover
Rates change, and provinces differ — Punjab, KP and Balochistan have their own authorities and their own rules. This describes the structure of the Sindh incentive, not a current rate table. Confirm current rates with SRB or your tax advisor before configuring anything.
Why the incentive exists
The reduced rate is a documentation incentive. Card, wallet and QR settlement leaves a record the authority can see; cash does not. Passing the difference to the diner nudges the payment mix toward the documented rails.
For an operator, the practical read is that the incentive is aimed at the customer, and customers only respond to it if they are told. A bill that shows the cash and card totals side by side moves the mix; one that silently applies a rate does not.
Getting the configuration right once
Rates are set per item and applied per tender, so the configuration work is a one-off on the menu rather than a decision at each sale.
The part worth checking on setup is items that are not standard restaurant service — packaged goods, retail lines — which may not attract the same treatment.
Frequently asked questions
Does GrandPOS file my sales tax return?
No. It calculates and records the correct rate per bill and reports on it. Filing, and any e-invoicing integration with SRB, is separate — GrandPOS is not integrated with SRB for e-invoicing today.
What if the customer changes their mind about payment method?
The bill recalculates. That is the whole reason tax is computed at tender selection rather than at bill print.
Try it on your own menu
Fourteen days free, no card required. Setup takes about thirty minutes.