Account terms
The eligibility and identity clauses here are mirrored on our terms page, so you will not find two different definitions of who may hold a paid bet account.
These pages set out the terms that govern every paid bet account opened in Pakistan, from registration checks to how withdrawals are authorised. Read them once before you...
Every rule on this page applies the same way to every account we hold, and it is written to sit alongside the payment rails you already use in Pakistan — JazzCash, Easypaisa, SadaPay, NayaPay and Raast. Our terms cover account eligibility, the identity checks we run before a first withdrawal, how a disputed round is treated, and what happens if a wallet
payment is reversed by your provider. Access is offered where local law permits, and features may differ between supported regions. If a term conflicts with a rule set by a payment partner or a regulator, the stricter of the two applies. Changes are published here before they take effect, and continuing to use your account means you accept the revised wording.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
When a term is unclear, our support desk answers policy questions directly rather than sending you round a loop. Agents are on chat from morning to late evening Pakistan time, and every case closes with a written reply you can keep.
Policy questions get answered in chat between 9am and 1am Pakistan time, seven days a week. Have your account email ready so the agent can pull your case up.
Write to us with the clause you are querying and we reply in writing within one working day. Screenshots of the payment step help us trace a wallet case faster.
If a JazzCash, Easypaisa or Raast transaction needs checking against our terms, the escalation path runs through our payments team and closes with a reference number you can quote later.
The wording here is maintained by the same team that handles account checks, so what you read matches what happens when you register or withdraw. Clause changes are dated, older versions are...
Every amendment carries the date it took effect plus a short summary of what moved. You can trace a single clause back through earlier versions if a payout question comes up.
The people drafting these terms sit with the teams handling verification, wallet reconciliation and live-table disputes. A rule change is described by someone who saw the case that prompted it.
We do not publish player counts, awards or licence claims we cannot substantiate. If a figure appears beside a policy point on paid bet, it comes from our own operational records.
Our terms name JazzCash, Easypaisa, SadaPay, NayaPay and Raast directly, because those are the channels your money travels through and each one clears on a slightly different schedule.
Clauses use the English written across Pakistan rather than translated legal boilerplate, so a first-time account holder can follow the meaning without decoding imported phrasing or long nested sub-sentences.
Superseded policies stay readable on our side for internal reference. You can ask support for the wording that applied on the date a specific round or wallet payment was settled.
Our legal pages are written as one set, so a rule you meet on the terms page says the same thing on the privacy page and the payments page. Tighten one clause...
The eligibility and identity clauses here are mirrored on our terms page, so you will not find two different definitions of who may hold a paid bet account.
Document checks described on this page use the same retention periods stated in our privacy policy, so a deadline you read in one place holds in the other.
Withdrawal windows quoted beside JazzCash, Easypaisa, SadaPay and Raast match the timings on our payments page, so a Friday evening request is described identically wherever you look it up.
Market settlement and void conditions sit on the same clauses that govern our sportsbook, and linked pages quote those clauses rather than paraphrasing them in a looser voice.
Table etiquette and dispute handling for live casino repeat on the corresponding policy page, so a ruling you query at a table follows the same path as one raised later.
When a clause moves, the notice appears across every page it touches on the same day. You never see an updated rule on one page and older wording on another.
A policy question raised in chat, by email or through a wallet escalation lands with the same team, so the answer does not depend on which channel you used.
Each legal page on paid bet follows the same visible layout, so you always know where you are. A dated summary opens the page, clause numbers run down...