Como integrar RMM com PSA e sistemas de tickets para uma resposta a incidentes fluida

Uma das formas mais rápidas e eficazes de agilizar a resposta a incidentes de TI é integrar seu software de RMM (Monitoramento e Gerenciamento Remoto) à plataforma de PSA (Automação de Serviços Profissionais).

Cada um tem funções distintas. O software de RMM acompanha a integridade, o desempenho e a segurança dos sistemas, enquanto as plataformas de sistema de tickets PSA cuidam dos tickets de serviço, da atribuição de técnicos e do cumprimento de SLAs. Quando bem configuradas, essas ferramentas convertem alertas em tickets automaticamente, simplificam os fluxos de trabalho e ajudam a equipe a responder mais rápido.

Integrar a plataforma de RMM ao sistema de tickets do PSA exige apenas alguns passos simples. Este guia mostra como fazer isso. Veja como automatizar a conversão de alertas em tickets, sincronizar atualizações de status em tempo real e enriquecer os dados de incidentes com scripts e ferramentas de política.

Se prefere assistir a ler, confira nosso vídeo Como integrar RMM com PSA e sistemas de tickets para uma resposta a incidentes fluida.

Como integrar RMM com PSA e sistemas de tickets para uma resposta a incidentes fluida

Pré-requisitos:

• É preciso ter uma plataforma de RMM ativa, como NinjaOne, Datto RMM ou N-able.
• O ambiente precisa de uma plataforma de PSA ou sistema de tickets compatível, como ConnectWise, Autotask, ServiceNow ou Zendesk.
• Esses métodos exigem credenciais de API (Interface de Programação de Aplicações) com nível de administrador nas plataformas de PSA e RMM.
• O acesso a ferramentas de automação como PowerShell, Editor do Registro ou Política de Grupo será necessário para scripts e configuração no lado do cliente.
• Você deve ter permissão para testar chamadas de API ou cargas de webhook entre as plataformas.
• Esses pré-requisitos garantem um processo de integração sem contratempos.

Método 1: conectar plataformas de RMM e sistema de tickets PSA por integrações nativas

Muitas plataformas modernas de RMM oferecem integração direta e nativa com PSA e sistemas de tickets. Esse costuma ser o caminho mais rápido para ligar alertas e tickets, sem precisar de scripts personalizados nem ferramentas de terceiros.

Casos de uso:

• Ideal para MSPs que buscam uma forma rápida de integrar RMM e PSA.
• Perfeito para criar tickets automaticamente a partir de alertas de alta prioridade.
• Útil para atribuir alertas a grupos específicos de técnicos ou quadros de serviço.
• Esse método ajuda a manter tickets e status de alertas sincronizados.

Pré-requisitos:

• Uma plataforma de RMM com suporte a integração nativa com PSA, como NinjaOne, Datto RMM ou N-able.
• É preciso ter um PSA ou sistema de tickets compatível, como ConnectWise, Autotask, ServiceNow ou Zendesk.
• Garanta credenciais de API com nível de administrador nos softwares de RMM e PSA.
• É necessário conseguir acessar e configurar as definições de integração dentro da plataforma de RMM
• Acesso de rede para testar autenticação, roteamento e comunicação por webhook

Veja como conectar seu RMM ao sistema de PSA com as ferramentas nativas:

Observação: os passos e a interface podem variar conforme o RMM.

1. Primeiro, abra a plataforma de RMM e vá até a seção Configurações de administrador.
2. Em seguida, escolha o PSA ou sistema de tickets na lista.
3. Insira as credenciais ou tokens de API necessários.
4. Configure as regras de mapeamento dos alertas. Aqui dá para definir parâmetros como:
   • Mapear a gravidade do alerta às prioridades de ticket do PSA.
   • Definir regras de roteamento com base nos tipos de alerta ou grupos de dispositivos
   • Atribuir alertas a filas de técnicos ou quadros de serviço específicos.
5. Ative as opções de sincronização:
   • Sincronizar comentários de tickets com notas do RMM ou atualizações de alertas
   • Fechar tickets automaticamente quando o alerta original for resolvido.
6. Para verificar se a integração está funcionando, tente o seguinte:
   • Crie um alerta de teste no RMM e confira se um ticket é gerado automaticamente no PSA.
   • Atualize o alerta no RMM e confirme se o ticket reflete a mudança.
   • Feche o alerta e verifique se o ticket do PSA é atualizado.

