Substitui os clientes do monitoramento informado em monitoringId.A lista enviada é a lista completa: quem não estiver nela sai do monitoramento. Para incluir clientes, envie os atuais junto com os novos. Quem entra é consultado na próxima rodada agendada de cada módulo; não há consulta imediata. Os alertas de quem sai deixam de contar.Um cliente que volta recupera os alertas da rodada mais recente de cada módulo ligado. Depois da troca, o status é recalculado: com clientes, módulo ligado e período válido, um DRAFT ou ENDED volta a SCHEDULED; sem módulo ligado ou com o período vencido, o monitoramento vai para DRAFT, e um ENDED com o período vencido continua ENDED. O histórico registra a troca de clientes e a passagem para DRAFT (MONITORING_DRAFTED); a volta para SCHEDULED não é registrada. A resposta traz só a nova quantidade de clientes (clientsCount).Os clientes precisam ser pessoas físicas ou jurídicas da empresa e não estar excluídos da base de clientes; IDs repetidos contam uma vez.Só quem criou o monitoramento pode alterar os clientes, e um monitoramento INACTIVE precisa ser reativado antes. 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).