Tax & Discount defaults
Settings → Tax & Discount
These defaults load automatically in the POS. The cashier can still adjust them before completing a sale.
Enable tax on POS sales is the master switch. With it off, no tax is added to anything, whatever the percentages below say.
There are three rates — Cash Tax (%), Card Tax (%) and Bank Tax (%) — because the applicable tax is selected by the payment method. In several countries a card sale is taxed differently from a cash sale, and this is how that is handled.
Default Discount and Discount Type set a discount that is loaded into every new sale. Discount Type is either Fixed Amount or Percentage (%). Leave the discount at 0 unless you genuinely discount every bill.
Dine-In Service Charge adds a service charge to every dine-in bill, as a percentage or a fixed amount, under whatever name you give it. Takeaway and delivery never carry one. It is worked out on the bill after the discount and added after the tax, so it is never itself taxed and your reported tax does not change.
Items No Discount Applies To lists your whole menu and every deal with a checkbox. Tick anything that must always be sold at full price and it is out of every discount — the line discount, the bill discount, and the default discount above.
A 5% cash rate and a 16% card rate
- Enable tax on POS sales is on, Cash Tax is 5, Card Tax is 16, Bank Tax is 16.
- A bill of 1,000 paid in cash is taxed at 5% — the customer pays 1,050.
- The same bill paid by card is taxed at 16% — the customer pays 1,160.
- On a split payment the tax follows the first payment line's method.
Tax is worked out after any discount, so a discounted bill is taxed on what the customer actually pays.
What the Modules tab is for
Settings → Modules
The Modules tab, headed Feature Modules, turns optional parts of the software on and off. A module that is off is completely invisible — no sidebar link, no button, no screen.
Switch on only what you actually use. Every module you leave off is one less thing for your staff to be confused by.
Some modules can also be locked by POS Beast for your account. A locked module shows a padlock reading Locked by POS Beast — contact support to activate, and cannot be switched on here until support enables it.
Multi-Branch System
Settings → Modules
Off to start with. Switch it on to run more than one location: a branch switcher appears in the top bar for admins, and tables, orders, cash accounts and staff are each tied to a branch.
It also adds a Branches link under Admin in the sidebar.
Leave it off if you operate a single location — it only adds a choice nobody needs to make.
QR Code Table Ordering
Settings → Modules
Off to start with. Switch it on and customers can scan the QR code on their table, read the menu on their own phone and place the order themselves.
It adds a Print QR Codes button to the Tables page, which gives you a printable sheet of one code per table.
The sub-switches sit under it. Show prices on the QR menu is off to start with — with it off, guests see the menu and can order without any prices or totals, and the order is still priced normally in the POS and on the receipt.
Chinese menu (English / 中文) and Arabic menu (English / العربية) are both off to start with. Switch either on — or both — and a guest who scans is asked which language to read in before the menu opens. Arabic is laid out right to left, as it is read.
Translate the menu automatically sits under each of them and is on to start with. It turns your dishes, categories, descriptions, sizes and deals into that language for you, so you never type a second menu. A Translate the menu now button appears once the language is on, for translating everything at once.
Print a kitchen slip when the table QR code is scanned is off to start with. Switch it on and the scan itself puts a slip on the kitchen printer — the table number and the time — so the floor knows a party has sat down before any order arrives. It needs the Print Agent, and it prints once per sitting rather than once per page load.
Only the customer's menu is translated. Order tickets, the kitchen screen and the POS keep your own names, so your staff always read the language they work in.
Table Bookings (Reservations)
Settings → Modules
Off to start with, and marked Beta — it works, but it is still under testing, so report anything that looks wrong.
Switching it on adds a Table Bookings page under Management, with a badge showing how many bookings are still waiting for an answer.
Six sub-switches follow. Take bookings on the store front adds a Book a Table page to your website. Let guests pick their own table shows them the floor plan. Allow food pre-ordering lets them order while booking. Waiting list for full slots queues guests when a time is full. Confirm online bookings automatically is off by default so bookings arrive for you to accept. Require a deposit to hold the table shows the guest that a deposit is payable.
Below those is a Booking rules block that decides how the diary behaves — see the Table bookings chapter.
Cash Till Sessions
Settings → Modules
Off to start with. Switch it on and each cashier opens the till with an opening float, sales and petty-cash payouts are logged against that session, and closing shows expected cash against counted cash.
It adds two links under Finance: Cash Till Session and Till Cash Flow.
Kitchen Display System (KDS)
Settings → Modules
On to start with. This is the live kitchen screen where cooks see incoming orders and move them from pending to preparing to ready.
It puts a Kitchen (KDS) link in the sidebar.
Switch it off if your kitchen has no screen. Orders are then run entirely from the POS Order Tab and the Orders page, and the kitchen works off the printed ticket.
POS Order Tab (order first, pay later)
Settings → Modules
Off to start with, and one of the most useful switches in the software for table service.
It adds a Kitchen action and an Order Tab to the POS. Dine-in, takeaway and delivery orders that have been sent to the kitchen wait there — with how long they have been in the kitchen ticking beside each one — until you complete, edit or cancel them.
Completing an order from the Tab prints the customer receipt.
Without this switch, an order has to be paid for at the moment it is rung up. With it, you can take the order, feed the table, and settle the bill when they ask for it.
Temporary Bill (dine-in)
Settings → Modules
Off to start with, and it sits inside the Order Tab block because it only means anything while orders can stay open.
It adds a Temporary Bill button to every open dine-in order in the Order Tab. The waiter takes that provisional slip — clearly marked NOT A RECEIPT — to the table.
If the customer asks for a discount, the cashier enters it when tapping Complete, and the discounted amount is what prints on the final receipt and what is recorded as the sale.
Order Tab layout
Settings → Modules
Two layouts, each shown with a small picture so you can see the difference before choosing.
Popup window (current) is the default: the Tab opens as a window over the POS when you tap its button, so the full screen stays free for the menu.
Beside the cart (always visible) keeps running orders on screen in a column next to the cart, with their kitchen time ticking. Nothing to open.
Pick the popup on a small screen and the docked column on a wide counter monitor.
Waiter Shifts
Settings → Modules
Off to start with. Each waiter starts a shift on the POS with their PIN, or a manager starts one for them, and every order they punch is tagged to that shift.
At the end the waiter closes the shift and the till shows their figures: orders taken, sales, the cash they are holding and their tips. The manager then counts the cash in and marks the shift settled.
It adds a Waiter Shifts page under Finance and a Waiter Shift Report under Reports → People.
Use the built-in Waiter role under Users alongside this, so floor staff can only send orders to the kitchen, not take payments.
POS Shortcut Buttons
Settings → Modules
Three extra buttons in the POS top bar, each opening a popup without leaving the till. All three are on to start with.
Deliveries shows today's delivery orders — who is out, who has paid — and lets the cashier mark one delivered or take the cash when the rider walks back in.
Rider Ledger shows each rider's collections, expenses and net cash for today, with a badge for the days waiting to be approved. Approving still happens on the full page.
Add Expense is a quick popup for recording an expense — rider fuel, a small purchase — without leaving the till.
A button only appears if the cashier's role also has access to that section, so switching one on never hands anybody new powers.
Attendance Arrival Time
Settings → Modules
This decides how the arrival time is recorded when an employee is marked Present or Half Day.
Stamp the clock automatically (current) is the default: tapping Present records that exact moment as the arrival time. Marking a past date records no time at all.
Ask for the time on a clock opens a clock instead, and the time you set there is the one recorded. It works for past dates too, and a recorded time can be corrected afterwards.
Choose the clock if attendance is marked at the end of the day rather than as people walk in.
Delivery Rider Assignment
Settings → Modules
This decides when the rider is chosen for a delivery order.
When completing the order (recommended) is the default. You take the order and send it to the kitchen without a rider; when the food is ready you complete it from the POS Order Tab, and that is where you pick the rider and the receipt prints. It needs the POS Order Tab switched on.
While placing the order (classic) asks for the rider on the POS before the order is placed.
The recommended flow matches how a kitchen actually works — you rarely know which rider is free twenty minutes before the food is.
Tax Integration (real-time e-invoicing)
Settings → Tax Integration
This tab connects the software to a tax authority so each completed sale is reported in real time and the fiscal invoice number and QR code print on the receipt.
Three are built in: FBR Pakistan digital invoicing, PRA for the Punjab Revenue Authority, and ZATCA Fatoora for Saudi Arabia. Each has its own switch and its own credentials, and each can be locked by POS Beast for your account.
Every one of them has an Environment choice — Sandbox (testing) or Production (live). Always test in sandbox first, and remember that a token issued for one environment is refused on the other: they are separate registrations, not one account with a switch.
A failure never blocks a sale. It is recorded, and you can retry it from the order page — open the order and tap Retry Submission.
PRA has a Test Connection button that names exactly which part of the connection failed — the address not resolving, a blocked port, PRA refusing your server, or PRA refusing your token — and gives you the line to send your hosting company when the problem is theirs. It carries no sale, so it never puts anything on your tax record.
If that test fails on the connection itself while the rest of your POS works normally, PRA is refusing the address your software is hosted at, and no credential on the screen can change that. Set "Send from" to "The restaurant PC, via the Print Agent", press Save, then download the Print Agent again from Settings → Thermal Receipt and replace the folder on the restaurant PC — an agent downloaded earlier can print slips but cannot send invoices. Afterwards the agent must be running for a sale to reach PRA (sales are held safely while it is closed), and the PRA invoice number arrives a few seconds after the bill is closed, so print the customer's receipt from Order History rather than the instant you take payment.
Two PRA boxes need explaining. The Access Code is never sent with your sales — PRA authenticates on the Bearer Token alone — it is what you sign in to PRA's e-IMS portal with and what activates a local EIMS device, so the software simply keeps your record of it. The Default PCT Code is the customs tariff code PRA wants on every invoice line; restaurant food has no code per dish, so one default covers your whole menu and leaving it blank sends 00000000.
While any of the three is switched on, a Tax Report appears under Reports → Sales & Money. With all three off, that report does not exist.
Only switch a tax integration on when your accountant tells you to, with the credentials the authority issued you. Getting this wrong reports the wrong figures to your tax office.
What's New
Settings → What's New
The last tab is the changelog. It shows the current version at the top with a Current version badge, and then everything added or improved in that release and in the ones before it.
It is worth a minute after every update — new features are usually off by default, and this is where you find out they exist.
This chapter describes the software as it is today. Every account gets the same guide inside the product, searchable and printable.