Everything in context.

O ITMDesk-Base é a camada Linux sobre a qual todo o resto se apoia: os servidores, suas atualizações, seus certificados, seus bancos de dados e seus logs, administrados de um lugar só em vez de seis sessões de terminal e uma planilha de datas de vencimento.

Ele pede o mínimo possível da máquina. Os serviços compartilham o que dá em vez de cada um carregar a própria cópia de tudo, porque o custo real de uma plataforma não é a licença — é a máquina que ela exige, a memória que ela desperdiça e a tarde que alguém gasta descobrindo qual das partes dela quebrou.

O Sentinel observa continuamente, e o que ele vê não fica dentro do Base: um serviço começando a falhar vira um chamado com o próprio histórico anexado, e a correção vira um procedimento que a próxima pessoa consegue seguir. É essa a diferença entre monitorar algo e saber sobre aquilo.

O ITMDesk-FunLab não é software. É o trabalho de transformar um processo que hoje vive em planilhas, threads de e-mail e na memória de alguém em uma aplicação rodando em produção, em semanas.

Semanas em vez de meses porque não se começa do zero. Autenticação, permissões, o registro de quem fez o quê, armazenamento, tratamento de documentos e a infraestrutura por baixo já existem, já rodam e já são os mesmos que o resto da plataforma usa. O que se constrói é apenas a parte que é de fato específica do problema.

O ITMDesk-SM foi de conversa a produção em três semanas, incluindo desenvolvimento, infraestrutura e implantação. O número só é interessante pelo que diz sobre os outros noventa por cento: já estavam prontos.

O ITMDesk-Blue é onde estão as máquinas. Estações e servidores, Windows, macOS e Linux, com celulares e tablets ao lado — inventário, telemetria, software instalado, acesso remoto, comandos agendados e o registro de quem fez o quê em qual delas.

Os agentes são a parte que parece simples de fora. Um agente de macOS não é um agente de Windows com outro ícone: o modelo de permissões é diferente, o mecanismo de atualização é diferente, e o que cada sistema operacional aceita contar sobre si mesmo é diferente. Cada um é um problema próprio, e cada um ainda precisa reportar para o mesmo retrato.

Esse retrato é o que faz o resto funcionar. Um chamado sabe de qual máquina veio, quem é o dono, qual contrato cobre e se o disco dela vem enchendo há uma semana. Ninguém precisa ir olhar.

O ITMDesk-TicketDesk é o service desk: as solicitações chegam, são encaminhadas, respondidas e encerradas, com o SLA acompanhado e a conversa guardada.

O que o separa de um service desk escrito num fim de semana é o que chega anexado à solicitação. A máquina de onde ela veio, o dono, o histórico e as últimas vezes em que algo parecido foi resolvido, e como. A sugestão tirada desses casos vem dos chamados resolvidos da própria organização, não da internet.

Cada chamado encerrado deixa o próximo mais curto. Isso não é funcionalidade. É o que acontece quando as respostas ficam no mesmo lugar em que as perguntas chegam.

O ITMDesk-ProjectManager é onde uma demanda vira trabalho com forma e data. Planos, tarefas, responsáveis e dependências — estrutura suficiente para tocar um projeto, e não tanta que operar a ferramenta vire o projeto.

Ele é alimentado pelo que já está acontecendo em outro lugar. Um chamado que volta sempre é sinal de que tem algo por baixo para consertar. Um parque envelhecendo é um projeto esperando ser nomeado. A origem viaja junto com o trabalho, então seis meses depois ainda é possível dizer por que aquilo começou.

A IA ajuda a definir prioridades e aponta risco cedo. Ela propõe; quem responde pelo resultado continua decidindo.

O ITMDesk-LearningDesk guarda o que um time precisa saber: o onboarding, treinamentos, a biblioteca de conteúdo, a documentação, os documentos que as pessoas assinaram e as senhas compartilhadas que elas podem usar.

Existe porque conhecimento guardado na cabeça de uma pessoa é uma indisponibilidade esperando as férias dela. Um procedimento escrito na noite em que foi preciso vale mais do que um manual escrito com antecedência, e é aqui que ele fica para sobreviver a quem o escreveu.

As credenciais ficam aqui e não numa planilha pela mesma razão. É preciso tirar o acesso no instante em que alguém muda de função, e isso só funciona quando um lugar só sabe quem tem o quê.