Guests open the bill from the table QR, split it however the table likes, add a tip and pay on their phone. Takeaway and delivery guests can pay as they order. The money goes straight into your own payment gateway account — Tahlib never holds it and takes no cut of it.
The bill as a guest sees it, and the same payments as your team sees them.
Paying at the end of a meal still means asking for the bill, waiting for it, then waiting for the card machine — once per guest if the table splits.
Tables sit occupied while the bill travels, and the split is worked out at the table with a calculator. Pay-at-table apps that fix this often run the money through their own account and keep a percentage of every bill.
The guest pays on your payment provider’s own secure page, the money settles to your account on your provider’s schedule, and the bill closes in Tahlib the moment your provider confirms the last payment. You pay your provider’s usual fees under your own agreement with them.
Your provider, your settlement, your money. Tahlib makes the bill payable.
About two minutes to connect, then nothing to do at the table.
Pick your payment provider, paste the keys from its dashboard and press Test & connect. The keys are checked with your provider before anything is saved, then stored encrypted.
Run a test payment from the dashboard: the same page your guests will see, against your provider’s test mode, with no order and no real money.
Choose which ways to split are offered, your tip presets, and whether takeaway and delivery orders pay online first, let the guest choose, or pay at the counter.
From the QR code on their table, or a payment link your staff copy from the order and send. Every line, what is already paid and what is left.
Pay all, split equally, tick their own items or enter an amount; add a tip; then pay on your provider’s page with a card or whatever else your account offers.
When your provider confirms the last payment, the order is marked paid online, loyalty and the customer record update once, and the tax invoice is ready to download.
Connecting a provider, replacing keys, refunds and every settings change are written to the audit log with who made them.
Tahlib makes the bill payable and keeps the books straight. The payment itself happens between your guest and your own provider.
Grouped by the job, not by the screen it lives on.
Tahlib connects to the account you already have — or the one you open.
Guests stop waiting for a folder and a card machine.
Takeaway and delivery, settled before the food leaves the pass.
Built so the bill and the money always agree.
Everything after the payment, in one place.
Splitting is where pay-at-table usually falls apart: two people pay the same share, or the last person is left guessing. Tahlib keeps the whole table on the same bill.
The moment a guest starts paying, their amount is set aside. Everyone else sees it as being paid, so nobody pays it twice.
Each share is worked out from the whole bill and the last payer pays exactly what is left, so the shares always total the bill to the fils.
Ticking “my items” claims those lines. Lines another guest is already paying for are greyed out.
If two guests tap “pay all” at the same moment, one goes through and the other is shown the new amount. A payment that still arrives late is kept and flagged for a refund.
A payment is not just money in — it closes the bill, feeds the close and tells the rest of Tahlib what happened.
The guest who ordered from the table sees the running bill and pays it from the same screen.
A bill rung up at the till can be paid from the table QR or a payment link. The till’s own tenders are unchanged.
Money paid online is counted as digital takings, never as cash the drawer should hold.
Points are awarded once when an online-paid bill closes, the same as a bill settled at the till.
A tip paid online with a delivery order travels with the delivery to the rider.
Payment succeeded, failed and refunded events go to your own systems as they happen.
Products are switched on individually, each priced per branch. View all products
Same bill, different reason to care.
Written around how guests here pay and how restaurants here get paid.
Network International, PayTabs, Telr, Tap, Checkout.com and HyperPay sit alongside Stripe — use the acquirer you already bank with.
Where your provider account supports them, guests see them on the payment page next to cards, Apple Pay and Google Pay.
Guests see VAT on every bill, and the tax invoice with its ZATCA-style QR downloads as soon as the bill is paid.
The bill, payment and receipt pages switch between English and Arabic, and so does the payments section of your dashboard.
No. Guests pay into your own payment provider account and Tahlib takes nothing from the money — no commission and no per-transaction fee. You pay your provider’s usual fees under your own agreement with them, and Tahlib charges for the product per branch.
In the UAE: Network International (N-Genius), Checkout.com, PayTabs, Tap, Telr, HyperPay and Stripe. You need your own merchant account with one of them; the dashboard links to each provider’s sign-up page and shows where to find every key.
The connectors are new, and each is labelled Beta in your dashboard until it has been proven against that provider’s test account. Each one is built to the provider’s published API — connect in test mode and run a test payment before you take real money.
On your provider’s normal settlement schedule, straight to the bank account on your provider account. Tahlib never holds or forwards it.
From the QR code on their table — the open bill appears under the table’s order — or from a payment link your staff copy from the order in the dashboard and send however they like. A bill rung up on the POS can be paid this way too; guests do not have to have ordered from the QR menu.
Yes: pay everything that is left, split equally by the number of people, tick their own items, or enter an amount — you choose which options are offered. “My items” works on whole lines, so two guests cannot share one dish line between them.
A guest’s share is held for them while they pay, so others see it as being paid. If two guests try to pay the same amount at once, one goes through and the other is shown what is left. A payment that still arrives after the bill is settled is kept and flagged for you to refund.
Whatever your provider account offers on its payment page — cards, and where your account supports them Apple Pay, Google Pay, mada, KNET or BENEFIT.
Yes. For each channel, choose pay at the counter, let the guest choose, or pay online first. A pay-first order only reaches the kitchen once it is paid. If a card is declined the guest can try again, or pay at the counter where you allow it.
Yes. Everything guests see — the bill, the payment and the receipt — is in English and Arabic, and so is the payments section of your dashboard.
From the payment’s page in your dashboard: refund all or part of it, with a reason, and it goes back through your provider to the guest’s card. Telr has no refund connection, so you refund in Telr’s dashboard and record it in Tahlib.
Guests enter card details on your provider’s own secure page — HyperPay’s card form appears inside the Tahlib page but is served by HyperPay. Card details never reach Tahlib or your restaurant, and your provider keys are encrypted and never displayed again after you save them.
Buy now, pay later (Tabby), redeeming loyalty rewards on the bill page and listing online payments on the tax invoice PDF are not in the product yet. Stripe connects by pasting your keys; a one-click “Connect with Stripe” is not available.
It is priced per branch, per month, with a free trial — switched on and off from your dashboard, and never a share of your payments. The pricing section above shows the current figure.
Connect your own payment provider, run a test payment, and tonight’s tables can split, tip and pay from their phones.
No card to start · nothing to install · no commission on payments