Eventlayer / Understand the model

The Eventlayer model

Events hold the context. Attendees represent people. Tickets represent access.

Your product supplies the event page, registration form and checkout. Eventlayer keeps the event, its attendees and their tickets connected underneath.

Resource relationships
  1. 01Event
  2. 02Ticket type
  3. 03Ticket ↔ Attendee
  4. 04Wallet / Check-in

Start with an event

After Hours is an event. It holds the schedule and venue. Its attendees, ticket types and tickets belong to that event. By default, creating the event also creates a General Admission ticket type.

Separate the person from their access

Maya Chen is an attendee. Her General Admission ticket is a separate record. She could also hold a workshop ticket. Model separate admissions as separate tickets when each one needs its own check-in.

A ticket type describes the access: General Admission, VIP or Staff. A ticket is one instance of that access, optionally assigned to an attendee.

ResourceExampleWhat it represents
EventAfter HoursSchedule, venue and event context
AttendeeMaya ChenA person registered for this event
Ticket typeGeneral AdmissionA category of access
TicketMaya’s assigned ticketOne admission, with its own lifecycle
Wallet templateAfter Hours brandingPass appearance inherited from an event or ticket type

Follow the ticket

An available ticket becomes assigned when linked to an attendee. Check-in records admission against that same ticket. A Wallet pass is generated from the ticket and remains connected to it after installation.

Webhooks let your application react to changes. Your product controls email, payment, CRM and other work triggered by those notifications.

Choose how to configure it

The API and dashboard work with the same resources. Use the API when the workflow belongs in your product; use the dashboard to configure and inspect resources visually. The Wallet designer is useful for previewing a template.