Account terms
The account terms explain your duties when you keep login details private. This Privacy Policy explains what bk222 records when those logins happen and how we use that record.
bk222 puts account privacy beside the lobby from your first visit, so you know what data we collect before you open an account. This Privacy Policy explains the...
We collect only the account, device, payment and support details needed to run bk222 in supported regions of Pakistan, where local law permits access. That includes your name or nickname, mobile number, sign-in events, device identifiers, IP region, wallet references, transaction status and messages you send us. We use this data to keep your account reachable, confirm wallet activity, prevent duplicate account
misuse, answer privacy requests and meet record-keeping duties. We do not sell your personal data. When JazzCash, Easypaisa, SadaPay or Raast is involved, the wallet provider also handles its own records under its separate privacy terms. We keep bk222 records only for as long as they are needed for account, security, legal or dispute reasons, then we remove or anonymise them when
retention no longer applies.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
If you want to ask about your data, start with the channel linked to your account so we can verify you safely. We may request recent wallet references or sign-in details before we answer. That check protects your privacy as much as it protects your balance records.
Open live chat from your account menu and choose the privacy option. We can confirm what account data is active, explain retention windows and raise a request without exposing details in public channels.
Send privacy questions to the address shown inside bk222.run. Include your registered mobile number, approximate last sign-in time and the request type, but never send wallet PINs or one-time codes.
If your mobile number changed, contact account help first. After ownership checks, we can route the privacy request to the right record set and avoid sending account details to the wrong person.
Our Privacy Policy is written from the way we operate bk222, not from a generic legal template. The checks below show how privacy choices, transaction records and support access are kept separate...
We ask for account details that let us identify you, process wallet activity and keep records accurate. Optional fields are marked clearly, so you can see when a detail is needed and why.
Support staff see account data through role-based screens. A payment query does not open unrelated chat history unless the case requires it, and sensitive fields are masked where full values are not needed.
JazzCash, Easypaisa, SadaPay and Raast records are stored with transaction status, time and reference labels. We use those labels to trace payments without asking you to repeat private wallet credentials.
We log browser, device and IP region signals to spot account access issues and suspicious patterns. These signals support security checks; they are not used to publish your identity in the lobby.
Retention periods are checked against account activity, open cases and legal needs. When a record no longer serves those purposes, we delete it or convert it into data that cannot identify you.
When we update this Privacy Policy, we adjust the date and keep the wording tied to actual bk222 processes. Material changes are placed where you can read them before continuing.
Privacy pages work better when their wording matches the rest of the legal set. We align this Privacy Policy with account terms, cookie controls and security pages so you are not left...
The account terms explain your duties when you keep login details private. This Privacy Policy explains what bk222 records when those logins happen and how we use that record.
The cookie page explains browser storage and tracking choices. This policy connects those signals to account privacy, including device checks, session safety and ways to change optional settings.
Security wording covers password care, verification steps and account alerts. The privacy wording explains the personal data behind those checks and the limits around who can see it.
Offer terms may need account eligibility checks. This Privacy Policy explains how we handle related records without turning offer activity into public profile details or unrelated marketing lists.
Wallet record wording deals with transaction references and status changes. This policy explains the personal data attached to those references, including mobile numbers, names and support messages securely.
Communication settings explain how to change account messages where available. The Privacy Policy explains why we send security, service and legal messages even when optional updates are turned down.
Dispute and complaint pages describe case handling. This policy sets out what identity, transaction and chat records may be needed to investigate a privacy concern fairly within bk222.
This page is laid out so privacy choices are visible before legal wording becomes dense. We place summaries, contact paths and date markers close to the...
The update date sits near the policy heading so you can check whether wording has changed. We avoid hiding privacy changes deep inside unrelated pages or account pop-ups.
Short summaries introduce each privacy area before detailed wording follows. They are written in direct language so you can see what data is collected, why, and how to ask about it.
Where account data moves from sign-up to wallet checks and support, we show the sequence in plain labels. That makes the Privacy Policy easier to follow on mobile screens.
Contact links stay close to the sections about access, correction and deletion requests. You should not need to search through lobby content to find a privacy contact route.
The cookie link appears beside device and browser wording, not away from it. That placement keeps tracking choices connected to the exact privacy explanation they affect.
Pakistan references appear where they matter: mobile numbers, wallet receipts, IP region and support language. We avoid mixing local data handling with claims that do not apply to your account.