Saltar para o conteúdo

Confirmar a leitura de um post ("Li e estou ciente")

POST/api/content/{id}/acknowledgement

Auth
Exige token
Chave de API:
content:write
X-CommunityId
X-CommunityId Envie o X-CommunityId da comunidade em que a operação acontece.

Quem tem acesso ao post (as mesmas regras de `GET /api/content/{id}`) registra que leu e está ciente. Vale para a versão atual do pedido (`acknowledgement.version` do post): se a equipe pedir nova confirmação, é preciso confirmar de novo. Repetir não cria outra: devolve a confirmação que já existe (200; a primeira é 201). A data fica registrada e a equipe a vê (a faixa do post avisa isso).

Erros: post que não pede confirmação, 409 `postAck.notRequired`; post que não está publicado (rascunho, agendado ou na moderação), 409 `postAck.notLive`; sem acesso, 403; de outra comunidade, 404.

Parâmetros

NomeOndeTipoDescrição
idobrigatóriopathstring (uuid)

Headers

NomeTipoDescrição
X-CommunityIdopcionalstring (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ódigoDescrição
201Confirmação registrada (200 quando já existia).
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 post não pede confirmação (`notRequired`) ou não está publicado (`notLive`).
500Erro interno do servidor.

Exemplo com curl

curl -X POST "https://api.memberfy.net/api/content/<id>/acknowledgement" \
  -H "Authorization: Bearer $TOKEN" \
  -H "X-CommunityId: $COMMUNITY_ID" \
  -H "Content-Type: application/json" \
  -d '{}'