Toda vez que uma empresa descobre o GLPI, a conversa segue o mesmo roteiro. Alguém encontra a ferramenta, vê que ela é open source, confere a lista de funcionalidades (chamados, SLA, inventário, base de conhecimento, contratos) e faz a pergunta inevitável:

Isso é de graça mesmo?

É. A licença custa zero. O código é aberto, mantido por uma comunidade ativa e por uma empresa, e você pode baixar hoje e instalar amanhã. Essa parte da história é verdadeira.

O problema é que ela é só a primeira página. Entre "o software é gratuito" e "a TI da empresa passou a funcionar melhor" existe um caminho inteiro que ninguém coloca no material de divulgação: preparar o ambiente, modelar processos, definir perfis, integrar com o diretório de usuários, configurar e-mail, proteger o acesso, garantir backup, e depois manter tudo isso vivo enquanto o negócio muda.

Este artigo é sobre esse caminho.

1. Licença zero não é custo zero

O mal-entendido nasce de uma confusão simples: gratuito não descreve o custo da solução, descreve apenas o custo da licença. E licença costuma ser a menor linha da conta.

Quando você adota um GLPI, assume junto uma série de itens que continuam existindo mesmo sem nota fiscal de software:

  • Infraestrutura. Um servidor (físico, virtual ou em nuvem), sistema operacional, servidor web, banco de dados, certificado TLS, DNS.
  • Tempo técnico. Horas de alguém que saiba instalar, ajustar permissões, configurar PHP, tunar o banco e diagnosticar quando algo para.
  • Modelagem. Categorias de chamado, fluxos de aprovação, perfis, entidades, regras de atribuição, níveis de SLA. Nada disso vem pronto, porque nada disso é técnico: é o retrato de como a sua empresa trabalha.
  • Adoção. Treinar quem abre chamado e quem atende. Uma ferramenta que ninguém usa direito é pior do que planilha, porque dá a ilusão de controle.
  • Continuidade. Backup testado, atualizações de versão, correções de segurança, monitoramento.

Existe um termo para isso no mercado: custo total de propriedade. O open source reduz drasticamente uma linha dessa conta e não elimina nenhuma das outras.

Quem trata "gratuito" como sinônimo de "sem esforço" não economiza. Apenas transfere o custo para o lugar mais caro possível: a indisponibilidade e o retrabalho.

A boa notícia é que essa conta continua fazendo muito sentido. Um GLPI bem implantado entrega, para uma pequena ou média empresa, um nível de controle que soluções proprietárias equivalentes cobram por técnico e por mês. O ponto não é evitar o GLPI. É entrar nele com o olho aberto.

2. O que o GLPI entrega quando está bem implantado

Vale lembrar o que está em jogo, porque o esforço só se justifica pelo resultado. Bem configurado, o GLPI deixa de ser "um sistema de chamados" e vira a camada de gestão de serviços da TI.

  • Chamados que viram histórico. Abertura, acompanhamento e resolução em um único lugar. O ganho real não é o registro: é conseguir responder, no fim do mês, quais problemas mais consumiram a equipe e por quê.
  • SLA que cria previsibilidade. Acordos, prazos e níveis de atendimento transformam expectativa em compromisso mensurável. Sem isso, "urgente" é definido por quem grita mais alto.
  • Inventário que reflete a realidade. Ativos, softwares e hardware atualizados de forma automática pelo agente de inventário. É o que permite saber quantas máquinas estão fora de garantia, quais licenças estão em uso e o que precisa entrar no orçamento do próximo ano.
  • Notificações que fecham o ciclo. Alertas automáticos para quem abriu, para quem atende e para quem gerencia. Comunicação que não depende de alguém lembrar de avisar.

E, por baixo de tudo, a base: banco de dados com estrutura, performance e segurança adequadas, backup que já foi testado em uma restauração real, e segurança de acessos, permissões e proteção de dados, que em um sistema de TI significam dados de pessoas, ativos e contratos da empresa inteira.

