Reference

Privacy Policy For dhx4d login

dhx4d login Privacy Policy explains what we collect when you open an account, use the browser lobby, contact support or select DANA and QRIS.

Account dataCookie choicesWallet recordsPolicy requests
dhx4d login Privacy Policy For dhx4d login
CONTACT ROUTES

Privacy Questions Near Your Account

A clear contact route matters when you want to understand a data entry or correct an account detail.

Account privacy request Use the support path inside your account when you want to ask about a phone number, verification record or sign-in detail. We can match the request more accurately when you mention the account contact and explain whether you seek access, correction or removal.
Wallet record question For DANA, OVO, GoPay or QRIS references, include the payment rail and the date shown in your account history. We use those details to locate a status or receipt record, while you should keep wallet PINs and one-time codes out of every message.
Device access concern If a browser session looks unfamiliar, tell us which device path you used, such as mobile browser or desktop browser, and when you noticed it. We can guide the account-security check and ask for the minimum details needed to investigate the session.
DATA PRACTICE

Six Practical Privacy Commitments

We handle this policy area through ordinary account operations rather than vague promises. Phone verification helps connect you to the correct account, while device signals help us examine unusual login activity.

Account data

We use the contact details and phone verification step you provide to create and protect your account. Before discussing private account content, we may ask you to confirm an account detail so a request is handled against the correct record.

Cookie controls

Cookies and related browser signals help keep the sign-in path working and remember limited session settings. You can manage browser permissions on your device; changing them may require another login or affect how the lobby opens after verification.

Payment references

A DANA, OVO, GoPay or QRIS event can create a reference, amount status and timestamp in the account record. Bank transfer and virtual account activity can be matched in the same way, without asking you to disclose a wallet PIN.

Security checks

We examine device and browser signals when account access appears unusual, and phone verification can help confirm that you are the account holder. Never place a one-time code, wallet password or private payment credential in a support message.

Retention approach

We retain account, security and payment-reference records only for operational, dispute, fraud-prevention or legal needs that apply to the service. When a request concerns removal, we assess the record and explain if a rule requires part of it to remain.

Change requests

You can ask us to correct an account detail, provide a copy where available or explain how a record is used. Send the request through account support with a clear subject; we may verify your identity before making any change.

Privacy Policy Questions From Indonesia

These Privacy Policy answers address the account and payment questions we expect from Indonesian customers before they open an account. They cover the browser login path, phone verification, wallet references, cookies, retention and requests for access or correction. If your situation is specific, use the account support route with only the details needed to identify the matter. Eligibility depends on local law, and the policy applies where local law permits.

It covers account details, phone verification, browser and device signals, cookies, support messages and payment references linked to DANA, OVO, GoPay, QRIS, bank transfer or virtual account activity. It also explains retention, security checks and how you can request access or correction.

Phone verification helps us connect you with the correct account and reduce mistaken access when you sign in from a mobile browser or desktop browser. We use the verification status for account protection, and you should never send a one-time code through support.

Yes. The policy includes payment references such as a rail name, status and timestamp connected with DANA or QRIS activity. Similar references can apply to OVO, GoPay, bank transfer and virtual account events. We do not need your wallet PIN for this matching.

You can send a correction request through the account support path and identify the detail that appears wrong. We may ask you to confirm the account contact before changing it. A clear subject and the relevant record help us assess the request without extra private data.

Cookies and browser signals support the session between phone verification, login and the lobby, while limited settings can help the browser remember your path. You can change cookie permissions in your device browser, though a later login or reduced session function may follow.

We keep records for the operational, security, dispute-prevention or legal purpose that applies to them. Retention can differ by record type and local rule. If you request removal, we assess the request and explain when a specific record must remain.

Use the support path inside your account and state whether you want access, correction, an explanation or removal assessment. Include your account contact and the relevant payment rail or device path if needed, but leave out wallet passwords and one-time codes.