Классическая проблема: табель заполняет табельщик (или - начальник отдела). Он ставит «8 часов», потому что «так положено», хотя сотрудник ушел на час раньше. Или, наоборот, задержался до ночи, а в табеле стоит обычный день. Система контроля и управления доступом (она же СКУД) фиксирует факт: приложил карту - зафиксировал время.
1С:Зарплата и управление кадрами (1С:ЗУП) умеет считать деньги. Чтобы они подружились, нужна правильная интеграция.
В любой СКУД пишет в базу события:
|
2025-05-12 08:58:32 | Иванов И.И. | Считыватель «Вход офис» |
|
2025-05-12 12:03:15 | Иванов И.И. | Считыватель «Вход столовая» |
|
2025-05-12 12:47:22 | Иванов И.И. | Считыватель «Вход офис» |
|
2025-05-12 18:10:05 | Иванов И.И. | Считыватель «Выход офис» |
Мы видим четыре события без контекста:
«Вход в столовую» - это обед. Но система не знает.
Три входа в офис - первый утром, второй после обеда. А что, если он выходил
на перекур через другую дверь (там нет считывателя)?
Если сотрудник пришел в 08:58, а должен в 09:00 - это опоздание? Или он прошел, но сел за стол в 09:35?
Вывод: логи - это еще не табель. Нужна прослойка, которая:
Свяжет события в пары «вход/выход»;
Отсечет многократные прикладывания за минуту;
Сопоставит с графиком работы из 1С;
Сформирует итоговую таблицу «День сотрудника» с кодами (Я, Н, ОП, ПР).
СКУД как датчик событий, который фиксирует время прохода, направление (вход/выход), идентификатор карты. Но у него есть слепые зоны: сотрудник забыл карту и прошел «хвостом» за коллегой, или вообще перелез через турникет.
1С:ЗУП как расчетный центр хранит графики работы, оклады, часовые ставки, больничные, отпуска.
Главная задача интеграции: превратить событие «Вход в 09:35» в юридически значимый табель «Явка с опозданием 35 минут» и правильно начислить зарплату.
Главная головная боль при работе с 1С:ЗУП - это ручной ввод и корректировка табелей, когда кадровик или бухгалтер тратит часы на проставление кодов (Я, Н, ОП, ПР, РВ) по сменному графику, особенно если есть ночные или сверхурочные часы. Система не умеет сама подтягивать фактические проходы из СКУД, поэтому реальные опоздания или ранние уходы остаются незафиксированными - зарплата начисляется «как по бумажке», а не по факту. Отсюда постоянные перерасчеты в следующем месяце, споры с сотрудниками («я был на месте, почему удержали за прогул?») и невозможность быстро проверить, почему у сменщика в табеле стоит «08:00-17:00», хотя по логам СКУД он вышел в 15:30.
События из СКУД - просто журнал. Чтобы превратить их в табель, специальная обработка в 1С:ЗУП сначала фильтрует мусор: отсекает многократные прикладывания карты за несколько секунд, оставляя только осмысленные пары «вход - выход». Затем алгоритм определяет начало дня (первый вход утром) и конец дня (последний выход вечером), а длинные разрывы между входами (например, больше 4 часов) помечает как возможный обед, командировку или отлучение.
После этого полученные интервалы времени сопоставляются с графиком работы сотрудника из 1С:ЗУП. Если первый вход позже начала смены на 15+ минут - ставится код «ОП» (опоздание), если нет ни одного входа при обязательном рабочем дне - код «ПР» (прогул), а если всё по графику - код «Я» (явка). Также алгоритм может выделять ночные часы (например проход после 22:00)
и сверхурочные. Итогом становится автоматически заполненный табель с кодами и часами, который остается только проверить и подписать.
После того как события СКУД превратились в табель с кодами, 1С:ЗУП начинает свою расчетную часть.
1 этап: система сопоставляет каждый день сотрудника с его графиком работы, который уже заведен в 1С (пятидневка, сменный, суммированный учет и т.п.). Если по графику сотрудник должен был работать 8 часов, а на основе СКУД получилось, например, 5 часов 50 минут (опоздание на 2 часа 10 минут), 1С автоматически проставляет в табеле код «ОП» и уменьшает норму отработанного времени. Для сменщиков алгоритм сложнее: система смотрит, пришелся ли вход после 22:00 (ночные часы) и сколько их фактически отработано, затем заполняет отдельную строку в табеле для кода «Н» и считает количество ночных часов.
2 этап расчета зарплаты. Для сотрудников на окладе 1С проверяет, выполнена ли месячная норма часов. Если сотрудник отработал все дни без отклонений (по данным СКУД) - начисляется полный оклад. Если были опоздания или прогулы, система автоматически создает документ «Невыходы» или «Удержание», и оклад начисляется пропорционально отработанному времени (например, при окладе 50 000 рублей и норме 160 часов, но фактической отработке 152 часа, сотрудник получит 50 000 / 160 * 152). Для почасовиков все еще проще: 1С берет сумму отработанных часов из табеля (полученную из СКУД), умножает на часовую ставку - и готово. Для сверхурочных и ночных применяются повышающие коэффициенты (например, 1,2 за ночные часы), которые также настроены в 1С:ЗУП.
В итоге вся цепочка: от прикладывания карты до начисления зарплаты проходит без ручного перебивания данных, разве что кадровый сотрудник в конце проверяет и подписывает табель.
Данные СКУД не могут полностью заменить подписанный табель, потому что юридически первичным учетным документом остается бумажный или электронный табель с живой подписью ответственного лица - система контроля доступа служит лишь основой для его заполнения.
Чтобы это работало, компания должна:
Вы замечаете, что фонд оплаты труда растет, а выработка или количество отработанных человеко-часов не увеличивается? Бывает так, что зарплата начислена по полной ставке, а по факту сотрудники регулярно уходят на час-полтора раньше?
Каждый месяц кадровик или бухгалтер вручную проставляет в табеле 1С коды, особенно мучаясь со сменщиками, ночными и сверхурочными часами? На это уходит больше двух рабочих дней в месяц?
У вас были случаи, когда сотрудник оспаривал зарплату (например, утверждал, что работал сверхурочно, а в табеле стоит обычный день), и вы не могли доказать факт его присутствия или отсутствия объективными данными (только «начальник сказал»)?
В компании уже стоит СКУД (турникеты, вертушки, считыватели на дверях), но её данные живут своей жизнью в базе охраны, а 1С - своей, и никто их не сводит? Или вы только планируете ставить СКУД, но хотите сразу, чтобы она работала на учет времени?
Вы теряете деньги из-за «человеческого фактора»: подписанные «задним числом» табели, забывчивость табельщика, дружеские услуги начальника цеха, который ставит явку отсутствующему сотруднику?
Если вы ответили «да» хотя бы на два вопроса - интеграция вам нужна. Если на три и более - систему надо внедрять.
СКУД + 1С:ЗУП - это не про тотальный контроль. Это про автоматизацию и снижение рисков. Система фиксирует факты, а не эмоции. Полная прозрачность помогает исключить любой спор с сотрудником решается одним запросом к базе.
Наша компания поможет вам настроить 1С:ЗУП под бизнес-процессы вашей организации: от расчёта зарплаты до кадрового учёта с учётом всех налогов и взносов. Свяжитесь с нами для получения подробной информации по телефону +7(495) 989-22-16 или электронной почте sales@rg-spc.ru
Наш сайт использует файлы cookie для обеспечения удобства пользователей сайта, его улучшения, сбора статистики и предоставления персонализированных рекомендаций.
Для получения дополнительной информации о целях, сроках и порядке использования файлов cookie вы можете ознакомиться с нашей Политикой обработки файлов cookie