Configuration

Per-event config pattern

Most runtime behavior is keyed by event-specific config objects:

• conreg.settings.{eid}
• core key schema in config/schema/conreg.schema.yml

Schema-backed config groups

Group	Examples
payments	Stripe mode/keys, currency, auto-approve
checkin	Check-in defaults, label_printing_enabled, print_api_key — see site-building/label-printing.md
member.classes	Field labels, mandatory flags, max lengths
member.types	Type code, price, default days, class mapping
thanks, member_check, member_edit	User-facing content and labels (member_check also references its confirm/unknown EasyEmailTypes)
conreg_options	Option groups and options
bulk_email, confirmation	EasyEmailType reference and sender data - see site-building/email-templates.md
discord	Discord integration settings, including its invite EasyEmailType reference

Runtime integration groups

Integration modules also persist settings on conreg.settings.{eid}. These runtime keys are not fully described in conreg.schema.yml:

• airtable.*
• clickup_option_groups

planz.* looks like it belongs here too, but it isn't nested under conreg.settings.{eid} at all - conreg_planz reads/writes a genuinely separate config object named conreg.settings.<eid>.planz (its own schema entry, conreg.settings.*.planz), which includes its own email.easy_email_type invite-template reference.

Mailing-list config: two different patterns

conreg_mailing_list and its provider plugins don't follow the per-event conreg.settings.{eid} pattern above:

• conreg_mailerlite.settings — a normal, fully schema-backed, global config object (one api_key, shared by every event — not per-event like the integrations above).
• conreg_subscription_rule — a config entity type, not a config key at all. Each subscription rule is its own config object (conreg_mailing_list.conreg_subscription_rule.*), scoped to an event via its own eid property rather than by being nested under conreg.settings.{eid}.

Pipe-delimited lists

Several config values are code+label lists where codes must stay stable (badge_types, days, communications/display options).