/ to search
Documentation Events

Events

Events Reference

Browse tenant guides generated directly from the Markdown files in docs/tenant.

Introduction

This reference lists the confirmed staff-facing areas, core settings, and public behaviors for events.

When to Use This

Use this page when you need a quick reminder of:

  • where event work happens in the tenant
  • which settings exist on the event record
  • how public event behavior works

What You'll Learn

This reference helps you identify:

  • the main event-related pages
  • the current event settings surface
  • the confirmed public and operational behaviors

Staff-Facing Areas

The event area includes:

  • Events resource
  • Registrations relation
  • Attendance relation
  • Email Broadcasts relation
  • Ticket Types relation
  • Manage Waitlist page
  • Check-in Scanner page
  • Public Events Page helper page

Core Event Settings

Confirmed event settings include:

  • team visibility
  • title and slug
  • short and long description
  • banner image
  • event type
  • hosts
  • tags
  • optional program membership
  • starts at / ends at / timezone
  • mode: in person, online, hybrid
  • venue and address fields
  • registration questions with conditional logic
  • registration fee
  • minimum age
  • registration close date
  • guest support
  • capacity and overbook controls
  • waitlist enablement and mode
  • split receipting fields for registration fees
  • tax settings
  • optional donation prompt
  • public marketing consent settings
  • default tracking source and subsource
  • confirmation, reminder, and survey follow-up email settings
  • status and visibility
  • contact information and accessibility notes

Public Event Behavior

Confirmed public behavior includes:

  • public event listing with search and filtering
  • support for public and password-protected visibility
  • hidden events not being publicly available
  • registration status polling after checkout starts
  • signed, time-limited waitlist offer links
  • custom-domain support where configured

Ask Altrinum-created events always start as status=draft, visibility=hidden, and not search-indexable. It may use AI-generated starter copy for the event title, descriptions, registration copy, confirmation copy, reminder copy, survey intro copy, and safe registration questions when selected, but deterministic safety rules still control required details, tenant/team scoping, visibility, and persistence. Staff must review logistics and communications before publishing.

The Event edit form includes a Communications step for confirmation overrides, reminder settings, and survey follow-up settings. The edit page also has an Email broadcasts panel for one-off registrant messages. Ask Altrinum can prefill reviewable copy in supported communications fields, but it does not queue broadcasts or enable automatic sends.

Registration Management

Registration records show:

  • name
  • email
  • status
  • checked-in state
  • amount
  • confirmation date
  • created date

Exports are available for:

  • registrations
  • attendance

Tips and Notes

Note: Attendance is stored separately from registration status.

Note: The relation manager is named Attendance, even though one internal class path still uses the older misspelled name AttendenceRelationManager.

Note: Check-in depends on valid event QR tokens.

Example: A team running a gala might use the same event record for registration setup, guest management, reminder emails, check-in, and final attendance export.