УРВ в Орион Про: в отчёте нули у всех сотрудников, хотя проходы идут

Настроили СКУД на Орион Про, сотрудники ходят, а отчёт УРВ показывает везде 00:00: компания, отдел, ФИО и по каждому дню нули. Автор темы сам сказал, что контроллер не фиксирует проход, и спросил: если поставить СМК и настроить УРВ в UProg, всё станет на место?

Какой контроллер стоял, в ветке не сказано. Опора ниже — РЭ С2000-2: в нём «Проход» и учёт рабочего времени описаны. Для другого контроллера сверяйся с его РЭ.

Почему нули

УРВ считает время не по тому, что карту поднесли, а по событиям «Проход». «Доступ предоставлен» в журнале может быть, а «Прохода» нет. Тогда отчёту считать нечего, и он показывает нули. Участник ветки объяснил то же коротко: без прохода отчёт не строится.

РЭ С2000-2 с этим согласуется. По п. 1.14 цепь контроля двери (контакты DOOR1 и DOOR2) нужна в том числе для того, чтобы после предоставления доступа при срабатывании цепи формировалось сообщение «Проход». Оно, сказано там же, нужно для antipassback и для учёта рабочего времени в АРМ «Орион Про». А по п. 2.3.2 (режим «Турникет») датчики прохода можно не ставить, но тогда событий о проходе не будет и ни antipassback, ни учёт рабочего времени использовать нельзя.

Подозреваемые по очереди

1. Контроллер не формирует «Проход». По п. 1.19 это работает так. Параметр «Датчик прохода» включён, после предоставления доступа сработал датчик открывания двери (или проворота турникета) — получаем «Проход». Не сработал в течение времени ожидания прохода плюс 10 секунд — получаем «Отказ от прохода». Параметр выключен — проход не ожидается, считыватель блокируется на фиксированные 2 секунды, события «Проход» нет. В цепь двери можно включить магнитоконтактный извещатель, оптический датчик прохода или датчик проворота турникета (п. 1.14). СМК назвал сам автор. Это не считыватель, а магнитоконтактный извещатель (РЭ С2000-СМК), то есть идея верная: нужен датчик открывания двери. Но по РЭ С2000-СМК он адресный и работает на двухпроводной линии связи контроллеров С2000-КДЛ, а п. 1.14 РЭ С2000-2 для цепей DOOR1 и DOOR2 называет обычные магнитоконтактные извещатели и другие датчики прохода. Подключение адресного СМК к DOOR1 в РЭ не описано, по аналогии его туда не вешай: как связать СМК с событием «Проход» в твоей схеме, ни ветка, ни РЭ не говорят. Если датчик поставить нельзя, участник ветки указал на параметр рабочего места в АБД, который заставляет программу формировать проход. По его словам, он появился в версии 1.20.3 или даже раньше, но уверенности у него не было. В документации производителя, которую мы сверяли, этого параметра нет, так что проверяй по своей версии.
2. Не заданы зоны доступа на считывателях. По п. 1.19 у считывателя есть «Номер зоны доступа назначения» (0…65535), а в режиме «Две двери на вход» ещё и «Номер исходной зоны доступа». Заводское значение 65535 означает «зона не определена», и для такой зоны не работают ни сетевой antipassback, ни учёт рабочего времени: события о проходе в неё не передаются другим контроллерам. Сами числа неважны, важно, чтобы они совпадали у всех контроллеров, управляющих доступом в одну зону. Участник ветки добавил, что прописывать зоны надо в UProg на каждом контроллере. Автор писал, что в зоне 0 время не считалось. Что значит зона 0 у его контроллера, неизвестно: в РЭ С2000-2 такая зона не описана.
3. Цепочка в самом Орион Про. По словам участника: в графике работы указана зона, в которой считается рабочее время, сотрудник состоит в подразделении, у подразделения задан график. В РЭ контроллера этих настроек нет, а руководство на АРМ «Орион Про» мы не сверяли, так что это чек-лист участника ветки.

Типичная ошибка

«Карту читает, дверь открывается, значит УРВ должен посчитать». Не должен. Дверь открывается по «Доступ предоставлен», а УРВ ждёт «Проход». Автор темы в итоге написал, что вроде разобрался, но не уточнил, что именно ему помогло.

Что в ветке осталось нерешённым

Ночные смены. Сотрудник приходит в 20:00, уходит в 3:00 следующего дня, у всех один график с окном 00:00–23:59, нужно общее время на участке. Участник советовал пробовать менять параметр обработки перехода через сутки и сразу оговорился, что гарантий нет, а при таком графике нормально вряд ли выйдет. Автор не сообщил, посчиталось ли. Как настроить ночные смены, мы не знаем и придумывать не будем.

Порядок проверки

1. Открой журнал событий Орион Про и найди любое успешное открытие. После «Доступ предоставлен» должен быть «Проход».
2. Вместо него «Отказ от прохода»: датчик подключён, но не срабатывает вовремя. Проверь датчик и время ожидания прохода. Нет ни того ни другого: параметр «Датчик прохода» выключен или датчика нет. Включи его вместе с датчиком, а без датчика пробуй параметр в АБД, как советовал участник.
3. «Проход» в журнале есть, а в отчёте нули: проверь номера зон на считывателях. Это не 65535, и они одинаковы у контроллеров одной зоны.
4. Дальше график, подразделение, сотрудник. Строй отчёт по одному человеку за один день, чтобы видеть, что от какой правки меняется.
5. Ночные смены не трогай, пока не считаются обычные дни.

Коротко

• УРВ считает по событию «Проход», а не по поднесению карты.
• По РЭ С2000-2 без датчика прохода событий о проходе нет, и учёт рабочего времени в Орион Про использовать нельзя (п. 1.14, 2.3.2).
• СМК — магнитоконтактный извещатель, а не считыватель, и он адресный: подключение такого СМК к цепи DOOR1 в РЭ не описано.
• Заводской номер зоны 65535 значит «не определена»: для неё учёт времени не работает.
• Настройка графиков и подразделений УРВ в РЭ контроллера не описана, а как настроить ночные смены, в обсуждении не выяснили.