Método 2: criar fluxos personalizados de alerta para ticket com webhooks ou API

Se a plataforma de RMM ou PSA não oferece conectores nativos, use webhooks ou chamadas diretas de API para montar integrações personalizadas. Assim dá para enviar alertas do RMM ao PSA, gerar tickets e disparar ações conforme o tipo de alerta.

Casos de uso:

• Ideal para ambientes sem integração nativa entre RMM e PSA.
• Útil para MSPs avançados que precisam de controle total sobre a criação e o roteamento de tickets.
• Perfeito para disparar automações a partir de condições específicas de alerta com scripts personalizados.

Pré-requisitos:

• Plataforma de RMM com políticas de alerta que aceitem scripts personalizados ou chamadas de webhook.
• Sistema de PSA com uma API REST documentada (como ConnectWise ou ServiceNow).
• Credenciais de API ou tokens bearer válidos com permissão para criar tickets.
• Acesso a ferramentas de automação por script, como PowerShell ou curl.
• Acesso de rede para testar a disponibilidade do endpoint, a autenticação e a entrega das cargas.

Veja um exemplo de trecho de PowerShell que cria um ticket no ConnectWise via API:

$uri = "https://psa.example.com/v4_6_release/apis/3.0/service/tickets"
$headers = @{
"Authorization" = "Bearer YOURTOKEN"
"Content-Type" = "application/json"
}
$body = @{
summary = "Disk usage critical on Client-PC01"
company = @{ id=123 }
board = @{ id=5 }
status = @{ id=1 }
priority = 2
} | ConvertTo-Json

Invoke-RestMethod -Uri $uri -Method Post -Headers $headers -Body $body

Boa prática de segurança: lidando com credenciais de API. Nunca deixe chaves ou tokens de API fixos no código dos scripts, porque podem aparecer nos logs. Em vez disso:

• Use variáveis de script: armazene as credenciais na seção “Secret Store” ou “Global Variables” do seu RMM (por exemplo, $Ninja_PSA_Key).
• Use parâmetros criptografados: passe as credenciais como parâmetros criptografados em tempo de execução.
• Privilégio mínimo: garanta que o token de API tenha permissão apenas para criar tickets, e não para excluir ativos ou ler dados financeiros.

Método 3: enriquecer tickets com dados de diagnóstico em tempo real via PowerShell

Além de criar tickets, dá para usar o PowerShell para coletar dados de diagnóstico e anexá-los ao ticket. Assim os técnicos já têm contexto imediato e conseguem avaliar e resolver o problema mais rápido, sem investigações demoradas.

Casos de uso:

• Esse método adiciona contexto aos tickets baseados em alertas.
• Melhora o tempo de resposta dos técnicos ao entregar dados logo de cara.

Pré-requisitos:

• A plataforma de RMM precisa aceitar scripts personalizados ou tarefas de diagnóstico.
• O PowerShell 5.1 ou superior precisa estar instalado nos endpoints gerenciados.
• Será necessária integração por API com o sistema de PSA para enviar os dados de log.
• Permissões de execução de scripts e acesso administrativo são obrigatórios nas máquinas de destino.

Veja um exemplo de trecho de PowerShell que lista os 5 processos que mais consomem memória em uma CPU e os prepara para registro:

# Correctly capture current CPU usage percentage

$cpuUsage = Get-Counter "\Process(*)\% Processor Time" -ErrorAction SilentlyContinue
$topProcesses = $cpuUsage.CounterSamples |
Where-Object { $_.CookedValue -gt 0 } |
Sort-Object CookedValue -Descending |
Select-Object -First 5

$log = $topProcesses | Format-Table -AutoSize | Out-String

Observação: o comando `Get-Process` anterior ordena pelo tempo total de CPU desde a inicialização. Já `Get-Counter` entrega o percentual de carga de CPU em tempo real, que é o que os técnicos realmente precisam.

Esse resultado pode ser usado em um webhook ou no corpo de uma chamada de API, ou anexado como nota de diagnóstico no RMM.

Método 4: usar scripts de CMD para gerar artefatos de incidente

Scripts de Prompt de Comando continuam úteis na detecção automatizada de incidentes. Eles criam entradas de log que o RMM monitora, o que dispara alertas e a criação de tickets.

