O que os workflows mandam em meu nome (registro por versão)

GET/api/workflows/sender-approvals

Auth: Token erforderlich
API-Schlüssel:: workflows:read
X-CommunityId: X-CommunityId Sende die X-CommunityId der Community, in der die Operation stattfindet.

Die Beschreibungen der Endpoints stammen aus der API-Spezifikation und sind vorerst auf Portugiesisch. Die Oberfläche drumherum ist übersetzt.

(decisão do David, 2026-10-26). Para a pessoa logada da equipe: cada versão de workflow que manda DM, comenta ou reage em nome dela fica registrada aqui, com os textos e quem a ligou ou publicou (`requestedById`). A aprovação por versão saiu: o registro já nasce `APPROVED` e nada fica pendente nem é pulado por falta de aprovação; nenhum e-mail pede aprovação. Use `status=ALL` (ou `APPROVED`) para ver o histórico; o padrão `PENDING` volta vazio para versões novas.

Parameter

Name	Ort	Typ	Beschreibung
`status`optional	query	`PENDING \| APPROVED \| REVOKED \| ALL`

Header

Name	Typ	Beschreibung
`X-CommunityId`optional	`string (uuid)`	ID da comunidade em que a operação acontece. Obrigatório na maioria dos endpoints com escopo de comunidade.

Antworten

Status	Beschreibung
`200`	`{ approvals: [{ id, workflowId, workflowName, versionId, versionNumber, status, texts: [{ nodeId, type, text?, reaction? }], requestedById, approvedAt, revokedAt, createdAt }] }`.
`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.
`500`	Erro interno do servidor.

curl-Beispiel

curl -X GET "https://api.memberfy.net/api/workflows/sender-approvals" \
  -H "Authorization: Bearer $TOKEN" \
  -H "X-CommunityId: $COMMUNITY_ID"