Аналитика «По офисам»: данные СКУД
Переключатель «По данным → СКУД» строит аналитику вкладки «По офисам» не по броням в UnSpot, а по фактическим проходам сотрудников через систему контроля доступа. Это способ увидеть разницу между «забронировал место» и «пришёл в офис» — и понять, насколько бронирования отражают реальную посещаемость.
Что даёт режим СКУД
Бронирование и фактический приход — разные события. Сотрудник может забронировать место и не прийти, прийти без брони или прийти на час вместо целого дня. Режим «СКУД» показывает вторую сторону этой картины.
Типовые задачи, ради которых его включают:
- Проверить, насколько брони соответствуют реальности, прежде чем принимать решение о сокращении или расширении офиса.
- Оценить посещаемость в компаниях, где бронирование мест не обязательно и брони есть не у всех.
- Найти дни и недели, когда людей в офисе заметно больше или меньше, чем предполагает график бронирований.
Переключатель находится в окне «Построить аналитику»: «Параметры графика» → «По данным» → «СКУД» → «Сохранить».
Загрузка событий СКУД
Данные проходов не появляются в UnSpot сами: их загружают файлом. Кнопка «Загрузить данные СКУД» стоит в правом верхнем углу страницы и доступна только Владельцу — у остальных ролей, включая администраторов офисов и пользователей, её нет.
В окне два переключателя и кнопка «Загрузить», которая открывает системный диалог выбора файла — отдельного поля для перетаскивания файла в окне нет.
| Настройка | Варианты | Комментарий |
|---|---|---|
| Формат файла | UnSpot • SIGUR • RusGuard • PERCo • Bolid | Определяет, по каким колонкам система читает файл. Выбирайте формат той системы, из которой сделана выгрузка |
| Разделитель | Точка с запятой • Запятая | По умолчанию — точка с запятой. Должен совпадать с разделителем в файле |
| Кодировка | Только UTF-8 | Не настраивается. Файл в другой кодировке будет прочитан неверно |
| Файл | Только CSV | Выбирается системным диалогом по кнопке «Загрузить». Файлы других расширений не принимаются |
После загрузки система сообщает результат: «N из M строк успешно загружены». Загруженных строк может оказаться меньше, чем в файле, и это нормально по двум причинам: повторные события одного сотрудника за день с одинаковым направлением (например, два входа подряд) объединяются в одно, а события, которые уже есть в UnSpot после прошлой загрузки или из подключённой системы СКУД, повторно не добавляются. При этом вход и выход одного сотрудника за день — разные события, оба сохраняются. Если формат не распознан, вместо результата выводится «Неверный формат».
Формат файла UnSpot
Формат UnSpot повторяет структуру отчёта «История посещения офиса (СКУД)» из раздела «Отчеты», поэтому проще всего выгрузить такой отчёт, отредактировать его и загрузить обратно. Из всего файла система читает три колонки; остальные, если они есть, игнорируются.
| Название колонки | Формат | Что содержит | Пример |
|---|---|---|---|
| Дата действия | ДД.ММ.ГГГГ ЧЧ:ММ | Момент прохода. Читается в часовом поясе компании | 14.07.2026 09:12 |
| Тип действия | Одно из двух значений | Направление прохода: • in_office — вход • out_office — выход | in_office |
| Email владельца | Адрес электронной почты | Сотрудник, которому принадлежит событие. Должен совпадать с email в UnSpot | ivanov@example.com |
Пример содержимого файла с разделителем «точка с запятой»:
Дата действия;Тип действия;Email владельца 14.07.2026 09:12;in_office;ivanov@example.com 14.07.2026 18:35;out_office;ivanov@example.com 14.07.2026 09:47;in_office;petrova@example.com
На что обратить внимание при подготовке файла:
- Значения в колонке «Тип действия» строго технические —
in_officeиout_office. Слова «Вход» и «Выход» не принимаются: файл загрузится, но все строки будут отклонены, а сообщение покажет «0 из N строк успешно загружены» без пояснения причины. - Строка без любой из трёх колонок пропускается молча. Проверяйте, что заголовки написаны точно так, как в таблице выше.
- Email должен принадлежать существующему сотруднику. Событие с незнакомым адресом не будет сопоставлено ни с кем и в аналитику не попадёт.
- Одного события на сотрудника в день достаточно. Для аналитики важен сам факт присутствия, а не количество проходов через турникет.
Что остаётся на странице
Режим СКУД сильно сокращает страницу. Из четырёх плиток работает только одна.
| Плитка | Состояние в режиме СКУД |
|---|---|
| Рабочие места | Работает, показывает данные проходов |
| Парковочные места | Отключена, «Нет данных для этого ресурса» |
| Переговорные | Отключена, «Нет данных для этого ресурса» |
| Локеры | Отключена, «Нет данных для этого ресурса» |
Набор блоков внутри вкладки «Рабочие места» остаётся прежним — посещаемость, потенциал вместимости, круговая диаграмма, столбчатая по дням недели и тенденция. Меняется их наполнение:
- Сегментов два вместо четырёх — «занятые» и «свободные». Понятий «закрепленные» и «недоступные» у данных проходной нет.
- Под круговой диаграммой не выводится легенда. Ориентируйтесь по легенде столбчатой диаграммы ниже: цвета у обоих графиков одинаковые.
- В выгрузке CSV колонки тоже другие — «Свободные» и «Занятые» вместо четырёх типов мест.
Как считается занятость
Главное правило: занятыми за день считается столько мест, сколько уникальных сотрудников прошло через СКУД в этот день. Событие проходной не привязано к конкретному столу — система знает, что человек был в офисе, но не знает, где именно он сидел.
Дальше расчёт повторяет логику режима бронирований: доля занятых считается в «место-днях» по рабочим дням периода, а результат переводится обратно в количество мест. Нерабочие дни из рабочего календаря компании в расчёт не входят.
Два ограничения, которые стоит знать заранее:
- Отключённые от бронирования столы из расчёта не исключаются и попадают в «свободные». Если в офисе много таких мест, процент занятости по СКУД окажется ниже, а «Потенциал вместимости офиса» — выше, чем по данным бронирований.
- Столы, созданные позже конца выбранного периода, не учитываются. Дата создания стола сравнивается с концом выбранного периода.
Почему цифры расходятся с бронированиями
Расхождение между двумя режимами — не ошибка, а сам смысл сравнения. Полезно понимать, в какую сторону оно обычно уходит.
| Что видно | О чём это говорит |
|---|---|
| СКУД показывает больше занятых мест, чем брони | Часть сотрудников приходит в офис без бронирования. Стоит проверить, обязательно ли бронирование по правилам компании и знают ли о нём люди |
| СКУД показывает меньше занятых мест, чем брони | Брони делают, но не приходят. Помогают правила подтверждения бронирования и автоматическое снятие неподтверждённых броней |
| Оба режима близки | Бронирования отражают реальность, и планировать офис можно по ним |
| СКУД пуст при непустых бронях | События за выбранный период просто не загружены — загрузите файл заново, проверив период |
Отдельно стоит помнить, что «Посещаемость» в режиме СКУД считает всех, кто хоть раз прошёл через проходную за период, а в режиме бронирований — всех, у кого была хоть одна бронь. Это разные множества людей, и сравнивать их напрямую как «стало лучше или хуже» некорректно.
