Что происходит с локерами — письмом, а не обходом

Спросите офис-менеджера, сколько ячеек в локерах сейчас занято зря. Скорее всего, он честно ответит, что не знает: чтобы это выяснить, нужно пойти и посмотреть, а потом сверить с тем, кто за какой ячейкой числится. Поэтому и не выясняют — до первой жалобы, что мест нет.

Данные при этом в системе есть. Не хватало способа узнавать о них, не заходя в систему специально.

Две новые подписки в разделе локеров

В разделе «Интеграции → Исходящие подписки» появились два новых события — оба про ячейки хранения.

«Бронирование локера отменено» срабатывает, когда бронь снимается автоматически по политике «Горизонт бронирования». Письмо уходит в день отмены, и ответственный сразу знает, что ячейка освободилась: её можно предложить тому, кто стоит в очереди, а не ждать, пока он спросит сам.

«Бронирование локера длится более X дней» — про обратную ситуацию. Вы задаёте количество дней, и раз в сутки приходит письмо со списком всех ячеек, которые заняты дольше этого срока. Со ссылкой на каждый локер, чтобы не искать вручную.

Почему вторая подписка важнее, чем кажется

Горизонт бронирования включают не везде. Во многих компаниях автоматически снимать чужую бронь — слишком резкий шаг: ячейками пользуются по-разному, и жёсткое правило одинаково накажет и забывчивых, и тех, кому ячейка действительно нужна надолго.

Подписка на долгие брони решает ту же задачу мягче. Автоматика ничего не отменяет — она только показывает, где ячейка лежит без движения. Дальше решает человек: у кого-то это нормальный рабочий сценарий, а у кого-то ячейка занята с прошлого проекта.

Получатель — сотрудник, а не адрес

В обеих подписках получателем указывается сотрудник UnSpot, а не произвольный почтовый ящик. Это мелочь ровно до того дня, когда ответственный увольняется: письма продолжали бы уходить в никуда, и никто бы этого не заметил. Теперь подписка привязана к живому человеку в системе.

Пространства выбираются списком — одна подписка может закрывать несколько локеров сразу.