Registration and Attendees

Read The Route Group

Use this guide when a route, request, response, permission model, integration, or deployment behavior needs to be understood before people rely on it. In this guide, Registration and Attendees narrows that work to attendee registration, profiles, fursonas, reservations, waitlist, group registration, and affiliate rewards. Includes generated capability references from the platform inventory. Because this is a capability reference page, read it as part of the Platform adoption learning path rather than as an isolated checklist.

An API is a contract between systems. Even technical changes can affect attendee records, dashboard behavior, notifications, payments, files, or staff tools. Read the page for the decision it helps a person make, then use the steps and checks as a steady path from context to action to proof.

What These Routes Control

This page is for adoption teams and reviewers who need to understand a group of endpoints. Read each route as a promise between a caller and the records it can read or change. The intended readers are partner administrators, event leads, adoption leads, and integration owners. If the guide names a dashboard screen, service area, export, or record type, treat that name as a pointer to real operational responsibility.

• Primary surface or service: partners-api.
• Records or contracts involved: API service expectations, Auth state, and Platform records.
• Main care point: Watch for using a service route with the wrong actor, changing a response another app depends on, leaking a secret, or triggering the same side effect twice.
• Proof worth keeping: route inventory, method and path, auth model, request and response shape, platform owner confirmation, test result, consumer note, and deployment evidence.

Trace Caller, Permission, And Result

1. Identify the caller and product area: Begin by naming the Platform adoption situation, the owner, and the exact item involved in Registration and Attendees.
2. Check the method, path, auth, and inputs together: Use partners-api to connect the words on the page to the screen, file, route, or service trail that people actually use.
3. Look for records and side effects: Keep API service expectations, Auth state, and Platform records in view so the work stays tied to the records or contracts it can affect.
4. Verify tests and consumers before changing behavior: Before handing off, save proof such as route inventory, method and path, auth model, request and response shape, platform owner confirmation, test result, consumer note, and deployment evidence so an adoption lead and a non-specialist reviewer can understand what the route does and how it was verified.

Before Depending On The Route

You are ready to use the rest of this page when the purpose, owner, affected information, and proof are all clear enough for a second person to review.

1. Scope is named: The work is tied to the correct page, event, report, route, file, person, or record.
2. Impact is understood: The operator can explain the effect on callers, records, permissions, secrets, side effects, and downstream apps.
3. Proof is findable: The handoff points to evidence that an adoption lead and a non-specialist reviewer can understand what the route does and how it was verified.

End-to-end adoption runbook

1. Step 1 - Name the API workflow and owner: Identify the product area, organization owner, service path, and relying team before adopting a workflow or integration.
2. Step 2 - Read the contract in human terms: Check who can use it, what information is exchanged, what can fail, what records change, and what proof the adopting team must keep.
3. Step 3 - Prepare auth and input deliberately: Confirm the right role, account, partner, event, and approved data before depending on the workflow.
4. Step 4 - Use or request the route in the right environment: Use the approved dashboard, rego, LAN, or integration environment and keep credentials out of notes, screenshots, and exports.
5. Step 5 - Check returned data and real side effects: Confirm the visible result, affected records, external action, and review evidence in plain language.
6. Step 6 - Record tests, docs, and handoff notes: Record the owner, expected behavior, adoption evidence, and escalation path before relying on it in production.

Family summary

Attendee registration, profiles, fursonas, reservations, waitlist, group registration, and affiliate rewards.

Modules audited

• rego.ts: 14 generated capability entries.
• regoProfile.ts: 8 generated capability entries.
• regoAffiliateRewards.ts: 2 generated capability entries.
• regoReservations.ts: 3 generated capability entries.
• waitlist.ts: 10 generated capability entries.
• groupRego.ts: 14 generated capability entries.
• fursonas.ts: 7 generated capability entries.

Capability table

