As entidades e as localizações são a base organizacional do GLPI. Configurá-las corretamente no início evita retrabalho massivo depois. Este guia mostra as boas práticas.
Entidades: segmentação de dados
As entidades dividem o GLPI em compartimentos. Cada entidade pode ter:
- Os seus próprios tickets, ativos e utilizadores
- Regras de negócio independentes
- SLAs e calendários específicos
- CSS personalizado (identidade visual)
- Notificações e templates de email próprios
Quando utilizar entidades
- Empresa com filiais: cada filial como entidade
- Fornecedor MSP: cada cliente como entidade
- Departamentos independentes: TI, RH, Facilities como entidades separadas
Hierarquia
As entidades são hierárquicas (pai-filho). A entidade raiz contém todas as outras:
Empresa (raiz)
├── Sede São Paulo
│ ├── TI
│ └── RH
├── Filial Rio de Janeiro
│ ├── TI
│ └── RH
└── Filial Curitiba
Herança
Regras, SLAs, categorias e templates podem ser herdados da entidade pai. Isto evita duplicação: configure uma vez na raiz e todas as filhas herdam.
Localizações: espaços físicos
As localizações representam onde as coisas estão fisicamente:
- Edifícios, pisos, salas
- Data centers, racks
- Moradas, cidades, estados
Ao contrário das entidades, as localizações não segmentam permissões. São apenas referência geográfica.
Estrutura típica
São Paulo
├── Edifício A
│ ├── Piso 1
│ │ ├── Sala 101
│ │ └── Sala 102
│ └── Piso 2
└── Data Center
├── Rack 01
└── Rack 02
Boas práticas
- Planeie a estrutura de entidades antes de começar a registar dados
- Utilize entidades para controlo de acesso, localizações para organização física
- Não crie demasiadas entidades – cada uma acrescenta complexidade administrativa
- Aproveite a herança: configure regras e SLAs na entidade raiz
- Utilize localizações com coordenadas para integrar com o módulo Geolocation
Próximo passo
Com as entidades configuradas, defina perfis e permissões e configure regras de negócio por entidade.