Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

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

ACS-INVALID-SCHEDULE IP-Телефония и СКУД

Ошибка СКУД: Доступ запрещен по расписанию (Invalid Schedule / Time Zone)

Обновлено: 21.08.2026 · Официальная документация ↗

Архитектура временных зон (Time Zones / Schedules) в контроллерах СКУД

Автономные контроллеры СКУД принимают решение о предоставлении доступа на основе матрицы прав, загруженной в локальную энергонезависимую память (Flash/RAM). Каждому уровню доступа (Access Level) сопоставляется временное расписание (Time Schedule), состоящее из недельных интервалов, праздничных дней (Holidays) и специальных сменных графиков. Ошибка Access Denied: Invalid Schedule / Time Zone Restriction возникает, когда идентификатор валиден, но текущее время на внутренних часах реального времени (RTC) контроллера находится вне разрешенного временного окна.

Бизнес-риски

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

Типовые источники рассинхронизации расписаний

Источник проблемыМеханизм сбояМетод выявления
Дрейф часов RTC контроллераСевшая батарейка CR2032 вызывает уход часов на часы/дни при отключении питания.Сравнение времени по логам контроллера и сервера.
Не загружен календарь праздниковКонтроллер считает праздничный рабочий день воскресеньем.Проверка таблицы Holiday Calendar в памяти ACU.
Ошибки часового пояса (Timezone/DST)Несоответствие перевода сезонного времени (Daylight Saving Time).Смещение ровно на ±1 час во всех событиях.

Регламент устранения ошибок расписаний и синхронизации времени

Сценарий 1: Проверка и принудительная синхронизация времени по NTP

Убедитесь, что контроллеры синхронизируют внутренний RTC генератор с доверенным корпоративным сервером NTP:

# Проверка статуса NTP службы и времени на Linux-контроллере СКУД
chronyc sources -v
chronyc tracking
# Ручная принудительная синхронизация системного времени
sudo chronyc -a makestep
# Запись системного времени в аппаратный чип RTC контроллера
sudo hwclock --systohc

Сценарий 2: Принудительная перезагрузка конфигурации (Full Download to Controller)

Если администратор изменил график сотрудника в базе данных, но инкрементальная синхронизация не дошла до контроллера из-за сбоя службы брокера сообщений (RabbitMQ / Polling Service):

  1. В интерфейсе управления СКУД выберите проблемный контроллер.
  2. Выполните команду «Полная перезагрузка конфигурации» (Full Hardware Sync): временные зоны, праздники, карточки и уровни доступа.
  3. Убедитесь, что индикатор состояния контроллера перешел в Synchronized (Зеленый).

Сценарий 3: Проверка таблицы праздничных дней (Holiday Exceptions)

В начале каждого календарного года администратор СКУД обязан загружать утвержденный производственный календарь. Если рабочий день перенесен на субботу, контроллер должен иметь для этой субботы исключение Type = Working Day Schedule.

Типовые ошибки администраторов

  • Игнорирование батареек резервного питания RTC: Напряжение литиевого элемента CR2032 ниже 2.8V приводит к сбросу часов на 00:00 01.01.2000 при любых скачках питания 220V.
  • Разные часовые пояса серверов и филиальных контроллеров: Если сервер СКУД в UTC+3, а филиал в UTC+5, без включенной опции «Использовать локальный пояс контроллера» доступ откроется с опозданием на 2 часа.
Сотрудники не могут попасть в офис в выходные и праздничные дни?
Инженеры ITSTM настроят отказоустойчивую NTP-синхронизацию, гибкие сменные графики 2/2, 3/3 и интеграцию с 1С:ЗУП.
💡 Практика специалистов: При создании расписаний для дежурных смен (сутки через трое) никогда не делайте один интервал, переходящий через полночь (например, 20:00-08:00). Большинство СКУД требуют разбиения такого расписания на два интервала: 20:00-23:59 (День 1) и 00:00-08:00 (День 2).

Частые вопросы (FAQ)

Почему событие в логе появляется со временем на 1 час раньше/позже?

Это классический признак некорректно настроенного правила сезонного перевода часов (DST). В РФ переход на летнее/зимнее время отменен, в настройках контроллера необходимо отключить Daylight Saving Time.

Что такое временные интервалы свободного доступа (Passage Mode / Unlock Schedule)?

Это расписания, по которым дверь автоматически разблокируется (замок обесточивается) на рабочий день (например, с 09:00 до 18:00) для свободного прохода клиентов.

Может ли расписание содержать несколько интервалов в течение дня?

Да, большинство профессиональных контроллеров поддерживают до 4–8 независимых интервалов в сутки (например, утро: 08:00-12:00 и вечер: 16:00-20:00).

Что происходит при проверке расписания, если контроллер полностью оффлайн?

Контроллер принимает решение автономно на базе своего внутреннего таймера RTC. Если батарейка RTC исправна, временные зоны работают корректно даже без связи с сервером годами.

Полезные материалы
Рекомендуем