Point of sale is a counter till: add items, take the money, and Finocket writes the invoice and the payment for you. It draws stock down, posts to your books, and numbers the bill from that counter's own series.
Open Point of saleRing up a counter saleRing up a sale
- Add items from the catalog, or by typing or scanning a barcode or SKU. Adding the same item again bumps its quantity.
- Take the money. Cash simply records the sale. UPI shows a QR built from the counter's UPI ID for the customer to scan.
- Confirm. Finocket saves a proper invoice and its payment, draws the stock down and posts both to your books.
Tax comes from each item's Default tax %, split half to CGST and half to SGST — a counter sale is intra-state, because the customer is standing in front of you. An item with no default rate is billed at 0%, so set it on the item if it should be taxed.
Splitting one bill across several ways of paying
Tap Split when a customer pays part in cash and part on a card, or puts a voucher against the rest. Add a line for each — cash, card, UPI, voucher or points — and the sheet keeps a running Still to pay underneath. Each new line is pre-filled with whatever is left, because that is usually the amount.
The sale books only when the parts add up to the bill exactly. A shortfall is not an error while you are still adding lines; it is just what is left. The Book the sale button stays disabled until it reaches zero.
What it will not let you do
- Overpay on anything but cash. Only cash can give change back, so a card or UPI line for more than the bill is refused. That is nearly always the terminal being charged the wrong amount, and it costs one re-key to fix now versus a refund later.
- Give change out of a card. Change is limited to the cash you took.
- Enter a card or UPI line with no reference. Without one you cannot match it to your settlement afterwards, and an unmatched line is what makes a day fail to reconcile with nobody able to say which sale it was.
If a voucher is worth more than the bill, the sheet tells you what is left on it rather than absorbing the difference.
Parking a bill to serve the next customer
When someone goes back for something they forgot, tap Park this bill, or recall one, give the cart a name you will recognise — “blue saree lady”, “table 4” — and park it. The counter is free for the next person. Open the same sheet to recall it.
Parking does not create an invoice. That is deliberate: your invoice numbers have to run in an unbroken sequence for GST, and if parking used one up, every customer who changed their mind and walked out would leave a gap that looks to an auditor like a missing bill. Nothing is invoiced until the sale is actually paid.
Two things to know. Recalling replaces whatever is in the cart, so park the current one first if you need both. And a recalled bill is removed from the list straight away, so two counters cannot pick up the same cart and charge one customer twice.
With an empty counter, the till shows Parked bills and how many are waiting, so you can pick one up without starting a sale first. F6 opens the same list. If the list cannot be read for any reason it says so, rather than showing you the same empty sheet as a till with nothing parked — those mean very different things when a customer is waiting for their bill.
If your shelf prices already include GST
A kirana, a chemist, a sweet shop: the packet says ₹40 and ₹40 is what goes in the till. Nobody at the counter adds 5% to it. Tick Prices include GST above the total and the till divides the tax back out of the shelf price to reach the taxable value your invoice has to state, instead of adding it on top.
It stays ticked. The setting belongs to your business, not to the browser you ticked it in — so every till in the shop, every reload and every shift starts from the same answer, and nobody has to remember. Anyone who can enter your catalogue can change it; a cashier who only rings sales sees how it is set but cannot move it. If your workspace holds two companies, each keeps its own answer, because each has its own catalogue.
If the till cannot read the setting it says so in red beside the checkbox and falls back to adding tax on top. That is a warning, not an answer — check it before you ring an MRP-priced bill, because a cart read the wrong way overcharges the customer and pays tax on money they never handed over.
Registers, the over/short, and money paid out
Opening a register is optional but recommended — without one, the screen warns you that cash sales won't be reconciled. Open with your cash float at the start of the shift; at the end, closing asks for the counted cash and tells you the over or short against what Finocket expected.
Closing also asks what left the drawer: cash paid out, and what it was for. A drop to the safe, a supplier paid in cash, a float handed to another counter — enter it and the day-close subtracts it from what should be there, and your Z-report says what it was.
You do not have to type in a refund. A return booked through Return records how the money went back by itself, and the day-close already expects the smaller drawer. Cash paid out is for money leaving the till that no bill explains. Before 12 September 2026 a refund left no record of the money at all and had to be entered here; if you are reconciling a day from before then, that is why.
Only one register can be open on a counter at a time. If the till cannot check whether one is already open — no signal, or a server that did not answer — it says so and offers to try again, rather than showing an Open button it cannot stand behind. Opening a second register over one drawer splits the day's takings across two reports and neither of them balances.
Terminals
A terminal is a counter or till you sell from. Manage them under Settings → POS terminals.
- Give each terminal a name and, optionally, its own UPI ID — that is what builds this counter's payment QR at checkout. Leave it blank and the till falls back to your business profile's UPI ID.
- Point a terminal at its own numbering series so each counter's invoices run in their own sequence.
- Tell each terminal which shop it stands in. Every sale rung up on it is then recorded against that shop, which is what every per-shop figure reads — takings by shop, the shop comparison on Retail intelligence, and the shop's own day board. A till with no shop still sells perfectly well; its sales simply belong to no shop, so those reports show nothing for it. You can only pick a shop belonging to this business, and you can change it later if the till moves.
- The Counter QR is a standing, no-amount UPI code — the customer scans it and types the amount themselves. Print it for the counter. It requests money; it never settles anything inside Finocket.
- Switch a terminal to inactive to retire it: it stays on record but is no longer offered at checkout.
- Owner only. Everyone else sees a locked card, and the server refuses the change even if the screen is reached another way.
You cannot double-charge
Retrying a failed checkout settles the invoice already created rather than minting a second one. Editing the cart clears that pending invoice. So a flaky moment at the counter cannot leave you with two bills, and you cannot settle a stale basket.
A sale goes to your walk-in customer unless you name somebody — tap the customer row above the total to search by name or phone, or add them there. A named sale earns loyalty points; a walk-in sale does not.
Keyboard first
Every step at the counter has a key, so a busy till never needs the mouse:F2 jumps to the scan box, F9 takes cash,F4 splits the bill, F6 parks it andEsc clears the entry. The hints sit under the cart on a desktop and are hidden on a phone, where there is no keyboard to press.
Returns and exchanges
Return on the till opens the original sale and lets you take items back and hand out new ones in one go. The tax reversed is derived from the original bill — a 40% return reverses 40% of that bill's tax, split the way it was split on the day — never typed in at the counter, so a mis-set terminal cannot turn an in-state sale into an inter-state reversal. Every credit note already issued against the bill is counted first, so you cannot return more than was sold, and a second tap on a busy counter is refused rather than refunded twice.
Pick the items and quantities coming back from the bill's own lines and they return to stock on their own, each at the price it was sold for net of any discount on the bill; what is left on every line is shown, so a shirt already returned cannot come back twice. Leave every quantity empty to credit an amount instead — for a service bill, or when nothing physical is coming back.
The money going back is recorded, the way it came in. A bill taken in cash refunds as cash and your drawer is expected to be lighter by it; a card bill refunds to the card, which never touched the drawer and so does not change the cash you should hold. A bill taken part cash and part card refunds in the same proportions. The screen tells you which, in as many words, when the return is booked — so the figure you will be counting against at close is one you have already seen.
Where the money cannot go back as itself — a bill paid with a gift voucher or with points, or one settled by bank transfer or cheque — the refund is held as credit on the note rather than pretending it left the drawer. A bill that was never paid at all refunds entirely as credit: nothing was taken, so nothing goes out.
Closing the day: the Z-report
Each register opens with a float and closes with a count. TheZ-report for a session shows the opening float, sales by tender, the cash the drawer should hold and, once you have counted, what it did hold and the over/short. Until you count, the report says so — it will not print a zero and call the drawer balanced.
Sales by tender counts every bill in the session, however it was settled: a bill taken with the plain Cash or UPI button counts under that one heading, and a split bill counts under each way it was paid. Only cash reaches the drawer, so that is the only column the expected-cash figure uses. A bill settled by bank transfer or cheque is listed under its own heading and deliberately left out of the drawer — the money never passed across the counter.
The Z-report and the figure you see when you close the register are the same number, worked out the same way. If they ever disagree, one of them is wrong — tell us rather than picking the friendlier one.
Refunds come off; cancelled bills count for nothing. A refund at the counter is raised as a credit note, and a credit note's own total is positive — it is a real credit for a real amount. The session's net figure subtracts it rather than adding it, and so does the cash column when the refund was handed back in cash: the expected drawer goes down by it without anybody entering a payout. And an exchange that fails part-way cancels its credit note instead of deleting it, so the trail survives; a reversal that never happened is not money, and is in neither total.
If you pull the same day's counter sales through the API to build your own cash-up, add up the signed amount on each row — it is negative for a refund — and you land on exactly this figure. Both are built from one definition of what a counter sale is.
Gift vouchers at the till
A voucher is issued from Gift vouchers and taken as a tender here; the balance is a ledger, so a ₹500 voucher spent twice is refused, and one that has passed its expiry date is refused with the date. Expiry is inclusive of the day printed on it.
What this screen will not do
- It needs a connection today. Ringing a sale still needs one. The counter-sale path that lets a till keep selling with no signal is built, and stays switched off until it has been watched working on a real device — so what you get today is the till as it has always been.
- Points and gift vouchers will always need a connection, even later. Both are balances your shop keeps, and a till with no signal cannot re-read one — two counters could each spend the same points, and neither could be taken back once the customer has left. Returns and exchanges are the same: they pay money out against a bill whose earlier returns this device may not have seen.
- It will not ring a bill it cannot attribute. If the till cannot read your counters it holds the sale and says so. A bill rung blind would be numbered from your default series instead of that counter's own and credited to no shop — wrong on the customer's paper copy and wrong in every report afterwards. A till that has read your counters before will keep selling from the list it remembers, and tell you the list is not fresh.
- It will not collect the money. No card reader, no payout, no settlement.
- It will not offer UPI with no UPI ID set — on the terminal or your business profile. The button refuses with a message telling you to add one.
- It needs the Retail till & shops module, and only owners, admins and assistants can record a sale. Members and accountants see the till and cannot ring one.