Урок 23 Периодический запуск служебных сценариев

Наверх

К предыдущему уроку

Введение

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

Периодический запуск применяется для решения следующих задач:

• Автоматический сбор данных и мониторинг внешних систем. В рамках задачи сценарий обращается во внешний сервис, например, ящик электронной почты, WebCRM, личный кабинет SMS-провайдера. Как правило, внешняя система имеет некоторый набор команд, называемый API, с помощью которого можно получить требуемую информацию. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в базу данных Oktell с пометкой о времени.
• Вычисление данных. Во время сбора данных в таблицы обычно попадает детализированная информация по проекту. Например, в таблице фиксируется каждая активность и ее параметры, такие как дата начала и завершения работы, имена сотрудников, принимающих участие и другие.

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

• Контроль данных. Служебные сценарии также применяются для оповещения супервизоров. Например, сотрудники за весь день выполнили 70% плана. Если при очередном запуске система определяет критический уровень показателя, то она уведомляет об этом супервизора по SMS или E-mail. Возможны и другие варианты оповещения. С помощью таких настроек офис всегда остается под контролем, где бы ни находилось руководство.

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

Работа служебного сценария состоит из следующих этапов:

• Запрос и получение данных из внешней системы
• Анализ, выделение необходимой информации
• Запись в собственные таблицы БД Oktell и выполнение действий.

Пример: Существует некая WebCRM-система, в которой ведется работа менеджеров. Допустим, руководитель отдела хочет вывести на экран количество созданных/измененных заявок в разрезе дня. Если это не “самописная” система, то, скорее всего, сервис не получится настроить на автоматическое оповещение системы Raduga-KPI. Также, в подавляющем большинстве случаев, пользователи не имеют свободный доступ к базе данных WebCRM. Поэтому все предыдущие варианты получения данных отпадают.

Как правило, WebCRM-система имеет некоторый набор команд, называемый API, с помощью которых можно получить требуемую информацию. Тогда самым подходящий и оптимальный способ для получения данных будет использование служебного сценария. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в собственную таблицу Oktell с пометкой о времени.

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

Наверх

К предыдущему уроку