Учет опозданий сотрудников — различия между версиями

Версия 13:05, 17 февраля 2014

Наверх

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

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

Способы проверки

Существует несколько способов проверки появления сотрудника на работе. Рассмотрим их на примере. Пусть компания начинает работу в 9-00.

Способ 1. Проверка дозвоном.

Каждый день в 9-05 производится обзвон всех сотрудников. Если сотрудник снимает трубку, то считается, что он на рабочем месте.

Достоинства:

• Проверяет наличие сотрудника на рабочем месте

Недостатки:

• Вместо проверяемого сотрудника, трубку может снять его коллега.
• Возможность установить софтфон на телефоне, используя технологию SIP Forking, позволяет сотруднику взять трубку где угодно при наличии интернета. Однако, чаще всего сотрудники не знают паролей от своих устройств.

Способ 2. Проверка по клиентскому приложению.

В 9-05 служебный сценарий обращается в таблицу [oktell].[dbo].[A_CallCenter_UserStateHistory]. В этой таблице хранится время запуска клиентского приложения (столбец TimeEnter) и время, когда клиентское приложение было закрыто (столбец TimeLeave). Для того, чтобы использовать эту идею необходимо включенное клиентское приложение.

Достоинства:

• Не отвлекает сотрудника от работы

Недостатки:

• Клиентское приложение должно быть обязательно включено
• При наличии домена для веб-клиента или веб-оператора, сотрудник может отметиться, зайдя на веб-сервис со своего смартфона.

Способ 3. Смешанный вариант.

Если при проверке SQL-запросом сотрудник показан, как отсутствующий в системе (не включено клиентское приложение), то вполне возможно, что он забыл включить клиентское приложение или возникли технические неполадки. Если сотрудник отмечен как пользователь по умолчанию для своего телефона, то ему можно сделать дозвон и проверить на месте ли он находится.

Достоинства:

• Если у сотрудника не включено клиентское приложение, система пытается дозвонится до сотрудника.

Недостатки:

• Такие же, как у варианта 1 - трубку могут поднять другие сотрудники. Однако, этот вариант можно обработать отдельно и записать в отчет с особой пометкой.

В этой статье рассматривается смешанный вариант учета опозданий.

Реализация сценария

Сценарий выглядит следующим образом:

Структурно сценарий состоит из

• SQL-запроса проверки включенных клиентских приложений
• Цикла по пользователям. Блок взят из статьи Построковая обработка sql выборки в сценарии (Вариант 1)
• Дозвон до пользователя и занесение результата