Reference

cempaka33 Privacy Policy, Clearly Explained

The cempaka33 Privacy Policy shows what we collect when you open an account, sign in on mobile, use DANA or QRIS, and move through the lobby where local…

Account dataWallet recordsDevice signalsCookie choices
cempaka33 cempaka33 Privacy Policy, Clearly Explained
PRIVACY HELP ROUTE

Contact cempaka33 About Privacy Questions

A clear contact route helps when a data question is tied to a real account event.

Account help path Open the support route from your signed-in account when you need a copy of stored details, a correction, or an explanation of a DANA, OVO, GoPay or QRIS reference. Include only the information needed to identify your account.
Receipt and status check If a payment record looks unfamiliar, send the receipt reference through the account support path. We can compare the recorded status with the matching wallet, bank transfer or virtual account event without asking for your wallet password.
Policy request For a Privacy Policy question, name the request clearly, such as access, correction, deletion or cookie preference. We may ask for an account step or phone verification so we do not disclose personal data to the wrong person.
SIX DATA CONTROLS

Six Controls Behind Your Account Data

We handle policy requests through practical account checks rather than broad promises. Your registration details stay connected to the account record they support, while wallet references are used to reconcile payment status.

Collected at registration

We collect the details needed to create and maintain your account, including contact information and the phone verification step before account entry. We use these details to match your requests with the correct account, not to request wallet credentials.

Payment references only

For DANA, OVO, GoPay, QRIS, bank transfer and virtual account activity, our records focus on status, amount reference and matching account details. Wallet passwords, card PINs and one-time codes should never be sent through support.

Device and session signals

A mobile browser may provide device, browser and session signals when you sign in or move from the account page to the lobby. These signals help detect unusual entry patterns and keep the right session connected to your account.

Cookies with choices

Cookies can remember sign-in preferences, support the account path and measure whether a page responds correctly. You can manage available cookie choices through your browser settings, although changing them may affect saved preferences or parts of the account flow.

Retention by purpose

We retain records for the period needed to operate the account, reconcile a payment query, resolve a support request or meet a legal need. When a record is no longer required for those purposes, we assess it for deletion or removal from active use.

Requests and corrections

You can ask us to access, correct or, where applicable, delete personal details through the account support route. We may verify your phone or request a matching account reference before changing data, protecting your information from an unauthorised request.

Privacy Policy Questions for Indonesian Accounts

These Privacy Policy answers cover the practical searches we expect before you open or use an account from Indonesia. They explain payment references, cookies, phone verification, mobile sessions, retention and contact steps in plain language. If your question involves eligibility or account entry, that decision depends on local law and the wording shown in the relevant account flow.

It covers account details, phone verification, device and session signals, cookies, support messages and payment references. It applies when you register, sign in, use DANA, OVO, GoPay or QRIS, and move through the account or lobby where local law permits.

No. Our payment records are used to match a status or reference with your account. We do not need your DANA, OVO, GoPay or QRIS password, PIN or one-time code, and you should not send those secrets through the support route.

Phone verification helps connect an account request to the person who controls the registered contact detail. We may use that step before account entry or before releasing stored data, especially when a request concerns correction, deletion or a payment reference.

Use the support path inside your account and state that you want an access request under the Privacy Policy. Add the registered phone detail or a relevant reference, but do not include wallet passwords. We may verify ownership before preparing the response.

Yes, you can submit a correction or deletion request through the account support path. We assess the request against the purpose and retention need for each record, then explain if a legal, payment or dispute reason means some data must remain.

It describes cookies and similar signals that can remember sign-in choices, support session continuity and show whether an account page works correctly. You can adjust browser settings, though removing cookies may clear preferences or interrupt the mobile account path.

Retention depends on why the record exists. We keep account, payment and support details while they are needed for account operation, reconciliation, dispute handling or a legal need. After that, we assess deletion or removal from active systems.