Loading...
compliance

Self-Exclusion Enrollment Form

A Self-Exclusion Enrollment Form for enrolling a patron in a voluntary exclusion program, capturing identity verification, photo consent, exclusion period, and signed acknowledgment.

Trusted by frontline teams 15 years of frontline software AI customization in seconds

Built for: Gaming And Hospitality · Property Management · Security And Loss Prevention · Public Safety Programs

Overview

The Self-Exclusion Enrollment Form is a compliance-oriented intake template for enrolling a patron in a voluntary exclusion program. It captures the program notice, consent to collect PII, acknowledgment of terms, identity verification fields, the chosen exclusion period, photo and document consent, and a signed acknowledgment so the record is usable by the team that administers the program.

Use this template when a person is choosing to restrict their own access and you need a clear, reviewable record of that decision. It works well for gaming, hospitality, security, and public-facing programs where staff must confirm identity, store a photo or supporting document, and document the consequences of enrollment. The structure supports progressive disclosure, so you can show only the fields that apply when a patron selects a custom exclusion period or provides optional supporting documentation.

Do not use this template as a general guest registration form or for unrelated incident reporting. It is not meant to collect broad personal history, unnecessary identifiers, or open-ended notes that do not support the exclusion process. If your program does not require photo capture or supporting documents, remove those fields rather than leaving them blank by default. The strongest version of this form is specific, minimal, and easy to review later.

Standards & compliance context

  • Use data minimization principles by collecting only the identity and consent fields needed to administer the exclusion program.
  • If you collect a patron photo or supporting document, include explicit consent and a plain-language disclosure about storage and access.
  • Design the form with accessible labels, validation, and keyboard-friendly controls to support WCAG 2.1 AA use.
  • If the form is used in a regulated exclusion program, keep the signed acknowledgment and submission record in an auditable format.
  • Do not use this form to collect unnecessary sensitive data; keep the record aligned to the minimum-necessary principle.

General regulatory context for orientation only — verify current requirements with counsel or the relevant agency before relying on this template for compliance.

What's inside this template

Program Notice and Consent

This section explains the program, sets expectations, and documents consent before any PII is collected.

  • Program notice

    Self-exclusion is voluntary. By enrolling, you are requesting to be excluded from gaming access for the selected period. Your submission may be retained in an audit trail for compliance purposes.

  • I consent to the collection and use of my personal information for self-exclusion enrollment (required)
  • I acknowledge that I have read and understand the self-exclusion program terms (required)

Patron Identification

This section captures only the identity fields needed to verify the patron and match the enrollment record.

  • Full name (required)
  • Date of birth (required)
  • Phone number
  • Email address
  • Government ID type (required)
  • Government ID last 4 digits (required)

    Enter only the last 4 digits of the ID number for verification and record matching.

Exclusion Period

This section defines how long the exclusion lasts and when it becomes effective, which is critical for enforcement.

  • Requested exclusion period (required)
  • Specify the exclusion period (required)
  • Requested effective date (required)

    If your program has a mandatory waiting period, the effective date may be adjusted during review.

Photo and Verification

This section supports identity confirmation with a photo or document only when your policy requires it.

  • Patron photo (required)

    Upload a clear front-facing photo for identification and audit trail purposes.

  • Supporting document

    Optional: upload any supporting enrollment document if required by your jurisdiction or venue policy.

Acknowledgment and Submission

This section records the patron’s acknowledgment of consequences, signature, and any notes needed for review.

  • I understand that self-exclusion may restrict my access to gaming areas and related services for the selected period (required)
  • Signature (required)
  • Additional notes

    Use this field for any program-specific notes, interpreter assistance, or accommodation requests.

How to use this template

  1. 1. Configure the program notice, consent language, and required identity fields so the form matches your exclusion policy and only collects the PII you actually need.
  2. 2. Set the exclusion period field to a controlled choice list and add conditional logic for any custom duration details or special program terms.
  3. 3. Assign the form to the staff role that verifies identity, reviews supporting documents, and confirms whether the enrollment is complete or needs follow-up.
  4. 4. Collect the patron photo, supporting document, and signature only when your policy requires them, and store each item with a clear audit trail.
  5. 5. Review the submission for missing required fields, confirm the effective date and exclusion period, and send the patron a clear confirmation of next steps.

Best practices

  • Mark required fields clearly and keep optional fields optional so patrons can complete the form without unnecessary friction.
  • Use a date picker for the effective date and controlled choices for exclusion periods to prevent ambiguous entries.
  • Add conditional logic for the 'other exclusion period' field so custom terms appear only when needed.
  • Keep the consent language specific about how photos, IDs, and supporting documents will be used, stored, and reviewed.
  • Limit identity fields to the minimum necessary for verification and avoid collecting extra PII that does not support enforcement.
  • Provide a clear 'what happens after I submit' line so patrons know whether the enrollment is pending review or active.
  • Store the signed form and any attachments in a system with an audit trail so staff can verify the record later.

