Guia

O que é um RMM e qual a diferença para um ITSM

Um RMM (Remote Monitoring and Management) é o software que um MSP usa para gerenciar remotamente os dispositivos dos seus clientes: monitora, aplica patches, inventaria e controla à distância. Um ITSM (IT Service Management) é o software que esse mesmo MSP usa para gerenciar as solicitações e os incidentes das pessoas que usam esses dispositivos: chamados, prioridades, tempos de resposta. São comprados juntos, são confundidos o tempo todo e resolvem problemas diferentes. Este guia define cada um, traça a linha entre eles e explica o que é um PSA, que é onde a terminologia mais se embola.

O que um RMM faz

Um RMM instala um agente em cada dispositivo gerenciado e, a partir de um console central, habilita cinco coisas: monitoramento (CPU, memória, disco, serviços, disponibilidade), inventário de hardware e software, patches do sistema operacional e das aplicações, acesso remoto ao dispositivo e automação de tarefas com scripts em muitos dispositivos ao mesmo tempo.

O problema que ele resolve é de escala: sem um RMM, gerenciar centenas de dispositivos espalhados por dezenas de clientes significa ir até o local ou conectar um por um, e descobrir os problemas quando o cliente liga. Com um RMM, o MSP vê todo o parque de dispositivos em uma tela e trabalha no problema antes de alguém perceber. O usuário final quase nunca vê isso: é uma ferramenta interna do MSP, e a unidade de trabalho dela é o dispositivo.

O que um ITSM faz

Um ITSM coloca ordem no serviço: registra cada solicitação ou incidente como um chamado, atribui, mede o tempo de resposta contra o SLA acordado e dá ao usuário um portal para abrir solicitações e acompanhar o status das próprias. Os fluxos típicos são gestão de incidentes (algo quebrou), gestão de solicitações (preciso de algo) e gestão de mudanças (vamos modificar algo).

A maioria das ferramentas de ITSM tira seus conceitos do ITIL, um framework de boas práticas para gerenciar serviços de TI. Você não precisa de uma implementação formal de ITIL para usar um ITSM, mas é de lá que vêm termos como incidente, problema e mudança. A unidade de trabalho do ITSM não é o dispositivo: é a solicitação de uma pessoa.

A diferença central, ao longo de um dia de trabalho

O RMM olha para as máquinas; o ITSM olha para as solicitações das pessoas. Um dia qualquer em um MSP mostra isso. Às 9, o RMM alerta que o disco de um servidor passou do limite de 90%; um técnico libera espaço por acesso remoto e o cliente nem fica sabendo: nunca existiu chamado nenhum, porque ninguém pediu nada. Às 11, um funcionário do cliente não consegue imprimir e abre um chamado pelo portal; a impressora não tem agente e não aparece no RMM, mas o chamado vive no ITSM com o SLA correndo até alguém resolver. O primeiro é um problema de máquina detectado por software; o segundo é a solicitação de uma pessoa que precisa ser organizada, priorizada e respondida.

Onde eles se sobrepõem e onde não

Eles se sobrepõem em um ponto concreto: o alerta que vira chamado. Se o RMM detecta um disco cheio e isso dispara um chamado com o seu SLA, a linha foi cruzada, e justamente essa integração é a parte mais valiosa de ter os dois. Eles também se encontram quando o técnico que atende um chamado precisa do histórico do dispositivo (patches aplicados, alertas anteriores, inventário) para diagnosticar.

Fora isso, não se sobrepõem em lugar nenhum: o RMM não gerencia SLAs nem solicitações que não envolvem dispositivo (a entrada de um usuário, uma permissão, uma dúvida), e o ITSM não aplica patches, não monitora e não acessa nada remotamente. Por isso um não substitui o outro.

O que é um PSA e por que ele é confundido com o ITSM

PSA quer dizer Professional Services Automation, e no mercado de MSP é usado quase como sinônimo de ITSM. É aí que mora a confusão de verdade: um PSA inclui os chamados e os SLAs de um ITSM, e soma a camada comercial do negócio: contratos, horas faturáveis e faturamento. Um ITSM coloca ordem no serviço; um PSA também cobra por ele. Quando um produto é vendido como PSA, espere chamados mais contratos e faturamento; quando é vendido como ITSM, espere chamados e SLAs, e a parte de faturamento pode não estar lá.

Os nomes são escolhidos por cada fornecedor: o Atera, por exemplo, é vendido como RMM e PSA integrados em um único produto; a comparação com o Atera mostra o alcance dele. O que importa não é a sigla, e sim o que vem junto: verifique se o produto que você está avaliando inclui faturamento e contratos ou apenas chamados.

Quando um basta e quando você precisa dos dois

