Integração com o Noxus Core
Não há integração para configurar. RMM e Noxus Core são o mesmo produto: o dado atravessa sozinho, nos quatro fluxos abaixo.
1. Alerta vira chamado
Quando um alerta abre com a ação de chamado ligada:
- Um chamado é criado no Noxus Core, já vinculado ao cliente
- A severidade do alerta define a prioridade do chamado
- Quando o alerta normaliza, o chamado vai para Resolvido — quem fecha é uma pessoa (ou o fechamento automático da organização, depois dos dias configurados em Chamados → Configurações)
Um chamado por regra e máquina
Agente que cai e volta, rajada de login que vem e passa: o mesmo alerta pode disparar dezenas de vezes por dia. Se cada disparo abrisse e fechasse um chamado sozinho, seriam dezenas de chamados que ninguém vê — e ninguém saberia que existe um problema.
Por isso, enquanto um chamado da mesma regra na mesma máquina não estiver fechado, toda repetição cai nele:
- O cartão do alerta no chamado passa a mostrar "Voltou N vezes" e quando foi a última.
- Um chamado que estava Resolvido volta para Aberto na repetição.
- Um alerta que já voltou é intermitente: quando ele normaliza de novo, o chamado continua aberto até alguém investigar. Só o primeiro disparo resolve o chamado sozinho.
- A conversa ganha no máximo uma nota por hora sobre as repetições. O contador do cartão conta todas.
Depois que alguém fecha o chamado, a próxima ocorrência abre um chamado novo.
Chamado só a partir da Nª ocorrência
Na regra de alerta dá para pedir que o chamado espere: "A partir da 3ª ocorrência em 1 h", por exemplo. O alerta continua sendo registrado e avisando por e-mail e webhook toda vez — só o chamado espera. Ver Alertas.
O que vem dentro do chamado
O chamado nasce com o caso inteiro, para o técnico não precisar abrir o RMM só para entender o que aconteceu:
| Bloco | Conteúdo |
|---|---|
| Medição | Regra que disparou, valor medido, limite e por quanto tempo a condição valeu |
| Máquina | Hostname, sistema, versão do agente, IP público, site/cliente e último contato |
| Link | Atalho direto para a máquina no painel do RMM |
| Últimas amostras | As dez últimas leituras da métrica antes do disparo |
Severidade informativa abre chamado de prioridade baixa; aviso vira alta; crítico vira crítica.
O histórico conta o que mudou
Enquanto o chamado está aberto, o RMM escreve notas internas na conversa:
- O mesmo alerta voltou a disparar (com o valor da vez)
- O alerta normalizou, com o valor atual e por quanto tempo ficou aberto
As notas são internas: aparecem para a equipe, não para o cliente no portal.
Normalizar leva o chamado a Resolvido, nunca a Fechado. Se alguém da equipe já resolveu ou fechou o chamado à mão, o RMM não mexe no estado — só deixa a nota.
2. Máquina vira ativo do cliente
Cada dispositivo monitorado aparece como ativo na ficha do cliente no Noxus Core, com:
- Nome da máquina
- Sistema operacional e arquitetura
- Versão do agente
- Último contato
- Inventário de software
Atualiza a cada coleta. Ninguém digita nada, e o inventário de ativos do cliente para de ser uma planilha desatualizada.
Aposentar o dispositivo no RMM remove o ativo correspondente.
3. Acesso sem segunda senha
O botão RMM no menu lateral do Noxus Core abre o painel já autenticado, com um token assinado de validade curta.
A credencial é provisionada automaticamente no primeiro acesso — por isso não existe tela de configuração do RMM na plataforma.
4. Aviso de consumo
Ao cruzar 90% e 100% das máquinas contratadas, o Noxus Core é avisado. Cada limiar avisa uma vez.
Atingido o limite, a inscrição de uma máquina nova é recusada na hora, com mensagem clara. O limite estourado aparece na instalação, não na fatura do mês seguinte.
Para liberar vaga: aposente uma máquina que saiu, ou aumente o número contratado em Planos e assinatura.
O que fica de fora
O acesso remoto e as ações do RMM não aparecem nos chamados como apontamento de hora automático. Se o atendimento precisa ser faturado, o apontamento continua sendo feito no Timesheet.