Почему отчет в ПО «ЭНТ Контроль доступа — Клиент» пустой или некорректно отображает данные.
Почему отчет в ПО «ЭНТ Контроль доступа — Клиент» пустой или некорректно отображает данные.
Кратко. Если отчет по времени (например, «Время присутствия») формируется пустым или показывает не те данные, которые вы ожидаете, — в большинстве случаев это не ошибка ПО. Отчеты по времени строятся только по событиям «Проход», а не по событиям «Доступ разрешен». Кроме того, у разных отчетов разные алгоритмы работы с данными: один и тот же набор событий разные отчеты могут посчитать по-разному. Ниже — как это работает и как самостоятельно проверить корректность отчета, прежде чем обращаться в техническую поддержку.
1. Два типа событий: «Доступ разрешен» и «Проход»
Чтобы понимать отчеты, нужно знать, какие события фиксирует система при попытке прохода. В базе данных формируются события двух типов.
1.1. Событие «Доступ разрешен»
Формируется, когда:
- 1. сотрудник приложил карту (или другой идентификатор) к считывателю;
- 2. считыватель отправил номер идентификатора контроллеру;
- 3. контроллер проверил ключ в своей памяти;
- 4. проверил права доступа (схема доступа, график, режим);
- 5. если всё в порядке — отправил сигнал на открытие замка/турникета;
- 6. далее контроллер ждет завершения цикла прохода.
Важно: на этом этапе еще нет факта прохода! Это только разрешение на доступ.
В отчете «События» это выглядит так:
| Дата | Время | Событие | Считыватель | Контроллер |
|---|---|---|---|---|
| 29.05.2026 | 10:41:54 | доступ разрешен | вход | КПП-1 |
1.2. Событие «Проход»
Момент формирования зависит от типа оборудования.
Вариант А. Используются датчики (турникет с датчиками поворота трипода, дверь с герконом):
- 1. Контроллер ждет завершения цикла прохода.
- 2. Человек открыл дверь/повернул планку турникета.
- 3. Датчик сработал (геркон размыкается при открытии двери ИЛИ при повороте планки).
- 4. Датчик отправил сигнал на контроллер.
- 4. Контроллер зафиксировал событие «Проход» и завершил цикл.
Вариант Б. Датчики НЕ используются (просто электромагнитный замок):
- 1. Контроллер открыл замок.
- 2. Запустился таймер (длительность настраивается в программе).
- 3. По истечении времени контроллер автоматически сформировал событие «Проход».
В отчете «События» это выглядит так:
| Дата | Время | Событие | Считыватель | Контроллер |
|---|---|---|---|---|
| 29.05.2026 | 10:41:57 | проход | вход | КПП-1 |
1.3. Почему отчеты по времени строятся ТОЛЬКО по событиям «Проход»
Важное правило: отчеты формируются на основе событий «Проход», а не «Доступ разрешен».
Для расчета времени пребывания пользователя на объекте отчет должен включать два события «Проход» от соответствующих считывателей: одно — при входе, другое — при выходе. Оба события должны произойти в течение одного рабочего дня (относится к встроенным отчетам).
| Событие | Что означает | Используется в отчетах по времени? |
|---|---|---|
| «Доступ разрешен» | Ключ распознан, права есть, открываем замок | ❌ Нет! Это только фиксация ключа и доступа |
| «Проход» | Факт завершения цикла прохода через точку | ✅ Да! Это событие о проходе |
Пример из жизни:
- 1. Сотрудник приложил карту → событие «Доступ разрешен».
- 2. Отвлекся на телефон, не вошел → события «Проход» нет! (при использовании геркона).
- 3. В отчете «Время присутствия» за этот день будет пусто.
2. Как самостоятельно проверить корректность отчета
Если вам кажется, что отчет считает неправильно, не спешите писать в техническую поддержку. Вы можете легко проверить его работу самостоятельно.
Какой результат должен выводить отчет (время входа/выхода, общее время присутствия, время по графику) и какие дополнительные функции в нем включены:
- «Считать незакрытые периоды» — может быть включена у отчетов «Табель Т-13» и «Время присутствия»;
- «Не выводить в отчет пользователей с пустыми значениями» — применима ко всем отчетам.
Откройте встроенный отчет «События». Выберите те же самые параметры, что и для проверяемого отчета:
- тот же период;
- те же пользователи;
- те же контроллеры.
В полученном списке событий ищите только события с типом «Проход». Игнорируйте события «Доступ разрешен» — они не влияют на расчет времени.
Пример для расчета общего времени присутствия:
- 1. найдите первое событие «Проход — Вход» за день;
- 2. найдите последнее событие «Проход — Выход» за день;
- 3. вычтите время «Проход — Вход» из «Проход — Выход».
При этом учитывайте логику конкретного отчета — см. раздел 3.
Сравните ваш ручной расчет с данными в проверяемом отчете.
Допускаются ли расхождения? Да. Если разница составляет 1–3 минуты, это абсолютно нормально. Это связано с тем, что в разных отчетах могут применяться разные правила математического округления (например, отбрасывание секунд или округление до целой минуты).
Если же расхождения составляют десятки минут или часы — проверьте:
- 1. правильно ли выбраны контроллеры;
- 2. правильно ли выбраны даты;
- 3. учитывает ли отчет время из графика для отчетов и/или указанное в диапазоне;
- 4. нет ли особых случаев из раздела 3 (события без выхода, повторные проходы, первый выход или последний вход, проходы через полночь).
3. Особые случаи: почему отчет может показать не то, что вы ждете
3.1. Разные отчеты — разные алгоритмы
В программе более 10 отчетов, и одни и те же события они обрабатывают по-разному.
Пример. В событиях за день: 8:45 — вход, 17:45 — вход, 18:00 — выход.
- Отчет, который считает только пары «вход — выход» и берет ту пару, у которой есть парный выход, возьмет пару 17:45–18:00 и покажет время присутствия 15 минут.
- Отчет, который считает время между первым входом и последним выходом за сутки, игнорируя промежуточные события, возьмет 8:45–18:00 и покажет 9 ч 15 мин.
Оба результата корректны для своей логики. Причина расхождения — событие 17:45 вход осталось без своей пары выход, из-за чего первое событие 8:45 вход тоже осталось без пары, и расчет по правилу «вход — выход» оказался другим. То же самое относится к ситуациям с несколькими выходами.
Важно понимать: СКУД не прогнозирует поведение людей и не додумывает проходы. Система работает по факту зафиксированных событий. Чтобы расчеты были корректными, люди должны давать СКУД соответствующую информацию — то есть корректно фиксировать и вход, и выход.
3.2. Повторные проходы
Именно это чаще всего вызывает претензию к отчету: в событиях видно вход 8:45 и выход 18:00, а время присутствия отчет показывает 15 минут. Причина — промежуточное событие «вход» без выхода (см. пример в разделе 3.1), а не ошибка расчета.
3.3. Только вход или только выход
Если за день есть только вход или только выход, поведение зависит от отчета. Если отчет должен показать время входа и выхода и рассчитать общее время присутствия, то при отсутствии парного события он покажет только соответствующую информацию (время входа либо выхода), а общее время присутствия рассчитать не сможет — покажет пусто или 0. Некоторые отчеты дополнительно смотрят в графики для отчетов и рассчитывают рабочее время только относительно графика: если сотрудник был внутри в то время, которое указано во временном режиме графика на этот день, это время учитывается.
3.4. Границы периода
Зависит от отчета:
- время за выбранный период;
- время только за сутки (00:00–23:59) — время работы фиксируется отдельно для каждого дня (обычно такие отчеты подписываются (с разбивкой на дни);
- только за календарный месяц, но время работы также фиксируется отдельно для каждого дня.
3.5. Первый выход и последний вход за день
Если первое событие за день — выход, а последнее — вход, результат определяется логикой конкретного отчета: отчет, работающий по парам «вход — выход», не сможет образовать корректную пару за этот день. При ручной проверке смотрите не только на время, но и на направление каждого события «Проход».
3.6. Проходы через полночь
Если проход на вход был до полуночи, а выход — после, результат зависит от того, что должен вывести отчет:
- если отчет должен вывести время входа/выхода — за день, в котором был вход, будет показано время входа; аналогично для выхода;
- если отчет должен рассчитать время присутствия — он не рассчитает его либо покажет некорректно, так как время работы фиксируется отдельно для каждого дня: в одном дне не было выхода, в другом — входа.
4. Типовые причины пустого или «неправильного» отчета
| Симптом | Вероятная причина | Что проверить |
|---|---|---|
| Отчет пустой за день | Нет данных для построения отчета. За день нет ни одного события «Проход» | В отчете «События» за этот день есть только «Доступ разрешен»? Значит, фактического прохода не было |
| В отчете нет сотрудника | У сотрудника нет данных для построения отчета. Не было пары «Проход — Вход» и «Проход — Выход» в пределах одного рабочего дня. Включен фильтр «Не выводить в отчет пользователей с пустыми значениями» | Проверьте события по этому сотруднику за день. Отключите фильтр «Не выводить в отчет пользователей с пустыми значениями» |
| Время присутствия меньше ожидаемого | В расчет попали не все проходы (например, нет события выхода), либо отчет считает по другой логике (см. раздел 3.1) | Проверьте наличие события «Проход — Выход» и промежуточные события «вход» без выхода |
| Расхождение в минутах | Разные правила округления в отчетах | Расхождение 1–3 минуты — норма |
| Расхождение в десятках минут/часах | Неверно выбраны контроллеры, даты или не учтен график; особые случаи из раздела 3 | Перепроверьте параметры формирования отчета и события «Проход» за день |
5. Когда обращаться в техническую поддержку
Обращайтесь, если после самостоятельной проверки по разделам 2 и 3:
- 1. расхождение с ручным расчетом составляет десятки минут или часы, и при этом параметры отчета (период, пользователи, контроллеры) выбраны верно;
- 2. в отчете «События» присутствуют корректные пары «Проход — Вход» / «Проход — Выход», но отчет по времени их не учитывает;
- 3. наблюдаются аномалии в самих событиях (например, события «Проход» фиксируются без фактического прохода или, наоборот, не фиксируются при явном проходе).
При обращении приложите:
- 1. проблемный отчет и параметры, с которыми он формировался;
- 2. отчет «События» с фильтром по типу «Проход» за тот же период;
- 3. ваш ручной расчет и итоговую цифру из отчета.
Описание настроек отчетов и дополнительных функций — в руководстве пользователя ПО «ЭНТ Контроль доступа — Клиент».
