Policy and terms
The terms page sets the rules of play. This page explains the data trail those rules create, and where any retention figure lives.
This page sets out what pak365 download collects when you open an account and how we store it. It runs through sign-up details, device and login records, lobby...
We frame this policy around where you are, because the rules that apply differ by market and access is offered only where local law permits. If you sign in from Pakistan, your account records are handled under the terms on this page. If you sign in from another supported region, some clauses shift: retention windows, the list of processors we share with,
and how a deletion request is routed. Payment context helps here — a JazzCash load leaves a different trail from a Raast transfer or a SadaPay card credit. We keep the wording plain so you can spot which parts apply to you. Clauses that apply everywhere sit first, and market-specific wording is marked. Where the two differ, the more protective rule applies
to your account.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
Privacy asks land on a desk beside our usual customer support, so you are not pushed through a general queue. Tell us which record you want to see — a JazzCash load log, a login history export, a support transcript — and we pull the right file against your account. Most written requests get a reply inside two working days.
Inside your account, open the help tab and mark the message as a data request. Your account ID travels with it, so the desk finds the file without retyping.
Email suits longer asks, such as a copy of everything tied to one route. Attach any JazzCash, Easypaisa, SadaPay or Raast confirmation you hold so we can match it.
If someone else may have reached your account, use the security line first. The team can freeze the session, then handle the data question and give you a reference.
Everything here is written and kept current in-house by the people who run account operations for pak365 download. Each clause maps to something the team built or watches: how a load is...
The policy team shares a workspace with the payments crew. When JazzCash or Easypaisa changes what it returns on a load, the wording here moves with the code.
Each update carries a revision date. If you want the wording as it stood when you opened your account, the desk can send that earlier copy.
We draft in everyday English for Pakistan rather than legal shorthand. Long clauses are split up, and any fixed term is defined in the sentence using it.
Only the Pakistani routes we settle through are listed — JazzCash, Easypaisa, SadaPay, NayaPay and Raast. Anything unsupported stays out, so the list never overstates the platform.
Two-factor sign-in, session timeouts and login alerts are described in ordinary words, including how many failed attempts are allowed before an account freezes.
Your details run your account, meet our record-keeping duties and keep the lobby secure. We do not hand contact lists to advertising brokers or unrelated third parties.
This privacy policy is one of a small set of documents you accept when you open an account, and it sits cleanly beside the rest. The terms page handles how you use...
The terms page sets the rules of play. This page explains the data trail those rules create, and where any retention figure lives.
Our cashier page shows how money moves in and out. This page shows what stays afterwards: reference numbers, timestamps, the route used and its status history.
The cookie notice deals with what sits on your device while you browse. This document deals with what reaches our servers once you sign in.
The security page describes the locks around your account. This page describes the login history, device markers and alert logs those locks produce.
Words such as account, session and payout carry the same meaning in every document we publish, so you can move between pages without relearning a glossary.
Retention windows are set out once, here, and referenced from the other documents rather than repeated, leaving one place to confirm how long a record is held.
New clauses appear on this page first, then spread to any document referring to them. If two pages disagree on a data question, this policy takes priority.
A few visible pieces around this document do a fair share of the work. The date block shows how fresh the wording is, the menu down...
The block at the head of this document shows when the wording last moved. If you opened your account earlier, the previous version shaped how records already held were handled.
A fixed list beside the text reaches any clause without scrolling the whole policy. It matters most on a phone, where long documents are awkward to skim.
This page reads in English written for Pakistan. Where a translated copy exists, the switcher flags it as a translation and the English wording stays binding.
The chips name the Pakistani routes referenced when this page discusses transaction records. They act as labels, not links, so tapping one will not open a cashier.
A clean print style drops the navigation and leaves the clauses on the page, which helps if you want a copy for your own files.
The short question list near the foot answers what our desk sees most often, and each answer points back to the fuller clause.