Home · Delete account

Account closure

Jackpotnow delete account: the closure walk

Closing an account is a documented reader action. This page walks the closure sequence a real operator's account screen supports, the four reads the desk recommends a reader take on a /customer-care/ ticket, and the two patterns the desk treats as off-page.

A closed leather notebook centered on an otherwise cleared pale oak desk, empty chair pulled back, window daylight
The closure walk

Five steps from this page to a closed account

  1. Confirm the account has zero wallet balance and zero open bets. The wallet page and the lobby banners are the audit trails.
  2. Open the account settings panel; the desk does not paste the exact panel name because the operator rotates it.
  3. Open the closure option in the panel; the closure option is the operator's own publication; the reader's screenshot is the audit trail.
  4. Confirm the closure by following the operator's own confirmation flow; the operator's confirmation flow may include a 24-hour cooling window.
  5. Receive the operator's closure confirmation; the confirmation is the audit trail. Keep the confirmation for the desk's /customer-care/ audit record.

The desk does not paste the operator's exact settings panel name; the operator rotates its naming. The reader's screenshot of the panel on the date of the read is the audit trail.

Reader reads on a /customer-care/ ticket

Four reads the desk recommends on a closure ticket

A

Balance read

Ask the operator to confirm a zero balance on the date of the ticket. The balance read is the audit trail; the operator's reply is the rule.

B

Open-bet read

Ask the operator to confirm no open bets sit on the account. The open-bet read is the audit trail; the operator's reply is the rule.

C

Data-retention read

Ask the operator to name the data-retention period for the closure. The period is a regulator's record; the operator's reply is the rule.

D

Confirmation read

Ask the operator to confirm the closure in writing. The confirmation is the audit trail; keep the email.

What the desk does not publish

Two patterns the desk treats as off-page

  1. A specific operator settings panel name. The operator rotates its panel name; the reader's screenshot is the audit trail, not the desk's paste of an old name.
  2. A data-retention period the desk does not have. The operator's reply is the rule; the desk does not paste a regulator's record on the reader's behalf.
Where the closure sits

Three sentences the desk will not write

  1. The desk will not write "delete the app and the account closes." The app and the account are two different artefacts; the closure requires the operator's own confirmation flow.
  2. The desk will not write "the account is closed in 24 hours." The closure window may be longer; the operator's own publication is the audit trail.
  3. The desk will not write "the balance is forfeit on closure." The balance is the reader's; the operator's reply on the closure confirmation is the rule.

The closure is a /customer-care/ ticket

The four reads on a closure ticket are the desk's primary recommendation; the operator's reply is the audit trail.

Open the support ticket
Three asks the delete-account page answers

The reader asks the deck answers

Where is the closure option?

On the account settings panel, on a closure option the operator publishes.

What is the audit trail for a closure?

The operator's confirmation. The deck treats the confirmation as the audit trail; keep the email.

What does the operator's confirmation name?

The data-retention period. The period is a regulator's record; the deck treats the operator's reply as the rule.

Frequently asked

Three questions the page answers

QWhere is the closure walk?

On the account settings panel, on a closure option the operator publishes.

QWhat is the cooling window?

The 24-hour window the operator may publish on the confirmation flow. The deck treats the operator's publication as the rule.

QWhat does the deck not paste?

A specific operator settings panel name. The operator rotates its naming; the reader's screenshot is the audit trail.

The closure walk

Five steps from this page to a closed account

1. Confirm balance

Zero wallet balance and zero open bets. The wallet page and the lobby banners are the audit trails.

2. Open settings

Open the account settings panel. The deck does not paste the exact panel name because the operator rotates it.

3. Closure option

Open the closure option in the panel. The operator's own publication is the audit trail.

4. Confirmation flow

Confirm the closure by following the operator's own confirmation flow. The operator may include a 24-hour cooling window.

5. Confirmation

Receive the operator's closure confirmation. The confirmation is the audit trail.

Reader reads on a ticket

Four reads the desk recommends on a closure ticket

  1. Balance read. Ask the operator to confirm a zero balance on the date of the ticket.
  2. Open-bet read. Ask the operator to confirm no open bets sit on the account.
  3. Data-retention read. Ask the operator to name the data-retention period for the closure.
  4. Confirmation read. Ask the operator to confirm the closure in writing.
A deeper read

What this page is for, and what it is not

This page is the contextual read; the operator's own help-centre article is the rule. The contextual read and the rule are aligned when the operator publishes the rule on the help centre. The contextual read and the rule are unaligned when the operator does not publish a rule on the help centre; the desk treats the unaligned case as the audit trail.

The contextual read sits between the reader's own jurisdiction and the operator's own publication. The reader's jurisdiction is the rule the reader is actually making the decision on; the operator's own publication is the rule the reader is binding to. The two are aligned when the reader's jurisdiction is one of the published rules; the two are unaligned when the reader's jurisdiction is not. The desk's habit is to assume the reader's jurisdiction is one of the published rules; the reader's audit trail is the operator's help-centre article number on the date of the read.

The contextual read and the regulator's publication interact in the rule shape: the regulator's publication is the central framing the desk aligns with; the contextual read is the desk's reading of the operator's help-centre article. The two are aligned when the operator publishes the rule on the help centre and the regulator's publication is unchanged; the two are unaligned when either side rotates.

Where the audit trail sits

The audit trail is the operator's help-centre article on the date of the read. The reader's screenshot is the audit trail; the operator's reply on the /customer-care/ ticket is the rule. The two are aligned when the screenshot matches the reply; the two are unaligned when the screenshot shows a different rule. The desk's habit is to assume the screenshot is the audit trail and the operator's reply is the rule; the reader's audit trail is the screenshot and the reply together.

The audit trail and the central framing interact in the rule shape: the central framing is the Promotion and Regulation of Online Gaming Act 2025; the audit trail is the operator's help-centre article. The two are aligned when the operator publishes the rule on the help centre and the central framing is unchanged; the two are unaligned when either side rotates.

The audit trail and the per-state rule interact in the rule shape: the per-state rule is the regulator's own publication; the audit trail is the operator's help-centre article. The two are aligned when the regulator's publication is unchanged and the operator publishes the rule on the help centre; the two are unaligned when either side rotates. The desk's habit is to assume the per-state rule is the regulator's own publication; the reader's audit trail is the per-state rule itself.

What the desk does not paste

The desk does not paste a numeric withdrawal window. The operator does not publish one; the desk does not invent one. The reader's audit trail is the operator's help-centre article; the regulator's publication is the audit trail for any per-state eligibility.

The desk does not paste a per-operator licence. The regulator's own publication is the audit trail. The desk does not paste a per-state eligibility list; the reader's jurisdiction is the audit trail. The desk does not paste a "guaranteed" claim; the central framing is the audit trail.

What changes between operators

The contextual read is the same across operators; the operator's publication differs. The contextual read sits between the reader's own jurisdiction and the operator's own publication. The desk's habit is to assume the contextual read is the contextual read; the reader's audit trail is the operator's help-centre article number on the date of the read.

The contextual read and the operator's publication interact with the central framing: the central framing is the Promotion and Regulation of Online Gaming Act 2025; the contextual read is the desk's reading of the operator's help-centre article. The two are aligned when the operator publishes the rule on the help centre and the central framing is unchanged; the two are unaligned when either side rotates.

PLAY NOW