18+ | Play responsibly | Single INR wallet
Privacy settings card
Delete account

Close the account, withdraw the balance, wait out the cooling-off window

Account deletion on khelo bet24 is self-serve and final. The wallet must be at ₹0 before closure; the cooling-off window (default seven days) lets the reader cancel; after the window, the data deletion follows the published retention policy. The route names the steps in the order the wallet screen presents them, and points to /privacy/ for the retention policy.

Closure steps

Five steps from request to confirmation

1

Open settings

Inside the lobby, tap Settings → Account → Delete account.

2

Wallet at zero

The wallet must be at ₹0. Withdraw any cash balance or wait for active bets to settle.

3

Request closure

Tap Request closure; an OTP confirms the request.

4

Cooling-off window

The cooling-off window lets you cancel the request. The default is 7 days.

5

Final confirmation

After the cooling-off window, the account closes; data deletion follows the published retention policy.

Cookies and preferences

What the route asks the reader to clean before closure

Cookies and preferences panel
Cookies and preferences panel

The cookies panel on /cookies/ is the editorial reference for the cookies the lobby writes during the session.

The cookies panel on /cookies/ documents the cookies the lobby writes during the session. The closure request does not clear the cookies on the reader's browser; the reader clears them locally if desired.

The data deletion follows the published retention policy on /privacy/. The retention policy is what the route asserts when the data leaves the live systems.

Data retention

What is deleted and what is retained

Data classTreatmentNotes
Account profileDeleted at closureMobile, KYC identity, address
KYC documentsDeleted at closureAadhaar/PAN, bank statement, selfie
Transaction historyAnonymised after retentionAggregated for AML
AML recordsRetained for the statutory periodSee /privacy/
Aggregated analyticsRetained, no PIINo personally identifiable data
BackupsRotated on the standard scheduleRemoved at rotation end
Privacy card on the wallet screen

The privacy surface the reader interacts with

Privacy settings card
Privacy settings card

The privacy card on the wallet screen exposes the responsible-play, marketing and cookie toggles the route references.

The privacy card on the wallet screen exposes three toggles: marketing consent (revoked on deletion), responsible-play settings (carried over to the exclusion period), and the cookie preferences (cleared locally by the reader).

The route asserts the toggles exist and links to /cookies/, /privacy/ and /responsible-play/ for the substantive policy text.

When to talk to support first

The cases where the inbox form comes before the self-serve path

Support agent on shift
When the wallet holds a balance or an active bet, the support inbox form on /contact/ is the documented formal channel.

Three cases route to the support inbox form on /contact/ before the self-serve closure path:

  1. The wallet holds a non-zero balance the reader cannot withdraw (a pending withdrawal, a settled bet awaiting payout, a Daily Race credit).
  2. An active bet has not yet settled and the reader wants the bet to ride out.
  3. The mobile number on file is no longer reachable and the OTP step cannot run.

In all three, the inbox form is the documented formal channel. The self-serve closure path is blocked until the case is closed.

Window defaults

The cooling-off and retention windows

Cooling-off window default7 days
Cooling-off minimum24 hours
Cooling-off maximum30 days
CancellationAvailable until window end
Profile deletionAt window end
Backup rotationStandard schedule
Where this hands off

Privacy

The retention policy the deletion follows.

Cookies

The cookies the lobby writes during the session.

Responsible play

Self-exclusion as an alternative to deletion.

Contact

The support inbox form for closure blockers.

Deletion questions

Five deletion questions before the first tap

Can I delete the account with a non-zero wallet?
No. The wallet must be at ₹0 before the closure request. Withdraw the balance or wait for active bets to settle first.
How long is the cooling-off window?
Default seven days. Configurable from 24 hours to 30 days. The window lets you cancel the request.
Is the deletion reversible?
Yes, during the cooling-off window. No, after the window closes. The data deletion follows the published retention policy.
What is retained after deletion?
Anti-money-laundering records are retained for the statutory period. Aggregated analytics are retained with no PII. Backups rotate on the standard schedule. See /privacy/.
Can I self-exclude instead?
Yes. Self-exclusion is on /responsible-play/. A self-exclusion is reversible at the end of the stated period; a deletion is final after the cooling-off window.
The cooling-off window, in detail

How the seven-day window behaves

The cooling-off window is the safety valve between the closure request and the final confirmation. The default is seven days; the reader can shorten or extend it from 24 hours to 30 days.

1

Request

The reader taps Request closure; an OTP confirms the request.

2

Window opens

The seven-day window starts. The reader can cancel from the same screen.

3

Reminder

An SMS and an in-app notification fire at 24 hours and 1 hour before closure.

4

Cancellation

The reader can cancel the request at any point during the window. The cancellation re-opens the account.

5

Closure

At window end, the account closes and the data deletion follows the published retention policy.