Casos de uso:

• Útil em ambientes onde o PowerShell não está disponível.
• Ideal para monitorar eventos não críticos ou estados de serviço em intervalos regulares.
• Agiliza fluxos de trabalho ao gerar logs específicos de contexto.

Pré-requisitos:

• A plataforma de RMM precisa monitorar caminhos de arquivo ou arquivos de log personalizados.
• Os endpoints Windows do ambiente devem aceitar scripts de comando e tarefas agendadas.
• Serão necessárias permissões para gravar logs localmente e configurar a execução de tarefas.

Veja um exemplo de comando CMD que grava uma mensagem com data e hora em um arquivo de log local:

echo %DATE% %TIME% Antivirus service not running >> C:\Logs\incident.log

O arquivo funciona como sinal para o software de RMM. Quando o script grava em incident.log, o RMM detecta a mudança e dispara um alerta ou ticket com base na atualização.

Também dá para automatizar essa verificação com uma tarefa agendada que roda a cada hora:

schtasks /create /tn "CheckAV" /tr "check_av.bat" /sc hourly

Esse script verifica o status do antivírus. Vale lembrar que soluções de RMM como o NinjaOne conseguem monitorar o status dos endpoints e enviar alertas automaticamente, sem precisar de scripts.

Método 5: padronizar a configuração do cliente com registro e GPO

Com o Registro do Windows e a Política de Grupo, os técnicos padronizam como os endpoints armazenam metadados como nome do cliente, site ou etiqueta de ativo. Isso facilita mapear alertas para o cliente ou local certo na hora de responder a incidentes.

Casos de uso:

• Ajuda a mapear alertas do RMM para clientes, locais ou ativos específicos.
• Serve para enriquecer automaticamente as cargas dos tickets com o contexto do endpoint.
• Simplifica a automação e torna a segmentação mais confiável e escalável.

Pré-requisitos:

• Os endpoints precisam fazer parte de um domínio.
• Para isso, é preciso ter acesso elevado para ajustar as configurações do registro.
• O Console de Gerenciamento de Política de Grupo (GPMC) ou o Editor de Política de Grupo precisa estar disponível no sistema.
• A plataforma de RMM precisa suportar a execução de scripts ou o armazenamento de metadados personalizados.

Veja um exemplo de caminho de registro que dá para configurar para armazenar metadados específicos do cliente:

[HKEY_LOCAL_MACHINE\SOFTWARE\MSP\AssetTag]

"Customer"="ClientABC"

"Site"="HQ"

Esses dados enriquecem automaticamente os alertas do RMM e os tickets do PSA. Assim cada ticket mostra o cliente, o site ou o ativo correto, o que facilita encaminhar os problemas para a fila certa e acelera a resolução.

Depois, use este comando do PowerShell para recuperar as informações armazenadas ali e incluí-las nas cargas de alerta ou nas descrições dos tickets:

(Get-ItemProperty "HKLM:\SOFTWARE\MSP\AssetTag").Customer

Em seguida, dá para automatizar isso em todos os endpoints com as Preferências de Política de Grupo. Veja como:

1. Abra o Console de Gerenciamento de Política de Grupo.
2. Crie ou edite um Objeto de Política de Grupo (GPO).
   1. Clique com o botão direito no domínio ou na unidade organizacional (UO).
   2. Clique em Criar um GPO neste domínio e fornecer um link para ele aqui.
   3. Dê um nome claro, como Client Metadata Keys.
3. Vá para Configuração do Computador > Preferências > Configurações do Windows > Registro.
4. Clique com o botão direito em Novo e selecione Item do Registro.
5. Defina o seguinte:
   1. Ação: Criar ou Atualizar (escolha atualizar se pretende modificar depois)
   2. Hive: HKEY_LOCAL_MACHINE
   3. Caminho da chave: SOFTWARE\MSP\AssetTag
   4. Nome do valor: Customer
   5. Tipo do valor: REG_SZ
   6. Dados do valor: ClientABC (troque pelo nome real do cliente ou por algo que ajude a identificá-lo)
6. Confirme que o GPO está vinculado à UO que contém os novos computadores ou dispositivos em onboarding.

Pontos de atenção ao integrar RMM com PSA

Outras considerações ao integrar RMM com o sistema de tickets PSA

