Terms and Conditions
The account agreement lives there; this page explains how we apply it, so you can read the rule and the practice side by side without swapping between tabs.
One page holds every rule that applies to your yoyo slot account — account terms, access conditions, payment clauses and dispute steps — written in plain Pakistani English...
Our posture is simple: we state the rules in full, we apply them consistently, and we flag where a condition depends on your region. Access to certain lobby areas, payment routes and account features is offered where local law permits, so what you see after login can differ from a reader elsewhere. JazzCash, Easypaisa, SadaPay and Raast each carry their own settlement
windows, and the policy names those windows rather than hiding them behind a vague clause. If a change affects your account, we post it here first and give you a dated revision line you can check against the version you accepted.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
When we revise a policy clause we date it, name the change and leave the previous wording visible for a short window so you can compare the two. Nothing on this page...
Every amended clause carries the date it changed, so you can tell what applied when you opened your account and what shifted afterwards without guessing from memory.
We draft clauses in ordinary Pakistani English and keep the legal phrasing beside it, so you are never forced to guess what a sentence about your own account actually means.
Each rule has a stable anchor link, so you can send one clause to our support desk instead of describing an issue in your own words and hoping we find it.
Conditions that affect withdrawals, account closure or regional access sit in the main body of the terms rather than in a footnote, so nothing important is buried out of sight.
We keep a running list of policy edits on this page, with the date and a one-line summary, so you can check what changed between two visits without contacting us first.
If a clause reads badly, tell us and we will rewrite it — several current paragraphs on this page started as messages from account holders who could not follow the original wording.
Our legal pages are meant to read as one document split across a few screens, not as separate pamphlets. The same definitions of account, payment route and regional access appear in each...
The account agreement lives there; this page explains how we apply it, so you can read the rule and the practice side by side without swapping between tabs.
Data handling sits on its own page; here we only note which account actions create a record and how long our policy keeps that record available to you.
Settlement windows for JazzCash, Easypaisa, SadaPay and Raast are defined there; this page states how payment conditions interact with your account status and with the clauses you accepted when you joined.
Regional availability wording is shared across both pages, so the same supported-regions test decides what you can open and what stays closed to your account wherever you log in from.
Dispute steps appear in one place across every policy page, so you always follow the same sequence regardless of which clause the problem started with and you never restart halfway.
Words like account, session and settlement mean the same thing on every page, and we publish the definition once so no clause quietly carries a second meaning.
All policy pages carry the same revision date when they change together, so you can confirm you are reading a matched set rather than an outdated copy.
This page is built to be scanned, not endured. A side index lists every clause group, the revision date appears above the first clause, and each rule block...