Cookie notice
Uses the same retention windows quoted here and links back to this page for the master definitions of personal data categories.
This is our privacy posture in plain language. We tell you what we collect when you open an account with hari88, why we keep it, and how long...
We collect the data your account needs to function: your identity check fields, your contact handle, your session timestamps, and the payment references that match deposits to your wallet. We process this only where local law permits and only within the supported regions our licence covers. Your records sit on encrypted infrastructure with role-based access — our support agents see what they
need to help you, nothing more. If you close your account, we retain the minimum set required by our regulator and purge the rest on a documented schedule. You can ask us what we hold on you at any time, and we'll respond inside the window our jurisdiction sets. Payment context chips below show the e-wallet routes referenced in your transaction records.
Service availability is jurisdiction-dependent. Users are responsible for checking local law before access.
A real person owns this policy, not a shared inbox. Their sign-off appears on every revision we push, and their name is on file with our licensing body for the supported regions we operate in.
We re-read the policy every quarter against the rules our regulator publishes. If a clause needs to change, the new version goes live with a dated note so you can see exactly what shifted.
Account fields, identity documents and payment references sit on encrypted storage with key rotation. Only staff with a documented business reason can decrypt, and every read is logged for audit.
Every internal lookup against your record leaves a trail. If you ever ask us who touched your file, we can answer with timestamps rather than guesses, which keeps our team honest.
An external assessor checks our handling controls against the standard our licence references. We act on their findings inside the remediation window and keep the reports on file for inspection.
We write this page ourselves rather than buying a template. If something reads vaguely, that's a bug — tell us and we'll rewrite the clause in the next quarterly pass.
Uses the same retention windows quoted here and links back to this page for the master definitions of personal data categories.
References this policy for any clause that touches your data, so the two documents never contradict each other on what we keep.
Identity-check fields described there match the collection list in this policy, with the same lawful basis and the same purge schedule.
Transaction monitoring duties are explained without repeating sensitive thresholds, and the data points it relies on are listed here too.
Routes privacy complaints to the same named officer mentioned above, with identical response windows for the supported regions.
Opt-in toggles surface the same categories defined here, so turning something off in your account turns it off across our stack.
The closure flow quotes the retention minimums set out in this policy and confirms the purge date before you confirm.
The top of the page gives you the short version in five badges so you can leave with the gist if you only have thirty seconds to spend on us.
The legal notice section is the binding text. It's written tightly enough to read in one sitting but specific enough that our regulator can map it to their checklist.
Three routes to our privacy desk sit mid-page so you never have to dig through a footer to find out where data questions actually land.
Six signals explain how we keep the policy honest — who owns it, how often it's reviewed, and which controls back the promises.
The comparison row points to every neighbouring document so you can check we're saying the same thing in cookies, terms and KYC.
The questions section answers the things our privacy desk actually gets asked, in the order they tend to come up after you open an account.