The problem
A POS system that isn't connected to your accounting and inventory means end-of-day reconciliation between three separate tools: what the register says was sold, what the inventory count says is left, and what the books say was earned. Restaurant operations add another layer - tables, kitchen tickets, and a kitchen that needs to see orders as they're placed, not after the fact, plus a register drawer that still has to reconcile to the last rupee at close.
How AccountDesq solves it
POS checkout posts directly to the same ledger and stock system as every other sale in AccountDesq - there's no separate POS database to reconcile against the rest of the platform at day's end. A register session starts with an opening cash count and tracks every cash movement from there: cash sales, manual cash-in/cash-out entries (with a reason), running to an expected-cash total the cashier counts the drawer against at close. Held sales let staff pause a cart and recall it later without losing anything. The Refunds panel searches recent sales by receipt number and processes a full or partial refund or cancels a pending sale. Gift cards sell inline from the POS topbar with their own redeemable code; coupons and loyalty-point redemption apply directly in the cart. Restaurant mode adds a dine-in table floor grid (color-coded Available/Occupied), an order screen per table that groups items into KOT rounds and sends them to the kitchen, and a Kitchen Display Screen that polls for new tickets and moves them through New, Preparing, and Ready as kitchen staff work through them.
How it works, step by step
Open the register
Create or select a register, count the opening cash, and start the session - everything from here reconciles against that starting number.
Sell
Ring up items from the product grid or barcode scan, apply a coupon or loyalty redemption, and charge - each sale draws down stock and posts to the ledger immediately.
Hold, refund, or sell a gift card
Pause a cart and recall it later, refund or cancel a past sale by receipt number, or sell a gift card - all from the same screen.
Handle restaurant service
In restaurant mode, tap a table to start an order, send rounds to the kitchen, and track them through New, Preparing, and Ready on the Kitchen Display.
Close the register
Record any cash in/out during the shift, then count the drawer and close against the system's expected-cash total.
Connected to the rest of AccountDesq
Nothing here works in isolation - it posts through the same ledger as everything else.
In practice
A hardware retailer opens the Front Counter register with ₹5,000 in the drawer. Over a shift, cash sales bring the expected drawer total to ₹10,732 - at close, the cashier counts the drawer and confirms it against that exact number, not a guess reconstructed from receipt tapes at the end of the night. A café running restaurant mode takes a dine-in order at Table 4, sends it to the kitchen, and it appears on the Kitchen Display instantly with an elapsed-time indicator; when it's marked Ready, the table's bill draws from the same items already sent - no re-entry, no separate check against what the kitchen actually made.
What this means for your business
- No end-of-day reconciliation gap between the register, the stock count, and the books - they were never separate systems.
- A register session tracks expected cash from the opening count through every sale and manual movement, so closing the drawer is a real reconciliation, not a guess.
- Restaurant service gets a real table floor grid and Kitchen Display with New/Preparing/Ready tracking, not a generic retail checkout repurposed for food service.
- Held sales, refunds, and gift-card sales all live in the same screen a cashier is already working from - no separate back-office detour mid-shift.
Frequently asked questions
Does AccountDesq's POS work for restaurants specifically?
Yes - restaurant mode (set from Settings, or auto-detected for existing dine-in data) adds a table floor grid and a Kitchen Display Screen alongside the standard POS checkout, with orders grouped into KOT rounds per table.
Do POS sales automatically update inventory and accounting?
Yes - POS checkout posts to the same stock ledger and accounting ledger as every other sale in the system, with no separate reconciliation step.
How does register cash reconciliation work?
A session starts with an opening cash count. Cash sales and any manual cash-in/cash-out entries (each with a reason) roll up into an expected-cash total. At close, the cashier counts the actual drawer and reconciles it against that number.
Can a cashier pause a sale and come back to it later?
Yes - Held sales lets staff park a cart and recall it later without losing any items, useful when a customer steps away or a line needs to keep moving.
Does AccountDesq support barcode scanning at checkout?
The POS cart accepts scan-style input (keyboard-wedge scanners), which covers most common retail hardware. Confirm compatibility with your specific hardware before relying on it for a high-volume checkout.