Обзор автоматизированного оформления запросов

В приложениях Service Desk и Asset Manager реализована более развитая интеграция с программным обеспечением Ivanti Endpoint Manager (LDMS), для которой используется Диспетчер процессов Ivanti (LPM). Совместно эти приложения позволяют вам добавлять функции, такие как автоматизированное заполнение запросов и развертывание программного обеспечения в виде стандартного предоставления услуг:

  • Приложения Ivanti Service Desk и Asset Manager обеспечивают выполнение процесса обслуживания клиентов для управления запросами на обслуживание, поступающими от конечных пользователей.
  • Приложение LPM получает эти запросы из ПО Service Desk или Asset Manager и обеспечивает интерфейс с утилитами, такими как Endpoint Manager для автоматизации передачи запросов на обслуживание. Оно также возвращает результаты в Диспетчер событий и предоставляет отзыв для конечных пользователей, подключая аналитиков для завершения запросов на обслуживание.
  • ПО Ivanti Endpoint Manager обеспечивает автоматизированное развертывание программного обеспечения и исправлений.

Для работы интеграции вы можете добавить действие объекта, чтобы каждый раз экземпляр этого объекта создавался, обновлялся или удалялся после вызова web-службы, которая содержит набор конфигурируемых параметров, полученных из вашей базы данных. Эта web-служба может быть прочитана приложением LPM, которое обрабатывает данные и использует предоставленную информацию. Когда приложение LPM завершит последовательность действий, оно отправляет в Диспетчер событий набор значений, которые содержат данные для идентификации оригинального процесса, и поэтому, Диспетчер событий может должным образом обработать оригинальный процесс.

Или, если вы выполняете интеграцию со средством обработки процессов, которое не имеет интерфейса с web-службой, вы можете добавить действие в объект, чтобы каждый раз экземпляр этого объекта создавался, обновлялся или удалялся с помощью записи, добавляемой в таблицу очереди (tps_event_queue). Эта таблица может быть прочитана приложением обработки процессов, которое обрабатывает данные и использует предоставленную информацию. После выполнения приложением обработки процессов последовательности действий, оно возвращает набор значений в таблицу входных событий (ev_event). Эти значения включают данные для идентификации оригинального процесса, чтобы Диспетчер событий мог корректно обработать оригинальный процесс.

В предыдущей главе (Конфигурация Диспетчера событий) вы узнали, как настроить Диспетчер событий для интеграции с внешними приложениями (такими как утилита сетевого управления SolarWinds Orion) для создания и выполнения процессов. В этих главах разделах вы узнаете о том, как настроить Диспетчер событий для выполнения процессов, которые были созданы из-вне системы, а именно с помощью источника процессов интеграции, идентифицирующего и обрабатывающего значения таблицы входящих событий, полученной из приложения LPM.

""

1 – в приложении Service Desk или Asset Manager пользователь выбирает действие, создающее объект с действием веб-службы. Это автоматически вызывает метод web-службы, который содержит идентификатор для конкретного экземпляра процесса и другую информацию конфигурации, которая может использоваться для управления приложением LPM.

2 - Приемник web-службы LPM считывает вызов web-службы.

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

3 – Приложение LPM заполняет запрос на обслуживание с использованием данных, отправленных либо с помощью действий Active Directory, либо с помощью других продуктов, имеющих веб-интерфейс LPM, такой как Ivanti Endpoint Manager.

4 – Приложение LPM вызывает команду web-службы Диспетчера событий SendIntegrationEvent, которая идентифицирует экземпляр оригинального процесса и предоставляет другие соответствующие данные, которые Диспетчер событий может интерпретировать и обработать.

5 – приложение Service Desk или Asset Manager считывает команду SendIntegrationEvent и обрабатывает данные, полученные от LPM.

6 – Процесс продолжается в соответствии с информацией, возвращенной приложением LPM. Например, вы можете создать процесс для обработки различных путей данных в зависимости от того, были ли успешными действия LPM или нет.

Существует четыре действия для интеграции с приложением LPM:

  1. Создайте и сконфигурируйте объект и действие, которое будет использоваться для инициирования запроса на обслуживание. Для получения дополнительной информации см. раздел Связь с Ivanti Process Manager с помощью web-службы или Отправка информации без использования web-службы.
  2. Создайте процесс, который нужно использовать с указанным выше объектом. Для получения дополнительной информации см. раздел Дизайнер процессов.
  3. Настройте приложение LPM для использования необходимого приемника веб-службы, последовательностей действий и интеграции с Ivanti Endpoint Manager. Для получения дополнительной информации см. раздел Создание последовательности действий LPM в LPM и документацию для приложений LPM и Ivanti Endpoint Manager.
  4. Установите источник процесса интеграции в Диспетчере процессов. Для получения дополнительной информации см. раздел Создание источника процесса интеграции.

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

Для получения дополнительной информации о действиях веб-услуг см. раздел Связь объектов с веб-службами SOAP.