Authorization: Bearer cativa_live_....
Pense na estrutura como um mural: o Post é o cartaz que alguém prega; os comentários são os bilhetes colados embaixo dele; as reações são os “joinhas” que qualquer um dá no cartaz ou num bilhete. O mural pode ser o pátio inteiro (feed) ou uma sala fechada (grupo).
O modelo Post
O autor do post é sempre o usuário associado à credencial autenticada. Você não envia (nem pode enviar)
authorId no body. Veja Identidade e usuários para entender como a credencial resolve o autor.Escopo: feed vs grupo
Um Post no feed é publicado no nível da comunidade e aparece para todos que enxergam o feed do tenant. Um Post de grupo vive dentro de um grupo específico e só aparece para quem tem acesso àquele grupo. A diferença está no endpoint de criação: feed usaPOST /community/posts, grupo usa POST /community/groups/{groupId}/posts.
Quem pode criar
A criação de Post usa a permissãoCreatePost. Uma chave com escopo de admin cria em qualquer escopo (feed ou qualquer grupo). Uma chave de parceiro com escopo padrão cria em nome do usuário associado à credencial, e esse usuário precisa ter acesso ao grupo alvo (pelo menos um badge compatível, ou pertencer a um grupo aberto). Sem acesso, a chamada retorna 403 forbidden.
Edição e exclusão de um Post são feitas pelo autor. Uma chave de admin também pode moderar. Um usuário comum não edita nem apaga o post de outro.
Posts
Listar o feed
Buscar um post
Fluxo: publicar num grupo e repercutir
1
Descubra o groupId
Liste os grupos que o usuário enxerga (veja Comunidades e espaços) e guarde o
groupId alvo. Sem acesso ao grupo, o passo seguinte retorna 403 forbidden.2
Crie o post no grupo
POST /community/groups/{groupId}/posts com o content. A resposta traz o id do post recém-criado.3
Comente e reaja
Use o
id do post para POST .../comments (comentar) e POST .../reactions (curtir). Reagir é idempotente: pode repetir sem duplicar.Criar um post no feed
O body traz ocontent da publicação. O exemplo abaixo é o caso mínimo plausível. O contrato exato (campos opcionais como anexos, mídia ou metadados) está na API Reference (tag “Post”).
Criar um post num grupo
Mesmo body, mas ogroupId vai na rota. O post fica restrito ao grupo.
Editar um post
Apenas o autor (ou uma chave de admin) edita. OpostId vai na rota.
Excluir um post
Comentários
Comentários pendem de um Post. OpostId está sempre na rota. Mesma regra de acesso: o usuário associado à credencial precisa enxergar o Post para comentar.
Listar comentários de um post
Comentar num post
Editar e excluir um comentário
Mesma regra do Post: só o autor (ou admin) altera.postId e commentId vão na rota.
Reações
Reagir (curtir) e desreagir (descurtir) é um par idempotente. Curtir duas vezes deixa o estado igual a curtir uma vez. Descurtir algo que já não está curtido não dá erro. Isso simplifica retries em jobs e webhook handlers. O schema da reação está na API Reference (tag “Reaction”).Curtir e descurtir um post
Reagir a um comentário
Reações de comentário usam ocommentId na rota, não o postId.
Erros comuns e dúvidas
Recebi 403 forbidden ao criar um post num grupo
Recebi 403 forbidden ao criar um post num grupo
O usuário associado à credencial não tem acesso àquele grupo. Acesso a grupo vem de badge (ou de o grupo ser aberto). Atribua o badge exigido pelo grupo ao usuário (veja Badges como permissão) e repita. Uma chave de admin passa por cima dessa regra e cria em qualquer grupo.
Curtir duas vezes conta como dois likes?
Curtir duas vezes conta como dois likes?
Não. Reagir e desreagir são um par idempotente: curtir de novo deixa o estado igual a curtir uma vez, e descurtir algo que não estava curtido não dá erro. Isso torna seguro reprocessar um webhook ou dar retry num job sem inflar a contagem.
Posso editar ou apagar o post de outro usuário?
Posso editar ou apagar o post de outro usuário?
Não com uma chave de escopo padrão. Edição e exclusão são do autor. Tentar alterar o post de outro usuário retorna
403 forbidden. Só uma chave de admin modera conteúdo alheio.Como envio o autor do post?
Como envio o autor do post?
Você não envia. O autor é sempre o usuário resolvido pela credencial autenticada; não existe campo
authorId no body. Para postar em nome de outra pessoa, use a chave de admin dela ou o mecanismo de identidade (veja Identidade e usuários).Deletei um post e os comentários sumiram junto?
Deletei um post e os comentários sumiram junto?
Sim. Comentários e reações pendem do Post: ao excluir o Post, o que pendia dele deixa de ser acessível. Não há como “recuperar” pela API pública; trate a exclusão como definitiva do ponto de vista da integração.
Próximos passos
Comunidades e espaços
Onde os grupos vivem e como descobrir o
groupId antes de postar.Identidade e usuários
Como a credencial resolve o autor do post e do comentário.
Evento post.created
Receba um webhook toda vez que um post é criado.
