Marca como lidos os alertas de risco não lidos do cliente informado em clientId, no monitoramento informado em monitoringId.Vale para os alertas de todos os módulos ligados, inclusive os de rodadas anteriores. Os alertas continuam na listagem de alertas do cliente, com status READ, e o contador de não lidos do monitoramento é atualizado. Não recebe corpo, e a resposta é 204 sem corpo; chamar de novo, sem alertas não lidos, também devolve 204.Só quem criou o monitoramento pode marcar os alertas, e funciona também com o monitoramento INACTIVE. Monitoramento inexistente ou de outra empresa devolve 404 (Monitoria não encontrada.). Cliente que não está no monitoramento devolve 404 (Cliente não monitorado nesta monitoria.).Requer autenticação via Bearer JWT ou header x-api-key e a permissão de editar monitoramentos. Usuário sem perfil de permissão recebe 403 (Acesso negado); perfil inexistente, 401 (Permissão inválida!); perfil sem a permissão, 400 (Permissão não encontrada); usuário inativo, 404 (Usuário não encontrado).
Requisição
Authorization
Forneça seu token bearer no cabeçalho
Authorization
ao fazer requisições para recursos protegidos.
Exemplo:
Authorization: Bearer ********************
Parâmetros de Caminho
Parâmetros Header
Respostas
🟢204Sucesso
application/json
Alertas marcados como lidos (sem corpo)
Bodyapplication/json
🟠400BadRequest
🟠401Unauthorized
🟠404NotFound
🟠429TooManyRequests
🔴500InternalError
🟠400Sem permissão para editar monitoramentos
🟠403Acesso negado
🟠404Monitoramento ou cliente não encontrado
Request Request Example
Shell
JavaScript
Java
Swift
curl--location--request POST '/v2/monitoring/9c1e4b7a-0000-4000-8000-000000000d01/clients/7c9e6679-7425-40de-944b-e07fc1f90ae7/alerts/read' \
--header'x-api-key: SUA_CHAVE_DE_API' \
--header'Authorization: Bearer <token>'