Pular para o conteúdo

↑↓ navegar ↵ abrir Ctrl↵ nova aba esc fechar

Atualiza o status de um alerta recebido via webhook.

PATCH https://api.rapidchargeback.com/api/v1/chargeback-alert/alerts/:id/status
Authorization: Basic base64(client_id:client_secret)
Content-Type: application/json

ParâmetroTipoDescrição
idstring (UUID)alert_id recebido no payload do webhook

CampoTipoObrigatórioDescrição
statusstringSimUm dos três valores: notfound, account_suspended, other

  • status deve ser exatamente um dos três valores válidos, qualquer outro retorna 422
  • O alerta deve pertencer à sua empresa: caso contrário retorna 404
  • Status definitivos (notfound, account_suspended) não podem ser alterados depois de enviados, retorna erro se você tentar
  • O status expired é gerado automaticamente pelo sistema após 24h sem resposta (Ethoca) e não é enviado pelo cliente
  • A única transição permitida após resposta inicial é other → account_suspended, disponível por até 6 dias (Ethoca)

Ver Regras e prazos para o detalhamento completo.


As credenciais vêm de variáveis de ambiente (RAPID_CLIENT_ID e RAPID_CLIENT_SECRET), nunca escritas no código.

Terminal window
curl -X PATCH https://api.rapidchargeback.com/api/v1/chargeback-alert/alerts/00000000-0000-0000-0000-000000000099/status \
-H "Authorization: Basic Y2xpZW50X2lkOmNsaWVudF9zZWNyZXQ=" \
-H "Content-Type: application/json" \
-d '{
"status": "account_suspended"
}'

{
"data": {
"id": "00000000-0000-0000-0000-000000000099",
"status": "account_suspended",
"updated_at": "2026-04-14T14:30:00.000Z"
}
}
{
"error": {
"code": "ALERT_NOT_FOUND",
"message": "Alert not found"
}
}
{
"error": {
"code": "COMPANY_BLOCKED",
"message": "Company is blocked"
}
}

Quando o status enviado não é um dos três valores aceitos, a validação do corpo falha antes do processamento e retorna VALIDATION_ERROR (HTTP 422):

{
"error": {
"code": "VALIDATION_ERROR",
"message": "Invalid enum value. Expected 'notfound' | 'account_suspended' | 'other', received 'foo'"
}
}

Quando o status é válido mas a transição não é permitida (prazo, expiração ou status já definitivo), o código é ALERT_INVALID_STATUS (HTTP 422). A mensagem indica qual dos três cenários ocorreu:

{
"error": {
"code": "ALERT_INVALID_STATUS",
"message": "Alert has expired"
}
}
{
"error": {
"code": "ALERT_INVALID_STATUS",
"message": "Response deadline has passed"
}
}
{
"error": {
"code": "ALERT_INVALID_STATUS",
"message": "Alert already has a definitive status"
}
}

Esses três ocorrem apenas em alertas Ethoca, Verifi RDR não tem regras de prazo (ver Regras e prazos).


Se você integrava com a versão anterior da plataforma, o endpoint antigo continua disponível como alias:

POST https://api.rapidchargeback.com/chargeback-alert/update/status

Esse alias aceita o body no formato antigo { "alert_id": "...", "status": "..." } e tanto Basic Auth quanto os headers clientid/clientkey. Como no sistema anterior, alert_id é o ID do alerta no provedor (o mesmo alert_id que você recebe no webhook em formato legacy e usa em POST /chargeback-alert/get); o UUID da Rapid também é aceito. A resposta mantém o formato antigo { "success": true, "message": "...", "status": "..." } e acrescenta data com o objeto do endpoint canônico. Erros seguem o envelope novo (422 VALIDATION_ERROR / ALERT_INVALID_STATUS, 404 ALERT_NOT_FOUND).

Recomendação: migre para PATCH /chargeback-alert/alerts/:id/status. O alias será removido no futuro quando não houver mais chamadas.