Корпоративная ESM — это не «ITSM плюс галочки в прайсе». Это ядро с одной моделью данных и набор контуров, которые включают, когда служба к ним готова. Ниже — основная компоновка, без которой платформа не ESM, и дополнительные модули, которые наращивают контур.
Что должно быть в ядре
Ядро обслуживает любой сервисный процесс — ИТ, HR, АХО — одним рабочим местом агента.
Каталог услуг и портал самообслуживания. Услуга, форма запроса, видимость по ролям, статус для заявителя. Без каталога остаётся «общий ящик тикетов».
Обращения: инциденты и запросы на обслуживание. Очередь, карточка, маршруты, SLA, эскалации. Это операционный контур, с которого начинают почти все пилоты.
Изменения (change). Даже упрощённый: стандартные / нормальные изменения, согласование, связь с инцидентами и CI. Иначе релизы живут в почте.
CMDB и активы. Оборудование, ПО, услуги, связи, история. Не обязательно «идеальная CMDB с первого дня», но тип CI и привязка к обращению — обязательны, иначе отчёт «что упало» снова ручной.
База знаний. Статьи, привязка к услуге и к закрытому обращению, права на публикацию. Это и самообслуживание, и топливо для AI-подсказок.
Учёт пользователей, ролей, каталог групп. SSO/AD, очереди, делегирование. Без этого нельзя честно считать очереди и доступ к данным.
Отчётность по операционке. SLA, объём, повторные обращения, загрузка групп — на тех же объектах, без выгрузки в «чей-то Excel».
Low code на ядре. Формы, маршруты, поля, уведомления — настройка без релиза разработки. Иначе каждый новый процесс снова идёт в бэклог.
Это и есть основная компоновка: процессы + услуги + CMDB + знания + портал + модель прав на одной платформе.
Типовые контуры на ядре (не отдельные продукты)
Их часто называют модулями, но в зрелой ESM это конфигурация одного ядра, а не соседние системы:
| Контур | Зачем | Когда включать |
|---|---|---|
| ITSM | Инциденты, запросы, изменения, проблемы | Пилот и промышленный ИТ |
| Проблемы (problem) | Корневые причины, связь с массовыми инцидентами | Когда инциденты повторяются |
| Запросы на доступ | Роли, отзыв, согласование с ИБ | После инвентаризации УЗ |
| HR-сервисы | Справки, отпуска, оборудование сотрудника | Когда кадры готовы к каталогу |
| АХО / facility | Пропуска, ремонт, рабочее место | Тот же портал, другие услуги |
| Поставщики и договоры | Связь CI и обращений с контрагентом | Когда закупки входят в сервис |
Пока контур не в той же карточке агента — это не модуль ESM, а интеграция.
Дополнительные компоновки
Их подключают после того, как ядро живёт в проме. Покупка «всего сразу» обычно тормозит пилот.
Проекты и задачи. Работы вне тикета: внедрение, миграция, внутренняя разработка. Имеет смысл в ESM, если задача видит те же CI, услуги и людей, что и обращение. Иначе остаётся внешний трекер.
Финансовый и ресурсный слой. Трудозатраты, списание, showback/chargeback, загрузка команд. Нужен, когда бизнес спрашивает стоимость услуги, а не только срок.
Мониторинг и события (IEM / event). Поток алертов в инциденты, корреляция, шум. Дополнительный: без зрелой CMDB и очереди превращается в свалку тикетов.
SAM / учёт ПО и лицензий. Расширение активов. Имеет смысл при уже заполненных CI и владельцах.
Управление уровнем услуг (SLM) и каталог для бизнеса. Формальные SLA/OLA/UC, отчёт владельцу услуги, CSI. Наращивается, когда операционный SLA уже считают честно.
Опыт и качество (CSAT, CES, XLA). Опросы и сигналы опыта на карточке. Бесполезны до стабильного закрытия обращений.
AI-слой. Классификация, резюме, черновик из БЗ, маршрутизация. Только на данных ядра; отдельный «бот сбоку» — не модуль платформы.
Интеграционная шина / коннекторы. Почта, мессенджеры, AD, ERP, мониторинг. Часто продают как модуль; по сути это способ не писать каждый адаптер с нуля. Сложные оркестрации всё равно остаются pro-code.
Мобильное рабочее место и выезд. Полезно АХО, выездным инженерам, приёмке оборудования. Не замена агентского окна в офисе.
Соответствие и аудит. Журналы, retention, доказательства ISO 20000 / внутренних политик. Обычно пакет к ядру, а не первый этап внедрения.
Как не перепутать компоновку с прайсом
Вендорский «модуль HR» может быть тем же ядром с пакетом услуг — это хорошо. Может быть отдельным продуктом с другой карточкой — тогда вы покупаете связку, а не ESM.
Практический тест: агент решает HR-запрос и инцидент ИТ в одном окне, с одной историей человека и одним CI ноутбука. Если нет — дополнительная компоновка не собрана, сколько бы галочек ни было в КП.
Порядок включения
- Ядро: каталог, обращения, знания, черновая CMDB, портал, SLA.
- Изменения и связи CI.
- Второй бизнес-контур на том же ядре (HR или АХО).
- Качество (CSAT/XLA) и отчёт владельца услуги.
- Задачи/проекты, события мониторинга, финансы услуги, AI.
Дополнительные модули усиливают платформу только если ядро уже общее. Иначе вы снова собираете архитектуру из аналогов — с теми же швами, только внутри одного договора.