LEGAL REFERENCE

Privacy Built Around Your Account

pasarantogel1 keeps your account data, lobby activity and e-wallet context readable in one Privacy Policy, so you know what we collect before you open an account. We built...

Account data clarityIndonesia privacy contextQRIS and e-wallet referencesPolicy contact paths
pasarantogel1 Privacy Built Around Your Account

How This Privacy Policy Applies

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

24/7 SUPPORT

Contact Us About Privacy

If you have a privacy question, we want the path to feel simple. Use the contact route that matches your concern, include your account email or phone only when needed, and avoid sharing passwords or full payment credentials.

Team online

Privacy inbox

Send privacy requests through our contact form when you want access, correction or deletion help. We may ask for account matching details before acting, because protecting your data is part of the request process.

Account support

Reach account support if your question connects to login history, profile data or verification records. We use the conversation to identify the issue, then route privacy-specific actions to the right internal owner.

Payment context help

Ask us if DANA, OVO, GoPay or QRIS references inside your account record look unclear. We can explain what data category is stored without asking you to expose full wallet credentials.

TRUST MARKERS

How We Keep Policy Text Current

Our Privacy Policy is written to be practical, not buried in legal clutter. We check it against account flow, lobby access, support handling and Indonesia payment references so the wording matches how...

Internal policy owner

We assign ownership for this page so updates are not left floating between teams. That owner checks privacy wording against account flows, support routing and service changes before edits go live.

Plain-language drafting

We aim to write privacy terms in direct English for Indonesia, avoiding vague labels where a clearer data category works. You should be able to see why each data type matters.

Change tracking

When we adjust privacy wording, we look at what changed in collection, use, storage or sharing. Material edits are kept visible through the latest page version rather than hidden in scattered messages.

Access boundary wording

We include supported-region and local-law wording because privacy duties can shift by location. That phrasing helps separate account data handling from any assumption that access is open everywhere.

Partner reference checks

Where partner services touch verification, hosting, analytics or payment references, we describe the category rather than overstating control. This keeps the policy honest about what we operate and what partners process.

Support feedback loop

Questions sent to support help us find wording that needs clearer treatment. If repeated privacy questions point to confusion, we can adjust this page so your next answer is easier to find.

Consistency Across Legal Policy Pages

This page sits beside other legal pages, but it has a narrow job: privacy. We keep its scope focused on data collection, account handling, disclosure, retention, security and...

Terms page boundary
Our terms explain account rules and service use, while this Privacy Policy explains data handling. Keeping those roles separate helps you find privacy answers without reading unrelated account conditions.
Cookie page alignment
Cookie wording should connect back to this policy whenever device signals, analytics or session tools involve personal data. We keep the language aligned so tracking references do not conflict across pages.
Promotion page separation
Promo pages may describe what is running this week, but privacy wording stays here. That separation keeps account rewards, banners and campaign labels away from how data rights are explained.
Support page connection
Support pages tell you where to contact us, while this policy explains what happens to the data inside that contact. Together, they make the request path clear without repeating every detail.
Payment page distinction
Payment pages can show DANA, OVO, GoPay and QRIS context, but this page focuses on the records created around those references. It does not promise wallet availability or processing speed.
Security wording fit
Security pages may speak about access protection, while this policy explains why security data is collected. We keep those texts consistent so account protection is not separated from privacy duties.
Regional wording match
Where a sibling page mentions Indonesia or supported regions, this policy uses the same access boundary. That helps avoid mixed signals about local law, account access and data processing.
PLATFORM SNAPSHOT

Visible Policy Layout Signals

The policy page is shaped for quick reading before you open your account. We use short sections, clear labels and repeated contact cues so you can understand privacy...

Clear opening scope The first screen states that the page is about Privacy...
Data category cues Section labels highlight account details, device signals, service messages and...
Local context chips DANA, OVO, GoPay and QRIS appear as context chips because...
Contact placement Privacy contact paths sit near the main notice so you...
Rights-focused FAQ The questions focus on access, correction, deletion, retention and sharing...
Update visibility Policy change language is kept visible so you know this...

Privacy Questions Before You Join

We may collect contact details, login credentials, device signals, verification records and account activity. We use this data to create your account, protect access, meet legal duties and keep support conversations connected.

Those names appear because they may be part of Indonesia payment context linked to your account records. This policy explains related data categories, not wallet approvals, timing or availability in every location.

Yes. Contact us if your profile details or account records look wrong. We may need to verify that the account is yours before changing stored data or explaining why a record must remain.

We keep data for as long as needed for account operation, legal duties, dispute handling, security checks and record accuracy. Some data may stay after closure where retention is required or reasonably necessary.

We may share limited data with service partners that help with hosting, security, analytics, verification, support or payment references. We share only what is needed for the relevant task and applicable legal basis.

Send a deletion request through our contact path and include enough account details for matching. We will assess the request against legal retention duties, open disputes, security needs and supported-region requirements.

We may update this page when data practices, partner tools, legal requirements or account flows change. The latest version on this path is the one you should read before continuing.