Loading...
compliance

Self-Exclusion Enrollment Form

A self-exclusion enrollment form for patrons who want to bar themselves from gambling or gaming facilities. It captures identity, photo, exclusion period, and signed consent in one controlled intake.

Trusted by frontline teams 15 years of frontline software

Built for: Gaming And Casinos · Sports Betting · Hospitality And Entertainment · Tribal Gaming

Overview

This Self-Exclusion Enrollment Form template is built for voluntary patron requests to be excluded from gambling or gaming facilities. It captures the program notice, the patron’s acknowledgment that the request is voluntary, identity details, contact information, the requested exclusion period, facility scope, a photo, supporting ID documents, and a signed consent record.

Use this template when your organization needs a documented intake for responsible gaming or facility exclusion and you want the submission to be complete enough for verification and enforcement. The structure supports progressive disclosure: identity fields come first, then contact and verification, then exclusion period and scope, then photo and document upload, then the final acknowledgment and consent. That sequence helps staff confirm the request without exposing more fields than needed too early.

Do not use this form as a general complaint form, a public feedback form, or an anonymous tip line. It is not designed for broad intake or open-ended narratives. It also should not collect unnecessary PII such as SSN, full account numbers, or unrelated health details. If your program requires special accommodations, a separate process can handle those needs while keeping this form focused on enrollment and verification. The result should be a clear, signed record that can be stored, reviewed, and enforced according to your policy.

Standards & compliance context

  • Limit collection to the minimum necessary PII and document the purpose of each identity and contact field.
  • Provide a clear consent disclosure for photo and ID processing, and keep the acknowledgment separate from optional marketing or unrelated notices.
  • Use role-based access and an audit trail for all completed submissions so staff handling the exclusion record can be traced.
  • If your jurisdiction regulates self-exclusion or responsible gaming, align the exclusion period, retention, and notice language with the applicable program rules.
  • Design the form to support accessibility expectations such as WCAG 2.1 AA by labeling fields clearly and making validation errors understandable.

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

This section sets the legal and operational context so the patron understands what self-exclusion means before providing any personal information.

  • What happens after I submit?

    After submission, your request will be reviewed by the responsible gaming or compliance team. If approved, your exclusion will take effect according to program rules. You may be asked to present identification for verification. This form may create an audit trail for compliance purposes.

  • I understand this is a voluntary request to exclude myself from participating in gambling or gaming activities. (required)
  • I understand the exclusion may limit my access to gaming areas, promotions, and related services for the selected period. (required)

Identity Information

These fields verify who is requesting exclusion and keep the record tied to the correct patron without collecting unnecessary PII.

  • Legal First Name (required)
  • Legal Last Name (required)
  • Date of Birth (required)
  • Government ID Type (required)
  • Government ID Last 4 Characters

    Enter only the last 4 characters of your ID number if required for verification. Do not enter the full ID number unless instructed by compliance staff.

Contact and Verification

This section captures only the contact details needed to confirm the request and support follow-up if your program requires it.

  • Email Address
  • Phone Number
  • Preferred Contact Method
  • Mailing Address

    Shown only if mail is selected as the preferred contact method.

Exclusion Period

This section defines how long the exclusion lasts and which facilities it applies to, which is the core of the enrollment record.

  • Requested Exclusion Period (required)
  • Requested Start Date

    If your program allows a future start date, select when the exclusion should begin.

  • Scope of Exclusion (required)

    Select all locations or channels that should be included.

Photo and Supporting Documents

These uploads help staff verify identity and create an enforceable record, so they should be limited to the minimum necessary files.

  • Recent Photo (required)

    Upload a clear, recent photo for identification and enforcement purposes.

  • Supporting ID Document

    Upload a copy of your ID only if required by the program or compliance team.

Acknowledgment and Consent

This final section turns the request into a signed, reviewable record and confirms the patron understands the program and data use.

  • I consent to the collection and processing of my personal information for self-exclusion enrollment, verification, and compliance recordkeeping. (required)
  • I understand the self-exclusion rules, including any restrictions on entry, wagering, promotions, or account access during the exclusion period. (required)
  • Signature (required)
  • Date Signed (required)

How to use this template

  1. 1. Configure the program notice, required acknowledgments, and exclusion-period options so the form matches your facility’s self-exclusion policy and approved durations.
  2. 2. Set identity fields, document uploads, and contact fields with clear required versus optional labels, and use validation for date, ID type, and file format.
  3. 3. Assign the form to intake staff or a responsible gaming administrator who can verify the patron’s identity, review the submitted photo and ID, and confirm the facility scope.
  4. 4. Collect the patron’s signature and consent only after the exclusion period and scope are confirmed, then lock the record to preserve the audit trail.
  5. 5. Route the completed submission to the system or team that maintains the exclusion list, and trigger any downstream notices, watchlist updates, or confirmation messages.
  6. 6. Review incomplete or conflicting submissions promptly, request only the missing fields needed to finish enrollment, and avoid expanding the intake beyond the minimum necessary data.

