АСК Легарус
+7 (495) 021-35-45

Модуль сервисного и внутреннего ИТ-контура

CMDB для активов, связей и ИТ-поддержки

Соберите данные об активах и их связях, чтобы инженер видел оборудование и контекст обслуживания в заявке, а руководитель понимал влияние инцидента.

Получить демонстрацию Обсудить импорт активов

CMDB может поставляться как дополнение к сервисному контуру или часть enterprise-внедрения. Объём модели и миграции зависит от числа типов, CI и источников данных.

Инцидент относится не только к устройству, но и к связанным сервисам

Инвентарный список

  • Устройство
  • Серийный номер
  • Место
  • Ответственный в примечании
  • Нет зависимостей
  • Нет истории сервиса

CMDB

  • Конфигурационная единица
  • Тип, атрибуты и жизненный цикл
  • Размещение и площадка
  • Команда поддержки
  • Связи CI
  • Заявки ServiceDesk

Модуль ведёт конфигурационные единицы и связи для поддержки. Это не полноценная ITAM/EAM/SAM и не система мониторинга; устройства попадают в учёт через импорт, агент RMM, ручной ввод и API.

Что умеет модуль

CMDB разбита на две рабочие группы: активы и связи, а также операционный контекст и импорт.

Активы и связи

CMDB хранит типы CI, связи, критичность и историю использования в сервисном контуре.

Функции
  • Карточки и типы CI
  • Связи и карта объектов
  • Критичность и жизненный цикл

Команды, лицензии и импорт

Команды поддержки и лицензии дополняют CMDB вместе с подтверждёнными сценариями импорта.

Функции
  • Сервисные команды
  • Лицензии и ПО
  • Импорт OCS XML и Excel/CSV

Единицы разных классов используют свои атрибуты

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

  • сервер
  • рабочая станция
  • сетевое устройство
  • приложение
  • компонент
  • лицензия
  • бизнес-приложение

Состав типов и атрибутов настраивается под вашу инфраструктуру - стартовый набор выше задаёт ориентир, а не жёсткий классификатор.

В карточке собран технический и сервисный контекст

  • Имя, тип, статус, критичность, жизненный цикл, производитель и серийный номер
  • Размещение, площадка, клиент, организация и контакты
  • Команда, ПО, лицензии, компоненты, связи и история заявок

Набор полей зависит от типа конфигурационной единицы. Бухгалтерское списание и операции с основными средствами остаются в учётной системе заказчика.

Зависимости инфраструктуры становятся явными

Карта связей

Узлы, направления, раскрытие соседей и переход в карточку. Под графом доступен текстовый список связей.

Составные CI

Сервер и компоненты, приложение и сервисы, система и базы данных.

Прикладные решения

Приложение учитывается вместе с инфраструктурой, владельцем и командой поддержки.

Команды поддержки

Участники, роли и подразделения используются в ServiceDesk. Маршрутизация определяется настройками заявок.

Связи создаются или импортируются по правилам. Карта показывает внесённые данные, а не автоматическую топологию сети.

Влияние оценивается по внесённым связям и критичности

  1. 1. Выбрана проблемная CI.
  2. 2. Открыта карта и видны зависимые объекты.
  3. 3. Показаны критичность и команды.
  4. 4. Инженер оценивает затронутый контур и фиксирует решение в заявке.

АСК показывает контекст, но не гарантирует автоматический impact analysis. Качество оценки зависит от полноты CMDB.

Заявка регистрируется на конкретный обслуживаемый объект

Связь заявки и CI помогает инженеру видеть историю обслуживания, клиента, площадку, команду и обязательные знания.

Модуль ServiceDesk Решение для внутреннего ИТ

Импорт OCS Inventory через XML

Оборудование импортируется из XML-экспорта OCS с маппингом типов OCS на типы CI. Направление только OCS в АСК.

  • ручная загрузка XML
  • несколько конфигураций
  • сопоставление типов

Это не непрерывный live API-синк агентов. Связи и сервисный контекст могут потребовать доработки после импорта.

Excel и CSV

Подготовленный реестр загружается по шаблону с проверкой обязательных полей и отчётом ошибок.

  • шаблон колонок
  • проверка данных
  • повторная загрузка
Интеграции и API

CMDB требует постоянного владельца и контроля качества

Возможны отчёты по инвентаризации, типам, статусам, критичности, площадкам, лицензиям, CI без команды и без связей.

  • Владелец типа и обязательные поля
  • Регулярная проверка и отчёт исключений
  • REST API, роли, аудит и размещение в инфраструктуре заказчика

Сквозной пример: от инвентаризации до заявки

Как данные об оборудовании попадают в CMDB и используются в заявке: импорт, карточка актива, связь с сервисом и история изменений.

  1. 1

    Источник

    Импорт OCS XML, данные RMM или ручной ввод.

  2. 2

    Актив клиента

    Конфигурационная единица с ответственным.

  3. 3

    Связь с заявкой

    Инженер видит затронутый сервис и историю.

  4. 4

    История

    Изменения CI фиксируются для аудита.

Связка с RMM

Частые вопросы

Нет. Используются подготовленные импорты, OCS XML, ручное ведение и API.

Демонстрация

Покажем CMDB на вашем классе активов

Опишите типы оборудования, источники данных и ServiceDesk. Подготовим демонстрацию карточки CI, карты связей и импорта.

Укажите телефон или рабочую почту - хотя бы один контакт обязателен.