NexTool Solutions

Техническое обслуживание без подписанного подтверждения — это устное обещание. Модуль OrderService от NexTool формирует заказ-наряд в PDF прямо в заявке GLPI, сводя данные заявки в документ, готовый к печати, подписи и архивированию. При сопровождении служб поддержки, которые выезжают к клиентам, этот документ — разница между «специалист был на месте» и «специалист был на месте, и у нас есть подпись клиента, чтобы это доказать».

Проблема

Многие ИТ-команды до сих пор оформляют заказ-наряды в таблицах, шаблонах Word или во внешних системах. Это порождает двойную работу, несогласованность данных и опасный разрыв: то, что зарегистрировано в GLPI, и то, что передано клиенту на бумаге, расходится. Когда приходит аудит, внутренний или со стороны корпоративного клиента, ручной сбор данных заявки, значимых комментариев и процесса согласования в один документ отнимает часы, которых не должно быть.

Альтернатива — «распечатать» заявку средствами нативного GLPI — даёт сырой HTML без нормального форматирования для печати и без какой-либо поддержки подписи. OrderService закрывает именно этот пробел: один клик — структурированный PDF. И выигрыш не только эстетический, а в прослеживаемости: документ рождается из самой заявки, поэтому номер заявки, ответственный и даты на бумаге в точности совпадают с GLPI, без ручного переписывания, чреватого ошибками.

Как работает OrderService

После установки и активации модуля во всех заявках появляется новая вкладка Заказ-наряд. На ней специалист или администратор видит заказ-наряд на экране и нажимает кнопку Печать, которая открывает PDF в новой вкладке со сводной информацией:

• Данные заявки - номер, дата создания, описание, даты начала и завершения.
• Инициатор и ответственный специалист - имя инициатора, его группа (отображается как отдел) и назначенный специалист.
• Последние публичные комментарии - количество настраивается; по умолчанию включается 10 публичных комментариев (followups).
• Связанные элементы - активы и оборудование, привязанные к заявке.
• Последнее решение - описание решения, зарегистрированное в GLPI.
• Процесс согласования - если заявка проходила согласование, раздел добавляется автоматически.

Разделы без данных опускаются: если публичных комментариев нет, раздел комментариев не появляется; если заявка не проходила согласование, раздел согласования тоже исчезает. Если подпись включена на вкладке «Функции» модуля, на той же вкладке заявки появляются кнопки подписи инициатора и специалиста (в зависимости от выбранных полей): каждый подписывает на экране, мышью или касанием, в удобный момент. Когда поступает последняя подпись, подписанный заказ-наряд прикрепляется к заявке с хешем SHA-256 файла и появляется в разделе Управление > Заказ-наряды. Если какая-то подпись так и не поступила, кнопка Всё равно сформировать подписанный заказ-наряд выпускает документ с уже собранными подписями.

OrderService и нативный экспорт GLPI

Чтобы было понятно, что добавляет модуль, стоит сравнить его с тем, что GLPI уже делает сам:

Как включить

1. Установите плагин NexTool в GLPI.
2. Перейдите в NexTool > Модули.
3. Найдите карточку OrderService и нажмите Установить, затем Активировать.
4. В настройках модуля укажите, сколько публичных комментариев попадает в PDF (по умолчанию: 10).
5. Откройте любую заявку, перейдите на вкладку Заказ-наряд и сформируйте тестовый PDF.

Гигиена аудита: какие заявки остались без заказ-наряда

Деталь, которая проявляется только в эксплуатации: выпустить заказ-наряд легко; гарантировать, что к каждой заявке, требующей подтверждения, прикреплён заказ-наряд, — вот что проходит аудит. Когда клиент просит «докажите, что по каждому закрытому за месяц обращению был документ», этот диагностический запрос выводит закрытые заявки без единого привязанного документа — скорректируйте имена под свою версию GLPI:

-- Closed tickets with no attached document (audit hygiene)
SELECT t.id, t.name, t.date_creation
FROM glpi_tickets t
LEFT JOIN glpi_documents_items di
  ON di.items_id = t.id AND di.itemtype = 'Ticket'
WHERE t.status = 6          -- 6 = Closed
  AND t.is_deleted = 0
  AND di.id IS NULL
ORDER BY t.date_creation DESC;

У одного из клиентов, которых мы сопровождаем и которые обслуживают на выезде, специалист должен был оставлять подписанное подтверждение на месте. До OrderService они заполняли параллельный документ Word, и со временем данные на бумаге расходились с GLPI. Частая ошибка, о которой мы предупреждаем, — считать заказ-наряд источником истины: это снимок заявки на момент формирования. Если вы потом редактируете заявку, сформируйте PDF заново — документ сам не обновляется.

Кому подходит (и когда не использовать)

Модуль идеален для команд, которые передают формальную документацию по завершении каждого обслуживания, компаний, чьи клиенты требуют подтверждения оказанной услуги, и служб поддержки с выездным обслуживанием, где нужна бумага с подписью клиента или специалиста. Он также помогает в договорах поддержки, где к счёту или ежемесячному отчёту нужно прикладывать подтверждение обслуживания, потому что каждый заказ-наряд уже выходит стандартизированным и с номером самой заявки.

Когда не использовать: если обслуживание на 100% удалённое и формального подтверждения не требуется, PDF превращается в мёртвый артефакт, который никто не открывает. А если ваш процесс требует электронной подписи с юридической силой (ICP-Brasil или платформа вроде Autentique), поле ручной подписи в PDF такую силу не заменяет — в этом случае сочетайте OrderService с модулем электронной подписи, а не полагайтесь только на роспись на бумаге.

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

• GLPI: 11.x
• Тариф: Лицензируемый
• Плагин: NexTool 6.15.0 или выше

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

OrderService входит в NexTool, модульный плагин для GLPI. Подпись инициатора и специалиста уже встроена в сам модуль; для электронной подписи через провайдера см. модуль Digital Signature. Познакомьтесь со всеми модулями или свяжитесь с командой.

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