Другое · 11 мин
Что такое КПР в 1С и как его использовать
КПР в 1С — контрольно-пропускной режим: учёт проходов сотрудников, интеграция со СКУД, настройка графиков и отчётов. Разбираем назначение и типичные ошибки.
Аббревиатура КПР в контексте программ 1С чаще всего расшифровывается как «контрольно-пропускной режим». Это функциональность, которая позволяет организации учитывать фактическое присутствие сотрудников на территории предприятия: время входа и выхода, проходы через турникеты, работу с пропусками и картами доступа. Данные КПР используются для кадрового учёта, расчёта заработной платы и контроля дисциплины труда.
Потребность в таком учёте возникает на предприятиях с режимным характером работы: производствах, охраняемых объектах, офисах с системой контроля и управления доступом (СКУД). Ручной сбор данных о проходах трудоёмок и чреват ошибками, поэтому информация из СКУД загружается в 1С автоматически или полуавтоматически, а затем сопоставляется с табелем учёта рабочего времени.
Важно понимать, что КПР — это не отдельная коробочная конфигурация, а набор механизмов, которые могут быть реализованы по-разному: штатными средствами 1С:ЗУП, отраслевыми решениями, доработками или внешними обработками загрузки данных. Ниже разберём, как устроен учёт проходов, какие данные нужны для работы и как избежать типичных ошибок при настройке.
Что входит в понятие контрольно-пропускного режима в 1С
Контрольно-пропускной режим в 1С объединяет несколько задач. Первая — регистрация событий доступа: каждый проход сотрудника через турникет или считыватель фиксируется с указанием времени, точки прохода и идентификатора карты. Вторая — хранение и обработка этих событий в привязке к конкретному сотруднику. Третья — аналитика: выявление опозданий, ранних уходов, отсутствий и сверхурочного присутствия.
В типовой поставке 1С:ЗУП нет полноценного модуля СКУД — программа работает с результатами учёта, а не с железом напрямую. Поэтому на практике схема выглядит так: охранная система (например, контроллеры доступа с собственным ПО) собирает события, а в 1С они попадают через файл обмена, прямое подключение к базе СКУД или специализированный модуль интеграции.
Отдельно стоит упомянуть документ «Данные для расчёта зарплаты» и механизмы регистрации отклонений в 1С:ЗУП — именно с ними чаще всего связывают загруженные данные КПР, чтобы опоздания и переработки влияли на начисления.
Какие данные нужны для работы КПР
Минимальный набор данных для каждого события прохода: идентификатор карты или пропуска, дата и время события, точка прохода (турникет, дверь, КПП) и направление — вход или выход. Без направления корректно определить время присутствия сложно: приходится вычислять его по чередованию событий, что даёт сбои при пропуске регистрации.
Второй обязательный слой — соответствие карт сотрудникам. В 1С ведётся таблица, где каждому идентификатору карты назначен конкретный работник и период действия. При переводе, увольнении или замене карты эту связь нужно актуализировать, иначе проходы «повиснут» на несуществующих людях или не попадут в табель.
Третий элемент — графики работы сотрудников. Система сравнивает фактическое время первого входа и последнего выхода с плановым графиком, поэтому без корректно заполненных графиков и производственного календаря аналитика КПР бессмысленна.
Постройте отчёт по картам без владельца и по сотрудникам без карт
Проверьте настройки точек прохода в ПО СКУД
Сверьте графики подразделений с табелем прошлого месяца
Сравните время события в СКУД с фактическим
Как организовать загрузку данных из СКУД в 1С
Существует три практических способа передачи данных. Первый — файловый обмен: ПО системы доступа выгружает события в файл (CSV, XML или текстовый формат), а обработка в 1С периодически его забирает. Способ прост и надёжен, но требует согласования формата и контроля целостности файлов.
Второй способ — прямое чтение базы данных СКУД через COM-соединение, OLE DB или веб-сервис, если производитель системы его предоставляет. Это быстрее и исключает промежуточные файлы, но создаёт зависимость от структуры чужой базы: при обновлении ПО СКУД интеграция может сломаться.
Третий вариант — готовые модули интеграции от партнёров 1С или производителей оборудования. Они дороже самостоятельной разработки, но включают поддержку и обновления. Выбор зависит от масштаба: для одного офиса с двумя турникетами достаточно файлового обмена, для распределённого производства с сотнями точек прохода оправдан промышленный модуль.
- 1Получите у администратора СКУД описание формата выгрузки и тестовый файл с реальными событиями
- 2Настройте в 1С соответствие идентификаторов карт сотрудникам и проверьте его на тестовой выборке
- 3Создайте или настройте обработку загрузки: разбор файла, поиск сотрудника, запись событий в регистр
- 4Запустите загрузку за один день и сверьте количество событий в 1С с отчётом СКУД
- 5Настройте регламентное задание для регулярной загрузки и контроль ошибок (журнал, уведомления)
- 6Выполните параллельный расчёт табеля за месяц по старой и новой схеме, сравните результаты
Как данные КПР используются в учёте рабочего времени
Основной сценарий — сопоставление факта с планом. Система определяет для каждого рабочего дня первое событие входа и последнее событие выхода, вычисляет фактическое время присутствия и сравнивает с графиком. Результат — отклонения: опоздания, ранние уходы, недоработки, переработки и дни без единого прохода (потенциальные отсутствия).
Важно: автоматическое списание опозданий из зарплаты без участия кадровика — плохая практика. Данные КПР фиксируют присутствие на территории, а не факт работы: сотрудник мог пройти и сразу уехать по служебной надобности, забыть карту или пройти с коллегой. Поэтому корректная схема — формирование отчёта об отклонениях, который руководитель подразделения подтверждает или оспаривает, и только затем данные влияют на расчёт.
Для сверхурочной работы действует обратное правило: поздний выход по данным КПР сам по себе не основание для оплаты переработки — нужен приказ или распоряжение о привлечении к сверхурочной работе. Система лишь даёт фактическое подтверждение.
Типичные ошибки при внедрении КПР в 1С
Самая частая проблема — рассинхронизация времени между контроллерами СКУД и сервером 1С. Разница даже в несколько минут порождает массовые ложные опоздания. Решение — единый источник точного времени (NTP) для всех устройств и регулярный контроль расхождений.
Вторая ошибка — игнорирование «хвостов» карт. Уволенные сотрудники, дубликаты карт, временные пропуска подрядчиков засоряют данные и искажают отчёты. Нужна регулярная процедура сверки карт и деактивации неиспользуемых.
Третья группа ошибок связана с логикой определения присутствия: сотрудники, проходящие по одной карте вдвоём, забытые регистрации выхода, проходы через служебные двери без считывателей. Любая автоматика должна предусматривать ручную корректировку с фиксацией автора изменения.
Как проверить корректность работы системы
Контроль строится на трёх уровнях. Технический: количество загруженных в 1С событий совпадает с количеством событий в отчёте СКУД за тот же период; нет пропусков по датам и точкам прохода. Методический: выборочная сверка времени присутствия нескольких сотрудников с их реальным графиком и подтверждением руководителя. Расчётный: итоговый табель по данным КПР сопоставляется с табелем, заполненным вручную, за параллельный период.
Параллельный режим хотя бы на один расчётный месяц — обязательное условие безопасного перехода. Только после совпадения результатов и разбора всех расхождений автоматический учёт можно считать рабочим.
Как отличить норму от проблемы
Совпадает с отчётом СКУД, расхождения объяснимы
Систематические пропуски или задвоения событий
Совпадает с фактическим приходом в пределах 1–2 минут
Смещение на фиксированную величину — рассинхронизация часов
Единичные опоздания, подтверждаемые руководителями
Массовые отклонения у целого подразделения — ошибка графика или точки прохода
Только отпускники, командированные, больничные
Работающие сотрудники без событий — потеряна карта или сбой загрузки
Альтернативы и ограничения
Если полноценная интеграция со СКУД пока невозможна, существуют промежуточные варианты. Ручная загрузка сводных данных из отчёта охранной системы раз в месяц — трудоёмко, но работает без доработок. Использование в 1С только документов отклонений (отсутствия, сверхурочные) по данным руководителей — простой путь для небольших компаний без турникетов.
Главное ограничение любой схемы КПР: она измеряет присутствие, а не производительность. Для сотрудников с разъездным характером работы, удалённых работников и ненормированным днём данные проходов имеют вспомогательное значение, и привязывать к ним оплату некорректно.
Как выбрать подход
Перед запуском договоритесь с охранной службой о едином правиле: каждый проход — по своей карте. Пока сотрудники проходят «хвостом» за коллегой, никакая настройка 1С не даст достоверных данных, и отчёты об отклонениях будут вызывать споры вместо пользы.
Частые вопросы о КПР в 1С
Есть ли в типовой 1С:ЗУП готовый модуль контроля проходов?
Полноценного модуля СКУД в типовой поставке нет: программа работает с результатами учёта рабочего времени, а не с оборудованием. Для связи с системой доступа используются внешние обработки, доработки или отраслевые решения партнёров.
Можно ли на основании данных турникета автоматически штрафовать за опоздания?
Штрафы как таковое трудовое законодательство не предусматривает, а удержания требуют оформления: фиксации отсутствия, объяснений работника, приказа. Данные КПР — основание для проверки, но не самодостаточный документ для удержаний.
Что делать, если сотрудник забыл карту дома?
Нужна процедура ручной корректировки: сотрудник пишет служебную записку или руководитель подтверждает факт работы, а кадровик вносит исправление в данные учёта с указанием причины. Такие правки должны журналироваться.
Как часто нужно загружать данные из СКУД в 1С?
Для контроля дисциплины удобна ежедневная загрузка — отклонения видны сразу. Минимально допустимая периодичность — до закрытия расчётного месяца, но накопленные за месяц ошибки разбирать тяжелее.
Подходит ли КПР для учёта работы сотрудников с гибким графиком?
Да, если в 1С корректно настроены индивидуальные графики с плавающим началом дня или суммированный учёт рабочего времени. Система сравнивает факт присутствия с индивидуальной нормой, а не с единым расписанием.
Что важно запомнить
КПР в 1С — это учёт проходов сотрудников по данным СКУД с сопоставлением факта присутствия и графика работы. Успех внедрения зависит от трёх вещей: точной привязки карт к сотрудникам, синхронизации времени и правила, что данные турникета — повод для проверки, а не для автоматических удержаний.