Почти каждая компания, выбирающая мобильную систему учёта, задаёт один и тот же вопрос: возможна ли отметка с чужого телефона и как система это видит?
Вопрос справедливый. Ответ состоит из большего числа слоёв, чем ожидают, - и когда эти слои работают вместе, картина выглядит совсем иначе.
Сценарий, стоящий за вопросом
Беспокойство обычно рождается из одного конкретного образа: сотрудник открывает свой аккаунт на телефоне коллеги, и тот утром отмечается за него.
Сценарий реальный, и его нужно учитывать. Но возможен он или нет, зависит от того, как построена система, - сама по себе фраза «мобильная отметка» не говорит ничего.
Практическая разница такова: система хранит только факт отметки или ещё и её контекст?
Первый слой: устройство
Сохраняется устройство, с которого сделана отметка. Для одного события это говорит мало, но со временем складывается картина.
Поскольку история устройств существует, потом становится видно: этот сотрудник всегда отмечается с одного устройства или устройство часто меняется?
Вторая деталь известна меньше: два устройства одной марки и модели могут различаться в системе как разные устройства. Поэтому аргумент «это же один и тот же телефон» на практике не работает - устройства отслеживаются как отдельные записи, а не по названию модели.
Второй слой: смена устройства
Переход сотрудника на другое устройство - нормальное явление: телефоны меняют, ломают, теряют. Система это не блокирует и блокировать не должна.
Разница в том, что смена видна как отдельное событие, и об этом можно уведомить нужных людей.
Это даёт два практических результата. Случай не остаётся скрытым. И работа не останавливается - сотрудник продолжает с нового телефона, а событие фиксируется и при необходимости разбирается.
Третий слой: соответствие местоположению
Отметка сверяется с местоположением точки входа. Этот слой работает независимо от слоя устройства, и именно поэтому он ценен.
Практический сценарий: отметка сделана вне ожидаемой точки и в тот же день зафиксирована смена устройства.
По отдельности у каждого события есть обычное объяснение - смена объекта и обновление телефона. Вместе они становятся случаем для разбора. Подробнее: GPS-система учёта посещаемости.
Четвёртый слой: уведомление
Все слои работают при одном условии: событие должно стать видимым вовремя.
Когда несовпадение доходит до ответственного уведомлением, вопрос обсуждается в тот же день. Случай, всплывший в конце месяца, практически не решается: спустя двадцать шесть дней ни сотрудник, ни руководитель точно того дня не помнят.
Это различие организационное, а не техническое, - и один из главных факторов результата.
Чего не стоит обещать
Здесь важна честность: ни одна система не исключает злоупотребление отметкой на сто процентов. Это не вполне верно и для отпечатков или распознавания лиц - там тоже есть исключения, зависящие от условий.
Практическая цель другая: сделать злоупотребление труднее, а при его возникновении - вовремя заметным.
Четыре слоя вместе этой цели достигают. Один слой - будь то код или устройство - нет.
Что сказать команде
Самая частая ошибка в этой теме - молчание. Когда контроль устройства не объясняют, команда узнаёт о нём случайно, - и это всегда оставляет плохое впечатление.
Объяснение, работающее на практике, укладывается в одну фразу: система сохраняет, с какого устройства пришла отметка, а смена устройства видна отдельно - это мера, относящаяся к отметке, а не к человеку.
К этому добавляется вторая сторона прозрачности: сотрудник тоже видит свои записи в приложении. Односторонний контроль создаёт сопротивление, двусторонняя прозрачность его на практике снижает.
Практический пример: совпадение двух сигналов
В сетевой компании отметки одного сотрудника за два месяца трижды дали сигнал о несовпадении.
По отдельности у всех трёх случаев было объяснение. В первый раз он сменил телефон. Во второй отметка была сделана в соседнем филиале - в тот день он действительно там работал. В третий раз обе вещи произошли в один день: новое устройство и отметка вне ожидаемой точки.
На третьем случае руководитель филиала получил уведомление и спросил в тот же день. Ответ оказался простым: утром сотрудника отправили помогать на другой объект, и в системе это не зафиксировали.
Дальше сделали два шага. Для смены объекта создали отдельный тип записи - и похожие случаи перестали выглядеть несовпадениями. И компания зафиксировала урок: ценность сигналов не в каждом по отдельности, а в их совпадении.
Когда стоит смотреть внимательно
Практическое правило состоит из трёх пунктов и не даёт уведомлениям превратиться в шум.
Одиночный сигнал - не разбирается. Смена устройства сама по себе обычна: телефоны меняют, ломают, теряют.
Два сигнала в один день - разбирается. Когда смена устройства и несовпадение по местоположению приходят вместе, о событии стоит спросить.
Повторяющаяся картина - расследуется. Сотрудник, меняющий устройство несколько раз в месяц, и сотрудник, обновляющий телефон раз в год, - разные случаи; показывает это только история устройств.
Оформленные письменным правилом, эти три пункта сокращают число уведомлений и возвращают внимание к оставшимся.
Практическое правило для руководителя
Больше всех от контроля устройства выигрывает руководитель - но лишь тогда, когда порядок реакции согласован заранее.
На практике работают три шага. Первый: при получении уведомления вывод сразу не делается - событие принимается как случай для разбора. Второй: вопрос задаётся в тот же день, а не в конце месяца; спустя двадцать шесть дней объяснение практически невозможно. Третий: когда объяснение получено, создаётся соответствующий тип записи - смена объекта, командировка или помощь на другом участке.
Третий шаг упускают чаще всего, и он же полезнее прочих: он не даёт тому же случаю в следующий раз выглядеть несовпадением и естественным образом сокращает число уведомлений.
Следующий шаг
Контроль устройства сам по себе не система - это один из слоёв, повышающих надёжность отметки. Лучший результат достигается вместе со слоями местоположения и уведомлений.
Разберите вопрос безопасности подробно, изучите возможности QRGate или рассчитайте стоимость.