Evite tickets duplicados

Para reduzir a bagunça e evitar fluxos confusos, o mesmo alerta não deve gerar vários tickets. Para impedir isso, configure a limitação de alertas no software de RMM.

Garanta o roteamento correto dos tickets

Confirme que os tipos de alerta estão mapeados para as filas de técnicos, quadros de serviço ou categorias corretas do PSA. Tickets na fila errada podem atrasar a resposta e a resolução.

Limpe os alertas

Configure o PSA para limpar ou fechar automaticamente o alerta original no RMM. Caso contrário, o ticket pode continuar aparecendo no painel como se nunca tivesse sido tratado. Essa configuração evita acúmulo de tickets no RMM e impede que os técnicos resolvam o mesmo ticket duas vezes.

Registre e verifique falhas de backup

Inclua falhas de tarefas de backup nas regras de alerta. Assim você sempre tem uma cópia de backup atualizada para restaurar quando precisar. Alertas de backup bem configurados garantem que um técnico aja antes que seja tarde demais.

Solução de problemas na integração de RMM com sistemas de tickets PSA

Os tickets não foram criados

Nesses casos, confirme se o token de API não expirou. Verifique também os filtros de alerta no RMM e ajuste a condição do alerta. Além disso, confirme se o firewall e outros softwares de segurança não estão bloqueando as chamadas de saída da API.

Campos de ticket incorretos

Nesses casos, valide a carga JSON ou o formato do webhook. Os nomes dos campos, como ID de status, nome do quadro e código de prioridade, precisam corresponder ao que o PSA espera.

Problemas de loop de eventos

Em alguns casos, RMM e PSA sincronizam o status do ticket de um lado para o outro e um fica reabrindo o do outro em loop. Para evitar isso, escolha um sistema para controlar o status final do ticket, normalmente o PSA, e desative a sincronização de status do outro lado.

Diagnósticos ausentes nos tickets

Execute os scripts de CMD e PowerShell com direitos de administrador e capture a saída. Se eles não retornarem dados, nada será adicionado ao ticket. Teste o script manualmente antes de vinculá-lo a um alerta.

Integrações e serviços do NinjaOne PSA

NinjaOne PSA dá aos MSPs os meios para automatizar a resposta a incidentes desde o início, do alerta à resolução. Os usuários acessam ferramentas de faturamento, sistema de tickets, documentação e gestão de recursos de TI em um único painel, o que facilita integrar dados e alertas do RMM ao sistema de tickets PSA e a fluxos de correção automatizada.

Para dar às equipes de TI mais controle sobre os processos de PSA, NinjaOne também oferece várias integrações com softwares de PSA e opções de scripts personalizados. Essas integrações com aplicações de terceiros dão aos usuários mais flexibilidade na entrega de serviços de TI.

Integre RMM e PSA para um fluxo de resposta a incidentes eficiente

Integrar o software de RMM ao sistema de tickets PSA transforma a resposta a incidentes de um processo reativo em algo eficiente e proativo. Com tickets enriquecidos e alertas automatizados, os técnicos resolvem problemas de forma rápida e tranquila. Isso deixa o ambiente da sua organização mais seguro e os usuários dos endpoints mais produtivos.

NinjaOne PSA é integrado à plataforma principal de RMM, o que simplifica ainda mais o processo de integração. Com NinjaOne, os usuários contam com um único painel unificado para a resposta a incidentes, da detecção à resolução. NinjaOne permite monitorar endpoints continuamente e gerar alertas em tempo real que criam tickets automaticamente, já com contexto do dispositivo, níveis de gravidade e detalhes de correção. Essa integração elimina a criação manual de tickets, habilita fluxos de correção automatizada e acompanha o faturamento em um só lugar.

NinjaOne integra totalmente softwares de PSA e RMM em um único painel, o que ajuda equipes de TI e MSPs a melhorar os tempos de resposta a incidentes. Comece com um teste grátis de 14 dias do NinjaOne.

Tópicos relacionados:

• Automações essenciais do NinjaOne Ticketing para começar
• 10 boas práticas de help desk de TI para profissionais de TI
• Gerenciamento de tickets: como reduzir o tempo de resposta do helpdesk
• O que é resposta a incidentes?
• O que é RMM? Uma definição moderna e critérios de avaliação para 2026