Интеграция СКУД с 1С: автоматический табель учёта рабочего времени

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

Зачем связывать СКУД и 1С

Ручной табель — это не только время кадровика. Это ещё и расхождения: сотрудник «забыл» опоздание, бригадир поставил смену «на глаз», в Т-13 попадают часы, которых не было. Когда табель строится по событиям СКУД, картина становится фактической:

• часы считаются по реальным входам и выходам, а не по памяти;
• опоздания, ранние уходы и переработки видно сразу;
• закрывается схема «отметься за коллегу» — лицо или палец передать нельзя;
• кадровая служба тратит на табель минуты вместо дней.

Как работает связка

Логика простая: СКУД фиксирует события прохода, а 1С превращает их в отработанное время.

1. Сотрудник проходит через турникет — контроллер пишет событие «вход/выход» с меткой времени.
2. ПО СКУД с модулем учёта рабочего времени группирует события в смены, считает часы и отклонения.
3. Данные передаются в 1С: ЗУП или Бухгалтерию — там формируется табель (форма Т-13) и попадают отклонения.

Ключевое слово — «модуль учёта рабочего времени». Просто журнал проходов в 1С не нужен; нужна предобработка: что считать опозданием, как учитывать обед, что делать с проходом в обе стороны на перекур.

Три варианта интеграции

Вариант	Как устроен	Когда подходит
Штатный модуль вендора СКУД	Производитель СКУД даёт готовый обмен с 1С	Когда СКУД и так от вендора с поддержкой 1С — самый быстрый путь
Промежуточный обмен (файл/БД)	СКУД выгружает данные, 1С забирает по расписанию	Разнородное оборудование, нужна гибкая логика смен
Интеграция через API	Прямой обмен между ПО СКУД и 1С	Нестандартные правила, несколько площадок, своя доработка ЗУП

Чаще всего на практике работает второй вариант: он не привязывает к одному вендору и позволяет заложить реальные правила предприятия — графики, ночные смены, суммированный учёт.

Что попадает в 1С

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

Готовый табель кадровик проверяет и утверждает, а не набивает с нуля. Спорные случаи (забыл карту, проход через другую проходную) видно и легко поправить.

Нюансы, о которых лучше знать заранее

• Обед и перекуры. Если на обед проходят через турникет, это нужно учесть в правилах, иначе система «вычтет» лишнее. Решается настройкой интервалов.
• Командировки и удалёнка. Дни вне офиса в СКУД не видны — для них нужен ввод в 1С или связка с заявками.
• Несколько площадок. Сотрудник из головного офиса в филиале должен опознаваться там же — система должна работать на всех объектах в единой базе.
• Сверка с видеонаблюдением. Для критичных зон проход дополнительно подтверждают видео — это снимает споры «это был не я».

Типовые ошибки

• Поставили СКУД без УРВ-модуля. Тогда в 1С нечего отдавать, кроме сырого журнала — табель всё равно собирают руками.
• Заложили жёсткую логику смен. Реальные графики меняются; правила учёта должны настраиваться, а не быть «зашиты».
• Не согласовали с бухгалтерией формат. Табель должен лечь в ту версию ЗУП и те правила расчёта, что приняты на предприятии.

Коротко

Интеграция СКУД с 1С имеет смысл, когда СКУД уже считает время (есть УРВ-модуль) и на предприятии достаточно людей, чтобы ручной табель стал проблемой. Тогда проходная превращается в источник фактических данных для расчёта, а кадровая служба — из «набивальщиков табеля» в контролёров отклонений.

Расскажите, какая СКУД и версия 1С у вас стоят — предложим вариант интеграции и оценим работы. Обсудить проект СКУД.