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

Материал из Oktell
Перейти к: навигация, поиск
Строка 14: Строка 14:
  
 
Периодический запуск применяется для решения следующих задач:
 
Периодический запуск применяется для решения следующих задач:
* '''Автоматический сбор данных и мониторинг внешних систем.''' Для сбора данных служебный сценарий применяется в тех случаях, когда невозможно прямое подключение к внешним базам данных. В этом случае служебный сценарий может  выполнять web-запросы к API внешней системы. Как правило, WebCRM-система имеет некоторый набор команд, называемый API, с помощью которых можно получить требуемую информацию. Тогда самым подходящий и оптимальный способ для получения данных будет использование служебного сценария. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в собственную таблицу Oktell с пометкой о времени.  
+
* '''Автоматический сбор данных и мониторинг внешних систем.''' В рамках задачи сценарий обращается во внешний сервис, например, ящик электронной почты, WebCRM, личный кабинет SMS-провайдера. Как правило, внешняя система имеет некоторый набор команд, называемый API, с помощью которого можно получить требуемую информацию. При запуске служебный сценарий выполняет команды API для получения количества заявок с помощью компонента “Web-запрос”. Полученный ответ записывается в переменную, которая затем анализируется с помощью компонента “Парсер”. Полезная информация записывается в базу данных  Oktell с пометкой о времени.  
* '''Вычисление данных.''' Во время сбора данных в таблицы, как правило, попадает детализированная информация по проекту. Например, в таблице фиксируется каждая активность и ее параметры, такие как дата начала и завершения работы, имена сотрудников, принимающих участие и другие.  
+
* '''Вычисление данных.''' Во время сбора данных в таблицы обычно попадает детализированная информация по проекту. Например, в таблице фиксируется каждая активность и ее параметры, такие как дата начала и завершения работы, имена сотрудников, принимающих участие и другие.  
 
Для общих отчетов по работе компании необходимо дополнительно преобразовать полученные данные - это может быть дополнительная фильтрация по менеджерам, суммирование всех заявок и времени их выполнения, разделение на подгруппы, вычисление минимальных, средних и максимальных значений, а также любые другие операции.  
 
Для общих отчетов по работе компании необходимо дополнительно преобразовать полученные данные - это может быть дополнительная фильтрация по менеджерам, суммирование всех заявок и времени их выполнения, разделение на подгруппы, вычисление минимальных, средних и максимальных значений, а также любые другие операции.  
* '''Контроль данных.''' Оповещение супервизоров является одним из важных блоков системы Raduga-KPI. Для супервизора системы важно всегда находится в полном понимании процессов. У него в каждый момент времени должна иметься возможность контролировать систему и воздействовать на нее при необходимости. Например, сотрудники за весь день выполнили 70% плана. Тогда система запускает необходимый сценарий, который оповестит супервизора о недостаточном выполнении плана по SMS или E-mail. Возможны и другие варианты оповещения. С помощью таких настроек офис всегда остается под контролем, где бы ни находилось руководство.  
+
* '''Контроль данных.''' Служебные сценарии также применяются для оповещения супервизоров. Например, сотрудники за весь день выполнили 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 с пометкой о времени.

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


Наверх К предыдущему уроку