The Terms Behind Your wishbone bet Account
Every account at wishbone bet sits under one written set of terms, and this page gathers them in plain English. You will see how eligibility is confirmed, how...
How Our Policy Reads Across Supported Regions
wishbone bet works on a jurisdiction-by-jurisdiction basis, and the rules shown when you open an account reflect where you are accessing us from. Where local law permits, you register with a Pakistani mobile number, verify your identity once, and settle through JazzCash, Easypaisa, SadaPay, NayaPay or Raast. Where a region is unsupported, we block registration instead of accepting an account we cannot
serve. Our terms treat a balance as belonging to the verified holder only, set out timelines for matched transfers, and describe how a payment without a matching reference is handled. We also state what voids a wager: duplicate accounts, shared credentials, or any attempt to move a market. Read the numbered clauses before you accept, because accepting is what activates your account
and links your chosen rail to your ledger.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Reaching Us About A Legal Matter
Legal questions do not sit in the same queue as a gameplay query, so we route them separately. Email leaves you a dated record, which matters when you dispute a wager or a settlement figure. Live chat can confirm a request has been logged and push it to the policy desk during operating hours.
Policy Mailbox
Put your legal correspondence in writing to our policy desk and keep the thread for your own records. We acknowledge every message and quote your account reference back, so a dispute can be tracked from the first reply to the closing decision.
Live Chat Escalation
Chat agents can confirm that a legal request has been logged and pass it to the policy desk while you wait. Use it for time-sensitive matters such as a locked account or a settlement figure you believe was recorded incorrectly.
Written Response Window
We answer policy correspondence inside a working-day window and send a status note when a case needs longer. You keep one named contact for the thread rather than a rotating queue, so nothing has to be explained twice.
Who Writes And Checks These Clauses
The clauses here are drafted and maintained in-house, checked on a fixed cycle, and updated whenever a payment rail or market rule changes. Every revision carries a date, so you can see...
Drafting Team
Our own policy writers draft each clause from the live settlement and market rules rather than from a template. When JazzCash or Raast changes a settlement window, the clause text is updated in the same release cycle.
Revision Dates
Every edit carries a date stamp at the head of the clause set. You can compare the version you accepted at registration with the current one and see precisely which sentence moved.
Rail Behaviour Tests
Before a clause about moving funds is published, it is tested against JazzCash, Easypaisa, SadaPay, NayaPay and Raast behaviour inside live support cases, so the wording matches what you actually experience.
Account Security Clauses
Session timeouts, device checks and password change rules are written as enforceable clauses rather than advice. Each one maps to a control our platform applies automatically on your account, not a suggestion left to chance.
Escalation Path
A disputed clause can be escalated from chat to the policy desk and then to a written decision. The route, the timeframes and the contact address are published instead of left to an agent's discretion.
Shorter Sentence Rewrites
Clauses that generate repeat questions get rewritten in shorter sentences. The legal meaning stays identical, but you should be able to read a rule once and understand exactly what it asks of you.
Clause Sets Kept In Step Across The Site
The policy set is split across several pages, and they are meant to agree with one another. The terms you accept at registration, the clause on your identity...
| Account Terms | The clause set you accept when you open an account, covering eligibility, one-account rules, credential responsibility and the grounds on which we can suspend access while a case is examined. |
|---|---|
| Privacy Clause | It explains which identity documents we collect, how long we retain them and which verification partners see them. Retention windows are written per document type rather than as one blanket figure. |
| Settlement Rules | The clauses covering JazzCash, Easypaisa, SadaPay, NayaPay and Raast are kept identical in wording, so a rule about a mismatched reference reads the same whichever rail you pick. |
| Market Rules | Live tables, slots and sportsbook markets share one rulebook here. It defines a settled wager, a void market and a corrected result, and those definitions are quoted from a single source. |
| Promotional Terms | Where promotional conditions apply, they sit beside the offer instead of on a separate page, and they reuse the same turnover definition as the settlement rules so the two cannot contradict each other. |
| Complaints Clause | The route from chat to written decision, with the timeframes attached, is drafted once and referenced everywhere else, so you never receive two different escalation accounts for one case. |
| Version Control | All of the above carry the same revision stamp. When one changes, the date moves across the set, and older versions stay archived for anyone who needs to check what applied earlier. |
What You See On Every Clause Page
Each page in this set follows one layout, so you can find a rule without hunting for it. The clause name sits at the top in...
Clause Title Bar
The clause name sits at the top in ordinary language, so you can tell whether you are reading account terms, privacy rules or market conditions before you start scrolling through the page.
Revision Stamp
A dated stamp sits under the title showing when the clause set last changed. It gives you a fixed reference point when comparing the version you accepted with the text you see today.
Region Marker Block
A short block flags where a clause applies only in supported regions or where local law permits. It is marked on the page itself rather than pushed into a footnote you might skip.
Numbered Clause Column
Clauses run in a single numbered column with no sidebars interrupting the flow. Longer definitions are broken into lettered parts, so you can point to one specific rule during a dispute.
Defined Terms Panel
Capitalised terms such as settled wager or verified holder are gathered together on the page. Each one links back to the numbered clause where it is first set out in full.
Contact Footer
The policy desk address, chat route and written response window close every clause page. You do not need to leave the page you are reading to find out how to raise a question about it.