Текстовые задачи — различия между версиями

Текущая версия на 11:34, 12 сентября 2012

Наверх

Текстовые задачи служат для поабонентной обработки прикрепленных таблиц абонентов в служебном сценарии. В служебном сценарии, запускаемом для каждого абонента по отдельности может производиться любая обработка: отправка SMS, отправка электронной почты, отправка ICQ или Jabber сообщений, любая обработка данных в таблице абонентов и вне, подключение к WEB-ресурсам. Служебный сценарий текстовой задачи может даже активировать дозвон на интересующий номер (это может быть использовано в редких случаях при обнаружении сценарием определенных условий в данных).

При автоматической обработке для определения состояний отправленных сообщений в многопоточном режиме (речь большей части касается SMS) в служебном сценарии существуют служебные переменные «Статус отправленного сообщения» и «PushId отправленного сообщения». Среди возможных значений 0 – не отправлено, 1 – отправлено, 2 – доставлено. В результате заполнения переменных менеджер задач принимает решение об успехе, необходимости повтора отправки, либо о необходимости получения отчета о доставке в автоматическом режиме в конце выполнения. В последнем случае необходимо указание PushId отправленного сообщения. Статус сообщения равный «1» следует использовать только для задач, связанных с отправкой SMS. В других же случаях различать только статусы «0» - не отправлено и «2» - отправлено без необходимости осуществлять проверку доставки.

Основные параметры

Вкладка предоставляет доступ к основным определяющим поведение задачи свойствам.

• Название задачи.
• Код задачи. Параметр применяется для взаимодействия с внешними базами данных, ведущихся по проектам во многих аутсорсинговых call-центрах. Параметр доступен в любом сценарии, выполняющемся в ходе реализации каждого звонка по конкретной задаче.
• Служебный сценарий. Используется задачами автоматической обработки sms-сообщений
• Таблица абонентов. Указывает на прикрепленную к задаче таблицу абонентов (из существующих в текущем проекте). Исходящие задачи используют таблицу для осуществления рассылки. Входящие задачи могут корректно использовать только ту таблицу абонентов, в основе которой лежит таблица БД. Входящие задачи по выбору могут искать абонента по определившемуся номеру в таблице или для каждого сообщения создавать новую запись. В соответствии с настройками таблицы абонентов, часть информации из списка будет отображена во всплывающих «PopUp» окнах на рабочем месте оператора, если задача обрабатывается операторами. В качестве номера берется первый попавшийся номер абонента из столбцов, отмеченных свойством «Телефон». При смене списка у существующей задачи, статистика по произведенным звонкам не теряется, но задача полностью синхронизирует свой внутренний список с таблицей абонентов. Аналогично задача ведет себя при изменениях, вносимых в назначенный ей список в модуле «Списки».
• Интервал синхронизации. Частота синхронизации задачи со списком в случае активности
• Интервал синхронизации при неактивности. Если задача ждет появления новых записей, частота синхронизации может отличаться в меньшую сторону.
• Рабочий график задачи. Определяет время активности задачи. Исходящая задачи не производит рассылку вне графика, входящая задача не принимает sms, возвращая управление обратно в сценарий обработки входящих sms по ветке «Вне графика». Таким образом, задача, даже находясь в активном состоянии, при наличии всех условий будет ожидать начала очередного периода актуальности в соответствии с установленным графиком. График представляет собой недельный срез. Для установки активности – щелкните мышью в соответствующем пересечении дня недели и часа, или растяните рамку выделения необходимой области. Элемент является инверсивным, то есть при двойном выделении переходит в первоначальный вид.
• Дата активации задачи. Определяет время, до которого исходящая задача не приступает к действию, даже будучи активной. Входящая задача до наступления этой границы при входе возвращает управление в сценарий обработки входящего сообщения по ветке «вне периода актуальности». Время активации можно не назначать, отключив галочку.
• Дата прекращения выполнения. Дополнительное условие, подобное рабочему графику, определяющее интервал времени, за пределами которого задача не выполняется и возвращает управление в сценарий по ветке «вне периода актуальности».
• Остановить задачу. Способ завершения исходящей задачи. Среди вариантов:
  • После завершения всех абонентов;
  • После наступления времени деактивации;
  • Не останавливать никогда.

При выборе пункта «не останавливать никогда», после завершения рассылки исходящая задача становится в ожидание и производит постоянную синхронизацию с таблицей абонентов на предмет появления новых записей. Период ожидания перед очередной синхронизацией задается параметром «Интервал синхронизации при неактивности». Задача может быть остановлена только супервизором путем перевода в неактивное состояние.

• Расписание праздников. Указывает, будет ли применяться поправка на праздничное расписание (выходные и праздники и исключения, настраиваемые для комплекса в модуле общих настроек). В случае, если в расписании праздников день является исключением (праздник или наоборот рабочий день), то расписание задачи корректируется с учетом него, в противном случае применяется стандартное расписание задачи. Корректировка производится следующим образом: если день объявлен праздником - задача не запускается, а если день объявлен рабочим по какому-либо дню недели, то задача активируется в соответствии с ее расписанием для этого дня недели.

Ресурсы

• Операторы. Для входящей операторской задачи определяет ответственных операторов, которым задача будет рассылать входящие текстовые сообщения и ожидать обработки и/или отправки ответа.
• Вариант обхода операторов. Определяет принцип распределения задач по операторам.
• Супервизоры. Список супервизоров, получающих уведомления от менеджера задач о состоянии и критических ситуациях.
• Поабонентное исполнение. Для исходящей текстовой задачи определяет, будет ли сценарий запущен с передачей параметра абонента (из списка) или будет массовая однотипная рассылка (один сценарий).
• Количество потоков. В случае поабонентного исполнения рассылка может идти неограниченным числом обращений к серверу (sms-серверу, smtp-серверу, icq-серверу и пр.). Ограничение установленное системой Oktell – 30 потоков на задачу, администратор с целью экономии ресурсов сервера может снизить это значение.

В контекстном меню исходящих задач доступна команда «Синхронизировать с БД» для принудительной синхронизации кэша в памяти с таблицей в базе данных.