Aceitar um pedido de sessão
POST/api/networking/sessions/{bookingId}/accept
- Auth
- Exige token
- Chave de API:
- networking:write
- X-CommunityId
X-CommunityIdEnvie o X-CommunityId da comunidade em que a operação acontece.
O anfitrião (ou owner/admin) aceita um pedido `PENDING_APPROVAL` antes do início: vira `CONFIRMED` e os dois recebem a confirmação com `.ics`. Quem não é o anfitrião: 403; pedido já decidido: 409 `notPendingSession`; já começou: 409 `sessionStarted`.
Parâmetros
| Nome | Onde | Tipo | Descrição |
|---|---|---|---|
bookingIdobrigatório | path | string (uuid) |
Headers
| Nome | Tipo | Descrição |
|---|---|---|
X-CommunityIdopcional | string (uuid) | ID da comunidade em que a operação acontece. Obrigatório na maioria dos endpoints com escopo de comunidade. |
Corpo da requisição application/json
A especificação não declara os campos deste corpo (upload multipart, por exemplo). Consulte o guia do assunto.
Respostas
| Código | Descrição |
|---|---|
200 | Aceita. |
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 | Conflito com o estado atual do recurso. |
500 | Erro interno do servidor. |
Exemplo com curl
curl -X POST "https://api.memberfy.net/api/networking/sessions/<bookingId>/accept" \
-H "Authorization: Bearer $TOKEN" \
-H "X-CommunityId: $COMMUNITY_ID" \
-H "Content-Type: application/json" \
-d '{}'