Aller au contenu

Cria ou executa participate

POST/api/events/{id}/participate

Auth
Jeton requis
Clé d’API:
events:write
X-CommunityId
X-CommunityId Envoyez le X-CommunityId de la communauté où l’opération a lieu.
Les descriptions des endpoints viennent directement de la spécification de l’API et sont en portugais pour l’instant. L’interface autour est traduite.

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

NomEmplacementTypeDescription
idobligatoirepathstring (uuid)

En-têtes

NomTypeDescription
X-CommunityIdfacultatifstring (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

NomTypeDescription
statusobligatoiregoing | maybe | not_goingValid status is required
answersfacultatifobject[]As respostas às perguntas da inscrição (só com `going`).
answers[].fieldIdobligatoirestring (uuid)
answers[].valuefacultatifobjectTexto, 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

StatutDescription
201Operação realizada com sucesso.
400Requisição inválida — falha de validação.
401Token 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`).
403Autenticado, mas sem permissão para esta operação.
404Recurso não encontrado.
409O evento já terminou; `going` e `maybe` não são mais aceitos.
422Respostas inválidas (um erro por campo) ou `answersRequired` (`data.missing`).
500Erro 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"}'