O que não pode faltar em escala nenhuma é o RMM: sem monitoramento, patches e acesso remoto não existe operação de MSP, mesmo que as solicitações sejam anotadas em um caderno. Já o ITSM formal tem um limiar: um MSP com 2 técnicos e 40 dispositivos provavelmente não precisa dele; as solicitações chegam por WhatsApp ou e-mail, os técnicos dividem a mesma sala e uma lista compartilhada resolve.

Você precisa dos dois quando aparece algum destes sinais: solicitações começam a se perder ou a ser respondidas duas vezes, você assinou contratos com SLAs que precisa conseguir comprovar, ou o cliente pede para ver o status dos chamados dele. Esse é o momento de somar um ITSM, não antes.

Como eles se combinam na prática

São três caminhos, cada um com o seu custo.

Um único produto, RMM e ITSM no mesmo console. Uma licença, um fornecedor, e o alerta e o chamado vivem juntos: do disco cheio ao chamado resolvido sem trocar de tela. O ponto fraco é que cada metade costuma ter menos profundidade do que um produto especialista. O NinjaOne traz chamados embutidos na plataforma, o Atera integra RMM e PSA, e o KairosLink reúne RMM e ITSM no mesmo console.
Dois produtos integrados. Você escolhe um RMM especialista e um ITSM ou PSA especialista e conecta os dois. Ganha profundidade em cada metade; paga duas licenças e dois contratos, e a integração fica por sua conta: quando quebra, cada fornecedor aponta para o outro. O ConnectWise, por exemplo, vende o Automate (o RMM) e o PSA dele como produtos separados da mesma casa; a comparação com o ConnectWise Automate tem o detalhe. Os números por trás dessa conta dobrada estão no guia sobre quanto custa um RMM.
Dois produtos separados, sem integração. Funciona no começo e é a entrada mais barata, mas o custo aparece na operação: os técnicos dão contexto duas vezes e a rastreabilidade entre o alerta e o chamado se perde. Se você seguir esse caminho, trate como etapa, não como destino.

Onde o KairosLink se encaixa

O KairosLink pertence ao primeiro grupo: RMM e ITSM em um console só, com modelo por dispositivo e preço publicado a partir de USD 36 por mês, em português, espanhol e inglês, sem contrato de longo prazo e com 14 dias de teste sem cartão de crédito.

Faz sentido se você quer o caminho do produto único e trabalhar em português faz diferença para a sua equipe. Se a sua prioridade é profundidade máxima em cada metade, o caminho de dois especialistas integrados vai servir melhor; e se a sua operação é grande, olhe as suítes que cotam caso a caso. As comparações linkadas acima mostram o que cada fornecedor publica e o que não publica.

Guias relacionados

Perguntas frequentes

O que significa RMM?

Remote Monitoring and Management, ou monitoramento e gerenciamento remoto. É a categoria de software que um MSP ou uma equipe de TI usa para gerenciar dispositivos à distância: monitoramento, inventário, patches, acesso remoto e automação a partir de um console central.

Um ITSM substitui um RMM?

Não. O ITSM organiza as solicitações das pessoas: chamados, SLAs, portal. Ele não monitora dispositivos, não aplica patches e não faz acesso remoto. Um MSP consegue operar sem um ITSM formal enquanto é pequeno; sem um RMM ele não consegue gerenciar um parque de dispositivos em escala.

O que é ITIL e preciso implementá-lo?

O ITIL é um framework de boas práticas para gerenciar serviços de TI, e é de lá que as ferramentas de ITSM tiram conceitos como incidente, problema e mudança. Você não precisa de uma implementação formal de ITIL para usar um ITSM: basta adotar os fluxos de que a sua operação precisa.

PSA e ITSM são a mesma coisa?

Eles se sobrepõem, mas não são a mesma coisa. Os dois incluem chamados e SLAs; o PSA soma a camada comercial: contratos, horas faturáveis e faturamento. No mercado de MSP os nomes são usados como sinônimos, então olhe o que o produto inclui em vez de se guiar pela sigla.

Um MSP pequeno precisa de um ITSM?

No começo, provavelmente não: com poucos técnicos e algumas dezenas de dispositivos, as solicitações são resolvidas por e-mail ou mensagem. O ITSM passa a ser necessário quando as solicitações se perdem, quando há SLAs contratuais a comprovar ou quando o cliente pede um portal. Já o RMM é necessário desde o primeiro dispositivo gerenciado.

Dados verificados em 4 de agosto de 2026. As marcas citadas nesta página pertencem aos seus respectivos donos. A KairosLink não tem vínculo com elas; este comparativo é independente e se baseia apenas em informações públicas verificadas.