Terms Page
Sets out the agreement between you and salam bet, which this page assumes and never overrides; where the two touch, the terms decide. We point you there wherever the two overlap.
We gather only what an account needs: your registration details, payment references from JazzCash, Easypaisa, SadaPay or Raast, and the session data that keeps a login safe. Below...
We run salam bet for supported regions, and every clause here is written to be read where local law permits access. The rules you accept when you open an account are the rules you can point to later: what we store, how long we keep it, who on our team can see it, and how a deletion request travels through our systems.
Where a Pakistani requirement or a payment partner's own rule is stricter, the stricter rule governs that record. Nothing here narrows a right you already hold under the law that applies to you. If a section reads differently in your region because of a licensing condition or a bank rule, we say so instead of leaving you to guess. We also keep
a dated log of changes.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
A policy only earns its place if someone actually owns it. The desks below split the work: drafting clauses, reading them against regional law, checking them against how our systems behave, and...
Writes and revises every clause on this page, keeps the wording as plain as possible, and logs each change so you can spot the difference after a few months away.
Checks each section against the rules that apply where you live, and flags anything stricter so a Pakistani requirement always shapes the final wording you agree to when you join.
Confirms that the storage and access practices described here match what our engineers built, including encryption at rest and the narrow list of staff who can view account records.
Talks to JazzCash, Easypaisa, SadaPay and Raast contacts about what order data travels between us, so the description here stays true to the live integration you actually use.
Sets the clock on how long each record class survives, schedules deletions, and confirms that a closed account no longer generates new entries once the final payout settles.
Dates every update to this page and keeps the previous wording on file, so you can see exactly what applied on the day you opened your salam bet account.
Our legal pages share one structure on purpose: the same headings, the same plain wording, the same dated change log. This page covers data handling; its siblings cover the agreement, cookies, account...
Sets out the agreement between you and salam bet, which this page assumes and never overrides; where the two touch, the terms decide. We point you there wherever the two overlap.
Explains the small files that keep a signed-in session alive and remember your language choice, naming each category rather than hiding them behind a single switch, so you can decide what stays.
Describes how a login is protected, how a password is changed and what happens when you use a shared device, which is the practical half of what we cover here.
Covers how long a withdrawal takes to reach JazzCash, Easypaisa, SadaPay or Raast, and it explains the verification step that can hold a transfer for a short while.
Walks through closing your profile, exporting the records you want to keep first, and what survives deletion because a payment record has to stay for accounting rules. Our retention section explains the rest.
Shows the languages we publish in and how the English wording here stays the reference version if a translation ever reads differently to you. Translations follow the English text in every case.
Sets out what to do if an answer from our team does not settle your question, including the escalation route and the records you should have ready. Start with your reference number.
We lay this page out so you can answer a question in under a minute. A short opening tells you what we hold, numbered clauses carry the detail...