Новые типы полей в нативных формах GLPI 11

В GLPI 11 появились нативные формы, но с фиксированным набором типов полей. Form Extender регистрирует новые типы в нативном редакторе — начиная с выбора категорий ITIL с фильтрацией по типу.

В этой статьеРазделов: 6

Нативная форма хороша — пока вам не понадобится поле, которого в ней нет. В GLPI 11 наконец появилась собственная система форм, без зависимости от внешнего плагина. Ограничение проявляется, когда вопрос, который вы хотите задать, не укладывается ни в один из доступных типов.

Проблема

Конкретный и распространённый случай: вы хотите, чтобы инициатор выбирал категорию заявки, но только из тех категорий, которые имеют смысл для типа данного обращения. Нативный редактор предлагает текстовые поля, числа, даты и простые списки — ни одно из них не знает, что такое категория ITIL, и тем более не умеет фильтровать по запросу, инциденту, проблеме или изменению.

Привычные обходные пути: список, набранный вручную, который устаревает, как только кто-то создаёт новую категорию, или свободное текстовое поле, которое возвращает работу по классификации специалисту.

Как работает Form Extender

Вместо создания параллельной системы модуль регистрируется в QuestionTypesManager самого GLPI 11. Новые типы появляются в нативном редакторе, в том же интерфейсе, которым команда уже пользуется, — без стороннего плагина и без изменений в ядре.

  • Собственная категория полей в редакторе форм, отдельно от нативных типов.
  • Category Picker с подтипами ITIL — запрос, инцидент, проблема и изменение, каждый из которых фильтрует допустимые категории.
  • CPF / CNPJ с проверкой — отдельный тип вопроса форматирует значение во время ввода и проверяет контрольные цифры. Каждый вопрос настраивается на CPF или CNPJ, также поддерживается буквенно-цифровой формат CNPJ.
  • Множественный выбор в настройках — администратор выбирает, какие категории входят в это поле, с поиском и удаляемыми бейджами.
  • Загрузка по запросу — категории подгружаются через AJAX в зависимости от типа, поэтому список никогда не устаревает.
  • Аккуратный выпадающий список для того, кто создаёт заявку — инициатор видит несколько правильных вариантов вместо всего дерева.

Как включить

  1. Установите NexTool в ваш GLPI 11.
  2. Откройте NexTool > Модули и включите Form Extender.
  3. Отредактируйте нативную форму в разделе Поддержка > Формы.
  4. При добавлении вопроса выберите тип в категории Form Extender и отметьте категории, которые должны отображаться.

Кому это подходит

Тем, кто переходит с FormCreator на нативные формы GLPI 11 и столкнулся с полями, которых в нативной системе пока нет. А также службам самообслуживания, где качество категоризации при создании заявки определяет маршрутизацию — и где полное дерево категорий только запутывает инициатора.

Совместимость

  • GLPI: 11.0+
  • План: Лицензионный
  • Плагин: NexTool 6.x+

Следующий шаг

Form Extender входит в NexTool — экосистему модулей, расширяющую GLPI без доработки кода. Посмотрите страницу модуля или запишитесь на встречу, чтобы увидеть его в работе в вашей среде.


Проверено командой NexTool Solutions.

Часто задаваемые вопросы

Нет. Он регистрирует новые типы вопросов в самом нативном редакторе через QuestionTypesManager. Форма, условия, назначения и процесс обработки ответа остаются нативными возможностями GLPI.

Текущая версия предлагает «Категория ITIL» и CPF/CNPJ. «Категория ITIL» позволяет выбирать и фильтровать допустимые категории; CPF/CNPJ форматирует ответ и проверяет контрольные цифры, включая буквенно-цифровой формат CNPJ.

В редакторе он предлагает категории организации формы и вышестоящих организаций, отмеченных как рекурсивные. Для инициатора на портале категории, не видимые в helpdesk, скрываются. Старые выбранные значения вне организации сохраняются с предупреждением для проверки.

Да. Пользовательское поле назначения может применить ответ к заявке, проблеме или изменению до срабатывания правил GLPI. Администратор может указать конкретный вопрос или использовать последний вопрос типа «Категория ITIL» в форме.

Да, в текущих версиях. Категории переносятся по полному пути, а не по локальному ID, и участвуют в разрешении зависимостей нативного импортёра. Если категории нет в целевой среде, GLPI запрашивает сопоставление, а не связывает молча с неправильным элементом.

Нужна помощь?