Reativa o monitoramento INACTIVE informado em monitoringId.Ele passa a SCHEDULED quando tem clientes, módulo ligado e período válido, e a DRAFT quando falta algum deles, com os motivos em drafted; deactivationReason é apagado. Um monitoramento desativado por perda de permissão volta como DRAFT, porque os módulos dele ficaram desligados; é preciso religá-los na edição.A próxima consulta de cada módulo é recalculada: um módulo que já rodou volta na data da última consulta mais frequencyDays ou, se essa data já passou, hoje mais frequencyDays; um módulo que nunca rodou fica para startDate; se startDate já passou, ele roda na próxima execução diária do monitoramento. A reativação entra no histórico do monitoramento e, quando ele volta como DRAFT, também a passagem para rascunho (MONITORING_DRAFTED). Não recebe corpo.Só quem criou o monitoramento pode reativá-lo. Monitoramento inexistente ou de outra empresa devolve 404 (Monitoria não encontrada.). 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
🟢200Sucesso
application/json
Monitoramento reativado
Bodyapplication/json
🟠400BadRequest
🟠401Unauthorized
🟠404NotFound
🟠429TooManyRequests
🔴500InternalError
🟠400Sem permissão para editar monitoramentos
🟠403Acesso negado
🟠404Monitoramento não encontrado
🟠422Monitoramento não está desativado
Request Request Example
Shell
JavaScript
Java
Swift
curl--location--request POST '/v2/monitoring/9c1e4b7a-0000-4000-8000-000000000d01/reactivate' \
--header'x-api-key: SUA_CHAVE_DE_API' \
--header'Authorization: Bearer <token>'