Self-exclusion vs deletion

When to take a cooldown instead of deleting

Self-exclusion and deletion solve different problems. Self-exclusion is reversible at the end of the stated period; deletion is final after the cooling-off window.

PathReversibleData deletedWhen to use
Self-exclusionYes, at end of periodNoTemporary break (6 months to 5 years)
CooldownYes, at end of windowNoShort break (24h to 6 weeks)
DeletionNo, after cooling-offPer retention policyPermanent exit
What the retention policy actually covers

Three data classes, three retention rules

The data deletion on khelo bet24 follows the published retention policy on /privacy/. The policy covers three data classes, each with a different retention rule. The classes are described below in the order the privacy policy presents them.

Account profile and KYC documents. Deleted at closure. The deletion removes the mobile number, the KYC identity (Aadhaar or PAN), the address, the bank match document and the live selfie. The deletion is final after the cooling-off window; the data does not return to the live systems.

Anti-money-laundering records. Retained for the statutory period. AML records are aggregated transaction records the operator is required to retain under anti-money-laundering regulation. The records are retained in anonymised form; the KYC identity is removed but the transaction patterns are kept.

Aggregated analytics. Retained with no personally identifiable data. Aggregated analytics are the read-only counters the operator uses to monitor the lobby. The counters do not carry PII; they are retained indefinitely.

Backups. Rotated on the standard schedule. The operator's backup rotation is a separate lifecycle from the live systems. Data is removed at the end of the rotation cycle, not at the moment of the closure request.

Data classTreatmentWhen
Account profileDeleted at closureAfter cooling-off window
KYC documentsDeleted at closureAfter cooling-off window
AML recordsRetained for statutory periodAnonymised
Aggregated analyticsRetained indefinitelyNo PII
BackupsRotated on scheduleRemoved at rotation end

The retention policy is the substantive answer to the question "what is deleted and what is retained". The deletion route points to /privacy/ for the full text; the route itself states the three classes and the three rules in short form.

Why a cooling-off window exists

The safety valve between request and final closure

The cooling-off window exists to prevent reactive closure. A reader who taps Request closure in the heat of a bad session is not in a state to make a permanent decision about the account. The cooling-off window gives the reader seven days (default) to cancel the request and return to the lobby.

The cooling-off window is configurable from 24 hours to 30 days. The default is seven days because seven days is long enough to break the reactive state but short enough that the reader does not feel trapped. The reminder fires at 24 hours and 1 hour before closure, by SMS and in-app notification.

The cooling-off window is the safety valve. The deletion path is final after the window closes. The reader can cancel the request at any point during the window; the cancellation re-opens the account with the same KYC and the same balance.

Default window7 days
Minimum window24 hours
Maximum window30 days
Reminder cadence24h and 1h before closure
CancellationAvailable until window end
FinalityAfter window closes

The cooling-off window is the difference between deletion and reactive deletion. The window is the editorial reference's commitment to the reader that the deletion is not impulsive. The reminder cadence is the commitment that the reader is not surprised by the closure.

Self-exclusion vs deletion, in detail

Which lever fits which situation

Self-exclusion and deletion solve different problems. Self-exclusion is reversible at the end of the stated period; deletion is final after the cooling-off window. The right lever depends on what the reader wants the post-decision state to be.

Pick self-exclusion when the reader wants a longer break (six months to five years) but expects to return to the lobby at the end of the period. Self-exclusion locks the account for the period, revokes marketing consent for the same period, and requires a fresh KYC and a 24-hour reflection window at re-entry. The lockout is reversible at the end of the period; the data is not deleted.

Pick cooldown when the reader wants a short break (24 hours to six weeks) and expects to return to the lobby at the end of the window. The login page accepts credentials but the lobby remains locked. The wallet is read-only and withdrawal remains available.

Pick deletion when the reader wants to exit the lobby permanently. The closure request opens a seven-day cooling-off window (default). After the window, the account closes and the data deletion follows the published retention policy on /privacy/. Anti-money-laundering records are retained for the statutory period; aggregated analytics are retained with no PII. The deletion is final.

LeverReversibleData deletedWhen to use
CooldownYes (window end)NoShort break (24h to 6 weeks)
Self-exclusionYes (period end)NoLonger break (6 months to 5 years)
DeletionNo (after cooling-off)Per retention policyPermanent exit

The three levers are not interchangeable. A reader who picks deletion when they wanted a break will not be able to return to the lobby at the end of the cooling-off window. A reader who picks self-exclusion when they wanted deletion will see the account re-open at the end of the period. The right lever is the one that matches the reader's intent.

Next step

Open the lobby

The path is self-serve. The retention policy is on /privacy/. The cooling-off window lets the reader cancel before the closure becomes final.

One wallet. Four verticals. Open the lobby.

Play now