Terms of use
The terms page explains how an account works, while this notice explains the data behind it. Both define account, record and request the same way, so a clause cannot mean two things.
Open an account and this notice spells out which details we keep, why we keep them and how you ask us to change them. It is written for...
This notice sets out the data practices attached to your rajaeropa slot account, in the form they take where local law permits. When you register we collect your name, contact address, date of birth and the payment references tied to your funding rail, such as a JazzCash transaction number, an Easypaisa record or a Raast reference. We also log device and browser
signals to spot sign-ins that break your usual pattern. Access, storage and sharing rules differ between supported regions, so the wording here follows Pakistani requirements first. You can ask for a copy of what we hold, ask for a correction, or ask us to close the account and delete whatever we are not obliged to keep. Retention periods vary by record type,
and we state the span for yours when you write in.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Privacy questions reach a small team sitting with account support. Live chat is the quickest route during Pakistani business hours, and email is answered within one working day. When you write in about your records, include the address on your account and any reference number from the rail involved.
Open the chat window from any lobby page and ask for the data desk. We keep a written copy of the conversation and send it to your account email once the session closes.
Write to our support address with data request in the subject line. Messages are logged, answered inside one working day, and any follow-up stays on the same thread.
Signed-in accounts can raise a request from the settings area. The form asks which record type you mean and whether you want a copy, a correction or a removal.
A named operations group owns this wording, and every change is versioned rather than quietly edited. We revisit the clauses on a fixed cycle, and sooner whenever a funding rail, a live...
One operations group writes and signs off the wording, so a question about a clause reaches the people who drafted it rather than a general help queue or a scripted reply.
Every published change carries a date and a one-line summary of what moved. Older versions stay readable, so you can compare the wording that applied to your account earlier.
We drop legal filler wherever a normal sentence works. Where a term has to stay technical, the sentence after it explains what that term means for your account.
Staff reach account records only where a support or fraud check needs them, and those sessions are logged. We describe the controls without publishing anything that would weaken them.
The team maps how JazzCash, Easypaisa, SadaPay, NayaPay and Raast references move through our systems, because that is where most questions about stored records begin.
You can reach the data desk without going through sales, and you never have to explain why you want a copy of your records or a correction made to them.
This notice sits in a small family of policy documents, and we keep the definitions identical across them. Account terms, cookie wording and the fair-use page use the same vocabulary as this...
The terms page explains how an account works, while this notice explains the data behind it. Both define account, record and request the same way, so a clause cannot mean two things.
The cookie wording lists the small files a browser stores and the reason for each one. It links back here for the wider picture of what we hold and how long.
Sign-in steps, checks and closure requests appear on the account rules page. Where those steps create a record, this notice explains the storage side of them.
Each wallet and bank rail has its own page covering timing and reference formats. This notice covers what those references leave behind in our systems after a transfer clears.
The help centre answers everyday account questions in short form. Anything touching stored data is mirrored here in fuller wording, with the same contact routes listed at the foot.
That page describes what keeps the lobby working smoothly for everyone. It points here whenever a check creates or reads a record attached to your account, and names the same desk.
General contact details sit on one page and the privacy routes sit here. Both feed the same support queue, tagged so data questions reach the right team first time.
The notice is built to be read on a phone between other tasks. A summary strip near the header states the scope in one line, jump...
One line near the header states what the notice covers and when it last changed, so you can judge in seconds whether the rest matters to you.
A short list of anchors moves you straight to storage, sharing, removal or contact wording, so you skip clauses that have nothing to do with your own question.
Each card shows the day its wording last changed. When a rail such as Raast or Easypaisa updates its own rules, the matching card here is reissued with a fresh stamp.
Pakistani English leads, and the toggle keeps any translation beside the original rather than replacing it, so you can check a phrase against the wording we published.
The footer block repeats the chat, email and in-account routes to the data desk, because the moment you want to ask something tends to arrive mid-clause.
A print-friendly layout drops the navigation and keeps the clauses intact, useful if you want a copy in your own files or for a family member who reads on paper.