Caso de uso · Para consultorias, integradores e MSPs
O relatório mensal do cliente escrito a partir dos dados do PSA e do RMM — com a sua marca e uma narrativa
No primeiro dia útil, um fluxo puxa o mês de cada cliente do PSA (tickets por tipo, SLA cumprido, horas registradas, projetos) e do RMM (conformidade de patches, saúde dos dispositivos, backups), calcula as comparações com o mês anterior e pede a um agente que escreva uma narrativa curta: o que aconteceu, o que melhorou, o que decidir. O relatório é renderizado no seu PDF ou apresentação com a sua marca, colocado na fila de revisão do gerente de contas e enviado só depois que ele aprova.
- Para quem é
- Gerentes de contas de MSPs que passam a primeira semana de cada mês montando relatórios de clientes e apresentações de QBR a partir de exportações do PSA e do RMM.
- Sistemas envolvidos
- HaloPSA / ConnectWise / Autotask (API)NinjaOne / Datto RMM (API)Agente do AI WorkflowsGeração de PDF / PowerPointOutlook / Teams
Como a execução acontece
5 etapas · registradas por execução
- Gatilho01
Primeiro dia útil
Por cliente
- Sistema02
Puxa os dados do PSA e do RMM
Tickets, SLA, patches, backups
- Agente03
Escreve a narrativa
Fatos, variações, recomendações
- Pessoa04
Gerente de contas edita
Cinco minutos, não cinco horas
- Sistema05
PDF com a sua marca enviado
E-mail ou portal do cliente
Como roda, passo a passo
- 1
Um agendamento inicia uma execução por cliente. Etapas HTTP buscam os dados do mês nas APIs do PSA e do RMM: contagem de tickets por categoria, cumprimento de SLA, horas registradas, projetos abertos, conformidade de patches, saúde dos dispositivos, status de backup (ou a tabela de backup do caso de uso de backup).
- 2
O fluxo calcula as variações em relação ao mês anterior e ao contrato do cliente (metas de SLA, horas incluídas), sinalizando qualquer coisa fora da faixa.
- 3
Um agente escreve a narrativa a partir dos números — nunca inventando um — no idioma do cliente: resumo, o que melhorou, o que precisa de decisão, recomendações ligadas aos dados (por exemplo, 23 dispositivos fora da conformidade de patches há um mês).
- 4
O relatório é renderizado no seu modelo — PDF ou apresentação — com os gráficos gerados a partir dos mesmos dados, e colocado na fila do gerente de contas com a narrativa editável.
- 5
Após a aprovação, o relatório é enviado por e-mail ou publicado no portal do cliente e anexado ao ticket da conta; as edições da revisão são guardadas para ajustar o prompt.
Limites: o que isto não faz
- A narrativa é escrita a partir dos dados puxados; se o RMM não expõe uma métrica, ela não entra no relatório.
- Gráficos e layout seguem o seu modelo; construir esse modelo faz parte do sandbox.
- A aprovação do gerente de contas permanece no fluxo — um relatório é uma promessa a um cliente.
Perguntas sobre este processo
Ela recebe os números e é instruída a escrever sobre eles; cada valor na narrativa é conferido com a tabela de dados antes de o relatório renderizar, e o gerente de contas revisa o texto.
Sim, os mesmos dados são renderizados em um modelo de slides; a maioria dos MSPs envia o PDF mensal e usa a apresentação de QBR para as reuniões.
Qualquer um com API: HaloPSA, ConnectWise PSA, Autotask, NinjaOne, Datto RMM, N-able, entre outros — por etapas HTTP hoje.
Casos de uso relacionados
Para consultorias, integradores e MSPs
E-mails de alerta de backup transformados em um ticket por falha real — e um relatório semanal para o cliente
Para consultorias, integradores e MSPs
Cada ticket do PSA classificado, priorizado e roteado antes de um técnico lê-lo
Para consultorias, integradores e MSPs
Onboarding e offboarding de usuários do Microsoft 365 a partir de um ticket do PSA — em minutos, por cliente
Construa isto nos seus sistemas em um sandbox guiado.
Conte o processo; depois de uma conversa de 30 minutos o sandbox fica pronto a partir de 24 horas, e construímos a primeira execução com a sua equipe.