Counter Billing & Tenders

Build a bill, take cash or UPI, record a manual card payment, split cash and UPI, and manage customer udhaar.

Use the counter to build one bill and record how the customer paid. Check the bill and any money already received before choosing another payment method.

Screen: Open /pos directly in either admin skin. Sign in with your PIN. Use More for header actions (see Use the More menu) and open Bill to review the bill details. In Big buttons mode, use View bill, then Next and Previous to inspect all bill rows across pages. The pair is drawn only when there is more than one page.

Long store names on a phone. On a phone, a long store name in the counter header wraps onto two lines (in slightly smaller text) instead of being cut off after the first, and the header does not grow taller. If the sync status beside it is long, the name still has two lines to use. Nothing needs to be set; this is automatic.

Use the More menu

Screen: Open /pos. The left rail starts with Home, has More after its page buttons, and keeps Lock at the bottom. More opens a panel beside the rail on every screen size.

Why does the menu show only one Add items, Udhaar or Pickups row? The shared rows hide when the counter screen you are on already lists the same destination in its own group, so each appears exactly once. If you cannot find one, look in the counter's own group of entries before assuming it is missing.

Leave Add items with Home. When you opened the catalogue with More → Add items, select Home on the rail to leave it. You land on the counter and the bill you were building is still there.

Build and check the bill

The counter on a phone

These changes apply on a phone-width screen (480 px wide or narrower). A wider screen keeps the layout described in the rest of this page. Big buttons mode keeps its own payment bar; its one difference on a phone is the Gift cards tile described below.

Catalogue: search first, shortcuts in a strip. When the counter shows the catalogue of items to add, the search and scan bar is one row: the search box fills the row, with the camera button (Scan with camera, an icon inside the right end of the box) and two icon-only buttons, Beep on scan (a speaker) and Close (an X). All three targets are 44 px square. The speaker is a switch: it is tinted when the scan beep is on and drawn with a cross when it is off. Neither icon shows a word on the row; hover for the tooltip, and a screen reader hears Beep on scan and Close. Close leaves the catalogue search exactly as the text button does on a wider screen. The shortcut cards (such as Open item, whose hint reads Any amount) follow as a single row you swipe sideways, so the first products are on the first screen instead of far below. Each card keeps its full name; only its small hint line is hidden. The search box's hint, Search or scan, is shown whole at phone width; a longer translated hint ends in an ellipsis instead of a cut letter. On very narrow screens (340 px wide or less) the hint reads just Search, so it is not cut off; the full phrase stays as the field's accessible name.

The note above the tiles goes once the bill has an item. The one-line New items first note above the product tiles is for a fresh, empty bill. As soon as the bill holds one item it is hidden on a phone so the tiles get that line. It returns when the bill is empty again. Wider screens are unchanged.

Open item has one home. On the ordinary tile counter, Open item is a shortcut card and Discount is on the bill, so the separate Open item and Discount button pair that used to sit under the product grid is gone. The pair still shows on the Big buttons counter and on the scan-first counter, which do not have those cards. At 440 px wide or narrower the shortcut cards are compact chips in that one sideways row; each chip keeps its full name and none of the words wraps.

An empty bill shows no helper chips. The helper buttons under the bill list (such as item details, voice entry and the card-machine entry) act on the current bill, so none of them is drawn until the bill has at least one item; the note about adding items before using the card machine is gone with them. Greyed-out buttons in the bill panel and on the counter's action tiles are a solid muted fill; the payment bar (Cash, UPI, Card and the rest) still draws a greyed-out button with a dashed outline. The main Charge · amount button is solid muted when it is greyed out too (for example on an empty bill), never dashed, and a greyed-out helper chip keeps a solid border. If you cannot see a helper chip, add an item to the bill first.

Helper chips scroll in one row on a phone. On a phone-width screen (480 px wide or narrower) in standard mode, the helper chips under the bill list (such as Item details, voice entry and the others that appear once the bill has an item) are one 44 px row that you swipe sideways, instead of stacked buttons that used up the catalogue's height. Each chip keeps its full name on one line. Big buttons mode keeps its own layout. If a chip seems missing on a phone, swipe the row sideways.

Phone catalogue: two columns, down to 320 px. On a phone-width screen (480 px wide or narrower) in standard mode, the product tiles are always two columns, so about four tiles show per page even on a 320 px screen, instead of one tall column of two tiles. Big buttons mode, the sideways strip and the list layout keep their own columns. A product with no picture does not reserve space for an icon: its full name runs across the whole tile over up to two lines (a tile already on the bill keeps its count badge). At 480 px or narrower the grey placeholder icon is dropped as well; a real product photo stays. The category chips scroll sideways, and their right edge fades out to show that more are off screen; swipe the row to reach the last chip.

Previous and Next only when there is something to page. The pager under a list of tiles or bill rows now reads Previous and Next (it used to read Back a page and More details ↓) and is drawn only when the list has more than one page. A product grid that is on its first page with nothing to go back to shows no pager. If you cannot find a pager, the list fits on one page.

Desktop catalogue tiles fill the area. On a screen 1024 px wide or wider (standard mode, not Big buttons), the paged product grid fits as many whole rows as the space allows and stretches those rows to share it, so leftover height makes the tiles taller instead of leaving a gap above the pager. A tile never gets shorter than 168 px (it was 184 px), so a window about 354 px tall for tiles, such as a 1536 by 864 screen, now fits two rows instead of one very tall row, and a shorter window shows fewer rows per page and more pages. Phones and tablets keep fixed-height rows.

Pay on a phone: Cash first, everything else in a sheet. At the payment bar, Cash is the one filled button, showing the amount, with its More cash options arrow beside it. The other methods are behind Other ways to pay. The three sit side by side in one short row (each at least 44 px tall) rather than stacked, so a bill with items still leaves room for two rows of product tiles; the small icon on Cash is dropped on a phone and its label and amount stay. Selecting Other ways to pay opens a sheet with the same title:

On a screen wider than 480 px, UPI, Card, Split payment and Udhaar stay in the payment bar and the gift buttons stay beside it, as described below. In Big buttons mode UPI, Card and Udhaar stay in the payment bar but Split payment is not on it (open View bill for the split action), and on a phone the separate gift buttons are replaced by one Gift cards tile: select it to open a sheet titled Gift cards with Redeem gift card (it still needs an item on the bill) and the Sell gift card and Check gift balance actions. If the store does not use gift cards the tile is not shown, and standard mode keeps the gift buttons in the Other ways to pay sheet. Selecting Redeem gift card closes the sheet before the redeem screen opens. Esc closes the open gift dialog (sell or check) first and returns focus to its Sell gift card or Check gift balance button; a second Esc closes the sheet itself and, in standard mode, returns focus to Other ways to pay. This applies in both modes. If the Other ways to pay button is greyed out while the bill cannot be charged, resolve the reason shown for Cash first (an unfinished payment, a locked counter or lapsed access).

Sell past zero stock, or not

The counter follows the product's own setting. A stock-tracked item can be sold past the stock count shown on the counter only when the product is set to Keep selling when out of stock. If that switch is off, the counter refuses the add and nothing reaches the bill.

Turn it on for a product (owner or manager)

A variant follows its product's switch. The admin product page has one Keep selling when out of stock switch, shown on the product.

What the cashier sees

The same rule applies on every way of adding to the bill: tapping an item tile, a Search or scan result, the variant chooser, a barcode scan, the quantity buttons on a bill line, and weighed or length-based items. The counter checks the whole bill, so two lines of the same item count together.

The bill you were building is kept. Only the refused add or increase is dropped, so remove nothing and carry on with the other items.