Repare que esses três últimos itens não aparecem na tela de ninguém. São exatamente os que ficam de fora quando o projeto é tratado como "só instalar".

3. Por que a Milani TECH montou um laboratório dedicado

Não gosto de recomendar tecnologia que eu não tenha quebrado antes. Por isso a Milani TECH virtualizou um laboratório inteiro dedicado ao GLPI, com VirtualBox, Debian, MariaDB e Apache, passando por instalação, configuração, integração e testes completos.

Um laboratório serve para errar em um lugar onde errar é barato. E alguns aprendizados só aparecem com o ambiente rodando:

  • A versão do GLPI define a base, e não o contrário. A linha 10.0 pede PHP a partir do 7.4 e MariaDB a partir do 10.2. A linha 11.0 sobe a régua para PHP 8.2 e MariaDB 10.6. Escolher o sistema operacional antes de decidir a versão do GLPI é o caminho mais rápido para descobrir, no meio da implantação, que a distribuição escolhida não entrega o que a aplicação exige.
  • Extensões do PHP não são detalhe. A instalação depende de um conjunto específico (dom, curl, gd, intl, mysqli, mbstring, entre outras). Falta uma e o instalador para, sem que o erro diga com clareza o que aconteceu.
  • Ciclo de vida é parte do projeto. O Debian 11, usado na montagem inicial, encerra o suporte estendido em 31 de agosto de 2026. Ou seja: um ambiente perfeitamente funcional hoje passa a acumular vulnerabilidades sem correção logo ali na frente. Isso não é um problema do laboratório, é a demonstração prática da tese deste artigo.

Software não é um objeto que se compra. É um organismo que se mantém.

Esse último ponto é o que separa quem instala de quem sustenta. A instalação tem data de fim. A operação, não.

4. Do laboratório para o seu ambiente: GLPI como serviço

Foi a partir desse trabalho que a Milani TECH estruturou a implantação e o gerenciamento de GLPI como serviço, organizado em quatro etapas que respeitam exatamente o ciclo de vida da solução.

  • Implantação. Ambiente preparado e configurado: dimensionamento, sistema operacional, banco, servidor web, certificado, agente de inventário e a primeira carga de dados. O objetivo aqui não é "estar no ar", é estar no ar de um jeito que aguente o segundo ano.
  • Configuração. Regras, perfis e processos alinhados ao negócio. Essa é a etapa que mais se parece com consultoria e menos com técnica: entender como os chamados chegam hoje, quem decide o que, o que precisa de aprovação e quais prazos são realistas.
  • Manutenção. Atualizações, ajustes e suporte contínuo. Correções de segurança aplicadas, backup verificado, performance acompanhada, base de dados saudável.
  • Evolução contínua. Melhorias e novas funcionalidades conforme a empresa muda: novas entidades, integração com outros sistemas, relatórios que a diretoria passou a pedir, automações que só fazem sentido depois de seis meses de uso real.

O modelo de serviço existe por um motivo prático: a maioria das pequenas e médias empresas não precisa de um especialista em GLPI em tempo integral. Precisa de um GLPI funcionando em tempo integral. São coisas diferentes, e só a segunda precisa ser comprada.

Conclusão

Existe muito mais por trás de uma solução que realmente funciona. Não porque o open source seja frágil, mas porque nenhuma tecnologia entrega resultado sozinha: quem entrega resultado é a tecnologia trabalhando por pessoas, dentro de processos que alguém desenhou e alguém mantém.

Se hoje a sua equipe atende chamados por WhatsApp, planilha e memória, o custo não desapareceu. Ele só está distribuído em retrabalho, em pedido esquecido, em equipamento que ninguém sabe onde está e em decisão tomada sem dado nenhum.

Então a pergunta não é quanto custa implantar um GLPI.

É quanto está custando, hoje, o seu "de graça"?

Referências

Nota de transparência: este artigo contou com apoio de inteligência artificial na pesquisa, organização e revisão editorial. A montagem do laboratório, a análise, a validação e a responsabilidade final pelo conteúdo são do autor.