Terms Of Use
Covers what you accept when you open an account: eligibility, one account per person, how the lobby may be used, and what follows if a clause is broken.
Open an account and one connected set of terms applies — your data, your transfers through JazzCash, Easypaisa, SadaPay and Raast, and how disputes are handled where local...
Our policy pages work as one connected set: terms, privacy, cookies and account clauses all point at each other, so you never have to guess which one governs a situation. Access is offered on a jurisdiction-dependent basis, which means we accept sign-ups only where local law permits and our supported regions list allows. Payment clauses follow the same logic, so how a
JazzCash, Easypaisa, SadaPay or Raast transfer is treated depends on the region your account is registered in. Where a clause conflicts with a mandatory local rule, the local rule wins. We revise these pages when rules change, and the version published here governs your account from the day you open it. Clauses carry dates so you can see which version applied when.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Policy questions go to the same team that runs your account, so nothing gets lost between departments. Quote your account number and the clause heading, and the reply comes back in writing. Response hours for each path sit beside it.
Mail keeps a dated record, which suits written policy replies. Send your account number and the clause heading, and the case is logged the same working day.
Chat handles quick points about account access, verification documents or a page that will not open. The team can see your account while you type, and formal answers move to email.
If a reply does not settle things, ask for escalation. You get a reference number, a named handler and a stated reply window, plus the route outside our process.
Rules move and these pages move with them. Each one carries a revision date, an editorial role instead of a personal name, and a summary in everyday English...
These clauses come from the people who run accounts, transfers and live tables daily, not from an outside agency repurposing...
Every policy page carries the date of its last edit. If you saved the terms months ago, the revision date...
Each page opens with a short summary in everyday English, then the full clause. The summary helps you navigate; the...
We hold a supported regions list and check it when rules shift. If a region leaves the list, affected accounts...
You will not find licence numbers, awards or player counts on these pages unless they can be checked. Where a...
Where a mandatory Pakistani rule clashes with a clause written here, the local rule takes priority. You get the same...
Terms, privacy, cookies, account rules and payment clauses are drafted as a single set with shared defined words. A term means the same thing on every page, so you can read them...
Covers what you accept when you open an account: eligibility, one account per person, how the lobby may be used, and what follows if a clause is broken.
Explains which data we collect, why, how long we hold it and who can see it. Verification documents and payment references from Easypaisa or Raast sit under this page.
Covers the files that keep you logged in, remember your language choice and measure which pages get read. Non-essential cookies can be switched off in your browser without losing access.
One account per person, accurate registration details and no shared logins. We also set out how duplicate accounts are spotted and what happens to balances on closure.
How transfers through JazzCash, Easypaisa, SadaPay and Raast are credited, how long withdrawals take, and what we do when a reference does not match an account name.
Step one is a written request to support. Step two is escalation to a senior handler with a reference number. Step three sits outside our process where local rules allow.
Each policy revision is dated and described in a single line, so you can see what moved without comparing two whole documents side by side. Older versions are sent on request.
The layout stays deliberately plain. A summary box opens each page, defined words are gathered at the foot, and every page carries a revision date plus...
Every policy opens with a four-line summary box stating what the page covers and when it changed. It links straight to the clause it describes, so you get the point first.
Words with a fixed meaning — account, transfer, supported region — are gathered at the foot of each page with links back to where they first appear, so there is no guessing.
A revision date sits in each page header, with a one-line description of the last edit. You can spot whether a clause you relied on has moved since you last read it.
Each page closes with policy email, chat hours and the escalation route in one block, so you never leave the clause you are reading in order to ask about it.
Long clauses are split into anchored headings, which lets a support reply point you at an exact paragraph instead of a wall of text. Every anchor carries its own short label.
The foot of each page lists earlier revision dates with a short description of each edit, so a clause you reopen can be compared against a version you saved.