Items tracked by lot are refused on the same tap. When the item is tracked by lot and the add would go past the usable lot stock, the counter refuses it straight away, on a tile tap, a Search or scan result, a barcode scan and the bill on a phone, rather than waiting for Charge. The refusal uses the lot wording, not the Only <number left> of <item name> in stock. wording: Not enough usable stock in batches. Check batch stock. when none is usable, or Only N usable in stock batches. Check batch stock. when some is. Other items keep the wording in the table above.

The refusal is shown once. On the scan-first counter, a refused scan is worded under the Barcode box (see The scan box) and nowhere else. A refusal from a tile, the variant chooser, a quantity stepper or a weighed entry appears in the bill column. It clears itself after about six seconds, or as soon as the cashier starts typing in Search or scan.

The variant chooser

The chooser opens when you tap a product that has variants. It has two layouts:

• One option (for example Size only), or any number of options other than two: a row of chips. Each chip shows the variant's own name (its options, for example M; a variant saved without options shows its SKU), its price, and its stock count when one is known. When the variant has a SKU that differs from the name, the SKU appears in smaller text under the name, so two similar variants can be told apart.
• Two options (for example Size and Colour): a grid. The first option runs down the left as row headings and the second runs across the top as column headings, so the variant's name is the heading pair (for example M and Blue). Each cell holds one chip with only its price and stock, with no name of its own.

In both layouts a variant at zero stock gets a Not in stock tag, and its price (and its name, in the one-option row) is muted and struck through. That is only styling: the chip is still tappable on the tile-opened and scan-first chooser, so tapping it gives the named refusal below. What a tap does depends on where the chooser was opened:

• Opened from a tile on the ordinary counter (there is no Add button): tapping a chip adds that variant straight away and closes the chooser. A zero-stock chip is struck through but not disabled, so you can still tap it. The counter then refuses the add and the bill column shows the refusal with the product and variant joined by a dot, Mug · Blue is out of stock. This product isn't set to sell when out of stock. Nothing reaches the bill.
• Opened on the scan-first counter (the Scan an item layout): tapping a chip only selects it; the Add button for that variant (labelled with the variant's name) then adds it. A zero-stock variant can still be selected and added, and the same named refusal appears.
• Opened from the catalogue screen titled Add items: a zero-stock variant whose product is not set to keep selling is disabled (dimmed and not tappable), and the Add button stays disabled until you pick a variant that can be sold.

A variant that is set to keep selling (or inherits that from its product) is added in every case.

The scan box (scan-first counter)

On the scan-first counter the Scan an item panel has a Barcode box and a Find item button. When a scanned or typed code is for an item the counter must refuse, the panel shows the named refusal right under the box, in place of the "added" line, and the box is emptied ready for the next scan. The bill column does not repeat it. A variant barcode names the variant the same way (Mug · Blue).

An item that does not track stock is never refused, and neither is an item whose stock count is not known to the counter. Bills sold while the counter was offline are not refused when they sync: those sales already happened at the counter (see Bill during an internet outage). While offline, the check uses the stock counts last loaded on the counter.

Mark a counter bill as takeaway

Screen: /pos counter, on the bill you are building. The Takeaway button appears in the notice area at the top of the bill whenever the store has the restaurant add-on active. The test is the store, not the counter: it shows on every counter of that store, including a counter you mainly use as a plain retail till, and it is not hidden for any counter type. A store without the restaurant add-on sees no such button and nothing about its counter sales changes.

When the kitchen ticket does not reach the kitchen

A takeaway bill creates its first kitchen ticket at the moment you take payment, not before. If that ticket cannot be delivered, for example because no kitchen printer or station is set up for the store, the payment still goes through. The bill is settled and the customer is not kept waiting at the counter. The undelivered ticket stays flagged as an unresolved kitchen delivery, and an order with an unresolved kitchen delivery cannot be marked Ready for pickup or Handed over until someone confirms it (see Confirm a kitchen ticket was received and Pickup collection).

Because the ticket did not print, tell the kitchen about the order by hand. Do not assume it was sent.

When Charge says the kitchen has not confirmed the order

A bill that already had a kitchen ticket before you took payment (and a dine-in bill) keeps the older check: payment is refused while a kitchen ticket is open. When the counter refuses a payment for this reason, a notice appears with the sentence The kitchen has not confirmed this order yet. Confirm the kitchen receipt, then take payment again. and a Confirm kitchen receipt button under it. It replaces the generic error.

If a confirmation does not complete you see The result is unknown. Retry the same action before making another change. and the button reads Retry same action; use it rather than starting a different action.

Restaurant table bills

A table bill follows the same rule as the counter, with the same product switch: a stock-tracked item is refused at zero or past its count unless Keep selling when out of stock is on for it. The restaurant screen checks an add or a quantity increase before it writes anything, and the server checks it again as a backstop.

When an item is refused, an alert above the table bill reads <item name> is out of stock. This product isn't set to sell when out of stock. (or Only <number left> of <item name> in stock. This product isn't set to sell past its stock count. when some is left). If the server refuses without naming the item, the alert reads Out of stock. This product isn't set to sell when out of stock. The table bill and the kitchen order draft are kept exactly as they were; nothing is half-added and nothing is sent to the kitchen. The alert stays until the next change you make to the bill. Remove the item from the draft, lower the quantity, or ask the owner to turn on Keep selling when out of stock for it. A guest ordering by QR is held to the same product setting.

Out-of-stock tiles. On the restaurant menu tiles, a stock-tracked item that is at zero shows 0 left on its tile. The tile is not greyed out: tapping it gives the refusal above, or adds the item when it is set to keep selling when out of stock.

The on-screen check adds the quantity you are adding to everything of that item already on the table's bill (every line of it, not only the unsent ones) and compares the total with what is left.

Settle and Send KOT name the item too. The same alert appears when the server refuses a Send KOT or a Settle because an item ran out after you added it. Settle first sets aside the counter's own unsaved draft; if that draft holds an item the shop has since run out of, the alert names the item (several items are listed separated by commas). With one item and some stock left it reads Only <number left> of <item name> in stock. This product isn't set to sell past its stock count. The table bill is left as it was and nothing is sent or paid. Remove or lower the item, then try again. If the server does not say which item, you see the plain Out of stock. This product isn't set to sell when out of stock.

Sending a table bill to the kitchen

On the restaurant counter the send button reads Send KOT · N items (Send KOT · 1 item for one). N is the quantity on the table's bill that has not been sent to the kitchen yet, so it counts the unsent lines on a table where nothing has been sent as well as the new lines added after an earlier send.

Send KOT and settle. While the table has unsent lines, the bill's payment button reads Send KOT and settle instead of Settle. One tap sends the kitchen ticket, re-reads the bill, and opens payment only when nothing unsent or undelivered remains; the separate Send KOT button is still there when you want to send without settling. If the send fails, or the bill still shows unsent lines or an unresolved kitchen delivery afterwards, payment does not open: fix the kitchen problem, then tap again. What you see depends on the blocker. When the kitchen printer failed (or its result is unknown), only the one kitchen alert shows (the Printing failed notice with Check kitchen receipt, or the kitchen card on the order pane, see below); the generic error is not stacked on top of it. When lines are still unsent, or the blocker is something else (for example a ticket still queued or awaiting confirmation), you see Could not update this table or kitchen ticket. The button is disabled while the counter is offline or its access has lapsed, when the signed-in role cannot take sales or send to the kitchen, and when the shop's stock setting defers stock handling. Once every line is sent, the button reads Settle again.

