Учет опозданий сотрудников - История изменений

Oktell Support: /* Результат работы */

2023-03-31T11:21:57Z

‎Результат работы

Oktell Support в 06:56, 18 февраля 2014

2014-02-18T06:56:42Z

Oktell Support в 06:55, 18 февраля 2014

2014-02-18T06:55:49Z

Oktell Support в 06:55, 18 февраля 2014

2014-02-18T06:55:31Z

Oktell Support в 06:34, 18 февраля 2014

2014-02-18T06:34:15Z

Oktell Support в 06:20, 18 февраля 2014

2014-02-18T06:20:21Z

Oktell Support в 06:16, 18 февраля 2014

2014-02-18T06:16:45Z

Oktell Support в 06:13, 18 февраля 2014

2014-02-18T06:13:17Z

Oktell Support в 05:54, 18 февраля 2014

2014-02-18T05:54:03Z

Oktell Support в 13:05, 17 февраля 2014

2014-02-17T13:05:14Z

← Предыдущая		Версия 11:21, 31 марта 2023
Строка 205:		Строка 205:


−	'''Файл сценария:''' [~~http~~:~~//wiki.oktell.ru/images/c/c5/~~%D0%A3%D1%87%D0%B5%D1%82_%D0%BE%D0%BF%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B9.zip Учет опозданий.zip]	+	'''Файл сценария:''' [[Media:%D0%A3%D1%87%D0%B5%D1%82_%D0%BE%D0%BF%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B9.zip\|Учет опозданий.zip]]

← Предыдущая		Версия 06:56, 18 февраля 2014
Строка 1:		Строка 1:
	[[Практики\|Наверх]]		[[Практики\|Наверх]]
		+
		+	__TOC__

	'''Задача:''' вести статистику по опозданиям сотрудников.		'''Задача:''' вести статистику по опозданиям сотрудников.

← Предыдущая		Версия 06:55, 18 февраля 2014
Строка 200:		Строка 200:


−	[[Файл:Учет опозданий-003.png]]	+	[[Файл:Учет опозданий-003.png\|center]]

← Предыдущая		Версия 06:55, 18 февраля 2014
Строка 181:		Строка 181:

	=== Создание служебной задачи===		=== Создание служебной задачи===
		+
		+	Данный сценарий необходимо назначить на служебную задачу. Переходим «'''Администрирование'''» - «'''Общие настройки'''» - вкладка «'''Служебные задачи'''» - «'''Добавить'''»
		+
		+	* Выбираем для запуска данный сценарий.
		+	* Указываем расписание - с понедельника по пятницу, с 9:05 до 9:10.
		+	* Тип запуска - периодический, раз в сутки.
		+	* Нажимаем «'''Сохранить'''» и активируем служебную задачу.
		+
		+	<span style="color:red"> Служебный сценарий не рекомендуется отдельно запускать, так как служебная задача не будет работать. Если вы запустили отдельно служебный сценарий, то вам надо переактивировать служебную задачу.
		+
		+
		+	[[Файл:Учет опозданий-004.png \| center \| 600px]]


	=== Результат работы ===		=== Результат работы ===

		+	В таблице latecomers формируется следующая информация:
		+
		+
		+	[[Файл:Учет опозданий-003.png]]


		+	'''Файл сценария:''' [http://wiki.oktell.ru/images/c/c5/%D0%A3%D1%87%D0%B5%D1%82_%D0%BE%D0%BF%D0%BE%D0%B7%D0%B4%D0%B0%D0%BD%D0%B8%D0%B9.zip Учет опозданий.zip]

@@ Строка 72: / Строка 72: @@
 * Цикла по пользователям. Блок взят из статьи [[Построковая обработка sql выборки в сценарии]] (Вариант 1)
 * Дозвон до пользователя и занесение результата
 Компонент "'''Проверка по таблице'''" - SQL-запрос определяет запущено ли клиентское приложение у сотрудника и записывает результаты в таблицу.
@@ Строка 92: / Строка 93: @@
   from A_Users
   where id not in (select id from ausers)
 Компонент "'''id_before'''" - присваивает переменной '''id_before''' (строковая) значение "'''-1000'''". Нужен для перебора сотрудников в таблице latecomers, у которых еще нет статуса (не определены с прошлого шага).
 Компонент "'''Определяем следующего'''" - SQL-запрос определяет следующего пользователя в таблице latecomers, которому нужно позвонить.
@@ Строка 113: / Строка 116: @@
 *'''@user''' - переменная user (строковая). Переменная содержит имя пользователя.
-Компонент "'''id_before=id_after'''" - переприсваивает переменную id_before, чтобы найти следующего пользователя.
+Компонент "'''Проверка на завершение'''" - определяет завершен ли перебор по пользователям. Сравнение переменной rowcount с "'''0'''".
 Компонент "'''Внутренний номер по id'''" - SQL-запрос находит по таблице внутренний номер пользователя по его идентификатору iduser.
@@ Строка 134: / Строка 142: @@
 *'''@prefix''' - переменная prefix, содержит внутренний номер пользователя
 *'''@userid''' - переменная iduser
-−
 Компонент "'''Дозвон'''" - происходит дозвон до пользователя. Если пользователь поднимет трубку или занят (в разговоре) - считается, что он на месте.
@@ Строка 150: / Строка 159: @@
 * '''Очередь ожидания''' - Нет
 * '''Время ожидания''' - 40 секунд. Максимальное время за которое сотрудник должен поднять трубку, чтобы система отметила его как на месте.
 Компоненты "'''На месте'''" , "'''Занято'''" или "'''Нет на месте'''" - SQL-запросы для обновления статуса в таблице '''latecomers'''. Переход к этим компонентам происходит по веткам от предыдущего компонента "'''Дозвон'''". Соответственно:
@@ Строка 168: / Строка 178: @@
 *'''@iduser''' - переменная iduser (во всех запросах).

← Предыдущая		Версия 06:20, 18 февраля 2014
Строка 168:		Строка 168:

	*'''@iduser''' - переменная iduser (во всех запросах).		*'''@iduser''' - переменная iduser (во всех запросах).
		+
		+
		+	=== Результат работы ===
		+
		+
		+

@@ Строка 46: / Строка 46: @@
 В этой статье рассматривается смешанный вариант учета опозданий.
 === Создание таблицы ===
@@ Строка 57: / Строка 58: @@
 * '''time''' - время, с которого у пользователя включено клиентское приложение. Тип '''Datetime'''.
 * '''iduser''' - идентификатор пользователя. Нужен для нахождения внутреннего номера. Тип '''NVarchar (auto)'''.
 === Реализация сценария ===
@@ Строка 166: / Строка 168: @@
 *'''@iduser''' - переменная iduser (во всех запросах).

@@ Строка 47: / Строка 47: @@
 В этой статье рассматривается смешанный вариант учета опозданий.
 === Реализация сценария ===
@@ Строка 61: / Строка 71: @@
 * Дозвон до пользователя и занесение результата
-Компонент "Проверка по таблице" - SQL-запрос определяет запущено ли клиентское приложение у сотрудника и записывает результаты в таблицу.
+Компонент "'''Проверка по таблице'''" - SQL-запрос определяет запущено ли клиентское приложение у сотрудника и записывает результаты в таблицу.
   with ausers as
@@ Строка 81: / Строка 91: @@
   where id not in (select id from ausers)
-Компонент "id_before" - присваивает переменной '''id_before''' (строковая) значение "'''-1000'''". Нужен для перебора сотрудников в таблице latecomers, у которых еще нет статуса (не определены с прошлого шага).
+Компонент "'''id_before'''" - присваивает переменной '''id_before''' (строковая) значение "'''-1000'''". Нужен для перебора сотрудников в таблице latecomers, у которых еще нет статуса (не определены с прошлого шага).
-Компонент "Определяем следующего" - SQL-запрос определяет следующего пользователя в таблице latecomers, которому нужно позвонить.
+Компонент "'''Определяем следующего'''" - SQL-запрос определяет следующего пользователя в таблице latecomers, которому нужно позвонить.
   select top 1 @id=id, @iduser=iduser, @user=[user]
@@ Строка 95: / Строка 105: @@
 где
-*@id - переменная id_after (строковая). Переменная содержит номер найденного пользователя в таблице latecomers.
+*'''@id''' - переменная id_after (строковая). Переменная содержит номер найденного пользователя в таблице latecomers.
-*@id_before - переменная id_before.
+*'''@id_before''' - переменная id_before.
-*@iduser - переменная iduser (строковая). Переменная содержит id пользователя.
+*'''@iduser''' - переменная iduser (строковая). Переменная содержит id пользователя.
-*@rowcount - переменная rowcount (строковая). Переменная содержит количество найденных строк.
+*'''@rowcount''' - переменная rowcount (строковая). Переменная содержит количество найденных строк.
-*@user - переменная user (строковая). Переменная содержит имя пользователя.
+*'''@user''' - переменная user (строковая). Переменная содержит имя пользователя.
-Компонент "Проверка на завершение" - определяет завершен ли перебор по пользователям. Сравнение переменной rowcount с "0".
+Компонент "'''Проверка на завершение'''" - определяет завершен ли перебор по пользователям. Сравнение переменной rowcount с "0".
-Компонент "id_before=id_after" - переприсваивает переменную id_before, чтобы найти следующего пользователя.
+Компонент "'''id_before=id_after'''" - переприсваивает переменную id_before, чтобы найти следующего пользователя.
-Компонент "Внутренний номер по id" - SQL-запрос находит по таблице внутренний номер пользователя по его идентификатору iduser.
+Компонент "'''Внутренний номер по id'''" - SQL-запрос находит по таблице внутренний номер пользователя по его идентификатору iduser.
 <span style="color:red"> ВНИМАНИЕ: У пользователя должен быть "нативный" номер, то есть такой стандартный внутренний номер, в котором только один объект - данный пользователь. Иначе запрос не найдет внутренний номер этого пользователя.
@@ Строка 120: / Строка 130: @@
 где
-*@prefix - переменная prefix, содержит внутренний номер пользователя
+*'''@prefix''' - переменная prefix, содержит внутренний номер пользователя
-*@userid - переменная iduser
+*'''@userid''' - переменная iduser
-Компонент "Дозвон" - происходит дозвон до пользователя. Если пользователь поднимет трубку или занят (в разговоре) - считается, что он на месте.
+Компонент "'''Дозвон'''" - происходит дозвон до пользователя. Если пользователь поднимет трубку или занят (в разговоре) - считается, что он на месте.
-* Номер/команда - prefix
+* '''Номер/команда''' - prefix
-* Среда - Внутренний номерной план
+* '''Среда''' - Внутренний номерной план
-* Обслуживание IVR
+* '''Обслуживание''' - IVR
-* Сценарий IVR - предварительно созданный IVR сценарий "Учет опозданий IVR". Сценарий достаточно простой:
+* '''Сценарий IVR''' - предварительно созданный IVR сценарий "Учет опозданий IVR". Сценарий достаточно простой - после того, как сотрудник берет трубку, связь обрывается. Здесь можно поставить звуковое оповещение сотрудника о том, что это проверка.
-* Caller ID - "Proverka" (устанавливается по желанию, сотрудники будут видеть это название на табло телефона)
+* '''Caller ID''' - "Proverka" (устанавливается по желанию, сотрудники будут видеть это название на табло телефона)
-* Caller Name - "Proverka" (аналогично полю Caller ID)
+* '''Caller Name''' - "Proverka" (аналогично полю Caller ID)
-* Очередь ожидания - Нет
+* '''Очередь ожидания''' - Нет
-* Время ожидания - 40 секунд. Максимальное время за которое сотрудник должен поднять трубку, чтобы система отметила его как на месте.
+* '''Время ожидания''' - 40 секунд. Максимальное время за которое сотрудник должен поднять трубку, чтобы система отметила его как на месте.
-Компоненты "На месте" , "Занято" или "Нет на месте" - SQL-запросы для обновления статуса в таблице latecomers. Переход к этим компонентам происходит по веткам от предыдущего компонента "Дозвон". Соответственно:
+Компоненты "'''На месте'''" , "'''Занято'''" или "'''Нет на месте'''" - SQL-запросы для обновления статуса в таблице '''latecomers'''. Переход к этим компонентам происходит по веткам от предыдущего компонента "'''Дозвон'''". Соответственно:
   update latecomers
@@ Строка 154: / Строка 165: @@
 где
-*@iduser - переменная iduser (во всех запросах).
+*'''@iduser''' - переменная iduser (во всех запросах).

← Предыдущая		Версия 05:54, 18 февраля 2014
Строка 60:		Строка 60:
	* Цикла по пользователям. Блок взят из статьи [[Построковая обработка sql выборки в сценарии]] (Вариант 1)		* Цикла по пользователям. Блок взят из статьи [[Построковая обработка sql выборки в сценарии]] (Вариант 1)
	* Дозвон до пользователя и занесение результата		* Дозвон до пользователя и занесение результата
		+
		+	Компонент "Проверка по таблице" - SQL-запрос определяет запущено ли клиентское приложение у сотрудника и записывает результаты в таблицу.
		+
		+	with ausers as
		+	(
		+	select getdate() ddt,us.Name,'На месте' status,uh.TimeEnter, us.ID
		+	from [oktell].[dbo].[A_CallCenter_UserStateHistory] uh
		+	inner join A_Users us
		+	on uh.operatorid=us.ID
		+	where GETDATE()>TimeEnter
		+	and (GETDATE()<TimeLeave or TimeLeave is null)
		+	and uh.State =0
		+	)
		+
		+	insert into latecomers (date,[user],status,time,iduser)
		+	select * from ausers
		+	union all
		+	select getdate(),Name,'0',null, ID
		+	from A_Users
		+	where id not in (select id from ausers)
		+
		+	Компонент "id_before" - присваивает переменной '''id_before''' (строковая) значение "'''-1000'''". Нужен для перебора сотрудников в таблице latecomers, у которых еще нет статуса (не определены с прошлого шага).
		+
		+	Компонент "Определяем следующего" - SQL-запрос определяет следующего пользователя в таблице latecomers, которому нужно позвонить.
		+
		+	select top 1 @id=id, @iduser=iduser, @user=[user]
		+	from latecomers
		+	where id > @id_before
		+	and status='0'
		+	and cast(floor(cast(getdate() as float)) as datetime) = cast(floor(cast(date as float)) as datetime)
		+
		+	set @rowcount=@@rowcount
		+
		+	где
		+
		+	*@id - переменная id_after (строковая). Переменная содержит номер найденного пользователя в таблице latecomers.
		+	*@id_before - переменная id_before.
		+	*@iduser - переменная iduser (строковая). Переменная содержит id пользователя.
		+	*@rowcount - переменная rowcount (строковая). Переменная содержит количество найденных строк.
		+	*@user - переменная user (строковая). Переменная содержит имя пользователя.
		+
		+	Компонент "Проверка на завершение" - определяет завершен ли перебор по пользователям. Сравнение переменной rowcount с "0".
		+
		+	Компонент "id_before=id_after" - переприсваивает переменную id_before, чтобы найти следующего пользователя.
		+
		+	Компонент "Внутренний номер по id" - SQL-запрос находит по таблице внутренний номер пользователя по его идентификатору iduser.
		+
		+	<span style="color:red"> ВНИМАНИЕ: У пользователя должен быть "нативный" номер, то есть такой стандартный внутренний номер, в котором только один объект - данный пользователь. Иначе запрос не найдет внутренний номер этого пользователя.
		+
		+	SELECT TOP 1 @prefix=np.Prefix FROM A_NumberPlan np
		+	INNER JOIN A_NumberPlanAction npa ON np.ID=npa.NumID AND npa.ExtraId IN
		+	(SELECT RuleID FROM A_RuleRecords
		+	WHERE reactid=@userid AND InnerAddressType=0
		+	AND RuleID IN
		+	(SELECT RuleID FROM A_RuleRecords
		+	GROUP BY RuleID HAVING COUNT(*)=1))
		+	ORDER BY np.Prefix
		+
		+	где
		+
		+	*@prefix - переменная prefix, содержит внутренний номер пользователя
		+	*@userid - переменная iduser
		+
		+	Компонент "Дозвон" - происходит дозвон до пользователя. Если пользователь поднимет трубку или занят (в разговоре) - считается, что он на месте.
		+
		+	* Номер/команда - prefix
		+	* Среда - Внутренний номерной план
		+	* Обслуживание IVR
		+	* Сценарий IVR - предварительно созданный IVR сценарий "Учет опозданий IVR". Сценарий достаточно простой:
		+
		+
		+
		+
		+	* Caller ID - "Proverka" (устанавливается по желанию, сотрудники будут видеть это название на табло телефона)
		+	* Caller Name - "Proverka" (аналогично полю Caller ID)
		+	* Очередь ожидания - Нет
		+	* Время ожидания - 40 секунд. Максимальное время за которое сотрудник должен поднять трубку, чтобы система отметила его как на месте.
		+
		+	Компоненты "На месте" , "Занято" или "Нет на месте" - SQL-запросы для обновления статуса в таблице latecomers. Переход к этим компонентам происходит по веткам от предыдущего компонента "Дозвон". Соответственно:
		+
		+	update latecomers
		+	set status = 'На месте (Взял трубку)'
		+	where iduser=@iduser
		+
		+	update latecomers
		+	set status = 'На месте (Занято)'
		+	where iduser=@iduser
		+
		+	update latecomers
		+	set status = 'Нет на месте'
		+	where iduser=@iduser
		+
		+	где
		+
		+	*@iduser - переменная iduser (во всех запросах).

← Предыдущая		Версия 13:05, 17 февраля 2014
Строка 3:		Строка 3:
	'''Задача:''' вести статистику по опозданиям сотрудников.		'''Задача:''' вести статистику по опозданиям сотрудников.

−	Каждый руководитель хочет быть уверен в соблюдении правил внутреннего распорядка своими сотрудниками. Одним из критериев ответственности сотрудника является время появления на работе. Oktell позволяет автоматизировать эту проверку.	+	Каждый руководитель хочет быть уверен в соблюдении правил внутреннего распорядка своими сотрудниками. Одним из критериев ответственности сотрудника является время появления на работе. '''Oktell''' позволяет автоматизировать эту проверку.