LEGAL REFERENCE

Privacy Policy for Your dd22 Account

dd22 gives you a clear privacy policy before you open an account, so you know how account details, device signals and payment records are handled. Read it before...

Account data scopePakistan payment contextSecurity controlsAccess choices
dd22 Privacy Policy for Your dd22 Account

How We Handle Your Data

Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.

CONTACT ROUTES

Privacy Questions and Account Help

If you need help with a privacy request, contact us from the same account area you use on dd22. Keeping the request...

Account inbox Use the logged-in inbox for privacy requests tied...
Live chat handoff Chat can route privacy questions to a trained...
Email follow-up For longer privacy requests, email lets you describe...
DATA CARE

Privacy Controls We Maintain

Our privacy work sits beside account security rather than after it. We separate routine support details from verification records, limit internal access and log changes that affect account...

Access separation

Team access is separated by task, so support, payment checks and technical maintenance do not receive the same data by...

Session records

We keep session logs such as device type, timing and security events to protect access and investigate account changes. The...

Verification handling

When verification is required, documents and checks are handled for account safety and legal duties. We restrict reuse, keep related...

Payment references

JazzCash, Easypaisa, SadaPay and Raast references may appear in account records as transaction evidence. We use those references to trace...

Language clarity

We write privacy wording in clear Pakistani English so you can understand what is collected and why. Where a term...

Request tracking

Privacy requests are tracked from first contact to closure, including identity checks and outcome dates. This helps us keep a...

Where This Policy Stays Consistent

Privacy rules should not shift depending on which legal page you read. We align this page with account terms, cookie wording and security notices, while keeping each page...

Account terms
The account terms explain how you use dd22; this privacy policy explains how account data is handled while you use it. Both pages reference identity, access and record accuracy.
Cookie wording
Cookie wording deals with browser storage and similar tools. This policy connects those tools to privacy outcomes, including session recognition, security checks and preference handling.
Security notice
Security wording covers account protection steps. The privacy policy adds the data angle, explaining how logs, device signals and alerts support safer account access.
Payment records
Transaction wording covers how payment requests are processed. The privacy policy explains which related references may be stored and why they can be needed later.
Support records
Support wording explains contact options. The privacy policy explains how messages, attachments and identity checks are handled when you ask for account or data help.
Retention rules
Retention language connects across legal pages, but this policy gives the privacy reason for holding, reducing or removing account records after use.
Regional access
Access wording refers to supported regions. The privacy policy adds how location signals may be used for account availability, security checks and compliance where local law permits.

Privacy Layout Cues You Can Use

We designed this privacy page so you can find the parts that affect your account quickly. The layout separates collection, use, sharing, retention and request rights...

Clear headings

Each heading names the privacy issue before the detail begins, so you can move from collection to use, sharing, storage and requests without reading unrelated platform copy.

Short policy blocks

Paragraphs stay focused on one privacy purpose at a time. This makes it easier to understand how account details, device logs or payment references are handled.

Local examples

Pakistan payment names appear only when they explain real privacy context, such as transaction references or verification support. They are not used as filler inside policy wording.

Request prompts

Privacy request prompts tell you which route to use and what details to include. That helps us answer without asking for more private data than needed.

Retention markers

Retention markers show where storage time matters, especially for account access, transaction evidence and support history. They help separate active records from archived material.

Security labels

Security labels mark places where data protects your account, such as login logs and device checks. They explain why certain technical records may remain necessary.

Privacy Policy Questions

We collect account details you provide, login records, device signals, support messages, verification outcomes and transaction references. The exact data depends on what you use and what checks are needed.

Payment references help us match JazzCash, Easypaisa, SadaPay and Raast activity with your account. They support tracing, dispute handling and verification without exposing full financial details unnecessarily.

Yes. Send the request through your account inbox or another contact route we provide. We may verify identity first, then share the records we can provide under applicable rules.

Device data helps recognise sessions, detect unusual access and keep account actions connected to the right profile. We use it for security, diagnostics and account protection purposes.

We may share limited data with service providers that support verification, payments, hosting, support or security. They receive only what is needed for their assigned role.

Retention depends on the record type and purpose. Account, transaction and security records may be kept while needed for service delivery, legal duties, disputes or fraud prevention.