Scope Match
The same collection scope appears across related policy pages, so you do not face one rule here and another rule elsewhere. We keep the definition of account details stable.
This page explains how we collect, use, store, and protect your account details on dosti 786. If you open an account from Pakistan, you can see what stays...
When you use JazzCash, Easypaisa, SadaPay, or Raast, we keep the records needed to confirm the transfer, match it to your account, and stop duplicate handling. We also keep registration details, device signals, and support history so we can secure access, trace mistakes, and answer your requests without asking you to repeat the same facts. Where local law permits, some records may
stay with us longer for fraud checks, dispute handling, or tax duties. If a field is not required for account handling, we do not collect it just to have it on file. You can ask us to correct stale details, and we will act after we verify that the request comes from you.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
We write this page in plain English so you can read what we keep, why we keep it, and when it may be shared. Our team checks the...
We limit this page to the records that matter for account access, payment checks, support cases, and abuse control. That...
We choose short sentences and direct terms so you can read the page on a phone without guesswork. Where a...
When we amend the page, we update the date and keep the new text in place from that point forward...
Requests that touch account details go through verification before any change is made. This protects your profile from accidental edits...
We keep the wording aligned with Pakistan-facing account flow, including local payment rails and support paths. That way the page...
We store only the records needed for security, settlement, support, and lawful retention. Anything outside that scope is not kept...
This page follows the same privacy language across the site, so the terms for account details, device records, and support notes stay consistent. If another policy page mentions a record type, we...
The same collection scope appears across related policy pages, so you do not face one rule here and another rule elsewhere. We keep the definition of account details stable.
The retention wording stays aligned with our other legal pages. If a record must stay for security or settlement reasons, this page uses the same timeline language.
Any mention of sharing follows the same logic as our terms page: we only pass records to service partners, payment rails, or legal requests when there is a clear reason.
Correction requests are handled the same way across the site, which means you can use one support route instead of learning a separate process for every page.
Security wording is kept consistent so you know when access checks, verification steps, and abuse prevention apply. We do not hide extra rules in a different page.
Where local law permits appears in the same places across our policy set, helping you see when jurisdiction changes the way a record is handled.
Change dates are placed in the same spot across related pages, so you can tell when the legal text moved without searching through old copies.
The page is laid out so the key points are easy to scan on mobile. You will see short sections, clear headings, chip-style context labels, and...
Each block stays focused on one part of the policy, which makes the page easier to read in bursts when you are on a small screen or checking a specific rule.
Small labels sit beside the policy copy so you can spot the Pakistan-facing context quickly without scanning long paragraphs. They keep the page compact and readable.
A visible date marker helps you see when the text changed, which matters when you want the current rule rather than an old version saved in your browser.
We keep related clauses near each other, so collection, sharing, and contact details do not feel scattered. That reduces back-and-forth when you are looking for one answer.
The support area sits close to the policy copy, making it easy to move from a question to a message without leaving the page structure behind.
Headings, paragraph spacing, and short lines all work together so the policy reads cleanly on mobile data, where long walls of text can be hard to follow.