Техническое обслуживание СКУД в Москве

Проверяем полную цепочку события

Один успешный проход не показывает состояние всей системы. Для контрольной точки последовательно проверяем:

Такая последовательность проверки позволяет отделить профилактику от ремонта и не менять исправный контроллер из-за перекошенной двери либо проблему базы — из-за подозрения на считыватель.

Когда стоит вызвать специалиста

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

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

Если дверь уже заблокирована или не закрывается, это не плановый осмотр, а аварийная диагностика. Возможность и время выезда определяем отдельно: они зависят от адреса, режима объекта, модели оборудования и условий договора.

Что получает заказчик

Результат обслуживания — понятное техническое состояние системы на дату проверки. После работ заказчик получает:

• акт или отчёт с перечнем выполненных операций;
• контрольный лист по дверям и основному оборудованию;
• список неисправностей и отклонений;
• рекомендации: что устранить сразу, что можно включить в плановый ремонт;
• сведения о выполненных настройках и заменённых расходных материалах;
• результаты функциональных испытаний согласованных сценариев;
• отметку о резервном копировании, если оно входило в состав работ;
• перечень вопросов, которые требуют решения владельца системы, ИТ-службы или службы безопасности.

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

Обслуживание, ремонт и модернизация — разные работы

Эти задачи часто объединяют одним словом, хотя результат у них разный.

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

Ремонт — восстановление неисправного узла: замена блока питания, считывателя, замка, контроллера, аккумулятора, кабеля или другого элемента. Запчасти и трудоёмкий ремонт обычно рассчитываются отдельно.

Модернизация — изменение возможностей системы: добавление дверей, переход на другой тип идентификаторов, интеграция с видеонаблюдением или учётом рабочего времени, перенос серверной части, замена платформы. Для неё может потребоваться обследование, новое техническое решение и отдельная смета; комплексное расширение можно оформить как монтаж охранных систем.

Такое разделение защищает заказчика от неожиданного счёта. До начала работ согласуем, что входит в регулярное обслуживание, какие операции считаются ремонтом и кто принимает решение о замене оборудования.

Что проверяем на дверях и проходных

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

• состояние двери, коробки, петель и мест крепления оборудования;
• доведение створки до закрытого положения;
• работу электромагнитного или электромеханического замка;
• положение ответной части, отсутствие перекоса и постороннего трения;
• считыватель, кнопку выхода, датчик положения двери;
• аварийные и механические способы отпирания, предусмотренные проектом;
• турникет, калитку, шлагбаум или привод ворот, если они входят в договор;
• крепёж, кабельные вводы и видимые повреждения.

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

Контроллеры, питание и линии связи

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

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

Скрытые кабельные дефекты не всегда видны при осмотре. При нестабильной связи или питании выполняем отдельную диагностику линии. Замена участка кабеля, прокладка новой трассы и восстановление отделки не относятся к обычному профилактическому визиту: такой объём согласуем отдельно как монтаж слаботочных систем.

Программное обеспечение и журнал событий

На сервере или рабочем месте оператора проверяем доступность оборудования, обмен событиями, системное время, состояние базы и свободное место. Состав работ зависит от платформы и предоставленного уровня доступа.

В регламент можно включить:

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

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

Идентификаторы и права доступа

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

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

Если журнал проходов или карточка пользователя позволяют определить человека, заказчик остаётся оператором персональных данных и определяет цель обработки, правовое основание, сроки хранения и круг доступа. SEC-WAY выполняет только согласованные технические операции. Для биометрической идентификации порядок работы с данными нужно оценивать отдельно: нельзя переносить правила обычных пропусков на биометрические шаблоны без проверки.

Интеграции с другими системами

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

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

Если неисправность находится на стороне стороннего сервера, пассивной кабельной инфраструктуры, пожарной автоматики или механизма двери, фиксируем это в отчёте и указываем, кому передать задачу. Для дефекта кабельного канала отдельно определяем, требуется ли диагностика или монтаж структурированной кабельной сети, а не меняем исправный контроллер.