Reading the table bill footer. The totals sit in the footer of the table bill, in the same block as the buttons, so no bill row can end up underneath them. The Split and Discount buttons are in that same footer, in a row just above the totals and Payable; look there, not above the footer or in the order lines, when you need to split the bill or add a discount. On a desktop counter (900 px wide or wider) the footer is pinned to the bottom of the bill column, so the amount and the buttons stay in view while the order lines scroll. Only Payable is always showing, in large type. Subtotal, Discount (only when the bill has one), GST included (only when it has tax) and Round off are folded under a Bill details row; tap Bill details to open them and tap it again to fold them away. On a desktop counter (900 px wide or wider) the Payable label sits above the Bill details row on the left with the amount at the right, so the whole block stays short and the order lines keep their height.

Exactly one of the two payment buttons is filled in as the main action. When the settle path can run, that is Send KOT and settle (or Settle once every line has been sent), and Send KOT stays a plain button beside it. Send KOT takes the fill only when it can run and settling cannot. A disabled button never takes the fill, so a greyed button never looks like the main action; if both are disabled, neither is filled, but the button that would be the main action carries a muted teal tint and a teal edge while it is greyed out, so the screen still shows which step comes next. On a phone, the bottom bar's Bill button is the filled teal one and Items is outlined. If you expect a filled button and see none, read the reason in Why did Send KOT and settle not open payment?.

One kitchen alert only. The amber alert card appears only while a kitchen delivery is unresolved; when every ticket is resolved the pane shows no kitchen bar at all, never an empty one. When a sent ticket is unresolved, the order pane shows one tinted, bordered alert card: a title row with each station and its state (Printed at kitchen, Sent to kitchen, Queued for kitchen or Kitchen delivery failed) and Confirm kitchen receipt on the same row, then a single sentence: Confirm once the kitchen has the ticket, and do not send another ticket meanwhile. The card is compact: the sentence shows as one line (cut off with an ellipsis) beside a More button. Select More to read the whole sentence, and Less to fold it back; a screen reader reads the full sentence either way. On a desktop counter the title and both buttons share one row; below 900 px the title takes its own line and the two buttons sit side by side beneath it. The card now carries Check kitchen receipt too whenever the separate Printing failed banner is hidden. That banner is hidden while the card is on screen: on a desktop counter (900 px wide or wider) and on a phone's Bill panel. On a phone's Items panel, where the card is out of sight, the banner shows instead and carries Check kitchen receipt. So you never see two kitchen alerts at once. What to do when kitchen delivery fails: do not send another ticket; ask the kitchen whether the ticket arrived, then select Confirm kitchen receipt (or Check kitchen receipt to re-read the bill) and, once it is resolved, settle. The kitchen area of the order lists one row per bill line, with the item name and its kitchen state (Not sent to kitchen until it has been sent).

The bill's More sheet. Next to the payment buttons in the table bill footer, More opens More order actions, with a dimmed scrim behind it. Tap anywhere outside the sheet (the scrim included), select More again, or press Esc (focus goes back to More) to close it. When it opens, focus moves to its first available entry, and the up and down arrow keys, Home and End move between entries. The six entries are Save and print bill (the one filled entry), Save and send on WhatsApp, KOT and print bill, Save, no KOT, Move to another table and Item modifiers. Save and send on WhatsApp and Save, no KOT are greyed out; Move to another table is greyed out unless the counter can move tables. Save and print bill, KOT and print bill and Item modifiers are the entries that open their own dialog; Esc closes that dialog first.

The restaurant table and bill screens no longer show controls that never worked on this counter: Delivery on the table view, QR orders, Move or merge, Add table, Move KOT or items, Merge tables, and on a restaurant bill Undo last item and Offer. The POS customer card also no longer shows Remind or Edit. If you do not see one of them, that is expected; only the actions the screen offers are available. Moving a counter table bill from the bill's More menu is unchanged (see QR Table Ordering).

The restaurant bill's own button row still has Keep aside. It is active only while the table's bill is open, and it just leaves the bill and returns to the table list; the bill stays on the table. Beside it, Guest, Charge & tip and Tax settings are greyed out, with the note Guest, charge, tip and tax changes are unavailable. The original bill is retained.

The restaurant order view. When you open a table's order at /pos/restaurant, it no longer has an order-type bar (the Dine in, Delivery and Pick up tabs) or a Return button; those were disabled placeholders and are gone. A table order is a dine-in order, and returns are done from the paid bill (see Returns & Exchanges). The row of bill adjustments shows Discount, and Split only when it can be used. The row sits inside the table bill's footer, directly above the totals and Payable, so it travels with the pinned footer instead of floating under the Payable block (see Reading the table bill footer below). Both are drawn as boxed buttons of equal width (not bare words), so they are easy to hit on a phone or tablet. Split appears only when it can be used: the store's split-bill entitlement is on, the bill is an editable sale bill, it is not itself a share created by an earlier split, and it is not frozen. When any of those fails, Split is not shown at all (it is not greyed out). For the steps, see Move a counter table bill or divide it equally.

On a phone. On a narrow screen (600 px wide or less) the table's menu is a single column: the categories become a horizontal strip above the menu that you swipe sideways, the item search and the short-code field share a row while both fit and wrap onto two rows when they do not, and the menu tiles fill the width (each at least 112 px wide). If you cannot see the next category, swipe the strip.

Table cards and menu prices on a phone. On a phone or other narrow window (899 px wide or narrower) the floor view's table cards are never narrower than 150 px, so the grid drops to one or two columns instead of squeezing three across. Each card keeps its table name, status, amount, guest count and timer readable. When a card is too narrow for the label and the timer on one line, the timer drops under the label at the card's right edge, and the amount and guest count stack. A measured item's price keeps its rate and unit together on the menu tile: ₹120/kg is never split inside the /kg, and on a very narrow tile the unit moves to the next line as a whole. There is no setting for this.

Long table names. A table name is kept whole on the floor view's table card and in the order header (Table C42B-T1). It wraps only between words, never inside one, so a name such as C42B-T1 is not split after its hyphen. A single word wider than its box is cut short with an ellipsis (…) instead of spilling over; the full name is still the table's name, and it is read in full by a screen reader.

If the shop has no kitchen set up, the send is refused and the Before sending to the kitchen panel shows The kitchen is not set up for this store yet, so this ticket cannot be sent. with Ask the owner to set up kitchen printing or the kitchen screen. Your bill stays here. under it. The bill is not changed; the owner has to set the kitchen up before this table can send tickets.

Kitchen delivery status and its actions are at the top of the order. When a sent ticket is still unresolved, the notices and buttons for it sit at the top of the order's list, above the first item group, so you do not scroll past a long bill to find them. On a window 900 px wide or wider (a desktop counter) the whole block sits above the order lines, outside their scrolling box, with a height limit of its own (28 percent of the window height) and its own scroll, so the lines keep their space; narrower than 900 px it sits at the top of the scrolling order list instead. They read, in this order: one line per station with its state (Printed at kitchen, Sent to kitchen, Queued for kitchen or Kitchen delivery failed) with Confirm kitchen receipt beside it, then the one sentence Confirm once the kitchen has the ticket, and do not send another ticket meanwhile. (and Check kitchen receipt when the Printing failed banner is hidden). The older separate notice Kitchen delivery is unresolved. Check the kitchen before collecting payment. and its Do not send another ticket while receipt is unresolved. line are no longer shown. The ticket revision line (Kitchen ticket · revision N), the per-item kitchen states and Cancel a prepared dish stay in the kitchen area below the items. There is no Retry same kitchen ticket button: it was a button that was always greyed out, so it was removed. Check kitchen receipt is offered exactly once: when the Printing failed notice is showing it carries the button, and the bill's own Check kitchen receipt under the unresolved-delivery text is hidden so the two never appear together. When there is no Printing failed notice, the bill's own button is the one you use. On a phone (899 px wide or narrower), while a kitchen delivery is unresolved the whole bill column scrolls as one, with the Split and Discount row pinned at the bottom, so the delivery notice and its buttons are never cut off or covered; scroll the bill to reach them. If a ticket may not have arrived, check with the kitchen and use Confirm kitchen receipt or Check kitchen receipt; never send a second ticket.

