Plugin Fields vs Campos Nativos do GLPI 11

Comparativo entre o plugin Fields e as opções nativas do GLPI 11 para campos personalizados: quando usar cada um, limitações e migração.

Os campos personalizados são essenciais para adaptar o GLPI à realidade da sua organização. Veja quando usar o plugin Fields e quando os recursos nativos do GLPI 11 são suficientes.

Plugin Fields

O Fields permite adicionar campos personalizados a qualquer tipo de item do GLPI: tickets, computadores, utilizadores, contratos, etc. Funcionalidades:

  • Tipos: texto, dropdown, checkbox, data, número, URL, sim/não
  • Agrupamento em containers (separadores)
  • Visibilidade por perfil
  • Pesquisa e relatórios nos campos personalizados
  • Compatível com GLPI 10 e 11

Objetos personalizados (nativo do GLPI 11)

O GLPI 11 permite criar novos tipos de objeto com campos próprios, sem plugin. Isto substitui o GenericObject:

  • Criar tipo "Veículo", "Sala de Reunião", "Equipamento de Lab"
  • Campos personalizados para o novo tipo
  • Integração com inventário, tickets e relatórios

Quando usar Fields

  • Adicionar campos a tipos existentes (ticket, computador, utilizador)
  • Informações específicas da organização (departamento, centro de custo, projeto)
  • Campos obrigatórios por categoria de ticket

Quando usar objetos nativos

  • Criar tipos de item completamente novos
  • Itens que não se encaixam em nenhum tipo existente
  • Substituir o GenericObject na migração para GLPI 11

Perguntas Frequentes

Sim. O Fields tem versão compatível com GLPI 11, ao contrário do FormCreator. Continua a ser útil para adicionar campos a tipos de item existentes.

O GLPI 11 incorporou objetos personalizados ao core, mas campos personalizados em tipos existentes (como tickets e computadores) ainda dependem do plugin Fields.

O Fields adiciona campos a tipos existentes (ex: campo 'Departamento' no ticket). Os objetos personalizados criam novos tipos de item (ex: tipo 'Veículo' com campos próprios).

Precisa de ajuda?