Novos tipos de campo nos formulários nativos do GLPI 11

O GLPI 11 trouxe formulários nativos, mas com um conjunto fixo de tipos de campo. O Form Extender regista tipos novos no editor nativo — a começar por um seletor de categorias ITIL filtrado por tipo.

Neste artigo6 secções

Formulário nativo é bom — até faltar o campo de que precisa. O GLPI 11 trouxe finalmente um sistema de formulários próprio, sem depender de plugin externo. O limite aparece quando a pergunta que quer fazer não cabe em nenhum dos tipos disponíveis.

O problema

Um caso concreto e comum: quer que o requerente escolha a categoria do ticket, mas apenas entre as categorias que fazem sentido para aquele tipo de atendimento. O editor nativo oferece campos de texto, número, data e listas simples — nenhum deles sabe o que é uma categoria ITIL, muito menos filtrar por pedido, incidente, problema ou mudança.

As saídas do costume: uma lista escrita à mão que envelhece assim que alguém cria uma categoria nova, ou um campo de texto livre que devolve o trabalho de classificar ao técnico.

Como funciona o Form Extender

Em vez de criar um sistema paralelo, o módulo regista-se no QuestionTypesManager do próprio GLPI 11. Os tipos novos aparecem no editor nativo, na mesma interface que a equipa já usa — sem plugin de terceiros e sem alterar o núcleo.

  • Categoria própria de campos — no editor de formulários, separada dos tipos nativos.
  • Category Picker com subtipos ITIL — pedido, incidente, problema e mudança, cada um a filtrar as categorias válidas.
  • CPF / CNPJ com validação — um tipo de pergunta dedicado formata o valor durante a introdução e verifica os dígitos de controlo. Cada pergunta é configurada para CPF ou CNPJ, incluindo suporte para o padrão alfanumérico de CNPJ.
  • Multisseleção na configuração — o administrador escolhe que categorias entram naquele campo, com pesquisa e etiquetas removíveis.
  • Carregamento a pedido — as categorias vêm por AJAX conforme o tipo, por isso a lista nunca fica desatualizada.
  • Lista pendente limpa para quem abre o ticket — vê poucas opções certas em vez da árvore inteira.

Como ativar

  1. Instale o NexTool no seu GLPI 11.
  2. Aceda a NexTool > Módulos e ative o Form Extender.
  3. Edite um formulário nativo em Assistência > Formulários.
  4. Ao adicionar uma pergunta, escolha o tipo na categoria do Form Extender e selecione as categorias que devem aparecer.

A quem se destina

A quem está a migrar do FormCreator para os formulários nativos do GLPI 11 e esbarrou em campos que o nativo ainda não tem. Também a operações de autoatendimento em que a qualidade da categorização na abertura determina o encaminhamento — e onde uma árvore de categorias completa só confunde o requerente.

Compatibilidade

  • GLPI: 11.0+
  • Plano: Licenciado
  • Plugin: NexTool 6.x+

Próximo passo

O Form Extender faz parte do NexTool, ecossistema de módulos que expande o GLPI sem personalização de código. Conheça a página do módulo ou marque uma conversa para o ver a funcionar no seu ambiente.


Revisto pela equipa NexTool Solutions.

Perguntas Frequentes

Não. Regista novos tipos de pergunta no próprio editor nativo através do QuestionTypesManager. O formulário, as condições, os destinos e o fluxo de respostas continuam a ser funcionalidades nativas do GLPI.

A versão atual disponibiliza Categoria ITIL e CPF/CNPJ. Categoria ITIL permite selecionar e filtrar categorias válidas; CPF/CNPJ formata a resposta e valida os dígitos de controlo, incluindo o padrão alfanumérico de CNPJ.

No editor, apresenta categorias da entidade do formulário e categorias recursivas herdadas das entidades superiores. As categorias ocultas no helpdesk não são mostradas ao requerente. As seleções antigas fora da entidade são preservadas com um aviso para revisão.

Sim. O campo de destino personalizado pode aplicar a resposta a um pedido, problema ou alteração antes da execução das regras do GLPI. O administrador pode selecionar uma pergunta específica ou utilizar a última pergunta de Categoria ITIL do formulário.

Sim, nas versões atuais. As categorias viajam pelo caminho completo, não pelo ID local, e participam na resolução de pré-requisitos do importador nativo. Se uma categoria não existir no destino, o GLPI solicita uma correspondência em vez de associar silenciosamente o elemento errado.

Precisa de ajuda?