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

Материал из Oktell
Перейти к: навигация, поиск
(Новая страница: «{|cellpadding="10" cellspacing="0" border="0" | Наверх | [[Урок 22 Служебные сценарии | К предыдущему уро...»)
 
Строка 9: Строка 9:
  
  
 +
=== Введение ===
  
 +
На прошлом уроке рассматривался ручной запуск сценариев, однако такой способ на практике применяется очень редко. Благодаря тому, что служебные сценарии могут запускаться в любые моменты времени появляется еще один способ запуска - периодический.
 +
 +
Периодический запуск применяется для решения следующих задач:
 +
* '''Автоматический сбор данных и мониторинг внешних систем.''' Для сбора данных служебный сценарий применяется в тех случаях, когда невозможно прямое подключение к внешним базам данных. В этом случае служебный сценарий может  выполнять 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 с пометкой о времени.
 +
 +
Сценарий назначается на служебную задачу, которая с некоторым периодом начинает его запускать. Служебные задачи рассматриваются в конце этой главы.
  
  

Версия 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 с пометкой о времени.

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


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