Таблицы абонентов - История изменений

Oktell Support в 11:12, 30 апреля 2015

2015-04-30T11:12:58Z

Oktell Support в 11:12, 30 апреля 2015

2015-04-30T11:12:47Z

Oktell Support в 14:11, 18 декабря 2014

2014-12-18T14:11:57Z

Peter в 06:05, 30 июня 2014

2014-06-30T06:05:08Z

Oktell Support в 06:27, 4 марта 2014

2014-03-04T06:27:14Z

Oktell Support в 06:15, 4 марта 2014

2014-03-04T06:15:56Z

Peter в 13:10, 20 января 2014

2014-01-20T13:10:58Z

Peter в 13:00, 20 января 2014

2014-01-20T13:00:01Z

Peter в 12:46, 20 января 2014

2014-01-20T12:46:58Z

Peter в 12:46, 20 января 2014

2014-01-20T12:46:49Z

← Предыдущая		Версия 11:12, 30 апреля 2015
Строка 13:		Строка 13:


−	[[Файл:cl_cc_tab1.png\|center]]	+	[[Файл:cl_cc_tab1.png\|center\|600px]]

← Предыдущая		Версия 11:12, 30 апреля 2015
Строка 13:		Строка 13:


−	[[Файл:cl_cc_tab1.png\|center~~\|800px~~]]	+	[[Файл:cl_cc_tab1.png\|center]]

← Предыдущая		Версия 14:11, 18 декабря 2014
Строка 1:		Строка 1:
−	[[Call-центр~~\|Наверх~~]]	+	<code>[[Техническая документация]] / [[Call-центр]] / [[Таблицы абонентов]]</code>