Method	Path	Service area	Access note	Internal trace
GET	/api/events/:id/group-rego-settings	groupRego.ts	Partner dashboard session required.	partners-api/src/routes/groupRego.ts:755
PUT	/api/events/:id/group-rego-settings	groupRego.ts	Partner dashboard session required.	partners-api/src/routes/groupRego.ts:775
POST	/api/events/:id/reserve-slot	regoReservations.ts	Partner dashboard session required.	partners-api/src/routes/regoReservations.ts:20
GET	/api/events/:id/waitlist-config	waitlist.ts	Partner dashboard session required.	partners-api/src/routes/waitlist.ts:266
PUT	/api/events/:id/waitlist-config/:subjectType/:subjectId	waitlist.ts	Partner dashboard session required.	partners-api/src/routes/waitlist.ts:301
POST	/api/events/:id/waitlist/process-next/:tierId	waitlist.ts	Partner dashboard session required.	partners-api/src/routes/waitlist.ts:391
POST	/api/internal/waitlist/expire-offers	waitlist.ts	Internal cron secret required.	partners-api/src/routes/waitlist.ts:648
GET	/api/manage/:id/group-rego-settings	groupRego.ts	Partner dashboard session required.	partners-api/src/routes/groupRego.ts:755
PUT	/api/manage/:id/group-rego-settings	groupRego.ts	Partner dashboard session required.	partners-api/src/routes/groupRego.ts:775
POST	/api/manage/:id/reserve-slot	regoReservations.ts	Partner dashboard session required.	partners-api/src/routes/regoReservations.ts:20
GET	/api/manage/:id/waitlist-config	waitlist.ts	Partner dashboard session required.	partners-api/src/routes/waitlist.ts:266
PUT	/api/manage/:id/waitlist-config/:subjectType/:subjectId	waitlist.ts	Partner dashboard session required.	partners-api/src/routes/waitlist.ts:301
POST	/api/manage/:id/waitlist/process-next/:tierId	waitlist.ts	Partner dashboard session required.	partners-api/src/routes/waitlist.ts:391
POST	/api/rego-reservations/:id/release	regoReservations.ts	Rego attendee session required.	partners-api/src/routes/regoReservations.ts:92
GET	/api/rego/affiliate-rewards	regoAffiliateRewards.ts	Rego attendee session required.	partners-api/src/routes/regoAffiliateRewards.ts:18
PUT	/api/rego/affiliate-rewards/:affiliateId/payout	regoAffiliateRewards.ts	Rego attendee session required.	partners-api/src/routes/regoAffiliateRewards.ts:30
GET	/api/rego/events	rego.ts	Unknown from inventory scan; ask the platform owner to confirm access behavior before use.	partners-api/src/routes/rego.ts:848
GET	/api/rego/events/:slug	rego.ts	Unknown from inventory scan; ask the platform owner to confirm access behavior before use.	partners-api/src/routes/rego.ts:904
GET	/api/rego/fursonas	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:69
POST	/api/rego/fursonas	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:90
DELETE	/api/rego/fursonas/:id	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:195
PUT	/api/rego/fursonas/:id	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:136
DELETE	/api/rego/fursonas/:id/refs	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:282
POST	/api/rego/fursonas/:id/refs	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:232
PUT	/api/rego/fursonas/:id/refs/latest	fursonas.ts	Rego attendee session required.	partners-api/src/routes/fursonas.ts:332
POST	/api/rego/groups	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:212
GET	/api/rego/groups/:id	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:350
PATCH	/api/rego/groups/:id/accept	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:504
PATCH	/api/rego/groups/:id/cancel	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:518
PATCH	/api/rego/groups/:id/decline	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:511
POST	/api/rego/groups/:id/invite	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:392
DELETE	/api/rego/groups/:id/members/:memberId	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:600
PATCH	/api/rego/groups/:id/members/:memberId	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:550
POST	/api/rego/groups/:id/submit	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:2123
GET	/api/rego/groups/:id/totals	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:637
GET	/api/rego/groups/my	groupRego.ts	Rego attendee session required.	partners-api/src/routes/groupRego.ts:292
POST	/api/rego/internal/archive-expired	rego.ts	Internal cron secret required.	partners-api/src/routes/rego.ts:2946
PUT	/api/rego/prefills	rego.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/rego.ts:1168
DELETE	/api/rego/prefills/:eventId	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:1384
GET	/api/rego/prefills/:eventId	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:1118
GET	/api/rego/profile	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:162
PUT	/api/rego/profile	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:251
PATCH	/api/rego/profile/email-preferences	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:355
GET	/api/rego/profile/import-dashboard	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:188
GET	/api/rego/profile/photo	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:449
PATCH	/api/rego/profile/photo	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:468
PATCH	/api/rego/profile/username	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:414
POST	/api/rego/quote	rego.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/rego.ts:1027
POST	/api/rego/regos	rego.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/rego.ts:1721
GET	/api/rego/regos/:ref	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:1472
GET	/api/rego/regos/:ref/wallet	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:1651
GET	/api/rego/regos/me	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:1409
GET	/api/rego/username/check	regoProfile.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/regoProfile.ts:396
POST	/api/rego/waitlist	rego.ts	Rego auth optional for new attendee flow.	partners-api/src/routes/rego.ts:2856
POST	/api/rego/waitlist/:entryId/accept	waitlist.ts	Rego attendee session required.	partners-api/src/routes/waitlist.ts:556
POST	/api/rego/waitlist/:entryId/decline	waitlist.ts	Rego attendee session required.	partners-api/src/routes/waitlist.ts:473
GET	/api/rego/waitlist/me	rego.ts	Rego attendee session required.	partners-api/src/routes/rego.ts:2814
GET	/api/rego/waitlist/pending-offer	waitlist.ts	Rego attendee session required.	partners-api/src/routes/waitlist.ts:416

Endpoint contract notes

1. Action 1 - Verify unknowns: The table is inventory-generated, but fields marked unknown need platform-owner review.
2. Action 2 - Check internal trace: Use the internal trace as an escalation pointer when exact request, response, or side-effect behavior must be confirmed.
3. Action 3 - Review consumers: Search dashboard, rego, EMS LAN, and webhook callers before changing a path or response.
4. Action 4 - Update inventory: Ask the platform owner to refresh the inventory after any platform route change.