Recusar um pedido de sessão, com motivo
POST/api/networking/sessions/{bookingId}/decline
- Auth
- Exige token
- Chave de API:
- networking:delete
- X-CommunityId
X-CommunityIdEnvie o X-CommunityId da comunidade em que a operação acontece.
O anfitrião (ou owner/admin) recusa um pedido `PENDING_APPROVAL` com `reason` (até 255 caracteres): vira `REJECTED`, o horário volta a ficar livre e quem pediu recebe o motivo por e-mail (categoria Networking).
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
| Nome | Tipo | Descrição |
|---|---|---|
reasonobrigatório | string | max 255 |
Respostas
| Código | Descrição |
|---|---|
200 | Recusada. |
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 | 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>/decline" \
-H "Authorization: Bearer $TOKEN" \
-H "X-CommunityId: $COMMUNITY_ID" \
-H "Content-Type: application/json" \
-d '{"reason":"string"}'