What this template typically catches

Issues teams running this template most often surface in practice:

Missing or vague consent language for collecting and storing a patron photo.
Using free-text input for exclusion periods, which creates inconsistent records and review delays.
Collecting more identity data than the program actually needs, increasing privacy risk.
Leaving the effective date unclear, which makes enforcement timing hard to interpret.
Failing to distinguish required fields from optional fields, causing incomplete or abandoned submissions.
Not explaining what happens after submission, which leaves patrons unsure whether enrollment is active.
Skipping conditional logic for custom exclusion terms, which forces staff to interpret handwritten or open-ended notes.

Common use cases

Casino self-exclusion intake
A gaming property uses the form to enroll patrons who want to block themselves from the floor or online services. Staff verify identity, capture the exclusion period, and store the signed acknowledgment for enforcement.
Hotel property restriction record
A hospitality security team uses the template to document a voluntary access restriction for a guest. The form keeps the record focused on identity, effective date, and the terms needed by security staff.
Problem gambling program enrollment
A public program administrator uses the form to record a patron’s voluntary exclusion and consent to photo use. The template supports a clean audit trail and a clear review workflow.
Venue access ban acknowledgment
A venue security office adapts the form for a patron who agrees to a self-imposed restriction from a specific property or event space. Conditional fields keep the intake short unless a custom period or supporting document is required.

Frequently asked questions

What is this form used for?

This form enrolls a patron in a voluntary self-exclusion program and records the minimum information needed to verify identity, set the exclusion period, and document consent. It is designed to create a clear audit trail for program administrators. Use it when a person is choosing to restrict access to a venue, property, or service under an established exclusion policy.

Who should complete and review this form?

The patron should complete the identification and consent fields, and an authorized program administrator should review the submission for completeness and identity match. If your process requires witness verification or a staff reviewer, that role should be defined in the workflow before rollout. The form should not be used as a general intake form by front-line staff without clear authorization.

How often is this form submitted?

It is typically submitted once per enrollment event, with a new form required if the patron changes the exclusion period or re-enrolls after expiration. If your program allows renewals, use a separate renewal process rather than editing the original record without an audit trail. That keeps the record clear and easier to enforce.

What information should be collected, and what should be avoided?

Collect only the fields needed to identify the patron, confirm consent, and administer the exclusion period. Use the minimum-necessary principle and avoid collecting unnecessary PII such as full government ID numbers, date of birth details beyond what is needed, or unrelated personal history. If your policy allows anonymous inquiry before enrollment, keep that separate from the signed enrollment record.

Does this form need photo consent or supporting documents?

If your program uses a patron photo for verification, the form should include explicit consent and a clear explanation of how the image will be used and stored. Supporting documents should be limited to what is required to confirm identity or eligibility, and the field should be optional unless your policy requires it. Avoid collecting extra documents by default because that increases privacy risk and review burden.

How should the exclusion period field be configured?

Use a controlled field such as a dropdown or radio group for standard exclusion periods, with an 'other' option that reveals a conditional text field for custom terms. This reduces entry errors and makes the record easier to review. The effective date should be a date picker so the enrollment timeline is unambiguous.

What happens after the patron submits the form?

The submission should trigger a review step, confirmation of the selected exclusion period, and storage of the signed record in an audit trail. The patron should receive a clear confirmation of whether the enrollment is pending review or active immediately, depending on your policy. If the program includes enforcement steps, those should be documented separately from the enrollment form.

How can this form be customized for different venues or programs?

You can tailor the program notice, exclusion period options, supporting document requirements, and acknowledgment language to match the governing policy. Add conditional logic for venue-specific rules, such as different access restrictions or regional program terms. Keep the core identity, consent, and signature fields intact so the record remains enforceable and consistent.

How does this compare with an ad-hoc paper intake process?

A structured form reduces missing fields, inconsistent wording, and unclear consent language that often happen with ad-hoc paper intake. It also makes it easier to enforce required vs optional fields, capture a reliable signature, and preserve an audit trail. That matters when the record may need to be reviewed later by compliance, legal, or program staff.

Go deeper on the topic

Related concepts
  • Lockout/tagout (LOTO) is the procedure for controlling hazardous energy — electrical, hydraulic, pneumatic, mechanical, thermal, chemical — before...
  • Job hazard analysis (JHA) — also called job safety analysis (JSA) — is the structured exercise of breaking a work task into sequential steps, identifying the...
  • A near-miss is an event that could have caused injury or damage but didn't — a slip that didn't fall, a load that shifted but didn't drop, a machine that...
  • AI governance is the framework a company uses to decide what AI tools are allowed to do, who's accountable for their outputs, what data they're allowed to...
Related guides

Ready to use this template?

Get started with MangoApps and use Self-Exclusion Enrollment Form with your team — pricing built for small business.

Get Started