Skip to main content
A chapter can require every member to give a parent or guardian’s name and email. Once it’s on, members are asked for it in the member portal and before they pay. The API can turn the requirement on or off and read or write the values themselves.

Scopes

Parent/guardian contact is personal data about someone who isn’t a member, so it sits behind its own scope: A token without members:pii sees the same member shape as before: the three fields are absent, not null. Sending any of them without members:pii is a 403 insufficient_scope naming the field, and nothing is written.
Only personal tokens (Settings → API tokens) and service tokens (Settings → Developers) can read or write parent/guardian contact. OAuth apps and MCP connectors never receive these fields, even when granted members:pii, and get a 403 if they send them.

Turn the requirement on or off

A chapter passes all three fields to require parent/guardian contact, or [] to make it optional. Any other set is a 400. (A national uses the same endpoint to pick the fields chapters must include on HQ roster uploads; that policy doesn’t ask the chapters’ members for anything.) Read it back:

Read and write the values

With members:pii, GET /v1/members and GET /v1/members/:id include the fields. A field with nothing on file is null:
Set them when you create a member, or later with PATCH. null clears a field:
Changing a member’s parent/guardian contact moves its updatedAt, so an updatedSince sync picks it up. A member without all three still gets a prompt in the portal while the requirement is on, whatever your integration wrote.
A national’s GET /v1/chapters/:chapterId/members stays PII-free: parent/guardian contact is only returned for your own organization’s members.