Урок 23 Периодический запуск служебных сценариев — различия между версиями
Строка 14: | Строка 14: | ||
Периодический запуск применяется для решения следующих задач: | Периодический запуск применяется для решения следующих задач: | ||
− | * '''Автоматический сбор данных и мониторинг внешних систем.''' | + | * '''Автоматический сбор данных и мониторинг внешних систем.''' В рамках задачи сценарий обращается во внешний сервис, например, ящик электронной почты, WebCRM, личный кабинет SMS-провайдера. Как правило, внешняя система имеет некоторый набор команд, называемый API, с помощью которого можно получить требуемую информацию. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в базу данных Oktell с пометкой о времени. |
− | * '''Вычисление данных.''' Во время сбора данных в таблицы | + | * '''Вычисление данных.''' Во время сбора данных в таблицы обычно попадает детализированная информация по проекту. Например, в таблице фиксируется каждая активность и ее параметры, такие как дата начала и завершения работы, имена сотрудников, принимающих участие и другие. |
Для общих отчетов по работе компании необходимо дополнительно преобразовать полученные данные - это может быть дополнительная фильтрация по менеджерам, суммирование всех заявок и времени их выполнения, разделение на подгруппы, вычисление минимальных, средних и максимальных значений, а также любые другие операции. | Для общих отчетов по работе компании необходимо дополнительно преобразовать полученные данные - это может быть дополнительная фильтрация по менеджерам, суммирование всех заявок и времени их выполнения, разделение на подгруппы, вычисление минимальных, средних и максимальных значений, а также любые другие операции. | ||
− | * '''Контроль данных.''' | + | * '''Контроль данных.''' Служебные сценарии также применяются для оповещения супервизоров. Например, сотрудники за весь день выполнили 70% плана. Если при очередном запуске система определяет критический уровень показателя, то она уведомляет об этом супервизора по SMS или E-mail. Возможны и другие варианты оповещения. С помощью таких настроек офис всегда остается под контролем, где бы ни находилось руководство. |
Версия 09:17, 23 июня 2014
Наверх | К предыдущему уроку |
Содержание
Введение
На прошлом уроке рассматривался ручной запуск сценариев, однако такой способ на практике применяется очень редко. Благодаря тому, что служебные сценарии могут запускаться в любые моменты времени появляется еще один способ запуска - периодический.
Периодический запуск применяется для решения следующих задач:
- Автоматический сбор данных и мониторинг внешних систем. В рамках задачи сценарий обращается во внешний сервис, например, ящик электронной почты, WebCRM, личный кабинет SMS-провайдера. Как правило, внешняя система имеет некоторый набор команд, называемый API, с помощью которого можно получить требуемую информацию. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в базу данных Oktell с пометкой о времени.
- Вычисление данных. Во время сбора данных в таблицы обычно попадает детализированная информация по проекту. Например, в таблице фиксируется каждая активность и ее параметры, такие как дата начала и завершения работы, имена сотрудников, принимающих участие и другие.
Для общих отчетов по работе компании необходимо дополнительно преобразовать полученные данные - это может быть дополнительная фильтрация по менеджерам, суммирование всех заявок и времени их выполнения, разделение на подгруппы, вычисление минимальных, средних и максимальных значений, а также любые другие операции.
- Контроль данных. Служебные сценарии также применяются для оповещения супервизоров. Например, сотрудники за весь день выполнили 70% плана. Если при очередном запуске система определяет критический уровень показателя, то она уведомляет об этом супервизора по SMS или E-mail. Возможны и другие варианты оповещения. С помощью таких настроек офис всегда остается под контролем, где бы ни находилось руководство.
Для сбора данных служебный сценарий применяется в тех случаях, когда невозможно прямое подключение к внешним базам данных. В этом случае служебный сценарий может выполнять web-запросы к API внешней системы.
Работа служебного сценария состоит из следующих этапов:
- Запрос и получение данных из внешней системы
- Анализ, выделение необходимой информации
- Запись в собственные таблицы БД Oktell и выполнение действий.
Пример: Существует некая WebCRM-система, в которой ведется работа менеджеров. Допустим, руководитель отдела хочет вывести на экран количество созданных/измененных заявок в разрезе дня. Если это не “самописная” система, то, скорее всего, сервис не получится настроить на автоматическое оповещение системы Raduga-KPI. Также, в подавляющем большинстве случаев, пользователи не имеют свободный доступ к базе данных WebCRM. Поэтому все предыдущие варианты получения данных отпадают.
Как правило, WebCRM-система имеет некоторый набор команд, называемый API, с помощью которых можно получить требуемую информацию. Тогда самым подходящий и оптимальный способ для получения данных будет использование служебного сценария. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в собственную таблицу Oktell с пометкой о времени.
Сценарий назначается на служебную задачу, которая с некоторым периодом начинает его запускать. Служебные задачи рассматриваются в конце этой главы.
Наверх | К предыдущему уроку |