Confirm kitchen receipt opens the Kitchen ticket dialog, which lists each ticket by station with its lines and the note Show this ticket to the kitchen. Confirm only after the kitchen has received it; this does not confirm printing. Press Kitchen has received this ticket once the kitchen has it. When the last ticket is confirmed the dialog closes by itself; Close leaves it earlier.

Cancel a prepared dish

When a dish has already gone to the kitchen and then has to be taken off, the bill's kitchen area (below the items) shows Cancel a prepared dish. The panel records the dish as cooked waste: the ingredients do not return to saleable stock.

If you cannot see Cancel a prepared dish, nothing on the bill has been sent to the kitchen yet (remove an unsent line with the line's own remove control), or every sent dish is already cancelled.

If the panel shows The result is unknown. Keep this bill and check the same request., the connection dropped or the server errored while the cancellation was being sent. The fields stay locked and the confirm button now reads Check the same request; select it to re-send the same request rather than building a new one. If the panel shows Could not complete this action. Refresh the bill and review before retrying., the server refused the request or the bill could not be re-read afterwards: the panel re-reads the bill and returns to the fields so you can review again, and Refresh and review appears when the re-read itself failed.

Online orders are waiting for stock

When you send a table to the kitchen (or use Send KOT and settle) and the stock is set aside for online orders that are waiting, POS opens the dialog Before sending to the kitchen instead of showing the generic error Could not update this table or kitchen ticket. The dialog shows the table and bill number, the notice Some stock is set aside for other orders. Check with the kitchen before continuing., and one line per ingredient: Available N · set aside N · waiting followed by the waiting orders as one sentence, for example #1042 Ravi, and #1043 Meena (joined with "and" in the POS language, never an ampersand).

• Back to bill closes the dialog without sending; the bill stays as it was, so you can let the online orders take the stock first.
• I checked · continue sends the ticket anyway, after you have checked with the kitchen.

The same dialog title appears for other send refusals, with different wording and a different second button: The kitchen is not set up for this store yet, so this ticket cannot be sent. (ask the owner to set up kitchen printing or the kitchen screen), Preparation is not ready. Check recipe setup or ingredient availability. with Refresh and review, and, when the result of the send is unknown (no connection or a server error), Check the same request. If you do not see the dialog, no online order is waiting for that stock; check the kitchen area of the bill instead.

Why did Send KOT and settle not open payment?

Why can't the cashier sell this item?

Attach a customer to the current bill

Screen: At the counter (/pos), select Choose customer to open the customer picker at /pos/customer. The Customers workspace navigation also opens this page. Your current cart is kept while you find or change the customer; Current bill retained confirms this in the picker.

Read a customer's visits on their card

The customer card (open from Search by name or a recent match) shows a row of summary tiles above the visits. The Loyalty tile shows a dash and Not enabled: loyalty points are not shown on the counter customer card, so do not read it as a zero balance. The spend tile reads Lifetime total unavailable when the counter cannot read that figure.

The card lists Recent visits · newest first. Select Full bill history for every visit, newest first, and Load older visits to go further back. Each row shows the bill or appointment, its date, where it happened (Counter, Online, Appointment, Udhaar or another channel) and the amount. What you can do on a row depends on the record:

If the counter has Appointments, the card also has Walk in now. It opens the walk-in form (see Create a walk-in appointment) with this customer already filled in. It is disabled while the counter is offline or when the customer has no phone number or cannot be attached. One small note sits under it, and only one shows at a time. When the customer can be used for a walk-in it reads Future visits are booked by the owner from this customer's activity page in Admin. (this note also shows while the counter is offline). When the customer has no phone number or cannot be attached it reads Walk-in needs an active customer with a phone number. instead. The owner sees Open in admin, which signs in to the admin panel at the customer's activity page. There, Book next visit (shown when Appointments is active) opens Appointments → New appointment with that customer chosen. If the admin cannot confirm the customer belongs to this store, it shows We could not confirm that customer in this store. Search for them below. and you pick the customer by hand.

Read the attachment refusal

The same English reason is shown for a disabled customer and when an attachment is refused while working on the bill. Being online does not make an ineligible customer attachable.

Recover while keeping the cart

When the refusal notice appears, choose the appropriate action:

• Use the current profile appears only when the merged-customer refusal supplies a surviving profile. It loads that profile and tries to attach it; the old merged-away profile is not attached. On the customer page, check the resulting card and This customer is on the current bill., then select Return to bill. This action is disabled while offline, while the counter is locked or its session has lapsed, or while the action is busy.
• Continue as walk-in removes the customer from the current bill. Continue the counter sale without a customer; udhaar still requires a named customer. This action is disabled while the counter is locked, its session has lapsed, or the recovery action is busy.
• Choose another customer opens the customer directory from the customer page, or the customer picker from the counter. Find an eligible profile and select Add to bill.

These recovery choices keep the cart; you do not need to rebuild the bill. Switching to the surviving profile is an explicit choice, not an automatic replacement. If that lookup or attachment fails, the notice says Could not load the current profile. Try again or choose another customer. Retry Use the current profile when available, or choose another customer.

Hold an unchanged saved bill

Screen: Stay on /pos for Hold. To find a saved bill, open See kept bills or Kept aside to reach Orders → Held. Header actions live under More.

A held bill has no Delete, but it can be cancelled. The preview of a held bill offers Resume bill (the main button), Resume to charge and Cancel bill. There is no Delete button. To deal with a held bill, resume it and take payment or select Hold to save it again, or cancel it (see Cancel a held bill). While the counter is offline the screen says Offline. Today and Pickups need a connection. Reconnect before resuming a held bill.

The Held list reads again from the server every time you open it (from See kept bills, Kept aside or the Orders sheet), so a bill cancelled or changed on another device does not linger there. After an edit to a held bill from the counter (for example removing a measured line), its row in the list follows the edit instead of showing the old item count until the next reload.

Cancel a held bill

Screen: /pos counter, Orders sheet (open See kept bills or Kept aside), Held tab. Use this for a bill that will never be sold (the customer left, the cart was started by mistake).

If the cancel is refused, the form stays open and shows the reason:

Cancelling a bill that is already cancelled is safe to retry. If the cancelled bill was the one open on the counter, the draft is cleared.

If saving fails, keep the current bill open and read the error; a failed save does not clear your draft. The error appears in a banner in the bill column with a Close button (an X) at its right. Select the X to dismiss it. The banner also clears by itself when you empty the bill or start a new bill, because a refusal belongs to the bill it was raised on. On a short screen the banner shows at most two lines; select Details to read the rest. Reconnect before saving if the counter is offline. If you see This bill changed on another counter, review the current saved bill before continuing with your edits.

The Orders sheet (tabs Held, Today and Pickups) opens over the counter. The whole screen behind it, including the top bar (its Lock button) and the left rail (Home), is dimmed with a light scrim, so those controls look inactive: they cannot be used until the sheet is closed. Tap anywhere on the dimmed area to close the sheet and return to the counter; this is the same as the sheet's Back to counter button, which the sheet shows on an empty list and under a bill selected on the Today or Pickups tab. Taps inside the sheet itself do not close it. To resume a bill, select it and use Resume bill (or Resume to charge) in the sheet.

Review a paid sale in Orders: Today

Screen: Stay on /pos. Select See kept bills or Kept aside to open Orders, then select the Today tab. A number badge on the tab shows how many paid sales it lists. Today needs a connection: offline it says A connection is needed for this list with a Held button that takes you back to the kept bills. If the list cannot load you see Could not load orders with Retry.

Orders opens on Today when no bill is kept aside, and on Held when at least one is. The Held, Today and Pickups tabs are the whole list: there is no Returns tab in Orders. To start a return, see Returns & Exchanges. Tapping the tab you are already on keeps the bill you have open. Only the back button from a receipt you opened with View receipt or Print returns to Today.

To print a sale again without opening it, use the quiet Print button on its row in Today: it opens the receipt and goes straight to the print dialog, the same as Print on the received screen. The same Print button is on each bill in a customer's history. Anything printed again is a reprint, and a reprint always prints Duplicate of original document: there is no Original document choice.

Print a paid bill from history: Document copy

The quick Print button on a bill's row in Today skips these steps and opens the print dialog on the Duplicate straight away, exactly as View receipt does; neither can print an Original.

Why does reprint say Duplicate? Because the bill has already been printed, and every reprint of a printed bill is a Duplicate of original document by rule. The original is the copy printed when the sale was first completed. If you need to give the customer another copy, the Duplicate is that copy.

If Print stays greyed out, or you see The original receipt cannot be verified. Try again or return to orders., the saved receipt could not be loaded or verified: select Retry, or go back to the list and check the counter's connection.

Add a permitted free-text item

When your counter shows Enter amount, use the amount keypad for a permitted free-text line. An unknown scanned barcode opens the catalogue product form described below. Enter a positive amount; the keypad accepts one decimal point and at most two decimal places. Delete last digit removes the last entered character. Description is optional and limited to eighty characters; leaving it blank uses the counter's product term. Select the correct GST rate before Add. The last-used rate may already be selected; check it rather than assuming it is correct. Add stays disabled without a positive amount and a selected rate. The resulting line has quantity one and does not create a permanent catalogue product. If your store does not permit free-text items, use a catalogue item. Press Escape to close the keypad without adding anything, or tap outside it.

Save an unknown barcode as a catalogue product

Screen: At the ordinary counter, use Search or scan or scan a barcode with your scanner. An unknown barcode opens Add scanned product inline; a failed search request is an error to retry, not proof that the product is new.

New products saved here are available for counter sales, have no opening stock count and remain hidden online until published. This is separate from a one-off free-text bill line. The form is unavailable offline, on a locked counter or while sale controls are blocked. If the bill, device or cashier changes during saving, the result is not added to the changed bill; reopen the product under the current session.

Apply a line or bill discount

Why does the discount sheet show a red border and "over the counter limit"? The value in the Value box is higher than the percentage a cashier may give at this counter. Nothing was applied. Lower the value, or select Reduce discount to N% to jump to the highest value you can apply without approval. The notice and the red border appear only for a value that is a valid number within 100%; an empty or malformed value is not flagged this way.

A bill discount belongs to the items on the bill. When you remove the last item (set its quantity to zero, or Undo last item on the only line), the bill is empty and its bill discount is dropped with it: the next item you add starts a fresh bill with no discount, and the discount is cleared from a saved bill the next time it is saved. Apply the bill discount again once the new items are on the bill.

An item added to a saved bill cannot carry a discount yet. If a bill that is already saved (for example one you resumed from Held) gets a new item with a line discount and you select Hold, the counter refuses with: An item added to a saved bill can't carry a discount yet. Remove its discount, hold the bill, then apply the discount again after you recall it. Open the new item and select Remove discount, then Hold; after you resume the bill from Held, apply the discount to that item again. The bill and your draft are kept while the message is showing.

Take cash

While connected, Cash refreshes the saved bill before recording exact cash. The Exact and note shortcuts in Pay by cash use the refreshed total too. If an owner changed the price since you added the item, check that current total before handing back change. A failed refresh leaves the bill unpaid; retry after resolving the error. Offline cash uses the prepared copy's price. Use exact cash only after receiving the amount the current bill requires. For a larger note, select More cash options beside Cash, or hold Cash to open Pay by cash. In Big buttons mode, the hold gesture replaces the separate cash-options button.

Complete a bill with nothing to pay

Screen: /pos counter, the payment buttons under the bill. When a prepaid service package covers every line, the bill total is zero, so there is no cash to take. In place of the usual payment buttons the counter shows one button, Complete bill, with the zero amount beside it. In the newer counter layout the main charge button is relabelled Complete bill with the amount.

If the bill changed since you looked at it, for example another counter or a refreshed price made something payable, the counter shows The bill changed. Review the refreshed bill and confirm again. and records nothing. Review the refreshed total and take the normal payment instead. Complete bill is disabled while the counter is busy or locked, while its session or offline access has lapsed, while a payment is already in progress, and while you are completing an exchange return.

Why do I see Complete bill and not Cash? Because nothing is due. Cash, UPI and card are offered only when an amount is payable; a zero cash tender is not accepted, so the counter completes the bill without one.

Why does the Charge button show a dash instead of an amount?

Screen: /pos counter, newer layout, the main button under the bill. After you add a line, the counter works out the bill total with the server. Until that total is confirmed (this was seen with a length-sold line such as 1.5 m), the button reads Charge · — and is disabled. Wait a moment: once the total arrives the button shows the real amount, for example Charge · ₹125, and becomes selectable. The dash is not a zero bill, and the counter no longer shows a misleading Charge · ₹0 while it waits.

A bill that really totals zero is different: the button reads Complete bill · ₹0 (see the section above). An empty bill reads Charge · ₹0 and stays disabled until you add a line. If the dash does not clear, do not take payment against an amount you cannot see; ask the owner to check the connection.

Take manual UPI

Split cash and manual UPI

Split payment divides a bill into a cash part and a UPI remainder. For example, on a ₹500 bill, enter ₹200 cash and take ₹300 by manual UPI.

The tender bar hides Split payment in Big buttons mode. Open View bill for the split action, or switch off Big buttons to use the ordinary tender bar. Review the existing bill when you resume an unfinished split; do not receive the cash part twice.

Record a card payment taken elsewhere

Select Card to open Manual card payment. The sheet shows Check the card-machine receipt before recording this payment. Check the external card-machine receipt for the bill amount. Enter the optional Last 4 digits or approval code, then select the one button Approved on card machine · Record with the bill amount. Selecting it is the confirmation that the card machine approved the payment: there is no separate checkbox to tick first. This records an already-received payment; it does not start a payment terminal transaction. Back returns to the bill before recording.

Cancel a UPI QR and take another tender. While a UPI QR attempt is live the counter is frozen behind it and the Cash and Card tenders are greyed out. Select Cancel this payment on the collection sheet. When no money was received, the sheet stays open and reads Payment cancelled. Check any money already taken., and the Cash and Card tenders on the counter come back at once, so you can re-tender without closing the sheet first. In Split payment, a cancelled attempt left on the bill no longer hides the cash amount box; a UPI attempt that is still live does take over the Split sheet, so a second payment cannot be started on top of it.

If a UPI QR was started on this bill and then cancelled (or expired) with no money received, that finished attempt no longer blocks Card: record the card payment as usual. Card is still blocked while a UPI attempt on the bill is not finished closing, has money received against it or is under review, and while a card-machine attempt is unresolved. In those cases check the bank, wait for the earlier attempt to settle, and ask the owner before collecting again.

After payment: the received screen

Screen: /pos counter, standard layout. When the last payment lands, the bill pane on the counter turns into a two-column received screen. Nothing opens over the counter, so there is no pop-up to dismiss and no Close button: the screen stays until you select New bill.

While you take payment: the Charge screen

Screen: /pos counter, standard layout (not Big buttons, not a phone-sized screen). Select Cash, UPI, Card or Split payment under the bill; the payment screen opens with the heading Charge and a summary of the bill on one side.

The close button (an X, named Close) sits at the right end of the Charge heading row, level with the heading, for Cash, UPI and Card alike; there is no separate empty header strip above the sheet. It is greyed out while a payment request is being sent, so wait for that to finish first. On a phone-sized window (700 px wide or narrower) the X stays in a header strip across the top of the sheet instead. Selecting the X closes the Charge screen.

In a split, the cash part appears as a Cash row marked Received once you have recorded it with I have taken this cash. Only UPI and card attempts started for this bill, and the cash part of a split, appear in this list; the full record of what was taken is the Payments section of the receipt after payment.

Read the received screen

The left column is the result and what to do next; the right column is the receipt, already on screen.

The bill beside the result (counter). After a sale at the /pos counter the paid screen also carries the bill in a column of its own, beside the result. (The paid screens of an appointment bill or a pickup collection have no such column; their Receipt panel lists the item lines itself.) Its heading reads Paid (it no longer reads Charge), with the bill number, for example Bill 1042, on the same line beside it. Under them each sold line shows its name, amount and quantity once, followed by Payments on this bill. The Receipt panel next to it then shows the receipt's totals and Payments without repeating the item lines, so you see each item once on the screen. Why don't I see the item rows in the Receipt panel? On the counter they are listed once, in the bill column, not twice. Why is the heading not Charge? Charge is the heading of the payment screen you used before paying (see While you take payment: the Charge screen); once the bill is settled the same bill shows under Paid.

The right column is headed Receipt and shows the receipt document with the Payments section. Below it, View receipt opens the full receipt view in the same panel. Share is listed even when it is disabled: it is disabled when the device cannot share, with Sharing is unavailable on this device. You can view the receipt., or when no link exists yet, with A shareable receipt link is not ready yet. While the final invoice number is not ready the panel says Receipt ready. Invoice number to follow. and Not a GST invoice.

How the Payments section orders its rows on this screen: oldest first; tenders recorded together list Cash, then UPI, then Card; a tender from an offline or older record with no time saved comes last in that same order. A split bill therefore always reads cash first. Udhaar (credit) is not listed (see Read the Payments section on a receipt).

Edge cases:

• Split tenders. The result shows Paid for the whole bill and the receipt lists one Payments row per tender, for example Cash · ₹200.00 then UPI · ₹300.00.
• UPI or card machine payments. Undo is not offered after a payment taken through the payment gateway or a card machine, because the money has moved. Use Return / refund if the customer wants the money back.
• Voided bill. After a void the counter marks the bill cancelled (see Void an entire paid bill). If a voided bill's paid screen is open, it says This bill was voided. There is no receipt to print. and does not show the The receipt could not load. Try again. error, because a cancelled bill has no receipt to prepare.

Where the finish buttons sit

The two finish actions share one footer, pinned to the bottom of the paid screen at every window width. It holds Complete sale and print bill (shown on the paid and receipt views; it reads Print while a manual UPI payment still needs the owner's bank check) and the next-sale button: Complete without receipt, or New bill once the bill is handed over or a manual UPI payment is still waiting for the bank check. The receipt scrolls behind the footer, so both buttons stay on screen however long the bill is, and a long translated label makes the footer taller instead of overlapping the receipt. Both are greyed out while a void, a send or another action on the bill is in progress. When the void form opens inline in the page (windows too narrow for the void pop-up), the print button leaves the footer until the void is finished or closed. Send bill on WhatsApp, Back to paid bill, Undo and Return / refund stay in the left column with the result, not in the footer.

The paid screen on a phone. On a phone-sized window (700 px wide or narrower) the bill column sits above the result and its item lines are plain page content, not a small scrolling box of their own: the whole paid screen scrolls as one. On 599 px or narrower the result hero (the tick, total and change) is compact. The footer stays pinned at the bottom, so you can reach the buttons without scrolling past a long bill. To read a long bill, scroll the page.

Troubleshooting the received screen

Read the Payments section on a receipt

Every POS receipt ends with a Payments section listing the money taken on that bill, one line per tender. This is how you check, after the sale, how a customer paid. The heading and the Cash, UPI and Card labels are translated, so they read in your own language. Amounts and UPI references are not translated. See Receipt Languages for choosing the language; the section is available in all 8 POS languages (English, Hindi, Tamil, Telugu, Kannada, Marathi, Bengali and Gujarati).

Where it appears and which language it uses:

How the section reads for each way of paying:

Edge cases:

• Udhaar (credit given on the bill) and refunded payments are never listed in Payments. A bill with none of the listed payments has no Payments section at all, for example a nothing-to-pay bill or an udhaar-only bill.
• On the server-built receipt, the shared link and WhatsApp, only completed cash, UPI and card payments are listed. A payment that did not complete is not shown.
• If you switch the cashier language while a receipt is open, the receipt reloads in the new language. Wait for Loading receipt… to finish before reading the section.
• The section is added whenever the receipt is shown, so it reflects the payments recorded at that moment. The invoice figures above it are the saved invoice and do not change.
• A provisional receipt (Receipt (invoice to follow)) shows the same section as the final one. The temporary receipt kept on this device for an offline sale lists its cash lines.
• Older receipts showed only a bare list of UPI references, with no amounts and nothing for cash-only or card-only sales. Open the receipt again to see the current layout.

Give udhaar on the bill

If the server reports a newer credit limit or balance than the screen had, the owner sees the returned figures and can use Review above-limit credit to confirm against them. A failed request keeps the bill so it can be retried. A wrong PIN clears the PIN field and displays the error. If the approval expires, is refused or belongs to a changed sale, review the current bill and ask again; it cannot be reused for another bill. Back to payment declines without completing the sale. If the customer, amount, bill or counter session changes while approval is pending, the old approval cannot automatically complete the changed sale.

If no owner is listed, ask the owner to check their PIN access and select Reload owners. If approval is unavailable, use Back to payment and choose another payment or contact the owner. Locked or lapsed counters cannot complete a new credit sale.

Collect an existing balance and set a limit

Screen: Open More on the left rail and select Udhaar, or open /pos/khata. This is the customer ledger; it is separate from giving credit on the current bill.

Disabled states and troubleshooting

For an online pickup, follow Pickup Collection. For a checked-in booking, follow Appointment Bills. Both keep the original order identity instead of creating a separate counter sale.

Bill during an internet outage

Screen: stay in /pos on the prepared counter. Before losing connection, the owner must prepare and activate offline access on this browser. Use a current, unlocked cashier session. Order takers cannot take payment.

Sell for cash when the server cannot be reached

Screen: /pos, the prepared counter. This is the same offline billing as above; this section covers what changes when the shop's Wi-Fi is fine but BillionBiz itself cannot be reached (the server is down or unreachable from your network).

When the counter switches to offline. The counter watches for requests that fail because the server did not answer. After two such failures in a row, or after one failure that an immediate check of the server confirms, the counter treats itself as offline, exactly as if the Wi-Fi had dropped: the header status reads Offline · N bills waiting and the offline notice above the bill shows (for example Working without internet. Stock counts are last known.). A single failed request, a short blip, or the server refusing a request on its own terms (for example a wrong PIN or a missing permission) does not switch the counter.

Taking another bill while an earlier one is unconfirmed. If a payment was in flight when the server stopped answering, the earlier bill may show Bill not confirmed yet. with the line This bill is still being saved. Check its status before taking another payment on it. New bills can still be saved while it is checked. Do not take a second payment on that same bill. A different, new bill can still be rung up and saved for cash; the unconfirmed bill stays flagged and is reconciled when the server is reachable. The same bill is never charged twice: each saved sale carries its own reference and the server rejects a repeat of the same one.

Troubleshooting

Read the Waiting bills chip

Screen: the notice area above the bill on /pos. Once a bill saved on this device has been waiting for about 30 seconds, a Waiting bills: N chip appears, where N is how many saved bills have not yet reached the server. A very brief connection blip stays quiet: nothing is shown until a saved bill has waited that long.

Why is a bill I just paid not counted in Waiting bills? The chip counts only bills the server has not received. A bill the server has already accepted, whose final receipt is not ready yet, is shown as a separate line, 1 bill sent, receipt pending. (N bills sent, receipts pending. for several), and is not in the chip count. On the paid screen of that bill you see the same sent, receipt pending wording instead of Saved — will send. Waiting for the final receipt number. Nothing needs resending; the final receipt appears under Final receipts (N) when it is ready.

Read the sync status in the counter header

Screen: the status area at the right of the counter header on /pos, beside the date and time. It always shows one status line, and the wording changes with the connection and with the bills saved on this device. The count follows the number: 1 bill waiting for one, N bills waiting for more.

The same status on a phone. On a screen 700 px wide or narrower the long line would not fit, so the header shows a short form instead: the state word and a number pill, with the cloud-with-a-slash icon in front when the counter is offline.

The pill shows only for the offline, syncing and not-sent states. It is outlined while N is 0 and turns amber while bills are waiting. The short form never shows the time. With a mouse, hover over the chip to read the full sentence as a tooltip; a screen reader reads the full sentence too. Only one form is on screen at a time; the meaning and the action to take are the same as in the table above.

When the only problem is that the browser may clear its saved data when space is low, the counter shows a one-line strip with a short phrase, Saved data may be removed. and a small chevron at its right that says it unfolds. Tap the strip to read the full sentence (This browser may remove saved data when space is low. Keep this device and reconnect regularly.); tap it again to fold it back. It is a reminder, not an error: keep the device, do not clear browser data, and reconnect regularly so waiting bills are sent. In Big buttons mode the notice shows as the same single collapsed line with the chevron and the X, on any screen width, instead of a tall card.

The strip has a × button at its right end (its name for a screen reader is Hide this notice). Select it to hide the strip for good on this browser: the choice is saved in the browser itself, so it stays hidden after you reload or sign in again, and it is per device and per browser, not per store. Clearing the browser's data brings the strip back. If the browser cannot save the choice (for example in a private window), the strip stays hidden for that visit only. The × is offered only when the storage reminder is the sole message. When any other offline notice is showing (waiting bills, Needs attention or a restriction), the strip is not shown this way and cannot be hidden.

The header count includes every bill the server has not finished with, including a bill the server has accepted whose final receipt is still being prepared. The Waiting bills: N chip described above leaves those out and lists them as sent, receipt pending instead, so the two numbers can differ by that amount. For the same reason a bill saved a few seconds ago counts in the header straight away, while the chip stays quiet for about 30 seconds.

Weighed and length-based items offline

At /pos, choose the measured item and enter Weight (kg) or Quantity (m) on Add by weight. Wait for Line amount, then select Add with the quantity. Using the last saved measurement price. The server checks it when this bill is sent. means this sale uses the activated copy's measurement settings and price, including when the owner has since changed the online price. Finish with an allowed offline tender and keep the temporary receipt until the sent bill is accepted.

Why does this item ask me to connect? If Connect to refresh this item’s saved measurement settings. Your bill is kept. appears, the saved settings or offline access cannot safely price that item. Keep the bill, reconnect and ask the owner to refresh the prepared copy; do not clear storage. Add is disabled until a valid line amount is ready. See measured offline billing for setup and restrictions.

Offline billing on a per-location stock store

Offline billing is not available on a store that keeps stock per location. The counter itself works online as normal: it is bound to one active location and shows that location's stock on tiles, chips and scans (see Stock at the counter's own location). Only Prepare offline copy is refused, with a message such as Offline billing is not yet available for stores using per-location stock. Keep billing online during an outage on these stores; reconnecting does not enable offline billing. The messages and the owner's next step are in Why does offline preparation say it is not available for per-location stock?

Why does a second Charge say another payment is in progress?

If you select the charge button while an earlier payment on this counter is still in progress or being checked, the counter refuses it with Another payment is still in progress or being checked. Finish or check it first. The same sentence is shown when you pressed Charge while the counter could not reach the server, then changed the bill (for example rang up another item) and pressed Charge again before the first bill reached the server. Nothing new is charged: the first bill is still saved on this device and is sent as it was, so do not re-enter the sale.

What to do:

1. Look at the sync chip in the header (see Read the sync status in the counter header). While it reads Syncing · 1 bill waiting or Offline · 1 bill waiting, the earlier bill has not reached the server yet.
2. Leave the counter open. When the earlier bill syncs and the chip changes to ✓ Synced, the message clears by itself. The counter retries a waiting bill every few seconds once the bill is 30 seconds old, so it can take up to about a minute after the connection returns; you do not need to press anything.
3. Read the notice that appears with it, described in What happens to items I rang up after pressing Charge?.
4. If the message is about a payment that is open for another reason, finish the open payment or check its status (for example with Check same gift payment on a gift sale), then charge again.

The message is shown in the language selected on the counter.

What happens to items I rang up after pressing Charge?

When Charge could not reach the server, the bill is saved on the device and the counter keeps the cart on screen. Anything you ring up after that is not part of the saved bill. When the earlier bill finally syncs, the counter keeps those extra items in the cart instead of dropping them, and a yellow notice above the bill names them. Nothing is charged twice: only what the saved bill did not already contain stays in the cart. The notice depends on how the earlier bill ended up.

If you added more of an item that was already on the earlier bill (for example a second Assam tea after the first was charged), only the extra quantity stays in the cart as its own row; the quantity already on the saved bill is not repeated. An item sold by weight, length, area or volume counts as one reading: if the saved bill contains it, it is treated as billed and is not carried again.

Select × at the right of the notice to dismiss it. Dismissing only hides the message; the items stay in the cart.

Why does Couldn't reach the server disappear on its own?

A payment refused with Couldn't reach the server. Try again. describes the moment of the failure, not the bill. When the counter had bills waiting to send and they have all synced (the header goes from Syncing · N bills waiting to ✓ Synced), the message is cleared. A message shown with no bills waiting stays until you act or change the language.

Why does the counter say the offline limit is reached?

The access budget is cumulative: up to 300 bills or ₹2 lakh. Sending bills does not replenish it. The payment message is Offline limit reached. Keep this bill, reconnect to the internet and renew offline access before taking payment. Sending earlier bills does not reset the limit. Keep the current bill, reconnect and have the owner renew access before collecting again. Expired access, unavailable storage or a mismatched prepared copy can also block new offline sales.

Why do several offline notices all show at once on a small screen?

Screen: the notice area above the bill on /pos. The offline notice, the readiness or working notice, the Waiting bills: N chip and a payment error can be on screen together. Each notice now keeps its full height, with its link, dismiss and saved-chip buttons usable, and the stack no longer scrolls inside a small box of its own. When the stack is taller than a phone or small tablet screen, scroll the counter itself to reach the lower notices and the bill beneath them. The bill area keeps a minimum working height while a notice is showing. The wording of the notices is unchanged.

If a notice seems missing on a small screen, scroll the counter down rather than looking for a hidden panel inside the notice area.

Why does the offline limit notice sit under the left rail?

The Offline limit reached. notice (with its text showing how many bills or how much has been used) now appears in the content area, beside the side rail rather than under it, so it is never hidden at any window width. It appears when you try to take payment past the limit and the bill is kept.

PIN pads submit on the last digit

Every PIN pad on the counter (the lock screen, cashier sign-in, the discount approver and owner approval) submits by itself on the sixth digit, from the keyboard or the on-screen keys, so you do not press Continue. Continue or Enter still submits a shorter PIN. A locked-out or disabled pad never submits. After a wrong PIN the dots clear and the next full entry submits again; the wrong-attempt limits still apply.

Why did the counter lock after the owner signed me out?

If the owner ends your cashier session from the admin, the counter shows Counter locked with Enter your PIN to continue and keeps the bill and the approved device. Enter your PIN, or use Switch cashier. Only This device was removed by the owner. removes the counter binding; then the owner must approve the browser again. A session that ended is not a removed device, so do not reset or rebind it.

Why did Prepare again not replace my offline copy?

Replacing the offline copy first reconciles the old one. When every sale from the old copy has reached the server, Use this copy succeeds and the old copy is retired. If sales are still waiting, the screen says The server requires reconciliation of the current offline copy before a replacement can be activated. Your current copy and saved bills are retained. Reconnect, let the waiting bills send, and try again. See prepare this counter for offline use.

What does "Bill not confirmed yet" mean?

When a bill has been sent but the server has not confirmed it yet (for example the connection dropped while saving), the offline banner reads Bill not confirmed yet. with the line <bill reference> followed by is still being saved. Do not take another payment on it until its status is clear. Where there is no reference to show, the plain version reads This bill is still being saved. Check its status before starting another payment. The wording covers any bill, not only a finished sale. Wait for the banner to clear, or check the bill's status, before charging again so the customer is not charged twice.

Why can't my order taker undo a sale?

Order takers cannot use Undo unsent sale, and the action is hidden for them. Unlock a permitted cashier session and check the waiting sale's short undo window and tender: offline Undo is offered only for a sale with no cash in it (for example an udhaar-only sale), so a cash sale never shows it for anyone. A pending request remains saved until the server confirms; after the window, use the appropriate return process online.

Why is my device asking for owner review?

Owner review required means the device can no longer start bills. If access was revoked with pending sales, POS keeps its credentials and saved bills for review. Do not reset, rebind or clear this browser to bypass it. Ask the owner to reconnect and inspect Prepare for offline → Review held bills. A held bill is not automatically replayed or discarded by opening that list.

Can I unlock after restarting without internet?

A previously saved cashier session can resume locked, preserving the same cashier. Enter that cashier's saved PIN to unlock only while its saved session and offline access remain valid. Wrong-PIN attempt limits still apply. You cannot switch to an uncached cashier or create fresh authority offline; reconnect if the saved verification or access is unavailable.

Why does the lock screen say bills are waiting to be sent?

If you restarted the counter while offline and it has since reconnected, the lock screen shows 1 bill is waiting. Enter your PIN to send it. (or N bills are waiting. Enter your PIN to send them.) above the PIN pad. The saved sign-in lets you bill offline, but waiting bills are only sent after an online PIN sign-in. Enter your PIN once while connected: the counter unlocks and begins sending the waiting bills immediately, without waiting for the next retry. The message appears only when the counter is online and has bills waiting; it does not appear while still offline. Do not clear browser storage; the bills stay safe on the device until they are sent.

The lock screen counts two different things, so the numbers do not overlap:

A bill that has been sent is counted only under the second line, never under both. The receipt-pending line, like the waiting line, appears only after a restart that resumed offline and only while the counter is online.

Why is there a Final receipts (N) button above the bill?

When a bill you took offline is accepted and its final receipt is issued, the counter adds a Final receipts (N) button among the counter notices, where N is how many final receipts are available. The receipts are collapsed so a long history cannot push the bill off the screen. Select Final receipts (N) to open the list. Each entry says Final receipt (number) replaces provisional receipt (reference). and has an Open receipt link that opens the final receipt in a new tab. Select the button again to collapse the list.

The notice area has its own small scroll area (about a quarter of the screen height), so a long list scrolls inside the notices and never covers the bill, its totals or the payment buttons. If the button is absent, no offline bill has had its final receipt issued yet; check the lock-screen receipt pending line or reconnect and wait.

Read the rate on measured items

Screen: /pos catalogue. An item sold by weight or length shows its rate with the unit, such as ₹120/kg, on its tile, on its variant chips and in search results. A rate defined per 100 g shows the basis with a space before the unit, for example ₹30/100 g. An ordinary item shows just its price, and a measured item with no usable rate shows an em dash. The rate shown on the tile is the same one the bill is priced with when you enter the weight or length on Add by weight.

Area-sold items. An item sold by area, such as square metres (shown as sqm), opens the same Add by weight sheet as an item sold by length. Its field is labelled with the unit, for example Quantity (sqm); a unit the screen has no short form for appears as its code. Enter the area, wait for Line amount, then select Add as for any measured item. Length, volume and area units are all handled this way; kilograms and grams label the field Weight (kg) or Weight (g). In the item's details on the bill, the quantity is shown with its unit (for example 2.5 sqm) followed by the price, not as a bare number of pieces.

Whole-number items refuse fractions. Only items sold by length, area, weight or volume (for example metres or square metres) accept a decimal quantity, and only when the item's measurement settings allow it. An item counted in pieces, cartons or other count units takes whole numbers only: a fractional quantity such as 1.5 cartons is refused on the counter, on a held or recalled bill, on returns and when an offline bill is replayed. If a decimal quantity is refused, change it to a whole number, or ask the owner to check whether the item should be sold by measure (Units & Measurement Pricing). An older bill line saved without its measurement facts also accepts whole quantities only.

Why does an area-sold item not open the sheet? The sheet opens only for an item with valid measurement settings that allow fractional quantities and match its selling unit. If the item adds as a plain piece, ask the owner to check its measurement settings (Units & Measurement Pricing).

If The measured rate exceeds MRP. Ask the owner to correct the price or MRP before billing. appears, the counter has refused the line before adding it, online or offline. The owner fixes the price or MRP on the product or variant (a measured rate above MRP is also refused when the product is saved), then you add the item again.

Why does the counter stay quiet when a feature is off?

The counter checks optional extras (gift cards, payment rails, stored value) only for roles that can use them and only once the store has them set up. A cashier on a store without them, or an order taker, no longer sees repeated errors from those background checks, and their absence does not block billing. If a rail you expect is missing, ask the owner to check the setup and your role.

Retry a split bill with udhaar

If a split includes udhaar and exceeds the customer's limit, keep the retained bill while the owner reviews the credit approval. Complete the approval on that same bill and retry the original payment; do not create another sale or take the cash/UPI part twice. A refused approval keeps the bill. A changed customer, amount or session requires a fresh approval for the current action.

Recover payment after changing a device binding

Before rebinding, resolve any uncertain payment on the original bill. Saved payment recovery is kept with its original store, register and device credentials; a different binding must not replay it as a new sale. Returning to the exact original binding can restore its recovery work. POS checks whether the original bill is already paid before retrying a lost request. If payment remains unknown, use Check payment on the original request and ask the owner to review Payment recovery. Never collect again merely because a new binding has no active recovery banner.

Read loyalty balance and consent before redeeming

Screen: at /pos, add items, use Choose customer, then select Use points on this bill. The button requires a selected customer and bill items; it stays disabled when sale controls are blocked. Loyalty must be available for the store; a saved draft programme alone does not enable it.

1. Read Available points and either Loyalty consent granted or Loyalty consent required. This is the selected customer's current account, not consent created by the cashier opening the panel.
2. Enter a positive whole number in Points to use, then Review reward discount. Review Quoted points, Quoted discount and Valid until. The shop validates eligibility and consent; seeing a balance does not guarantee that the requested points can be spent.
3. Use Apply quoted discount when the quote permits it, check Reward discount applied. Bill total:, then finish payment normally. Close leaves the panel. A locked, lapsed or busy counter, unresolved payment, refused quote or expired/changed quote can prevent application.

Why are balance and consent unavailable? Account balance and consent details are unavailable. The shop will validate this request. means the account read failed, not that the balance is zero or consent is granted. Reconnect and check the selected customer and cashier sign-in. An uncertain reward result requires Try again on the same request before changing the bill. Cashier account reads do not grant access to owner programme settings.