Аналитика «По сотруднику»: отмены броней и сверка с проходами
Два блока вкладки «По сотруднику» построены не на расписании, а на других источниках: журнале бронирований и данных СКУД. Они отвечают на вопросы «доводит ли человек свои брони до конца» и «совпадает ли забронированное с тем, что он реально приходил в офис». Оба блока считают иначе, чем блоки расписания, и именно поэтому их цифры не сходятся с соседними. Эта статья объясняет, что и как в них считается.
Как часто отменяют бронирования
Блок виден в любом профиле, в том числе в собственном. Он показывает, чем закончились брони сотрудника за период: сколько из них состоялись, сколько он отменил сам и сколько система сняла автоматически, потому что человек не подтвердил бронь чекином.
Подсказка при наведении начинается со строки «Всего бронирований: N», дальше по строке на каждый исход — число и процент.
⚠️ Блок считает только брони рабочих мест. Переговорные, парковочные места и локеры в него не входят вовсе — даже если сотрудник активно бронирует переговорные и регулярно их отменяет, на этой полосе это не отразится.
Три исхода брони
| Сегмент | Что означает |
|---|---|
| Подтверждённые бронирования | бронь не была удалена и не была снята по чекину; сюда же попадают брони, которые сотрудник завершил досрочно сам |
| Бронирования, отменённые пользователем | бронь удалена вручную — самим сотрудником, его руководителем, делегатом или администратором |
| Не подтверждённые бронирования, отменённые по чекину | бронь снята автоматически, потому что сотрудник не отметился в приложении или на месте |
Исход определяется по последней операции с бронью в журнале. Если бронь создали, потом удалили и не восстанавливали — она попадёт в «отменённые пользователем». Если её сняла система по правилам подтверждения, она попадёт в третий сегмент, даже если формально это тоже удаление.
Высокая доля третьего сегмента — обычно признак не недисциплинированности, а неудобных правил подтверждения: слишком узкое окно чекина или слишком раннее время. Правила разбираются в статье про политики подтверждения бронирований.
Одна бронь на день
Это главная особенность блока, из-за которой его цифры расходятся с любыми отчётами по бронированиям.
За каждый день периода учитывается ровно одна бронь, даже если их было несколько. Какая именно — определяется приоритетом.
- Подтверждённая бронь — если в этот день была хотя бы одна состоявшаяся, день считается подтверждённым.
- Отменённая по чекину.
- Отменённая пользователем.
То есть если сотрудник утром отменил одну бронь, а потом забронировал другое место и на нём отработал, день будет засчитан как подтверждённый, а отмена в статистику не попадёт. Полоса показывает картину по дням, а не по броням — хотя подпись подсказки говорит «Всего бронирований».
Дни, отмеченные в производственном календаре как нерабочие, из расчёта исключаются целиком.
Пример. За период сотрудник создал 12 броней рабочих мест в 9 разных дней. В один из этих дней он утром отменил бронь и тут же забронировал другое место, на котором отработал; ещё в один день у него было две брони, и обе сняты по чекину. Полоса покажет девять дней, а не двенадцать броней: день с отменой и перебронированием уйдёт в «подтверждённые» — приоритет подтверждённой брони выше, — а день с двумя снятыми бронями зачтётся в «отменённые по чекину» один раз. Три отмены из двенадцати на полосе не появятся вовсе.
⚠️ Знаменатель процентов в этом блоке — не рабочие дни периода, а число учтённых дней с бронью: в примере выше 100 % полосы это девять дней, а не двадцать. Поэтому доли этого блока нельзя сравнивать с долями блоков расписания напрямую.
Если нужна честная поштучная статистика по броням, смотрите отчёты раздела «Отчеты» — там каждая бронь отдельная строка.
Посещение офиса не совпадает с бронированиями
Блок виден только в профиле другого сотрудника. Он сопоставляет по каждому рабочему дню два факта: было ли в расписании дня рабочее место — тот же признак, что в блоке «Сколько раз в неделю посещают офис», — и зафиксирован ли проход в офис по данным СКУД. Из-за этого «не бронировали» здесь означает «в расписании на этот день не было места»: например, если бронь сняли по чекину.
| Сегмент | Что это значит на практике |
|---|---|
| Забронировали и пришли | норма: планирование совпало с фактом |
| Забронировали и не пришли | место простояло занятым и недоступным для коллег |
| Не бронировали и пришли | человек в офисе, но система об этом не знает — его нельзя найти на карте, место не закреплено |
| Не бронировали и не пришли | норма для удалённого дня или отсутствия |
Проценты считаются от рабочих дней периода; выходные и праздники исключены. Сумма долей подгоняется под ровно 100 %.
Второй и третий сегменты — самые полезные. Большой второй означает, что офис занят «на бумаге» и реальная вместимость выше, чем показывает загруженность. Большой третий означает, что часть команды ходит в офис мимо системы, и тогда всей аналитике бронирований нельзя доверять как картине посещаемости.
Без интеграции со СКУД
Факт прихода в офис берётся из журнала посещений, который наполняется данными системы контроля доступа. Если СКУД не подключена и данные о проходах не загружаются, оба сегмента с «пришли» всегда пустые: дни делятся между «забронировали и не пришли» и «не бронировали и не пришли». У сотрудника с бронированиями блок будет почти целиком в первом из них — и это не значит, что он не приходил в офис.
Это не поломка блока и не повод его чинить: без источника данных сопоставлять просто нечего. Способы завести данные о проходах — в статьях раздела про СКУД и в статье «По офисам»: данные СКУД, где разобрана в том числе загрузка проходов файлом.
Две разные таймзоны
⚠️ Два блока этой статьи определяют «день» по-разному, и в компаниях с офисами в нескольких часовых поясах это заметно.
| Блок | В какой таймзоне определяется дата |
|---|---|
| Как часто отменяют бронирования | таймзона офиса, в котором сделана бронь; если у офиса включены настройки по умолчанию — таймзона компании |
| Посещение офиса не совпадает с бронированиями | дата прохода — всегда в таймзоне компании по умолчанию; наличие брони — в таймзоне офиса, как в первом блоке |
Практическое следствие: у сотрудника, который бронирует места в офисе с другим часовым поясом, поздняя вечерняя или ранняя утренняя бронь может попасть в один день по первому блоку и в соседний — по второму. На масштабе месяца это единицы дней, но при разборе конкретной даты об этом стоит помнить.
Как этим пользоваться
| Что видно | О чём это говорит | Что делать |
|---|---|---|
| Большая доля «отменённых по чекину» | правила подтверждения не совпадают с реальным ритмом дня | пересмотреть окно и время чекина |
| Большая доля «забронировали и не пришли» | места блокируются впустую | включить подтверждение бронирований, чтобы места освобождались автоматически |
| Большая доля «не бронировали и пришли» | люди ходят в офис мимо системы | разобраться, почему бронировать неудобно; проверить закрепление мест |
| Блок отмен пустой, а дни в офисе есть | места закреплены за сотрудником, отдельных броней он не создаёт | это нормально, смотрите блоки расписания |
| В сверке с проходами пусты оба сегмента «пришли» | данные СКУД не поступают | проверить интеграцию или загрузку проходов |
