Cria ou executa participate
POST/api/events/{id}/participate
- Auth
- Jeton requis
- Clé d’API:
- events:write
- X-CommunityId
X-CommunityIdEnvoyez le X-CommunityId de la communauté où l’opération a lieu.
Sujeito a verificação de papel (RBAC). O item precisa ser da comunidade do `X-CommunityId`: de outra comunidade, responde 404, como se não existisse.
**A confirmação fecha no fim do evento:** depois do `endTime`, `going` e `maybe` respondem **409** (`errors[].param = status`), inclusive quando feita em nome de outra pessoa (`X-MemberId`). `not_going` continua aceito. Evento sem `endTime` não fecha. A mudança vale para todas as linhas da pessoa naquele evento. É a confirmação `going` que dá direito ao certificado do evento.
**Quem pode confirmar** (`going` e `maybe`; `not_going` fica sempre aberto) segue a regra do detalhe (`GET /api/events/{identifier}`): evento `private`, aguardando moderação ou recusado dá **404**; `members` sem perfil na comunidade, **403**; `plan` sem assinatura ativa nem entrada paga, **403** (`errors[0].param = status`, mensagem "Este evento é para assinantes…"). A equipe (inclusive em nome de outra pessoa, `X-MemberId`) passa.
**E-mails.** Inscrição, cancelamento, lembrete de 1 hora e aviso "ao vivo" só levam `streamingUrl` e o endereço completo a quem pode recebê-los pela mesma regra, conferida na hora do envio; o aviso "ao vivo" nem é enviado a quem não pode assistir.
**Evento com produto.** Todo evento nasce com um produto `event` (1:1). Com o produto **publicado e preço maior que zero**, `going` e `maybe` de quem não comprou recebem **403** (`errors[0].param = status`, `data: { productId, price, currency }`), exceto a equipe, quem tem assinatura ativa de um plano que **inclui** o produto e quem já tinha `going` quando o produto foi publicado. Acesso ao espaço sozinho não basta. Rascunho, inativo ou preço `0`: RSVP livre como sempre. A **capacidade** é o estoque do produto: só `going` ocupa vaga; `maybe`, `not_going` ou a exclusão devolvem a vaga (uma vez). Lotado: **409** (`data.soldOut = true`). A compra aprovada cria o RSVP `going` e consome **uma** vaga.
**Perguntas da inscrição.** Num evento com perguntas, o `going` leva `answers` (o mesmo formato de `PUT /api/events/{id}/my-registration`). Obrigatória em branco, CPF inválido ou consentimento sem marcar: **422**, um erro por campo (`errors[].param = answers.<fieldId>`), e nada muda. Sem `answers` e sem resposta anterior, quem confirma por si mesmo recebe **422** `answersRequired` com `data.missing` (os ids); a equipe que inscreve outra pessoa não é barrada (a pessoa completa depois). Em nome de outra pessoa (`X-MemberId`), as respostas só são gravadas se ela ainda não respondeu, marcadas como preenchidas pela equipe e **sem consentimento** (a pessoa revisa e consente em "Minha inscrição"); respostas que ela já deu nunca são sobrescritas. O consentimento grava a prova (texto, política, data, IP). As respostas vão no e-mail de confirmação da própria pessoa e no webhook `event.registered`.
**Idioma.** A `message` de sucesso ("Participação atualizada.") e as de erro seguem o `Accept-Language`.
Paramètres
| Nom | Emplacement | Type | Description |
|---|---|---|---|
idobligatoire | path | string (uuid) |
En-têtes
| Nom | Type | Description |
|---|---|---|
X-CommunityIdfacultatif | string (uuid) | ID da comunidade em que a operação acontece. Obrigatório na maioria dos endpoints com escopo de comunidade. |
Corps de la requête application/json
| Nom | Type | Description |
|---|---|---|
statusobligatoire | going | maybe | not_going | Valid status is required |
answersfacultatif | object[] | As respostas às perguntas da inscrição (só com `going`). |
answers[].fieldIdobligatoire | string (uuid) | |
answers[].valuefacultatif | object | Texto, número, lista de escolhas, `true` no consentimento, ou, no `DOCUMENT`, `{ kind: CPF | PASSPORT | OTHER, number }` (CPF com dígito verificador; uma string sozinha é lida como CPF). |
Réponses
| Statut | Description |
|---|---|
201 | Operação realizada com sucesso. |
400 | Requisição inválida — falha de validação. |
401 | Token ausente, inválido ou expirado; token de outra comunidade (o `X-CommunityId` ou o `communityId` do corpo não é o do token); token antigo ou de uma sessão encerrada (troca de senha, convite aceito). Nesses casos a mensagem pede para entrar de novo (`auth.signInAgain`). |
403 | Autenticado, mas sem permissão para esta operação. |
404 | Recurso não encontrado. |
409 | O evento já terminou; `going` e `maybe` não são mais aceitos. |
422 | Respostas inválidas (um erro por campo) ou `answersRequired` (`data.missing`). |
500 | Erro interno do servidor. |
Exemple curl
curl -X POST "https://api.memberfy.net/api/events/<id>/participate" \
-H "Authorization: Bearer $TOKEN" \
-H "X-CommunityId: $COMMUNITY_ID" \
-H "Content-Type: application/json" \
-d '{"status":"going"}'