Комментарии 17
НЛО прилетело и опубликовало эту надпись здесь
Все зависит от того, в руки какого руководства она попадает. Приложение может как облегчить жизнь обычным сотрудникам, так и усложнить ее, во всем нужно знать меру. На моей практике уже несколько внедрений в офисах ит-компаний. Т.к. мне нравится то, что я делаю, то периодически общаюсь с персоналом офисов для получения обратной связи. При адекватном руководстве система работает во благо всей компании, не ущемляя интересов персонала. Но если высший менеджмент страдает синдромом вахтёра, то это беда.
Из всех описанных в разделе «Зачем это всё?» применений реально полезны только юскейсы для охраны. Всё остальное перечеркивается тем фактом, что «время в офисе != времени работы».
У всех же по разному. Например, оператор кол-центра, который должен быть за рабочим местом в определенные часы.
Не «быть за рабочим местом», а «провисеть N минут на телефоне с клиентом» или «обработать N звонков».
в статье упомянул, что контроль полезного рабочего времени лежит за рамками данного приложения. Изначально такой цели и не ставилось — для этого есть другие инструменты
Контора, работает с 9:00, в 9:00 им начинают активно звонить. Но клиенты не дозваниваются, потому что операторы приходят в 9:15, и потом в течение часа разгребают очередь в 40+ клиентов. И, кстати, выполняют план «обработать N звонков» :)
Этот пример к тому, что ваши целевые показатели никак не противоречат обязанности соблюдать дисциплину.
Этот пример к тому, что ваши целевые показатели никак не противоречат обязанности соблюдать дисциплину.
Эх, это не табельный учёт и интересен в первую очередь как контроль для начальников и вахтёров и практической ценности особо нет (для получения табеля от которого и зависит зарплата всех необходимо эти данные обрабатывать повторно). Обычно подобные отчёты уже есть в СКУД.
Когда мы внедряли ТУ, то пришлось хорошо поломать голову, особенно когда нет 100% гарантии в работоспособности СКУД (впускала/выпускала кого надо, т.е. свои основные функции выполняла сносно, но логи могла похерить безвозвратно). Из этого (и не только этого) вытекало что человек мог зайти сегодня утром и зайти завтра утром (без выхода сегодня). Мог сразу зайти во внутреннюю территорию не заходя на общую территорию (зона особого контроля внутри охраняемой территории) и точно так же выйти или не выйти из неё, но выйти с общей территории. Ну или воспользоваться автобусом (в нём считывателей нет и на воротах не выгоняют). Соответственно нельзя «наказывать» их взяв последний вход за отправную точку.
А ещё есть территории на которых нет физической возможности поставить СКУД, а работников так же хочется контролировать, эти сотрудники должны прийти до начала рабочего дня, а последний их выход должен быть после окончания рабочего дня.
А ещё есть сотрудники которые должны отработать 8 часов в день, но приходить могут в любое время и уходить в любое время.
А ещё есть сотрудники, работающие посменно с плавающим графиком, а СКУД обычно это изолированная система только для охраны.
Соответственно остаётся только забирать все сырые данные из неё и анализировать на своей стороне.
Когда мы внедряли ТУ, то пришлось хорошо поломать голову, особенно когда нет 100% гарантии в работоспособности СКУД (впускала/выпускала кого надо, т.е. свои основные функции выполняла сносно, но логи могла похерить безвозвратно). Из этого (и не только этого) вытекало что человек мог зайти сегодня утром и зайти завтра утром (без выхода сегодня). Мог сразу зайти во внутреннюю территорию не заходя на общую территорию (зона особого контроля внутри охраняемой территории) и точно так же выйти или не выйти из неё, но выйти с общей территории. Ну или воспользоваться автобусом (в нём считывателей нет и на воротах не выгоняют). Соответственно нельзя «наказывать» их взяв последний вход за отправную точку.
А ещё есть территории на которых нет физической возможности поставить СКУД, а работников так же хочется контролировать, эти сотрудники должны прийти до начала рабочего дня, а последний их выход должен быть после окончания рабочего дня.
А ещё есть сотрудники которые должны отработать 8 часов в день, но приходить могут в любое время и уходить в любое время.
А ещё есть сотрудники, работающие посменно с плавающим графиком, а СКУД обычно это изолированная система только для охраны.
Соответственно остаётся только забирать все сырые данные из неё и анализировать на своей стороне.
vlivyur, спасибо за ваши примеры! С некоторыми из них уже столкнулся на собственной шкуре. Не во всех случаях можно правильно проконтролировать вход и выход человека — из-за чего страдают логи и на выходе получаются неверные отчеты. Однако это проблема на стороне самой СКУД, как вы верно заметили. При условии, что сырые данные в БД соответствую действительности, данное приложение верно рассчитает проведенное в помещении время для описанных вами случаев:
а) сотрудники должны прийти до начала рабочего дня, а последний их выход должен быть после окончания рабочего дня; (за сегодня время будет рассчитано с момента входа до 23:59, за завтра время будет рассчитано с 00:00 до момента выхода)
б) сотрудники которые должны отработать 8 часов в день, но приходить могут в любое время и уходить в любое время; (главное на один вход иметь один выход)
в) сотрудники, работающие посменно с плавающим графиком (также, главное на один вход иметь один выход).
а) сотрудники должны прийти до начала рабочего дня, а последний их выход должен быть после окончания рабочего дня; (за сегодня время будет рассчитано с момента входа до 23:59, за завтра время будет рассчитано с 00:00 до момента выхода)
б) сотрудники которые должны отработать 8 часов в день, но приходить могут в любое время и уходить в любое время; (главное на один вход иметь один выход)
в) сотрудники, работающие посменно с плавающим графиком (также, главное на один вход иметь один выход).
Не всегда СКУД, есть ещё организационные проблемы: автобус привозит работников сразу до цеха, их глазами проверяют на воротах. Прогнать всех через вертушку значит задержать и этот автобус и ещё кого-то.
Или ещё такой пример: от проходной до места работы — 2 км или 15-20 минут. Соответственно на проходной ты обязан появиться за эти 15-20 минут до начала рабочего времени.
Третья смена не помню как в табеле звучит, но переход через 0 это было отдельное маленькое приключение.
Как табель-то получается, если нет сведений о том, когда должен был человек работать? Кадровик и прочие ведут графики работы, графики отпусков, командировки, болезни и прочие отсутствия? Как данные из СКУД забираются, если она физически изолирована ото всех?
Или ещё такой пример: от проходной до места работы — 2 км или 15-20 минут. Соответственно на проходной ты обязан появиться за эти 15-20 минут до начала рабочего времени.
Третья смена не помню как в табеле звучит, но переход через 0 это было отдельное маленькое приключение.
Как табель-то получается, если нет сведений о том, когда должен был человек работать? Кадровик и прочие ведут графики работы, графики отпусков, командировки, болезни и прочие отсутствия? Как данные из СКУД забираются, если она физически изолирована ото всех?
Согласитесь, правильнее все же через вертушку пропускать работников, приехавших на автобусе, иначе там СКУД и вовсе не нужна.
Основная идея приложения – без лишних телодвижений узнать во сколько кто приходил/уходил, сколько времени провел в помещении и внутри/снаружи ли сейчас конкретный сотрудник. Что касается вопросов о графиках, отпусках, командировках, больничных – да, это полезный функционал, но я изначально от него отказался, т.к. большой ценности для клиента он не представляет. Это также показывает и практика внедрений: за все время конфигурация рабочих графиков нужна была не более чем 5% потенциальных клиентов. Посему не буду отбирать хлеб у отдела кадров и бухгалтерии.
Если СКУД физически изолирована (без 3g/wi-fi модуля), значит и до этого никто данные с нее и не забирал, а если и забирал, то через USB. Мое приложение также скушает данные, которые собирались (если они собирались) через USB. Если же к данным совсем нет доступа – контора успешно обойдется и без моего приложения.
Основная идея приложения – без лишних телодвижений узнать во сколько кто приходил/уходил, сколько времени провел в помещении и внутри/снаружи ли сейчас конкретный сотрудник. Что касается вопросов о графиках, отпусках, командировках, больничных – да, это полезный функционал, но я изначально от него отказался, т.к. большой ценности для клиента он не представляет. Это также показывает и практика внедрений: за все время конфигурация рабочих графиков нужна была не более чем 5% потенциальных клиентов. Посему не буду отбирать хлеб у отдела кадров и бухгалтерии.
Если СКУД физически изолирована (без 3g/wi-fi модуля), значит и до этого никто данные с нее и не забирал, а если и забирал, то через USB. Мое приложение также скушает данные, которые собирались (если они собирались) через USB. Если же к данным совсем нет доступа – контора успешно обойдется и без моего приложения.
Водителя автобуса тоже?
Да, максимум чего можно добиться — флешка. Ну а про ценность приложения я в первом комментарии написал, денег оно не приносит.
Да, максимум чего можно добиться — флешка. Ну а про ценность приложения я в первом комментарии написал, денег оно не приносит.
Если на предприятии действительно важна безопасность и водитель автобуса является штатным сотрудником – тогда тоже через СКУД пройти будет не лишним, это же процедура десяти секунд. Если же водитель автобуса не является сотрудником, и транспортное средство не принадлежит предприятию, то обычно записывают паспортные данные стороннего человека и номер/марку транспортного средства, которое въезжает на территорию предприятия.
Приложение распространяется бесплатно в комплекте с реализуемыми СКУД, деньги в текущей бизнес-модели приносит оборудование.
Приложение распространяется бесплатно в комплекте с реализуемыми СКУД, деньги в текущей бизнес-модели приносит оборудование.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Анализируем посещаемость сотрудников по данным СКУД