ERP vs. GLPI: Por que Integrar um Sistema Satélite Especializado é a Chave para uma Gestão de Ativos Eficiente

No ecossistema corporativo contemporâneo, a centralização de dados através de um sistema de Planejamento de Recursos Empresariais (ERP) é vendida como o Santo Graal da gestão. É inegável que essas plataformas monolíticas (como SAP, TOTVS, Oracle NetSuite) são o coração financeiro, fiscal e logístico de qualquer operação séria.

Contudo, operando na trincheira da infraestrutura e integrações há mais de 15 anos, percebo um padrão destrutivo: a tentativa teimosa de diretorias e gerências de forçar o ERP a absorver funções para as quais ele não foi arquiteturalmente desenhado. O resultado? Silos de ineficiência, customizações caríssimas que quebram a cada atualização e um ponto cego massivo na Governança de TI e na Gestão do Ciclo de Vida de Ativos (ITAM).

Neste artigo, vamos dissecar o porquê a implementação do GLPI (Gestionnaire Libre de Parc Informatique) — rodando como um sistema satélite especializado e integrado — não apenas complementa o ERP, mas por que ele supera financeiramente e tecnicamente os módulos nativos dessas gigantes do software.

1. O Confronto: Módulo de Ativos do ERP vs. GLPI

Para entender por que a conta não fecha ao usar o ERP para gerenciar a TI, precisamos comparar a natureza das ferramentas. ERPs são, por excelência, motores transacionais focados em débito, crédito e conformidade fiscal. Veja como a visão de um ERP pago difere de uma ferramenta nativa de ITSM/ITAM como o GLPI:

A Visão do ERP (Ex: SAP EAM, TOTVS Ativo Fixo)

Para o módulo de patrimônio do seu ERP, um servidor ou notebook corporativo é apenas uma linha no banco de dados.

O que ele vê: Uma nota fiscal atrelada, um número de série, um centro de custo e uma tabela de depreciação linear.
A limitação: Ele sabe quanto a máquina custou e qual o seu valor contábil hoje. Mas ele é cego. Ele não sabe se a máquina está ligada, se o disco está falhando, ou se o usuário instalou um software pirata nela ontem à tarde.
O Custo Oculto: Customizar o SAP (usando linguagem ABAP) ou o TOTVS (usando ADVPL) para registrar chamados técnicos ou atrelar incidentes a esses ativos custa, literalmente, milhares de reais em horas de consultoria especializada. E quando o ERP atualizar a versão, sua customização corre o risco de quebrar.

A Visão do GLPI (Open Source Especializado)

O GLPI foi forjado sob a metodologia ITIL. Ele não olha para a máquina como um pedaço de dinheiro depreciando, mas como um nó vivo na sua rede.

O que ele vê: Através de agentes nativos (GLPI Agent/Inventory), ele varre a rede via protocolos como SNMP e WMI. Ele descobre o ativo, lê o MAC Address, a versão do kernel Linux ou build do Windows, coleta o uso de CPU, mapeia os periféricos USB e lista cada software instalado.
A Vantagem Operacional: Ele correlaciona o hardware com o Service Desk. Se um usuário abre um chamado reclamando de lentidão, o técnico já vê na tela do GLPI que aquele notebook específico está com 98% do disco cheio. O ERP jamais te daria essa resposta.

Tentar escrever um módulo de Help Desk ou de inventário dinâmico dentro de um ERP comercial é o equivalente a usar um trator para colocar um prego na parede. Funciona? Talvez. Mas é caro, lento e desajeitado.

2. Por Que Compensa? O TCO e a Fuga do Vendor Lock-in

A decisão de arquitetura por manter o GLPI como satélite esbarra na melhor métrica para convencer qualquer CFO: o Retorno sobre o Investimento (ROI).

