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

Версия 07:50, 23 июня 2014

Введение

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

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

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

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

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

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

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

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

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

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

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