Системы учета рабочего времени

Существует два глобальных подхода заказчика к учету рабочего времени в своей организации. В первом случае всю систему учета пользователь пишет сам. Во втором - покупает готовую либо заказывает разработку (доработку) по ТЗ.

Первый подход практикуют как раз крупные компании, имеющие штат программистов и необходимость в специфической корпоративной отчетности. Основой для их изысков являются события о проходах, регистрируемых СКУД. Каким образом они их получают - из базы данных, посредством SDK разработчика или специально для них созданным механизмом обмена, - не важно. Здесь от СКУД требуется именно обеспечение этой связи, и заказчик скорее купит открытую для обмена данными СКУД, чем "вещь в себе".

Для нашего опроса важна вторая категория потребителей, которые покупают УРВ "под ключ" или просят "причесать" ее под себя. Кроме непосредственно учета рабочего времени, востребованы следующие возможности:

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

Вообще, к словам "наиболее востребовано" надо подходить весьма осторожно. У разных организаций разные требования, но все они наши потенциальные покупатели, которые нас кормят, и сказать им: "Господа, ваши требования никем больше не востребованы, поэтому идите вы восвояси..." - будет с точки зрения бизнеса не совсем верно.

Например, возможность фиксации сотрудника на рабочем месте: продавец, оператор call-центра, диспетчер. Она нужна далеко не всем и есть далеко не во всех системах учета, но для некоторых организаций, которые хотят получать данные по пребыванию сотрудника именно в конкретном месте, а не вообще на территории между проходными, является приоритетной в системе.
Как обеспечить функционал?

Я бы немного изменил вопрос: нужно ли использовать для урв специализированные терминалы и дополнительные программно-аппаратные средства?

В подавляющем большинстве УРВ это совершенно стандартная СКУД, часто даже упрощенная, то есть без исполнительных устройств: только считыватели для регистрации на вход и на выход. Специальные терминалы (они же - обычные рабочие станции) могут применяться для самостоятельного занесения данных об уже упомянутых отсутствиях. Это больше вопрос внутренней политики компании, доверяет ли она своим сотрудникам.

При необходимости учета пребывания работника на рабочем месте должны использоваться устройства локализации карты: считыватель, постоянно считывающий код, фиксатор, регистрирующий вставленную в него карту. Для "разборок" в случае подозрений - был ли сотрудник на рабочем месте или его зарегистрировали доброжелатели - следует использовать архив системы видеонаблюдения.
Какие способы идентификации эффективны?

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

Каждый из способов имеет свои недостатки Для учета рабочего времени, особенно когда по его данным начисляется зарплата, проблема ложной регистрации ("Маня, отметься завтра за меня, я тебе карточку оставлю") весьма актуальна. Понятно, что биометрия любого типа практически исключает такую возможность. Зато любой вид биометрии на порядок отстает от регистрации по карточке в точности (частенько не пускает своих), он более медленный и к тому же требует прокладки ЛВС к каждому считывателю.

На сегодня при реальном мирном сосуществовании в УРВ обеих технологий я отдаю предпочтение традиционной регистрации по картам.
Везде ли нужен УРВ?

Необходимость функции УРВ привязана не к типам объектов, а скорее к типам руководителей. Там, где действительно хотят навести порядок, увеличить производительность труда, наладить дисциплину, платить деньги за реальную работу (или по крайней мере за реальное пребывание на рабочем месте), УРВ актуальна - за нее готовы платить, ее готовы сопровождать, эксплуатировать. Там, где желания начальства нет, то какой бы важный (в смысле отчетов) объект ни был - госпредприятие, банк, магазин, - туда систему не купят, а если купят, то не наладят, а если наладят, то она не будет работать, а если будет, то ею не будут пользоваться.
Интеграция УРВ и ERP-систем

Я говорил об этом вначале. У крупных организаций, особенно в западных компаниях, либо есть уже готовые расчетные программы заработной платы, либо имеется необходимость в специальных отчетных документах. Если они используют свою систему документооборота, то понятно, что они захотят получить СКУД, допускающую с как можно меньшими издержками интеграцию с ней.

В этом контексте очень важна открытость системы (например, по используемой базе данных), наличие встроенного обмена данными или SDK для организации этого же обмена.
- See more at: http://www.secuteck.ru/articles2/sys_ogr_dost/krupnye-ofisnye-kompleksy-kak-vybrat-sistemu-ucheta-rabochego-vremeni/#sthash.JNsfkNsV.dpuf
18-08-2015, 22:25