Custos de Licenciamento Implacáveis: Sistemas como ServiceNow ou os módulos avançados de ERPs cobram por "agente" (técnico logado) ou por faixa de ativos gerenciados (por IP). Conforme sua empresa cresce, a fatura em dólar pune o seu crescimento. O GLPI tem seu núcleo Open Source (GNU GPLv3). O seu custo é apenas o de infraestrutura (uma máquina virtual ou um container Docker rodando Linux) e o tempo da sua equipe para configurá-lo.
Mitigação de Multas de Compliance: O ERP não sabe quais licenças de software estão rodando. O GLPI monitora isso. Ele cruza as licenças corporativas compradas (ex: 50 licenças de AutoCAD) com o que o agente de inventário encontrou instalado na rede (ex: 62 instalações). Esse alerta automático salva a empresa de multas milionárias em auditorias de fabricantes (Microsoft, Adobe, Autodesk).
Desacoplamento de Risco: Se o seu ERP parar por uma manutenção ou falha catastrófica, o faturamento da empresa para. Se o módulo de chamados estivesse dentro do ERP, a TI ficaria cega justamente no momento em que a empresa mais precisa abrir chamados para resolver a crise. Ao manter o GLPI em uma infraestrutura desacoplada, o Service Desk continua operando e orquestrando a crise em paralelo.

3. A Engenharia da Sincronia: API REST e Fluxo de Dados

A magia de uma arquitetura limpa acontece na camada de integração. Não estamos propondo sistemas isolados, mas sim uma orquestração inteligente via APIs RESTful. A estratégia mais resiliente segue este fluxo unidirecional:

O ERP como Master Data Financeiro: O processo nasce no setor de Compras. Quando um novo lote de equipamentos é faturado no ERP (TOTVS/SAP), um webhook aciona um script intermediário (Python/PHP). Esse script consome a API do GLPI e faz um POST no endpoint de Computers, injetando o "esqueleto" do ativo: Número de Série, Data da NF, Valor e Centro de Custo.
O GLPI como Músculo Operacional: O equipamento é entregue ao usuário e plugado na rede. O agente do GLPI detecta a máquina, faz o "match" do Número de Série com o esqueleto criado pelo ERP e preenche todo o resto tecnicamente (Processador, RAM, Softwares, IPs).
O Descarte (O Fim do Ciclo): Quando a TI decreta que a máquina virou sucata, o status é alterado no GLPI. Um gatilho avisa a API do ERP para que o departamento contábil realize a baixa patrimonial. Acaba o problema crônico de ativos que continuam depreciando no balanço financeiro, mas que já foram descartados há anos.

Conclusão: Especialização é Maturidade

Adotar o GLPI e integrá-lo via API ao seu ERP não é "criar mais um sistema para gerenciar". É uma decisão madura de arquitetura baseada no princípio de Separation of Concerns (Separação de Responsabilidades).

Deixe o seu SAP ou TOTVS brilhar naquilo para o qual foram construídos: a precisão contábil e tributária. Utilize o poder do Open Source para dar à sua equipe técnica a visibilidade profunda que ela precisa. Parar de apagar incêndios e começar a gerenciar a infraestrutura como engenharia de verdade passa, obrigatoriamente, por escolher a ferramenta certa para o trabalho certo.

Referências e Caminhos Técnicos (URLs)

Para aprofundamento na documentação e construção das integrações, consulte os caminhos oficiais:

Documentação Oficial do Projeto GLPI: A fonte primária sobre endpoints da API REST, arquitetura e dicionário de dados. Caminho URL
Documentação do Agente de Inventário (GLPI Agent): Detalhes vitais de implementação sobre o Network Discovery, inventário via SNMP para impressoras/switches e configurações de deploy. Caminho URL
Integração REST API - Boas Práticas (Red Hat): Conceitos essenciais para desenvolvedores que desenharão o middleware de integração entre o ERP e o GLPI. Caminho URL
Framework ITIL (Axelos): A base teórica indispensável para desenhar os fluxos de catálogo de serviços (ITSM) dentro do GLPI antes de sair apertando botões na ferramenta. Caminho URL