HAP.Partners · Legal
Privacy Policy
How Alpheric Consultants Private Limited collects, uses, shares, stores and protects personal data across HAP.Partners and HAP CheckIn — written to the Digital Personal Data Protection Act, 2023, and describing what our systems actually do rather than what is merely permitted.
- Version
- 1.2
- Effective
- 5 August 2026
- Last updated
- 3 September 2026
1.Scope and who we are#
- This Privacy Policy explains how Alpheric Consultants Private Limited (CIN U85500UP2023PTC187437), operating the HAP.Partners and HAP CheckIn services (“HAP”, “we”, “us”), handles personal data.
- It applies to hap.live, the HAP applications, the HAP CheckIn applications used by organisers, sellers, crew and partners, our gate-entry systems, and the emails and messages we send.
- For the personal data described here, HAP is a Data Fiduciary under the Digital Personal Data Protection Act, 2023 (the “DPDP Act”). We also handle personal data in line with the Information Technology Act, 2000 and the rules made under it.
- An Event Organiser is a separate and independent Data Fiduciary for the attendee data it receives. See section 7.
- This Policy forms part of our Terms of Service.
2.The short version#
What this policy says, in five lines.
- We collect what a ticket transaction actually needs — a name, an email, a phone number, and what you bought.
- We do not sell personal data, and we do not share it for anyone else’s advertising.
- The Organiser of an event you booked receives the attendee details for that event, and is independently responsible for them.
- Payment credentials never reach us. They go straight to an RBI-authorised payment aggregator.
- You can ask for a copy of your data, correct it, withdraw consent, or ask us to erase it — section 14.
3.Personal data we collect#
We collect the categories below. Not every category applies to every person: a visitor who only browses generates far less than an organiser who is onboarded and settled.
| Category | What it includes | Who it concerns |
|---|---|---|
| Identity and contact | Full name, email address, mobile number, and country code. | Buyers, attendees, organisers, crew, sellers |
| Order and ticket data | Order number, event, ticket types, quantities, day and time slot, prices, discounts, coupon used, taxes, fees, order status, ticket codes and their status. | Buyers and attendees |
| Attendee details | Names, and where supplied, the email addresses of the people a ticket is for. | Attendees |
| Payment metadata | Payment reference identifiers, method used (card, UPI, net banking, wallet), amount, currency, status, provider fee, failure reason, refund and chargeback records. Not card numbers, CVV, UPI PIN or banking credentials — see section 8. | Buyers |
| Entry and attendance | When a ticket was scanned, at which gate, on which device, whether entry was by scan or entered manually, and whether the code had already been used. | Attendees |
| Account and security | Password (stored only as a cryptographic hash), one-time passwords, session and refresh tokens, two-factor authentication status for platform administrators. | Account holders |
| Device and connection | IP address, browser user-agent string, and the channel an order came from. | All users |
| Organiser business data | Legal and trading name, support email and phone, addresses, tax registrations, bank and settlement details, and KYC documents required to receive payouts. | Organisers and sellers |
| Content you upload | Event descriptions, images, venue details, schedules, speaker and sponsor information. | Organisers |
| Support and correspondence | Messages you send us, and our record of what was done about them. | Anyone who contacts us |
| Administrative records | Audit records of actions taken in our systems — who did what, to which record, when, and from which address. | Staff, organisers, administrators |
Please do not send us data we did not ask for.
We do not need, and ask you not to submit, government identity numbers, health information, biometric data, caste or religion, or financial account details, except where a specific field asks for it — for example organiser KYC required to make a payout. Data sent to us unnecessarily in free-text fields is deleted when we find it.
4.Where it comes from#
- From you — when you browse, book, create an account, contact support, or fill in a form.
- From the person who booked for you — a buyer may enter your name and email as an attendee. Where they do, they confirm that they are authorised to share your details for that purpose.
- From your device — IP address and user-agent, automatically, as part of any web request.
- From our payment aggregator — the outcome of a payment, the method used, the fee charged, and any refund or chargeback.
- From gate devices — check-in records, which may be created offline and synchronised later.
- From an Organiser — where it adds a crew member or a seller to its event.
5.Why we use it, and on what basis#
Under the DPDP Act, personal data is processed either with your consent or for a “legitimate use” the Act recognises. Each purpose below states which applies.
| Purpose | Data used | Basis |
|---|---|---|
| Take your order, hold inventory, collect payment and issue your ticket | Identity and contact, order and ticket data, attendee details, payment metadata | Performance of the service you asked for — consent given at the point of purchase |
| Send your ticket, order confirmation, and any reschedule or cancellation notice | Identity and contact, order and ticket data | The specified purpose for which you gave the data |
| Verify your identity for account access | Contact details, one-time passwords, session tokens | The specified purpose |
| Admit you at the gate, and prevent a ticket being used twice | Ticket data, attendee name, entry and attendance records | Performance of the service |
| Give the Organiser the attendee list it needs to run its event | Attendee names and contact details, ticket data, entry records | The specified purpose — see section 7 |
| Refunds, chargebacks and payment disputes | Order, payment and entry data | Legal obligation and the specified purpose |
| Detect and prevent fraud, ticket touting, abuse and unauthorised access | Device and connection data, order patterns, entry records | Legitimate use — preventing fraud and securing the service |
| Customer support | Whatever the enquiry concerns, plus correspondence | The specified purpose |
| Accounting, invoicing, tax, settlement and statutory reporting | Order, payment, settlement and organiser business data | Compliance with law |
| Aggregate reporting on sales and attendance | Order and entry data, aggregated | Legitimate use — running the business. Reports do not identify individuals |
| Improve, secure and debug the Platform | Device and connection data, error records | Legitimate use |
| Marketing about events you may like | Contact details and booking history | Consent, which you may withdraw at any time |
| Responding to a lawful request, or establishing or defending a legal claim | Whatever the request or claim concerns | Compliance with law |
We do not use personal data to make a decision that produces a legal effect on you without a human being involved.
7.Event Organisers are independently responsible#
This is the sharing most people do not expect, so it is stated plainly.
When you buy a ticket, the Organiser of that event receives your name, contact details, what you bought, and whether you attended. It needs this to run the event. From that point the Organiser is an independent Data Fiduciary for that copy of your data, and is responsible for it under the DPDP Act.
- Our Terms require an Organiser to use attendee data only to operate its event, not to sell or transfer it, not to use it for unrelated marketing, and not to keep it longer than its lawful purpose requires.
- We enforce those terms, and suspend organisers who breach them, but we do not control an Organiser’s systems. A request to access, correct or erase data held by an Organiser should be made to that Organiser. Its contact details are on the event page and in your order confirmation.
- Write to [email protected] if an Organiser does not respond, or if you believe one has misused your data, and we will take it up.
- Each organisation’s data is isolated from every other in our systems. One organiser cannot see another organiser’s attendees. Cross-organisation access exists only for our own platform administrators, is restricted to named roles, and every such access is recorded.
8.Payment data#
- Payments are processed by an RBI-authorised payment aggregator. Your card number, CVV, expiry, UPI PIN and net-banking credentials are entered inside the aggregator’s environment and are never transmitted to, seen by, or stored on, our systems.
- We store only what we need to reconcile the transaction: a payment reference, the method used, the amount, the status, the fee charged, and the reason for any failure.
- The aggregator processes your data under its own privacy policy and its obligations to the Reserve Bank of India.
10.Crash reports and diagnostics from the crew app#
This section is about the app event staff use, not about buying a ticket.
HAP CheckIn is the application crew use at a gate. When it fails, it can send us a report so the fault can be found and fixed. Nothing described here happens on hap.live, and no report is ever sent from a ticket buyer’s device.
- Crash reporting is off unless it has been switched on for a particular build of the app. Where it is off, the app collects nothing described in this section and contacts no third party.
- Where it is on, a report is sent only when the app actually fails — a crash, an unhandled error, or a screen that could not be drawn. The app does not send reports on a schedule, and does not report ordinary use.
| A report contains | A report never contains |
|---|---|
| The error, and where in our own code it happened. | A screenshot, or any copy of what was on the screen. |
| App version and build number, device model, and operating system version. | Attendee names, ticket codes, QR tokens, or any part of the guest list held on the device. |
| The identifier of the crew device, and of the event it is working — so a fault can be traced to the gate that hit it. | The name, phone number or email address of the crew member using the device. |
| Recent internal fault codes and how often each occurred — for example, that the radio failed to advertise three times. | Location, or anything derived from it. |
| A short trail of what the app was doing beforehand, passed through the same redaction that guards the report a crew member can share from inside the app. | The device’s IP address. The app is configured not to attach one, and our provider is instructed not to store one. |
- The crew device identifier is a pseudonymous code we issued, not a name — but we and the Organiser that enrolled the device can link it back to a person, so we treat a crash report as personal data and it carries every right in section 14.
- We use these reports for one purpose: keeping the application working. They are not used to monitor a crew member’s performance, activity or whereabouts, and we do not make them available to an Organiser for that purpose.
- Reports are processed by a specialist crash-reporting provider on our instructions, under written terms, and are deleted after 90 days. That provider stores them outside India — see section 11.
- A crew member who would rather send nothing can say so, and the Organiser or [email protected] can have reporting turned off for that device. The app is fully usable with it off. The in-app diagnosis report — which stays on the phone unless somebody chooses to share it — is unaffected either way.
11.Where data is stored and processed#
- Personal data is stored on infrastructure located in India.
- A limited number of service providers — for example email delivery — may process data outside India in the course of delivering a message. Where that happens, it is only to a country the Central Government has not restricted under section 16 of the DPDP Act, and under contractual protections.
- Crash reports from the crew app, where that build has reporting switched on, are stored outside India by our crash-reporting provider under the same conditions, and deleted after 90 days. What such a report can and cannot contain is set out in section 10.
- Backups are encrypted and held under the same restrictions.
12.How long we keep it#
We keep personal data only for as long as the purpose it was collected for requires, or for as long as the law requires, whichever is longer. When a period ends, the data is deleted or irreversibly anonymised so that it can no longer identify anyone.
| Data | Retention period | Why this long |
|---|---|---|
| Order, payment, invoice, refund and settlement records | 8 years from the end of the relevant financial year | Books of account must be preserved for 8 years under the Companies Act, 2013; tax and GST records for up to 6 |
| Buyer and attendee name and contact details attached to an order | With the order record above | They are part of the transaction record |
| Ticket and entry records | 24 months after the event | Disputes about admission and chargebacks arise after the event, not during it |
| Account details, where you created an account | Until you close the account, then 90 days | The window lets you change your mind and lets us finish anything in progress |
| One-time passwords | Until used or expired — minutes | They have no purpose afterwards |
| Session and refresh tokens | Until sign-out or expiry | They are the session |
| IP address and user-agent recorded against an order | 18 months | Fraud and abuse patterns are only visible over time |
| Administrative audit records | 3 years | They are the evidence that nobody acted unseen |
| Support correspondence | 3 years from closure | Consumer claims can be brought up to 2 years after the cause of action |
| Marketing consent and withdrawal records | For 3 years after consent is withdrawn | To prove that a withdrawal was honoured |
| Organiser KYC and settlement records | 8 years after the relationship ends | Financial and regulatory record-keeping |
| Uploaded event images and content | While the listing is live, then 12 months | So an event can be republished or a dispute reviewed |
Where you ask us to erase data that we are also required by law to keep, we erase what we can and retain the rest for the statutory period only, restricted so it is not used for anything else.
13.How we protect it#
- Encryption in transit. Everything travels over TLS. Data at rest, including backups, is encrypted.
- Passwords are never stored. Only a one-way cryptographic hash is kept, so a copy of our database does not yield anyone’s password.
- Isolation between organisations, enforced three times. At the request layer, in the data access layer, and in the database itself with row-level security. A mistake in one layer is caught by the next.
- Least privilege. Staff access is limited to what a role needs. Administrative access to the platform console requires a second factor in addition to a password.
- Reading is audited, not just writing. Looking up an attendee is itself access to personal data, and is recorded.
- Tickets are signed, not guessable. A ticket code carries a digital signature. A gate device can verify one but cannot create one.
- Uploads are checked by content. Files are identified by their actual bytes rather than by the name or type a browser claims, and formats that can carry executable content are refused.
- Payment credentials are out of scope by design. They never enter our systems, so they cannot be lost from them.
No system is perfectly secure. Where a personal data breach occurs, we will notify the Data Protection Board of India and every affected person, in the form and within the time the DPDP Act requires. If you believe you have found a vulnerability, please report it to [email protected] rather than disclosing it publicly.
14.Your rights#
As a Data Principal under the DPDP Act, you have the following rights.
- Access
- Ask for a summary of the personal data we hold about you, what we do with it, and who we have shared it with.
- Correction
- Have inaccurate or incomplete data corrected or completed, and out-of-date data updated.
- Erasure
- Ask us to delete data we no longer need for the purpose it was collected for, subject to the retention periods the law imposes.
- Withdraw consent
- Withdraw consent as easily as it was given. Withdrawal applies going forward and does not undo processing already done, and it may mean we can no longer provide part of the service.
- Grievance
- Raise a complaint with us about how your data has been handled — section 17.
- Nomination
- Nominate another person to exercise these rights on your behalf if you die or become incapable of exercising them.
- To exercise a right, write to [email protected] from the email address on your account or order, telling us what you want and, where relevant, which order it concerns.
- We respond within 30 days. Where a request is complex we may tell you it will take longer, and why.
- We may ask you to verify your identity before acting. This protects you: acting on an unverified request is how one person gets another person’s data.
- Requests are free. We may decline a request that is manifestly unfounded or repetitive, or that would reveal another person’s data, and we will tell you why.
- The DPDP Act also places duties on you: to give authentic information, not to impersonate anyone, and not to file a false or frivolous complaint.
15.Children and persons with a guardian#
- The Platform is not directed at children. A person under 18 may not create an account or place an order.
- Where a child attends an event, a parent or guardian buys the ticket and provides the child’s name where the event requires it. Doing so is the guardian’s consent for that purpose.
- We do not track a child’s behaviour, target advertising at a child, or process a child’s data in a way likely to have a detrimental effect on their well-being.
- If you believe a child has given us personal data without a guardian’s consent, write to [email protected] and we will delete it.
16.Marketing and your choices#
- Transactional messages — your ticket, your order confirmation, a reschedule or cancellation notice, a one-time password, a refund update — are part of the service and are not marketing. They are sent for as long as you hold an active order.
- Marketing is sent only with your consent. Every marketing message carries a one-click way to withdraw it, and you can also write to [email protected].
- Marketing sent by an Organiser about its own events is that Organiser’s responsibility, and is unsubscribed with the Organiser.
17.Changes to this Policy#
We may update this Policy. The version in force is always published at hap.live/legal/privacy, with its version number and effective date. Where a change materially affects how we use your data, we give notice before it takes effect and, where the law requires consent, we ask for it again.
18.Contact, grievances and escalation#
Write to us first. We would rather fix something than have you take it further, and in most cases we can do it faster.
- Data Fiduciary
- Alpheric Consultants Private Limited, Alpheric, 6th Floor, Magnus Tower, Sector 73, Noida, Uttar Pradesh 201301, India
- Data Protection Contact
- Ashish Randhawa · [email protected]
- Grievance Officer
- Ashish Randhawa · [email protected]
- Acknowledgement
- Within 48 hours of receipt
- Resolution
- Within 30 days of receipt
If you are not satisfied with our response, you may complain to the Data Protection Board of India established under the DPDP Act. The Act requires you to have exhausted our grievance process before doing so.
