Payment Rails
The chip row here, JazzCash, Easypaisa, SadaPay and Raast, sets definitions used everywhere, including minimums, reversal handling and how a failed transfer is logged.
Your prime bet account runs on written terms you can read before you move a rupee: eligibility, the rules for JazzCash, Easypaisa, SadaPay and Raast transfers, and how...
These terms are written for accountholders we can serve where local law permits, and they set out what you agree to when you join prime bet. Eligibility is checked at registration, and we may ask for identity documents before a first withdrawal clears through JazzCash, Easypaisa, SadaPay or Raast. Rules cover how you use your account, how wagers settle, and what happens
if a transfer is reversed or disputed. Where a clause depends on your jurisdiction, we say so plainly instead of burying it in an annex. We hold one written standard for every Pakistani accountholder, and we revise the wording here whenever a payment rail or access rule changes. If a change affects money already sitting in your account, we flag it first.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Policy pages are worth reading only when the people behind them know the product. Our wording is drafted by the team that runs payments, live tables and the sportsbook, then checked against...
The clause on withdrawal timing was written by staff who queue those payouts every day, which is why the wording names payment rails instead of speaking in abstractions.
Before a term goes live we test it against a real transfer, so a rule about JazzCash or Easypaisa reversals reflects what happens when a sender mistypes a number.
Each revision carries a date and a short line on what moved, so you can see which version covered a session you played and compare it with the text here.
A second reader strips legal filler before publication. If a sentence can say the same thing in fewer words, we cut it, because unclear wording creates disputes later.
We write for Pakistan only: language, payout rails and support hours are set for this market, so you will not find clauses imported from a region you never operate in.
Every section here has an owner inside our operation. If something reads wrong, you can point at the section and we know which desk has to fix it.
This page is the anchor for the rest. Payment rules, account security and game-fairness text all lean on the definitions used here, so a term means the same thing wherever you meet...
The chip row here, JazzCash, Easypaisa, SadaPay and Raast, sets definitions used everywhere, including minimums, reversal handling and how a failed transfer is logged.
Password, device and login wording mirrors what this page defines, so a rule about unusual activity reads the same in both places and you never reconcile versions.
Outcome and randomisation clauses use this page's terms for a wager and a round, keeping slots, live tables and sportsbook markets under one shared definition.
Anything running this week falls under the conditions described here. Where a promo condition clashes with this page, this page wins and we reissue the promo text.
Timeframes quoted in the help pages use this page's definition of a cleared request, so a window means the same thing whether you read it here or on your statement.
Channels, hours and escalation steps listed elsewhere follow the same structure, which is why a query about a clause lands with the same desk either way.
Updates are dated once and referenced everywhere. We do not run separate effective dates for one rule, because split dates are how accountholders end up arguing about versions.
The page is built to be scanned rather than read end to end. Definitions sit in short blocks, tables carry dates, and clauses that shift with...
Each clause gets a heading that names what it covers, so you can find the rule on account closure or currency without reading three paragraphs of preamble first.
Clauses that shift with local law carry a marker and a plain line on who they apply to. Where local law permits, that phrase flags the rule as conditional.
The routes you use, JazzCash, Easypaisa, SadaPay and Raast, appear as chips beside the relevant clause, so you can confirm a route is covered before committing money.
Each revision shows the day it took effect alongside the earlier version, letting you match an old wager to the wording that was live when you placed it.
A short summary sits above the long text in each block, giving you the rule in one line, with the full clause directly underneath when you want more detail.
Text reflows to a single column, tables become stacked cards, and nothing hides behind a hover, so the page behaves the same on a phone as on desktop.