Подключить HR, юридический отдел и АХО (Facilities) к тому же GLPI, что и ИТ, — это не нажатие одной кнопки, а архитектурное решение. Enterprise Service Management (ESM) переиспользует движок ITSM, который у вас уже работает, но проект, который масштабируется, от проекта, который превращается в хаос, отличает то, как изолирован каждый отдел: по организации, по категории или по группе. Ошибка в этом выборе обходится переделками, а в случае HR и юристов — раскрытием конфиденциальных данных.
Первое решение: организация, категория ITIL или группа?
Прежде чем создавать формы или SLA, определите единицу изоляции. GLPI предлагает три способа смоделировать отдел за пределами ИТ, и у каждого есть реальный компромисс между конфиденциальностью и затратами на сопровождение.
| Подход | Изоляция данных | Собственные SLA/календарь | Затраты на сопровождение | Когда использовать |
|---|---|---|---|---|
| Отдельная организация | Полная (заявки, вложения и отчёты раздельно) | Да, по организации | Высокие (профили, правила и категории для каждой организации) | HR и юристы, где есть тайна |
| Категория ITIL + группа | Частичная (тот, у кого есть организация, видит всё в ней) | Общий; SLA может различаться по категории | Низкие | АХО и отделы без строгой конфиденциальности |
| Дочерняя организация под ИТ | Высокая, с наследованием управления от головной | Да | Средние | Отдел, подчинённый той же дирекции |
Практическое правило, которое мы применяем: если заявка отдела может содержать данные, которые ИТ не должны читать, — расчётные ведомости, договоры, трудовые споры, — ответ: отдельная организация. Для остального категория плюс группа решают задачу за долю усилий.
Изоляция данных: слепая зона HR и юристов
При сопровождении клиентских инсталляций GLPI ошибка, которую мы чаще всего видим в ESM-проектах, связана не с формами, а с видимостью. Кто-то создаёт организацию «Юридический отдел», тщательно продумывает категории, но выдаёт профиль ИТ-аналитикам рекурсивно от корня — и всё: ИТ начинают видеть все заявки юристов, включая вложения. Хуже того: в GLPI вложение наследует организацию заявки (связь Document_Item требует, чтобы документ и объект находились в одной организации), поэтому договор, прикреплённый к заявке в общей организации, виден всем, у кого есть доступ к этой организации. Именно поэтому юристов мы изолируем по организации — никогда по категории.
Прежде чем открывать любой чувствительный отдел, мы запускаем этот аудит, чтобы найти тех, у кого слишком широкий доступ:
-- Visibility audit: who can see tickets from ALL areas.
-- Run against the GLPI database. Recursive access from the root (entities_id = 0,
-- is_recursive = 1) lets the user see tickets from every child entity.
SELECT u.name AS user_name,
p.name AS profile,
e.completename AS base_entity,
pu.is_recursive
FROM glpi_profiles_users pu
JOIN glpi_users u ON u.id = pu.users_id
JOIN glpi_profiles p ON p.id = pu.profiles_id
JOIN glpi_entities e ON e.id = pu.entities_id
WHERE pu.is_recursive = 1
AND pu.entities_id = 0
ORDER BY p.name, u.name;Каждая строка — пользователь, который видит всё. Для конфиденциальных отделов связь профиль-пользователь должна указывать на конкретную организацию с выключенным is_recursive. И учтите особенность GLPI: организация с id 0 — это корень, допустимое значение, а не «пусто».
SLA и календарь по отделам: ошибка 8x5 в АХО
SLA в GLPI привязан к календарю (рабочему времени), а календарь задаётся для организации. Типичная ошибка — создать отдел АХО, унаследовав календарь 8x5 от ИТ, и пообещать SLA на обслуживание здания, который на практике не идёт ни ночью, ни в выходные — именно тогда, когда кондиционер в ЦОД или авария электроснабжения требуют реакции. Прежде чем публиковать SLA отдела, проверьте:
- Календарь: критичные службы АХО обычно требуют 24x7; HR и юристам вполне подходит 8x5.
- Праздники: календарь GLPI поддерживает праздники и нерабочие дни — заполните их, иначе SLA будет считать время не так, как задумано.
- Эскалация: определите группу специалистов отдела до включения SLA, иначе срок заявки истечёт, а адресата не будет.
Онбординг в нескольких отделах: процесс, который окупает ESM
Случай, который быстрее всего оправдывает вложения, — онбординг. Форма «Новый сотрудник» (встроенная в GLPI 11 или FormCreator в GLPI 10) создаёт согласованные заявки: ИТ заводит почту и доступы, АХО готовит рабочее место, HR занимается документами. Каждая заявка создаётся в нужной организации, с нужной группой и уведомляет ответственного. Фрагмент шаблона уведомления, который мы используем для оповещения о новой заявке в отделе:
Subject: [##ticket.entity##] Onboarding: ##ticket.title## (##ticket.id##)
A new request has been opened and is waiting for your area.
Ticket......: ##ticket.title##
Entity......: ##ticket.entity##
Category....: ##ticket.category##
Requester...: ##ticket.authors##
Group.......: ##ticket.assigntogroups##
Due (SLA)...: ##ticket.time_to_resolve##
Open........: ##ticket.url####...## — встроенные теги GLPI, которые подставляются в момент отправки. Типичная ошибка здесь — создать категории отдела и забыть отметить их как видимые в helpdesk (поле is_helpdeskvisible): сотрудник открывает портал самообслуживания и не находит категорию HR, потому что она создана видимой только для технического интерфейса.
Чек-лист внедрения
- Опишите услуги отдела (что он обслуживает), прежде чем трогать GLPI.
- Выберите единицу изоляции по таблице выше (организация, категория или группа).
- Создайте организацию через интерфейс — никогда через SQL (GLPI строит дерево с помощью getSonsOf, и прямой INSERT окажется невидимым в иерархии).
- Настройте календарь и SLA отдела.
- Создайте категории ITIL и отметьте видимость в helpdesk.
- Создайте группу специалистов и профили с правильной областью действия по организациям (запустите аудит рекурсивности).
- Соберите форму (встроенную в 11 или FormCreator в 10) и протестируйте её на реальной заявке в тестовой среде.
- Только после этого откройте доступ пользователям и опубликуйте метрики.
Что измерять (честные диапазоны)
Когда отделы работают в одном GLPI, вы можете сравнивать то, что раньше было несравнимо: среднее время ответа, объём по категориям и долю повторных открытий — бок о бок для ИТ, HR и АХО. Не обещайте волшебных цифр: сокращение «потерянных писем» обычно становится самым заметным результатом в первый месяц, потому что каждое обращение превращается в отслеживаемую заявку. Выигрыш во времени онбординга зависит от того, какую часть процесса вы автоматизируете: чем больше задач форма создаёт сама, тем сильнее эффект.
В NexTool мы внедряем и сопровождаем GLPI для нескольких отделов у клиентов — от проектирования организаций до SLA и правил маршрутизации. Если вы хотите вывести GLPI за пределы ИТ, не раскрывая данные HR и юристов, наши услуги поддержки и сопровождения покрывают это проектирование от начала до конца.
Проверено командой NexTool Solutions.
