Rejeitar anexos

Devolve o anexo: Review → Progress. O arquivo enviado é excluído do armazenamento e uma notificação é enviada ao assinante com o reason que você passou, pedindo um reenvio do anexo. Se o assinante já assinou, a assinatura não é afetada — ele só reenvia o arquivo, não assina de novo.

O que acontece em uma rejeição

Endpoint

curl -X POST "https://example.com/api/v2/attachment/reject" \  -H "Content-Type: application/json" \  -d '{}'

Body

{
  "operationMemberId": 4321,
  "rejectedAttachments": [
    {
      "id": 12345,
      "reason": "Foto borrada — favor tirar nova selfie em ambiente iluminado."
    },
    {
      "id": 12346,
      "reason": "Documento ilegível na parte da foto."
    }
  ]
}

Fluxo após rejeitar

1. Anexos passam para Progress, arquivos físicos são apagados.
2. O status do membro volta para InProgress.
3. Uma entrada de timeline é registrada para o anexo (ou para a autenticação, se o anexo era de autenticação).
4. Uma notificação é enviada ao assinante.
5. Assinante acessa o portal, vê o anexo marcado com a sua reason, e reenvia apenas o arquivo (sem assinar de novo).
6. O novo upload aparece em Listar anexos por membro com isUploaded: true (status interno Review), esperando nova avaliação.

Resposta

200 OK. Não há corpo de dados — só a mensagem em messages:

{
  "success": true,
  "statusCode": 200,
  "messages": [{ "value": "..." }]
}

Erros comuns

Veja também