NexTool Solutions

GLPI сам создаёт заявки на плановое обслуживание: чистка принтера, проверка резервной копии, смена пароля служебной учётной записи, пересмотр доступов. Мы протестировали повторяющиеся заявки в GLPI 11, и они работают, но три детали приводят к тому, что плановое обслуживание пропадает или создаётся неправильно без какого-либо предупреждения. Ежемесячное повторение, начинающееся 31-го числа, начинает приходиться на 3-е. Предварительное создание, превышающее периодичность, приводит к тому, что GLPI никогда ничего не создаёт. А шаблон без полей порождает пустую заявку.

Для чего нужны повторяющиеся заявки

Для любой рутины, которая сегодня зависит от того, вспомнит ли кто-нибудь о ней:

• Плановое обслуживание принтеров, ИБП, кондиционеров серверной.
• Проверка восстановления из резервной копии (резервная копия, из которой ни разу не восстанавливали, — не резервная копия; см. резервное копирование и аварийное восстановление в GLPI).
• Ежеквартальный пересмотр доступов и неактивных учётных записей.
• Продление сертификатов, лицензий и доменов.
• Чек-листы открытия и закрытия месяца.

Заявка появляется в нужный день с уже заполненными категорией, группой и описанием, попадает в очередь и учитывается в SLA, как любая другая.

Как настроить

1. Создайте шаблон заявки

У повторяющейся заявки нет собственного заголовка и описания: она копирует всё из шаблона заявки. В предопределённых полях шаблона заполните как минимум:

• Заголовок и описание (с чек-листом задачи);
• Категорию и тип (обычно «Запрос»);
• Назначенную группу, чтобы заявка не появлялась без владельца;
• Срочность или приоритет.

2. Создайте повторяющуюся заявку

В разделе Помощь > Повторяющиеся заявки:

На вкладке элементов привяжите активы (принтер, сервер), чтобы заявка сразу создавалась связанной с ними.

3. Проверьте автоматическое действие

Заявки создаёт автоматическое действие RecurrentItems, которое запускается каждый час. На практике заявка может появиться в течение часа после назначенного времени. Если важно точное время, используйте предварительное создание не менее 1 часа. И cron GLPI должен работать (см. шаг 6 статьи как установить GLPI 11).

Тест: где повторение работает неправильно

Мы использовали собственный расчёт GLPI 11, чтобы увидеть следующие даты в случаях, которые обычно вызывают проблемы, и создали реальные заявки в нашей тестовой организации (вымышленные данные, затем удалены).

Три ловушки

1. 29-е, 30-е или 31-е число при ежемесячном повторении

При периодичности в месяцах GLPI прибавляет к дате «1 месяц». В феврале нет 31-го числа, поэтому 31.01 + 1 месяц превращается в 03.03, и дальше повторение идёт 3-го числа. Плановое обслуживание «в последний день месяца» становится обслуживанием «3-го числа».

Решение: начинайте ежемесячные повторения между 1-м и 28-м числом. Если нужно в конце месяца, используйте 28-е число и предварительное создание.

2. Предварительное создание больше периодичности

Для ежедневной повторяющейся заявки с предварительным созданием за 2 дня GLPI считает конфигурацию некорректной и оставляет следующую дату пустой. На экране повторяющаяся заявка выглядит активной; на практике она ничего не создаёт.

Решение: предварительное создание должно быть меньше периодичности. После сохранения проверьте, заполнилась ли следующая дата создания.

3. Шаблон без полей

Если в шаблоне нет ни заголовка, ни описания, GLPI всё равно создаёт заявку — пустую. Никто не знает, что с ней делать, и она застревает в очереди.

Решение: заголовок, описание, категория и группа в шаблоне — всегда. И открывайте историю повторяющейся заявки: каждое создание оставляет сообщение, в том числе при сбое.

Рекомендации

• Одна повторяющаяся заявка на одну рутину, с названием рутины и периодичностью в имени («Плановое обслуживание принтеров — ежемесячно»).
• Чек-лист в описании: что сделать и как зафиксировать результат.
• Календарь с праздниками, чтобы не создавать заявки в нерабочие дни: см. как сформировать и привязать календари праздников.
• Соразмерный SLA решения: ежемесячному плановому обслуживанию не нужен SLA инцидента.
• Ежеквартальный пересмотр списка повторяющихся заявок: заменённое оборудование, изменившаяся рутина, истёкшая конечная дата.
• Изменения тоже могут быть повторяющимися (Помощь > Повторяющиеся изменения) — для плановых окон обслуживания.

Тест NexTool 4 октября 2026 г. на GLPI 11.0.7 нашей поддержки, тестовая организация с вымышленными данными. Следующие даты рассчитаны функцией самого GLPI; тестовые шаблоны, повторяющиеся заявки и заявки в конце были удалены.