10 ошибок при интеграции СКУД и 1С, которые обходятся компании дороже всего

Дата публикации: 24.06.2026
Время прочтения: ~ 8 минут
Автор: Игорь Уласевич, руководитель направления интеграционных решений для СКУД и 1С

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

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

Содержание

1. После установки СКУД отложить интеграцию с 1С на потом
2. Приступить к интеграции без списка процессов, которые нужно автоматизировать
3. Сделать СКУД источником кадровых данных вместо 1С
4. Выбрать интеграционное решение без проверки применимости внутри компании
5. Заводить и увольнять сотрудников в СКУД вручную
6. Менять права доступа через письма и заявки
7. Считать опоздания и отсутствия по отчетам из СКУД
8. Формировать табель Т-13 в СКУД и переносить данные в 1С
9. Связать СКУД и 1С прямыми запросами к базе данных
10. Запустить интеграцию без теста на рост штата
Чек-лист: что учесть перед интеграцией СКУД и 1С

1. После установки СКУД отложить интеграцию с 1С на потом

Недостаток подхода проявляется уже спустя несколько месяцев. Люди устраиваются, переводятся, увольняются, уходят в длительные отсутствия. Данные приходится обновлять в каждой системе отдельно, часто силами разных подразделений.

В итоге компания тратит десятки часов на сверку баз. А у HR и службы безопасности растёт число ручных задач. При позднем запуске интеграции приходится не только связывать данные, но и менять привычные процессы — это вызывает сопротивление сотрудников и скрытый саботаж.

Закладывайте интеграцию в ТЗ на этапе внедрения или модернизации СКУД: сразу определите мастер-систему, правила обмена и ответственных.

2. Приступить к интеграции без списка процессов, которые нужно автоматизировать

Без описания задач интеграция сама по себе бесполезна. Одни участники ждут автоматического табеля, другие — блокировки пропусков при увольнении, третьи — отчетов по дисциплине. В итоге проект закрывается, но основные потребности участников остаются не учтены.

Для компании это означает дополнительные согласования, доработки и споры между HR, ИТ и службой безопасности. Деньги уже потрачены, а процесс приёма, перевода, увольнения и учёта времени по-прежнему требует ручного контроля.

До старта лучше описать 3−5 ключевых сценариев: приём, увольнение, перевод, временное отсутствие, передача проходов в 1С для табеля.

3. Сделать СКУД источником кадровых данных вместо 1С

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

Советуем разделять роли: 1С хранит кадровый контекст, СКУД исполняет правила доступа и передает факты прохода.

4. Выбрать интеграционное решение без проверки применимости внутри компании

Решение от производителей СКУД или самописная интеграция могут закрыть простую передачу данных, но не выдержать сложные HR-процессы. Например, переходящие смены, совместительство, несколько юрлиц, удалённые объекты и пр. Ответственным придётся все время вносить правки, и несколько раз сверять показатели. Это дополнительная и необоснованная нагрузка.

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

5. Заводить и увольнять сотрудников в СКУД вручную

Ошибки появляются в ФИО, табельных номерах, подразделениях, картах и статусах. Главный риск для службы безопасности — активный пропуск уволенного сотрудника или подрядчика. Для HR и ИТ это заявки, переписки, проверки и исправления.

Передавайте данные сотрудников из 1С в СКУД автоматически. При увольнении пропуск должен блокироваться по данным из кадровой системы, без отдельного ручного действия.

7 рутинных сценариев, которые отнимают ресурсы

6. Менять права доступа через письма и заявки

Ручное управление доступом зависит от внимательности сотрудников. Любое пропущенное письмо приводит к задержке или неверному доступу. На большом штате это становится постоянной нагрузкой: права приходится открывать, закрывать и проверять вручную.

Советуем строить матрицу доступа. Права можно связать с должностью, подразделением, площадкой, графиком или другим атрибутом из 1С. Тогда изменения в кадровых данных будут запускать обновление доступов по правилам. Не стоит и забывать про журналирование автоматических действий и рассылку этой информации владельцам систем.

7. Считать опоздания и отсутствия по отчетам из СКУД

СКУД фиксирует входы и выходы, но не видит полный кадровый контекст. Система может показать опоздание у сотрудника, который был в отпуске, на больничном, в командировке или отсутствовал по служебной необходимости.

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

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

8. Формировать табель Т-13 в СКУД и переносить данные в 1С

Табель требует не только факта присутствия на территории. Для корректного учёта нужны графики, нормы времени, отпуска, больничные, переработки, внутренние совмещения, документы-основания и внутренние правила оплаты труда.

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

Советуем использовать СКУД как источник фактов: пришёл, ушёл, был на территории. Табель должен заполняться в 1С на основе проходов и кадровых данных.

PROSTO:СКУД встраивается в контур 1С, использует данные о проходах и заполняет табель с учетом графика

9. Связать СКУД и 1С прямыми запросами к базе данных

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

Используйте штатные механизмы обмена: API, REST, SOAP, сервисы интеграции, очереди сообщений. Так проще логировать ошибки, восстанавливать обмен и сопровождать систему.

10. Запустить интеграцию без теста на рост штата

Интеграция должна выдерживать рост штата, сезонный набор, новые площадки, смену оборудования, обновления 1С и новые требования к учёту времени. Тест только на текущем объеме данных не показывает, как система поведет себя при нагрузке.

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

Советуем проводить нагрузочное тестирование с запасом, настраивать логи ошибок и заранее определять порядок поддержки. Интеграция СКУД и 1С, как и любая другая, требует сопровождения после запуска.

Чек-лист: что учесть перед интеграцией СКУД и 1С

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

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

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

Оставьте заявку на обратный звонок, мы готовы поделиться своей экспертизой и помочь с проектом внедрения.

Остались вопросы по интеграции СКУД и 1С?