Служебный сценарий поиска абонента — различия между версиями
м |
|||
| (не показано 15 промежуточных версии этого же участника) | |||
| Строка 1: | Строка 1: | ||
[[Практики | Наверх]] | [[Практики | Наверх]] | ||
| + | |||
| + | При настройке исходящих задач возможны методы работы с таблицей в соответствии с приоритетами обхода, но возникают ситуации в которых этих способов бывает недостаточно, например произвести звонок каждому 3-му клиенту, совершить определенное количество успешных звонков по клиентам разных социальных групп (возрастов), произвести обмен данными с другими БД перед звонком, произвести корректировку и анализ данных по клиенту в таблице. | ||
| + | |||
| + | В таких случаях, если требуется совершить исходящий обзвон по таблице абонентов с выбором клиентов по различным правилам необходимо использовать '''Служебный сценарий поиска абонента'''. | ||
| + | |||
| + | |||
На вход сценарий в качестве стандартных функций служебного сценария принимает информацию о задаче. | На вход сценарий в качестве стандартных функций служебного сценария принимает информацию о задаче. | ||
В качестве неявных параметров передаются: | В качестве неявных параметров передаются: | ||
| − | 1 - идентификатор списка, 2 - режим вызова(«1»-выполнение в потоке менеджера задач с инициативой одиночного запуска, «2»-выполнение в потоке прогрессивного пула с инициативой множественного запуска). | + | 1 - идентификатор списка, |
| + | |||
| + | 2 - режим вызова(«1»-выполнение в потоке менеджера задач с инициативой одиночного запуска, «2»-выполнение в потоке прогрессивного пула с инициативой множественного запуска). | ||
Код инициатора запуска служебного сценария - 21. | Код инициатора запуска служебного сценария - 21. | ||
| Строка 18: | Строка 26: | ||
*присвоим служебным переменным полученные данные - идентификатор абонента, а также номер,который следует набирать при этом (сохраняются соответственно в служебных переменных «Возвращаемое значение 1» и «Возвращаемое значение 2»)<br> | *присвоим служебным переменным полученные данные - идентификатор абонента, а также номер,который следует набирать при этом (сохраняются соответственно в служебных переменных «Возвращаемое значение 1» и «Возвращаемое значение 2»)<br> | ||
| − | |||
| + | [[Файл:1_сценарий_поиска_абонента.jpg|center]] | ||
Задача проверяет возвращаемые сценарием поиска номер и идентификатор абонента и осуществляет фильтрацию по общим правилам. <br> | Задача проверяет возвращаемые сценарием поиска номер и идентификатор абонента и осуществляет фильтрацию по общим правилам. <br> | ||
| Строка 41: | Строка 49: | ||
---- | ---- | ||
| − | [ | + | [[Media:Сценарий_поиска_абонента.oscr|Служебный сценарий поиска абонента]]<br> |
Текущая версия на 10:24, 31 марта 2023
При настройке исходящих задач возможны методы работы с таблицей в соответствии с приоритетами обхода, но возникают ситуации в которых этих способов бывает недостаточно, например произвести звонок каждому 3-му клиенту, совершить определенное количество успешных звонков по клиентам разных социальных групп (возрастов), произвести обмен данными с другими БД перед звонком, произвести корректировку и анализ данных по клиенту в таблице.
В таких случаях, если требуется совершить исходящий обзвон по таблице абонентов с выбором клиентов по различным правилам необходимо использовать Служебный сценарий поиска абонента.
На вход сценарий в качестве стандартных функций служебного сценария принимает информацию о задаче.
В качестве неявных параметров передаются:
1 - идентификатор списка,
2 - режим вызова(«1»-выполнение в потоке менеджера задач с инициативой одиночного запуска, «2»-выполнение в потоке прогрессивного пула с инициативой множественного запуска).
Код инициатора запуска служебного сценария - 21.
ВНИМАНИЕ! Рекомендуется, но не требуется, чтобы возвращаемые номера и даже идентификаторы однозначно соответствовали таблице абонентов.
При выбранном режиме поиска абонентов через сценарий таблица абонентов может быть вовсе пуста, при этом набор будет осуществляться,
пока сценарий возвращает уникальные корректные значения идентификаторов и номеров.
Составим простой пример реализации данного сценария:
- выберем из таблицы id абонента и номер исходя из необходимых условий
- проверим есть ли данные в результате запроса (условие завершения обзвона), если данных нет то необходимо установить значение «1» в служебную переменную «Возвращаемое значение 3»
- присвоим служебным переменным полученные данные - идентификатор абонента, а также номер,который следует набирать при этом (сохраняются соответственно в служебных переменных «Возвращаемое значение 1» и «Возвращаемое значение 2»)
Задача проверяет возвращаемые сценарием поиска номер и идентификатор абонента и осуществляет фильтрацию по общим правилам.
Так например, набор номера не начнется, если предыдущая попытка набора этого же номера еще не завершена,
или оператором было ранее установлено и еще не достигнуто время следующего звонка на номер,
или число звонков на номер уже превысило допустимое значение.
Чтобы оказать влияние на применение тех или иных фильтров следует устанавливать специальные значения служебной переменной «возвращаемое значение 3»:
- 10 - не использовать фильтры вообще, всегда начинать набор номера;
- 11 - проверять только количество занято;
- 12 - проверять только количество не отвечает;
- 13 - проверять только таймауты номера;
- 14 - проверять только таймауты абонента;
- 15 – проверять завершен ли абонент по признаку «FullSuccess»;
- 16 – проверять завершен ли абонент по признаку «Finished»;
- 17 – проверять завершен ли абонент по признаку «Stop».
- Для значений 11-17 возможно указание перечислений, например «11, 12, 16».