← Предыдущая		Версия 06:05, 30 июня 2014
Строка 113:		Строка 113:

	* Идентификатор оператора. В таблице может быть один столбец типа «Идентификатор оператора». Тип может быть проставлен только полю, имеющему тип данных ''uniqueidentifier''. Применяется при синхронизации задач с закреплением абонента за оператором, автоматически перестраивая кэш и формируя привязки. Является альтернативой ручному способу перераспределения абонентов по операторам в настройках задачи.		* Идентификатор оператора. В таблице может быть один столбец типа «Идентификатор оператора». Тип может быть проставлен только полю, имеющему тип данных ''uniqueidentifier''. Применяется при синхронизации задач с закреплением абонента за оператором, автоматически перестраивая кэш и формируя привязки. Является альтернативой ручному способу перераспределения абонентов по операторам в настройках задачи.
		+
		+	* Скилл-тэги. В таблице может быть один столбец типа «Скилл-тэги». Тип может быть проставлен только полю, имеющему строковый тип данных. Применяется в исходящих задачах со включенной функцией использования скилл-тэгов. Поле позволяет задать через запятую скилл-тэги, требуемые от операторов для обслуживания конкретного абонента. Можно быть уверенным, что абонент будет обслужен только тем оператором, среди [[Операторы#skills\|скилл-тэгов]] которого присутствуют все перечисленные в данном поле таблицы абонентов тэги, требуемые для обслуживания этого абонента.

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

@@ Строка 76: / Строка 76: @@
 * Запрос в БД. Если указан запрос, то выборка данных по абонентам для исходящей задачи будет формироваться на его основе, также как и загрузка данных по абонентам в сценарии и диалоговые формы. Запрос может быть сколь угодно сложным с разумным ограничением на время исполнения. В качестве примера использования можно привести задачу формирования данных по абоненту из нескольких таблиц, где раздельно хранятся телефоны и прочая информация, а также, если в ходе реализации задачи необходимо производить работу не со всеми абонентами в таблице, а по какому то заранее известному условию, например, где долг более 1000 рублей. Если в дополнение к запросу не указана базовая таблица с идентификаторами абонентов, то сохранение вводимых данных невозможно. Следует отметить, что запрос с течением времени может возвращать разные данные. При работе с исходящей задачей в моменты синхронизации перечень абонентов будет корректироваться в соответствии с возвращаемой выборкой.
-<span style="color:red;"> ВНИМАНИЕ! Введенный текст используется для формирования более сложного запроса на получение данных. Вы можете использовать запрос любой сложности с учетом того, что он позже будет заключен в еще один ''select * from ([Ваш запрос])''. Не допускается использование операторов ''declare'' и ''set''. Для более подробной информации изучите правила вложенных запросов
+<span style="color:red;"> ВНИМАНИЕ! Введенный текст используется для формирования более сложного запроса на получение данных. Вы можете использовать запрос любой сложности с учетом того, что он позже будет заключен в еще один ''select * from ([Ваш запрос])''. Например, не допускается использование операторов ''declare'' и ''set''. Для более подробной информации изучите правила вложенных запросов
 [http://technet.microsoft.com/ru-ru/library/ms189543(v=sql.105).aspx по этой ссылке] (ORDER-группа допускается только вместе с использованием TOP).

← Предыдущая		Версия 06:15, 4 марта 2014
Строка 76:		Строка 76:
	* Запрос в БД. Если указан запрос, то выборка данных по абонентам для исходящей задачи будет формироваться на его основе, также как и загрузка данных по абонентам в сценарии и диалоговые формы. Запрос может быть сколь угодно сложным с разумным ограничением на время исполнения. В качестве примера использования можно привести задачу формирования данных по абоненту из нескольких таблиц, где раздельно хранятся телефоны и прочая информация, а также, если в ходе реализации задачи необходимо производить работу не со всеми абонентами в таблице, а по какому то заранее известному условию, например, где долг более 1000 рублей. Если в дополнение к запросу не указана базовая таблица с идентификаторами абонентов, то сохранение вводимых данных невозможно. Следует отметить, что запрос с течением времени может возвращать разные данные. При работе с исходящей задачей в моменты синхронизации перечень абонентов будет корректироваться в соответствии с возвращаемой выборкой.		* Запрос в БД. Если указан запрос, то выборка данных по абонентам для исходящей задачи будет формироваться на его основе, также как и загрузка данных по абонентам в сценарии и диалоговые формы. Запрос может быть сколь угодно сложным с разумным ограничением на время исполнения. В качестве примера использования можно привести задачу формирования данных по абоненту из нескольких таблиц, где раздельно хранятся телефоны и прочая информация, а также, если в ходе реализации задачи необходимо производить работу не со всеми абонентами в таблице, а по какому то заранее известному условию, например, где долг более 1000 рублей. Если в дополнение к запросу не указана базовая таблица с идентификаторами абонентов, то сохранение вводимых данных невозможно. Следует отметить, что запрос с течением времени может возвращать разные данные. При работе с исходящей задачей в моменты синхронизации перечень абонентов будет корректироваться в соответствии с возвращаемой выборкой.

−	<span style="color:red;"> ВНИМАНИЕ! Введенный текст используется для формирования более сложного запроса на получение данных. ~~Поэтому~~ в ~~теле~~ допускается ~~использовать только одну команду SELECT~~ (ORDER-группа допускается только вместе с использованием TOP).	+	<span style="color:red;"> ВНИМАНИЕ! Введенный текст используется для формирования более сложного запроса на получение данных. Вы можете использовать запрос любой сложности с учетом того, что он позже будет заключен в еще один ''select * from ([Ваш запрос])''. Не допускается использование операторов ''declare'' и ''set''. Для более подробной информации изучите правила вложенных запросов
		+	[http://technet.microsoft.com/ru-ru/library/ms189543(v=sql.105).aspx по этой ссылке] (ORDER-группа допускается только вместе с использованием TOP).

← Предыдущая		Версия 13:10, 20 января 2014
Строка 110:		Строка 110:

	* Наименование. Значение поля наименование является аналогичным обычному информационному полю, однако наименование может быть только одно. Значение поля является первым и основным текстовым полем в списке, на которое оператор в первую очередь обращает внимание. Выводится в список информационных полей в том случае, если задано описание для поля.		* Наименование. Значение поля наименование является аналогичным обычному информационному полю, однако наименование может быть только одно. Значение поля является первым и основным текстовым полем в списке, на которое оператор в первую очередь обращает внимание. Выводится в список информационных полей в том случае, если задано описание для поля.
		+
		+	* Идентификатор оператора. В таблице может быть один столбец типа «Идентификатор оператора». Тип может быть проставлен только полю, имеющему тип данных ''uniqueidentifier''. Применяется при синхронизации задач с закреплением абонента за оператором, автоматически перестраивая кэш и формируя привязки. Является альтернативой ручному способу перераспределения абонентов по операторам в настройках задачи.

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

← Предыдущая		Версия 13:00, 20 января 2014
Строка 10:		Строка 10:
	Раздел дает возможность создавать и настраивать соответствующие таблицы.		Раздел дает возможность создавать и настраивать соответствующие таблицы.

−	Таблицы абонентов подчиняются политике прав доступа. Параметры доступа к ним определяются на соответствующей вкладке «Доступ». Доступные привилегии: ~~возможность чтения~~, ~~возможность записи~~.	+	Таблицы абонентов подчиняются политике прав доступа. Параметры доступа к ним определяются на соответствующей вкладке «Доступ». Доступные привилегии: чтение, изменение.

← Предыдущая		Версия 12:46, 20 января 2014
Строка 11:		Строка 11:

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

	[[Файл:cl_cc_tab1.png\|center\|800px]]		[[Файл:cl_cc_tab1.png\|center\|800px]]

← Предыдущая		Версия 12:46, 20 января 2014
Строка 9:		Строка 9:

	Раздел дает возможность создавать и настраивать соответствующие таблицы.		Раздел дает возможность создавать и настраивать соответствующие таблицы.
		+
		+	Таблицы абонентов подчиняются политике прав доступа. Параметры доступа к ним определяются на соответствующей вкладке «Доступ». Доступные привилегии: возможность чтения, возможность записи.

	[[Файл:cl_cc_tab1.png\|center\|800px]]		[[Файл:cl_cc_tab1.png\|center\|800px]]