Best practices

  • Use date pickers for date of birth, start date, and signature date instead of free-text fields.
  • Keep government ID capture limited to the minimum necessary, such as ID type and last four digits, unless your policy requires more.
  • Make the exclusion period a controlled selection field so patrons cannot enter ambiguous durations.
  • Use progressive disclosure for facility scope so patrons only see the locations or brands that actually apply.
  • Require a clear consent-to-process-PII statement that explains how the photo, ID, and signature will be used and stored.
  • Add a visible confirmation line that explains what happens after submission, including review, verification, and activation timing.
  • Store the submitted photo and ID in restricted-access records with an audit trail for review and enforcement.
  • Avoid collecting unrelated notes or free-text explanations unless your program specifically needs them for enforcement.

What this template typically catches

Issues teams running this template most often surface in practice:

Missing or unclear exclusion-period selections that make the enrollment hard to enforce.
Collecting too much identity data, such as full ID numbers or unrelated personal details, when the program only needs limited verification.
Using a free-text field for dates or facility scope, which creates inconsistent records and review delays.
Forgetting to explain what happens after submission, leaving patrons unsure whether the exclusion is active.
Uploading a photo or ID without a consent statement that explains how the files will be used and stored.
Leaving required fields unlabeled or marking every field required, which increases abandonment and creates poor data quality.
Failing to route the completed form to the team that maintains the exclusion list or watchlist.
Not providing enough conditional logic for multi-facility programs, which forces patrons to see irrelevant locations.

Common use cases

Casino Responsible Gaming Intake
A casino uses this form to process voluntary self-exclusion requests at the cage or responsible gaming desk. Staff verify identity, capture the patron photo, and record the exact exclusion scope before the request is activated.
Sportsbook Exclusion Enrollment
A sportsbook operator uses the template to enroll patrons who want to be barred from wagering locations or online accounts tied to the property. The form helps the team separate facility scope from account-level restrictions and keeps the consent record together.
Tribal Gaming Compliance Desk
A tribal gaming property uses the form to standardize self-exclusion enrollment across multiple venues. The structured fields make it easier to maintain a consistent audit trail and apply the exclusion across the correct properties.
Regional Entertainment Venue Ban List
A multi-site entertainment operator uses the template to document voluntary exclusion from a group of gaming lounges or arcades. Facility scope and contact preferences help staff enforce the request across the right locations without over-collecting data.

Frequently asked questions

What is this template used for?

This template is used to collect a patron’s voluntary request to self-exclude from one or more gambling or gaming facilities. It organizes the notice, identity fields, exclusion period, photo, supporting documents, and signed acknowledgment into a single enrollment record. Use it when the program requires a documented request before exclusion takes effect.

Who should complete and process this form?

The patron should complete the request, then a trained staff member or program administrator should verify identity and review the submission. If your process allows assisted intake, the staff member should still preserve the patron’s own acknowledgment and signature. Keep an audit trail of who reviewed and approved the enrollment.

How often is this form used?

It is typically used once per enrollment event, and again only if the patron renews, extends, or changes the exclusion scope. Some programs also use a separate re-entry or removal form when the exclusion period ends. Do not reuse the same record for multiple exclusion periods unless your policy explicitly allows amendments.

What information should be required versus optional?

Only collect the fields needed to identify the patron, confirm the request, and administer the exclusion. Legal name, date of birth, ID verification, exclusion period, and consent are usually required, while contact details may be optional unless your program needs them for notices. Avoid collecting extra PII that the program will not use.

Can this form support anonymous submission?

Usually no, because self-exclusion programs need identity verification, a photo, and a signed acknowledgment to enforce the request. If your jurisdiction or facility offers an anonymous pre-screening step, that should be a separate intake form, not this enrollment form. This template is designed for verified enrollment, not anonymous reporting.

What compliance issues should I watch for?

Treat the form as a sensitive PII workflow and limit collection to what is necessary for the exclusion program. Use clear consent language, explain how the photo and ID will be stored and used, and keep access restricted to authorized staff. If your program is regulated by gaming authorities or local law, align the retention and notice language with those rules.

How should the exclusion period and facility scope be configured?

Use a controlled field for the exclusion period so the patron chooses from approved durations rather than entering free text. Facility scope should be a multi-select or conditional field that matches your actual locations, brands, or property groups. This prevents ambiguous enrollments and makes enforcement easier at the door or in the system.

What integrations does this template usually connect to?

Common integrations include identity verification, document storage, case management, and facility access or watchlist systems. If your operation uses a centralized exclusion database, map the form fields to that record so the enrollment can be exported without retyping. Keep the integration limited to the minimum necessary data set.

How is this better than handling self-exclusion by email or paper notes?

A structured form reduces missing fields, inconsistent wording, and unreadable signatures. It also creates a cleaner audit trail, supports validation and conditional logic, and makes it easier to route the request to the right reviewer. Compared with ad hoc intake, it is easier to enforce the same process every time.

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