Как определяем периодичность обслуживания

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

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

В договоре закрепляем:

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

Проверки после обслуживания

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

Набор тестов может включать:

1. проход по действующему идентификатору;
2. отказ в доступе для карты без соответствующего права;
3. открытие кнопкой выхода;
4. корректное закрытие и повторное запирание двери;
5. регистрацию прохода и тревожного события в журнале;
6. работу датчика положения двери;
7. восстановление связи после перезапуска обслуживаемого узла;
8. переход на резервное питание и возврат к основному — если это заранее согласовано;
9. передачу события в видеонаблюдение или другую связанную систему;
10. сохранность настроек и доступность резервной копии.

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

Первичное обследование перед договором

Если систему монтировала другая организация, обслуживать её можно. Сначала нужно понять, что именно установлено и в каком состоянии. Для этого проводим первичное обследование:

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

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

Какие исходные данные понадобятся

Для расчёта и подготовки регламента достаточно начать с адреса, назначения объекта и примерного числа точек прохода. Затем уточняем:

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

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

Как проходит работа

Этапы работы

Действие и результат каждого шага фиксируем после проверки исходных данных.

6 этаповв естественном порядке

01Фиксируем точки и…

02Снимаем исходное…

03Согласовываем…

04Проходим цепочку…

05Повторяем…

06Ведём историю системы

1. Этап 01⌕
   Фиксируем точки и сценарии

   Собираем сведения об объекте, составе системы и текущих проблемах. Для каждой выбранной двери определяем нормальный проход, отказ, выход и повторное запирание.

2. Этап 02◇
   Снимаем исходное состояние

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

3. Этап 03✎
   Согласовываем регламент и окна

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

4. Этап 04✓
   Проходим цепочку оборудования

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

5. Этап 05↗
   Повторяем пользовательские сценарии

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

6. Этап 06▣
   Ведём историю системы

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

От чего зависит стоимость обслуживания СКУД

Цена рассчитывается после уточнения состава системы. На неё влияют:

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

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

От чего зависит срок

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

Срок увеличивают:

• отсутствие исполнительных схем и маркировки;
• ограниченный доступ в помещения;
• необходимость согласовывать отключения;
• неисправности дверной механики;
• устаревшее или снятое с производства оборудование;
• закрытые сервисные пароли;
• необходимость привлечь ИТ-службу или производителя;
• проверка нескольких интегрированных систем.

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

Нормативная и техническая основа

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

ГОСТ Р 51241-2008 устанавливает классификацию, общие технические требования и методы испытаний средств и систем контроля и управления доступом. Стандарт действует; при работе учитывается введённое в 2025 году изменение № 1.

ГОСТ Р 56936-2016 описывает этапы жизненного цикла технических систем безопасности, включая техническое обслуживание. Он помогает выстроить процесс, но не заменяет регламент конкретного оборудования.

Если в СКУД обрабатываются сведения, относящиеся к персональным данным, заказчик учитывает требования Федерального закона № 152-ФЗ «О персональных данных». Для биометрической идентификации дополнительно оценивают применимость специальных требований и выбранную модель обработки.

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

Лицензия МЧС России № Л014-00101-77/02072790 от 04.04.2025 относится к лицензируемым работам с системами противопожарной защиты. Обычное обслуживание СКУД не выдаём за пожарную лицензионную работу; если договор затрагивает противопожарную автоматику или логику разблокировки эвакуационных выходов, состав и правовое основание таких работ фиксируем отдельно.

Гарантия на выполненные работы

SEC-WAY предоставляет гарантию 6 месяцев на выполненные нами настройки, ремонтные и монтажные работы, если они вошли в договор и акт. Гарантия не означает бессрочную безотказность всей системы.

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

Частые вопросы

Заказать обслуживание СКУД

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

После обследования вы получите регламент без расплывчатого «проверить всё»: с конкретными узлами, операциями, периодичностью, отчётными документами и правилами согласования ремонта.