Terms connection
The Terms page explains your account duties, while this Privacy Policy explains the data used to operate those duties, including identity checks, login records and security flags.
base64 gives you one clear Privacy Policy for account data, verification checks, device signals, support chats and payment-related records used in supported Pakistan regions. Read it before you...
This Privacy Policy explains how base64 collects and uses data when you create an account, sign in, pass verification, contact support, set preferences or make transactions where local law permits. We use your details to run account access, protect balances, process requests, detect misuse, meet record duties and answer privacy questions. Payment references may include confirmation data linked with JazzCash, Easypaisa, SadaPay
and Raast, but we do not ask you to place wallet passwords or one-time codes inside support messages. We keep records only for business, security and legal reasons, then remove or anonymise them when retention is no longer needed. If a local rule requires a different handling period, we apply that rule to the relevant record set.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Privacy questions deserve a direct route, not a maze of generic replies. We keep separate contact paths for data access, correction requests, account security concerns and consent choices. When you contact us, include your registered phone or email and a short description of the request, but never send wallet passwords, card secrets or one-time codes.
Use our privacy email for access, correction or deletion requests. We may ask for account confirmation first, because we need to know the request comes from you before changing records.
If you start in live chat, our agents can route privacy matters to the correct team. Chat is useful for status checks, but deeper data requests move to email.
Tell us quickly if you think account data, login access or payment references were exposed. We check session history, device signals and recent changes before replying.
We write this policy from the way our own account, support and risk systems actually work. Each update is checked against the data we collect, the reasons we use it and the...
The policy names real account steps, including sign-in logs, verification records, support messages and transaction references. We avoid vague language where a clear data category explains the purpose better.
Pakistan rails are described as context for record handling, not as extra permissions. JazzCash, Easypaisa, SadaPay and Raast references help explain why transaction records may exist.
Internal access is limited by role, so support, payments and security staff only see the data needed for their task. Sensitive changes leave audit records.
We separate short-term session data from records needed for account, security or legal reasons. Deletion timing depends on the record type and applicable duties.
We write for clear Pakistani English and avoid legal clutter where simpler wording works. If a term has a specific meaning, the surrounding sentence explains its use.
When we revise this Privacy Policy, the new wording reflects process changes such as added verification steps, cookie changes or different support routing for data requests.
Our privacy wording connects with the rest of the legal area, so you do not have to guess where a rule sits. Account terms explain acceptable use, cookie wording covers browser storage...
The Terms page explains your account duties, while this Privacy Policy explains the data used to operate those duties, including identity checks, login records and security flags.
Cookie wording covers browser storage and similar tools. This page adds why those signals may support session safety, preference memory, analytics and fraud detection.
Support pages explain how to reach us. This policy clarifies what data support may use, such as contact details, chat history and account status.
Security content focuses on access protection. The Privacy Policy explains the related records, including device signals, login attempts, password reset history and account change logs.
Payment pages describe available rails. This policy explains why transaction references, wallet names, verification outcomes and payout checks may be stored with your account.
Promotion pages may describe account offers. This policy explains how eligibility data, consent choices and message preferences are handled when you choose to receive updates.
Complaint handling may require account history and message records. This policy explains how we use those records to investigate, respond and keep an audit trail.
The policy page is arranged so you can scan important privacy points before reading every clause. Headings separate collection, use, sharing, storage and contact rights. Short...
Each privacy topic has its own anchor, so you can move from collection to retention or contact rights without searching through unrelated account material.
Chips call out local context and common data areas, such as account records, cookies and transaction references, without turning legal wording into a long wall.
Cards separate support routes, policy checks and related pages. The format helps you see which privacy action fits your question before contacting us.
We use active sentences that say what base64 collects, why it is used and when it may be shared with service partners or authorities.
Policy updates appear near the relevant section rather than being buried elsewhere. This helps you notice changes to data handling, cookies or contact routes.
The page is built for phone screens, with short paragraphs and clear spacing. You can read privacy points without pinching, zooming or opening another file.