Посмотрим ваш объект и оборудование и скажем, что подключается
Какие шкафы и замки уже стоят, что они отдают наружу, какие сценарии доступа нужны и с чего разумно начать.
Программное обеспечение для кладовок и ячеек
Программа для камер хранения, пунктов хранения и шкафов с электронными замками
Шкаф с ячейками — это металл и замки. Программа превращает его в сервис: человек получает доступ по коду или карте, ячейка открывается сама, система знает, какая ячейка занята, кем и до какого времени, а каждое открытие остаётся в журнале. Ниже разобрано, как это устроено — от нажатия на экране до щелчка замка и записи в истории.
Что такое программа
для камер хранения и ячеек
Программа для ячеек — система, которая решает, кому и какую ячейку выдать, открывает её электронный замок в нужный момент и хранит запись о каждом открытии: кто, когда и на каком основании.
Разница с обычным шкафом видна на одном примере. С ключом или навесным замком за ячейку отвечает человек: выдал ключ, запомнил номер, принял обратно. Потерянный ключ означает вскрытие, спорную ситуацию решает память смены, а сколько ячеек сейчас свободно — знает только тот, кто стоит рядом.
В автоматизированной ячейке ключа нет. Право открыть дверцу — это запись в базе: такой-то код действует для такой-то ячейки до такого-то времени. Код можно выдать, отозвать, продлить и передать другому человеку, не подходя к шкафу. А занятость всех ячеек на всех объектах видна в одном списке.
Пример. Посетитель торгового центра оставляет пакеты в ячейке: сканирует QR-код на экране, дверца открывается, он закрывает её и уходит. Через два часа он открывает ту же ячейку тем же кодом. В системе остались две записи об открытии, время начала хранения и отметка о том, что ячейка освободилась и готова к следующему сеансу.
Автоматизация камер хранения начинается там, где ответы на три вопроса перестают помещаться в голову дежурного: сколько ячеек занято прямо сейчас, кто именно открывал конкретную ячейку сегодня в 14:20 и что делать с вещами, которые лежат вторые сутки.
- 1Пользователь
- 2Идентификация
- 3Проверка права
- 4Контроллер шкафа
- 5Электронный замок
- 6Датчик двери
- 7Журнал события
- 8Панель администратора
Связь двусторонняя: команда идёт слева направо, подтверждение — обратно. Открытие считается состоявшимся не после отправки команды, а после ответа датчика двери. Без этого шага система рассказывала бы о ячейках то, во что верит, а не то, что происходит на объекте.
Что система знает о каждой ячейке
- Где она стоит — объект, зона, шкаф, номер ячейки и её типоразмер
- Занята или нет — свободна, забронирована, занята, ожидает освобождения, заблокирована
- Кем занята — сеанс хранения с временем начала, сроком и способом доступа
- Чем открывается — какой код, карта или учётная запись действуют для неё прямо сейчас
- Что с ней происходило — все открытия и закрытия с точным временем и основанием
- Исправна ли — отвечает ли замок, есть ли связь с контроллером, закрывается ли дверца
Чем это отличается от постамата
Оборудование похоже — тот же шкаф, те же замки, те же коды. Разница в назначении. Постамат выдаёт чужую посылку получателю: вещь кладёт курьер, забирает адресат, ячейка освобождается. Камера хранения сдаётся человеку на время: он сам кладёт свои вещи и сам их забирает, а ячейка тарифицируется по длительности.
Отсюда и разные требования к программе: у постамата главное — связь с интернет-магазином и службой доставки, у камеры хранения — сеанс, срок, продление и возврат ячейки в оборот. Выдача заказов подробно разобрана на странице систем самообслуживания.
Как это устроено: от кода до открытой дверцы
Весь путь, который проходит одно обращение — от человека у шкафа до записи в журнале. Дальше на странице каждое из этих звеньев разобрано подробнее.
1. Шкаф и ячейки
Физическая часть: секции шкафа, ячейки разных типоразмеров, дверцы. Каждая ячейка заведена в системе как отдельный объект со своим номером, размером, зоной и состоянием. Шкаф можно достроить новой секцией — в программе это добавление ячеек, а не переделка.
2. Электронные замки
Замок, который открывается не ключом, а электрическим импульсом от контроллера. Рядом с ним обычно стоит датчик двери — он сообщает, действительно ли дверца открылась и закрылась. Замок без датчика тоже работает, но система тогда знает только о команде, а не о результате.
3. Контроллер шкафа
Небольшое устройство внутри шкафа, к которому подключены все замки и датчики. Оно принимает команду «открыть ячейку 14», подаёт импульс на нужный замок и возвращает результат. Один контроллер обслуживает десятки ячеек, поэтому шкаф подключается к системе одним каналом, а не сорока проводами.
4. Точка доступа пользователя
То, через что человек обращается к системе: экран на шкафу, отдельный терминал в зале, считыватель карт или его собственный телефон. Точек может быть несколько сразу — сценарий один и тот же, различается только способ ввода.
5. Серверная часть
Где принимается решение. Сервер хранит ячейки, сеансы, коды, права и журнал, проверяет обращение и отдаёт команду контроллеру. Он же считает срок хранения, готовит уведомления и отчёты. Размещение — в дата-центре или на оборудовании заказчика, это решается проектом.
6. Панель администратора
Рабочее место сотрудника объекта: карта шкафов, занятость ячеек, активные сеансы, события, ручное открытие, блокировка ячейки, роли и отчёты. Открывается в браузере, устанавливать ничего не нужно.
- ВводЧеловек подносит QR-код к сканеру или набирает PIN на экране шкафа
- Проверка праваСервер ищет действующий сеанс по этому коду: существует ли он, не истёк ли, к какой ячейке относится, не превышено ли число попыток
- КомандаКонтроллеру шкафа уходит команда открыть конкретную ячейку; сам код на контроллер не передаётся
- Импульс на замокКонтроллер подаёт напряжение на замок нужной ячейки и ждёт ответа датчика двери
- ПодтверждениеДатчик сообщил, что дверца открыта. Только теперь открытие считается состоявшимся, а не в момент нажатия
- ЗаписьВ журнал попадают ячейка, время, способ доступа, сеанс и исход. Запись создаётся и при отказе — «код истёк» тоже событие
- ЗакрытиеДатчик сообщает, что дверцу закрыли. Если этого не произошло за отведённое время, система поднимает отдельное событие
Порядок важен именно в этом виде. Проверка права идёт на сервере, а не в шкафу: контроллер не хранит коды и не решает, кого пускать, — он исполняет команду. Поэтому отозвать доступ можно из панели за секунду, не подходя к оборудованию.
Программная экосистема решения
Система собирается из модулей. Не все они нужны каждому объекту: шкафчикам в офисе не нужен платёжный модуль, а камере хранения на вокзале — корпоративные роли. Состав определяется задачей, но модули стыкуются между собой заранее, а не дописываются потом сбоку.
Интерфейс пользователя
То, что видит человек: экран шкафа, страница в браузере по ссылке или мобильное приложение. Три-четыре шага — выбрать размер, получить ячейку, открыть, закрыть. Ошибки объясняются словами: «срок хранения истёк», а не «код 403».
Административная панель
Рабочее место сотрудника: занятость шкафов, активные сеансы, события, ручное открытие с указанием причины, блокировка ячейки, справочники тарифов и правил, отчёты. Всё в браузере, с разграничением по ролям.
Управление ячейками
Реестр ячеек: объект, шкаф, номер, типоразмер, зона, текущее состояние и история. Ячейку можно вывести из оборота на ремонт, зарезервировать под задачу или объединить в группу с общими правилами доступа.
Электронные замки
Слой работы с замком: команда открытия, ожидание ответа, обработка отказа, повторная попытка. Здесь же учитывается тип замка — с датчиком двери или без, с обратной связью о положении ригеля или только с импульсом.
Контроллеры оборудования
Обмен с контроллерами шкафов: очередь команд, контроль связи, состояние портов, версия прошивки. Разные модели подключаются отдельными модулями обмена, а в интерфейсе выглядят одинаково.
Идентификация
Проверка, кто перед шкафом: QR-код, PIN-код, карта, учётная запись в приложении. Способы можно комбинировать и включать по объектам — на одном шкафу код, на другом карта сотрудника.
Бронирование
Ячейка занимается заранее: на время, на дату, на повторяющийся интервал. Бронь держит ячейку до прихода человека и снимается сама, если он не пришёл, — иначе половина шкафа стоит зарезервированной впустую.
Платёжный модуль
Там, где хранение платное: тариф, расчёт суммы, оплата, доплата за просрочку, возврат. Конкретные способы оплаты зависят от подключённого провайдера и оборудования — это интеграция, а не встроенная функция.
Уведомления
Сообщения пользователю и сотруднику: код доступа, напоминание об окончании срока, дверца не закрыта, ячейка освободилась, авария на шкафу. Канал доставки выбирается при внедрении.
Журнал действий и событий
Неизменяемая история: открытия и закрытия, отказы доступа, сервисные открытия, изменения тарифов и прав, действия сотрудников. Записи не редактируются — исправление вносится новой записью.
Мониторинг оборудования
Состояние шкафов и замков: есть ли связь с контроллером, отвечает ли замок, не залипла ли дверца, есть ли питание. Неисправная ячейка выводится из выдачи автоматически, а не обнаруживается посетителем.
Роли и права сотрудников
Дежурный, администратор объекта, служба сервиса, руководитель. Ручное открытие, продление сеанса, изменение тарифа и просмотр персональных данных — отдельные права, а не один пакет «администратор».
API и интеграции
Внешний интерфейс системы: выдать ячейку, получить код, узнать состояние, закрыть сеанс, забрать журнал. Через него подключаются учётные системы, CRM, СКУД объекта и сервисы заказчика.
Аналитика и отчётность
Загрузка по часам и дням, оборачиваемость ячейки, распределение по типоразмерам, доля просрочек, отказы оборудования, выручка при платном хранении. Отчёты выгружаются файлом и строятся по расписанию.
Серверная часть
Ядро, которое связывает всё перечисленное: учёт сеансов, очереди команд, планировщик сроков и уведомлений, хранение журнала, резервное копирование с проверкой восстановления.
Как пользователь
получает доступ к ячейке
Сценариев доступа два, и они не заменяют друг друга. Первый — человек приходит к свободному шкафу и берёт ячейку на месте. Второй — ячейка закреплена за ним заранее: забронирована, арендована на месяц или выдана как рабочий шкафчик.
Доступ на месте. Посетитель выбирает размер на экране, система подбирает свободную ячейку этого типоразмера и открывает её. Одновременно создаётся сеанс хранения и выдаётся код — на экране, чеком или в сообщении. Этот код и есть ключ: он действует только для этой ячейки и только до конца срока.
Закреплённая ячейка. Здесь ключом становится сам человек: карта сотрудника, учётная запись в приложении, постоянный PIN. Ячейка открывается по факту опознания, сеанс не создаётся заново при каждом визите, а срок задаётся договором или графиком, а не часами хранения.
Что происходит между открытиями:
- Ячейка остаётся закреплённой — она не выдаётся другому человеку, пока сеанс не закрыт
- Код можно использовать повторно — если это разрешено правилами объекта: положил, ушёл, вернулся, доложил
- Срок идёт — система считает время хранения и заранее предупреждает об окончании
- Доступ можно передать — второй код на ту же ячейку выдаётся другому человеку, если сценарий это допускает
- Доступ можно отозвать — код перестаёт работать сразу, подходить к шкафу не нужно
- 14:05 — выборПосетитель выбирает на экране средний размер; свободных ячеек этого типоразмера — 12
- 14:05 — выдачаСистема закрепляет ячейку № 27, создаёт сеанс и открывает дверцу. Код показан на экране и продублирован сообщением
- 14:06 — закрытиеДатчик подтвердил, что дверца закрыта. С этой минуты идёт отсчёт оплаченного времени
- 16:40 — повторное открытиеТот же код, та же ячейка. Событие записано, сеанс продолжается, ячейка остаётся закреплённой
- 18:20 — предупреждениеДо конца оплаченного срока 40 минут. Уходит напоминание с двумя вариантами: забрать вещи или продлить
- 18:52 — завершениеПосетитель забирает вещи и подтверждает завершение на экране. Сеанс закрыт, доплата рассчитана и оплачена
- 18:53 — возврат в оборотЯчейка помечена свободной, код погашен, следующая выдача возможна сразу
Кадр экрана системы, время демонстрационное. Обратите внимание на последний шаг: ячейка возвращается в оборот не «когда сотрудник заметит», а в момент закрытия сеанса. Иначе к вечеру половина шкафа числится занятой, а физически пуста.
Нештатные ситуации
Их немного, и все они предусматриваются заранее — иначе каждая превращается в звонок администратору.
- Код потерян — повторная выдача по тому же сеансу: через сообщение на телефон, указанный при выдаче, или через сотрудника с правом на эту операцию
- Дверца не открылась — команда ушла, датчик молчит. Система не закрывает событие успехом: она повторяет попытку, а при повторном отказе выводит ячейку из оборота и создаёт задание сервису
- Дверца не закрыта — отдельное событие с указанием ячейки и времени. Пока дверца открыта, ячейка не считается ни занятой корректно, ни свободной
- Срок истёк, вещи в ячейке — ячейка переходит в состояние просрочки: доступ пользователю сохраняется или блокируется по правилу объекта, а сотрудник получает список просроченных ячеек
- Открытие сотрудником — возможно всегда, но это отдельное право и отдельная запись в журнале с обязательной причиной
- Пропала связь со шкафом — обращения к нему прекращаются, а не копятся вслепую; вариант с автономной работой контроллера разбирается ниже
Способы идентификации
Идентификация отвечает на один вопрос: имеет ли этот человек право открыть эту ячейку прямо сейчас. Способ выбирается под объект и под оборудование — то, что удобно на вокзале, не подходит для офисного шкафчика. Возможность конкретного способа зависит от того, что установлено на шкафу, поэтому набор определяется на обследовании.
QR-код
Код показывается на экране телефона или печатается на чеке, шкаф считывает его сканером. Удобен для разовых посетителей: ничего не нужно запоминать и вводить. Требует сканера на шкафу и работающего экрана у пользователя.
PIN-код
Несколько цифр, которые набирают на клавиатуре или на экране. Самый неприхотливый способ: работает без телефона, без интернета у пользователя и без дополнительного оборудования. Требует ограничения числа попыток и срока действия.
Карта или брелок
Бесконтактный носитель, который подносят к считывателю. Основной способ там, где у людей уже есть пропуск: офис, завод, фитнес-клуб. Часто позволяет обойтись пропусками, которые на объекте уже выданы, — это уточняется по типу карт.
Мобильное приложение
Ячейка открывается кнопкой в приложении, а не кодом на шкафу. Подходит для постоянных пользователей и абонементов; здесь же удобно показывать историю, срок и оплату. Требует связи у пользователя в момент открытия.
Штрихкод документа
Ключом становится уже существующий документ: номер заказа, билет, талон, накладная. Ячейка привязывается к нему, и человеку не выдаётся отдельный код. Возможность зависит от того, откуда берётся документ и есть ли к нему доступ по интеграции.
Биометрия
Отпечаток или лицо вместо кода и карты. Технически подключается как ещё один считыватель, но требует отдельного решения по хранению и защите персональных данных, поэтому рассматривается как возможный вариант под конкретный проект, а не как способ по умолчанию.
| Объект и сценарий | Основной способ | Почему |
|---|---|---|
| Разовые посетители, поток, оплата на месте | QR или PIN | Ничего не нужно выдавать заранее и принимать обратно |
| Сотрудники с пропусками | карта | Носитель уже на руках, отдельный код не нужен |
| Абонементы и постоянные клиенты | приложение | Там же срок, оплата и история обращений |
| Передача вещи между людьми | разные коды | Свой код у того, кто кладёт, и у того, кто забирает |
| Объект без стабильного интернета у посетителей | только PIN | Не зависит от телефона и связи на стороне человека |
Способы не исключают друг друга: на одном шкафу одновременно работают карта для сотрудников и код для гостей. Важно другое — какой способ основной, потому что под него настраиваются срок действия, число попыток и правила повторной выдачи.
Электронные замки
и контроллеры оборудования
Это самая физическая часть системы, и от неё зависит, будет ли программа говорить правду. Электронный замок открывается коротким электрическим импульсом: пришло напряжение — ригель ушёл, дверца освободилась. Сам замок ничего не знает ни о людях, ни о кодах.
Контроллер — устройство внутри шкафа, к которому подключены замки и датчики. Он получает от сервера команду «открыть ячейку 27», подаёт импульс на нужный выход и возвращает результат. Один контроллер обслуживает десятки ячеек, поэтому шкаф подключается к системе одним каналом связи.
Датчик двери — то, что отличает предположение от факта. Без него система знает только, что команда отправлена. С ним она знает, что дверца действительно открылась, и через сколько её закрыли. Наличие датчиков — вопрос к конкретной модели шкафа, и он выясняется до начала работ.
Что учитывается при подключении оборудования:
- Тип замка — импульсный или удерживающий, с обратной связью о положении ригеля или без неё
- Наличие датчика двери — от этого зависит, сможет ли система различать «открыли» и «попытались открыть»
- Интерфейс контроллера — как именно ему отдаются команды и в каком виде он возвращает состояние
- Число ячеек на контроллер — сколько выходов занято и сколько остаётся под расширение шкафа
- Питание — что происходит с замками при пропадании электричества и предусмотрен ли резерв
- Механическое открытие — есть ли аварийный способ открыть ячейку без электричества и кто им распоряжается
Мы не заявляем заранее поддержку конкретных марок замков и контроллеров. Набор подключаемого оборудования определяется на обследовании по документации производителя и по тому, какой интерфейс устройство отдаёт наружу; там, где готового интерфейса нет, вопрос решается отдельно и до начала работ, а не обещанием совместимости.
Что происходит при обрыве связи
Связь между шкафом и сервером рвётся — это нормальная ситуация, а не авария раз в год. Поведение в такой момент проектируется заранее, и вариантов два.
Без автономного режима шкаф просто перестаёт обслуживать: экран сообщает, что связи нет, новые ячейки не выдаются. Вещи внутри в безопасности, но забрать их до восстановления связи нельзя без сотрудника.
С автономным режимом контроллер хранит ограниченный набор действующих кодов и продолжает открывать ячейки по ним, складывая события в очередь. Когда связь возвращается, очередь уходит на сервер целиком. Такой режим — отдельное проектное решение: он требует памяти на контроллере и делает отзыв кода не мгновенным.
Состояния, которые различает система
| Что вернуло оборудование | Как трактуется |
|---|---|
| Команда принята, датчик подтвердил открытие | открыто |
| Команда принята, датчик молчит | требует проверки |
| Дверца открыта дольше допустимого | событие |
| Контроллер не ответил на команду | событие |
| Шкаф не выходит на связь | событие |
| Дверца открылась без команды | событие |
Строка «датчик молчит» — самая важная. Система не считает такое открытие ни состоявшимся, ни несостоявшимся: она помечает ячейку как требующую проверки и не выдаёт её следующему человеку до выяснения.
Занятость и состояние ячеек
Ячейка всегда находится ровно в одном состоянии, и переходы между ними задаются правилами, а не решением сотрудника на месте. Именно из этих состояний складывается ответ на вопрос «сколько ячеек свободно прямо сейчас» — и он должен быть верным без похода к шкафу.
Свободна
Ячейка исправна, пуста и может быть выдана следующему человеку. Только такие ячейки участвуют в подборе при выдаче и в бронировании.
Забронирована
Закреплена заранее и не выдаётся другим, но вещей в ней ещё нет. Бронь имеет срок: не пришли — ячейка возвращается в оборот сама.
Занята
Идёт сеанс хранения: есть владелец доступа, время начала и срок. Основное рабочее состояние, в нём ячейка проводит большую часть времени.
Ожидает выдачи
Вещь положена одним человеком для другого. Ячейка занята, но ключом владеет получатель — сценарий передачи и выдачи заказов.
Просрочена
Срок хранения истёк, вещи внутри. Ячейка не выдаётся, попадает в отдельный список и обрабатывается по правилу объекта — доплатой, блокировкой или изъятием.
Требует проверки
Открытие не подтвердилось датчиком, дверца осталась открытой или зафиксировано открытие без команды. До разбора ячейка из выдачи выведена.
Неисправна
Замок не отвечает или контроллер сообщил об ошибке. Ячейка выведена автоматически, по ней создано задание сервисной службе.
Заблокирована вручную
Сотрудник вывел ячейку из оборота: уборка, ремонт секции, служебная надобность. У блокировки есть автор, причина и время — иначе непонятно, кто и зачем закрыл десять ячеек.
240ячеек на объекте
171занято сейчас
9просрочено требуют разбора
4выведено из оборота
Кадр экрана системы, числа демонстрационные. Разбивка по типоразмерам важнее общей цифры: объект, где занято 71% ячеек, может не иметь ни одной свободной малой — а именно за ними приходит большинство посетителей. Из этой же таблицы видно, какие размеры стоит добавить при расширении шкафа.
Бронирование, выдача
и приём вещей
Бронирование нужно там, где приход человека предсказуем: он знает, что придёт в четверг, и хочет быть уверен, что ячейка будет. Система закрепляет ячейку на интервал и не предлагает её другим.
У брони обязательно есть срок ожидания. Без него объект быстро приходит к состоянию, когда свободных ячеек нет, а шкаф наполовину пуст: люди бронируют и не приходят. Не пришёл к оговорённому времени — бронь снимается, ячейка возвращается в оборот, а человек получает уведомление.
Виды брони:
- Разовая — ячейка на конкретный день и интервал
- Повторяющаяся — каждый вторник и четверг, для абонементов и графиков
- Долгосрочная — ячейка закреплена на месяц или на срок договора, как арендованная кладовка
- Служебная — ячейка зарезервирована объектом под задачу и людям не выдаётся
Выдача и приём — второй сценарий, в котором ячейка становится точкой передачи между двумя людьми. Один кладёт, другой забирает, встречаться не нужно.
Технически это тот же сеанс, но с двумя разными правами доступа: код на закладку и код на получение. Первый гасится после закрытия дверцы, второй начинает действовать с этого момента. Так система знает не только «ячейка занята», но и «вещь положена, получатель ещё не приходил».
- НазначениеСотрудник или система выбирает свободную ячейку подходящего размера и создаёт сеанс передачи
- Код на закладкуУходит тому, кто кладёт вещь. Действует ограниченное время и только на одно открытие
- ЗакладкаЯчейка открыта, вещь внутри, дверца закрыта. Код на закладку погашен, сеанс переходит в состояние «ожидает выдачи»
- Код на получениеУходит получателю вместе с адресом объекта, номером ячейки и сроком, до которого вещь ждёт
- ПолучениеПолучатель открывает ячейку своим кодом, забирает вещь и закрывает дверцу
- Закрытие сеансаЯчейка освобождается. Если получатель не пришёл в срок, сеанс уходит в просрочку и попадает в список на разбор
Разделение кодов — не формальность. Пока действует один общий код, нельзя ответить на вопрос, кто именно открывал ячейку: тот, кто клал, или тот, кто забирал. С двумя кодами каждое открытие в журнале имеет автора и роль.
Как система подбирает ячейку
Подбор — не «первая свободная по номеру». Правило настраивается под объект и обычно учитывает несколько условий сразу:
- Типоразмер — минимальный подходящий, чтобы не отдавать большую ячейку под маленькую сумку, пока большие в дефиците
- Зона и высота — нижние ряды доступнее, и их можно резервировать под тех, кому это нужно
- Равномерность износа — ячейки выдаются по очереди, а не одни и те же по десять раз в день
- Исправность — ячейки с открытыми событиями в подбор не попадают
Что делать с просрочкой
Правило объекта определяет, что происходит, когда срок истёк, а вещи внутри. Варианты разные, и выбирают их до запуска, а не в момент первого случая.
- Доплата — доступ сохраняется, но открыть ячейку можно после оплаты просроченного времени
- Блокировка — доступ по коду закрывается, ячейка открывается только сотрудником
- Изъятие — по истечении заданного срока вещи переносятся в отведённое место, а ячейка возвращается в оборот; сам факт изъятия фиксируется отдельной записью с автором
Во всех вариантах человек получает предупреждение до окончания срока, а не после начисления штрафа.
Оплата хранения
если хранение платное
Платёжный модуль нужен не всем: шкафчики для сотрудников и гардеробные ячейки в клубе работают без денег вовсе. Но там, где ячейка сдаётся, деньги становятся частью сеанса, и правила расчёта должны быть заданы так же строго, как правила доступа.
Как считается стоимость. Тариф привязан к типоразмеру ячейки и к времени. Наиболее частые схемы: фиксированная цена за сеанс, цена за интервал (час, сутки) с округлением в большую сторону, ступенчатый тариф, где первый час дороже последующих, и абонемент на длительный срок.
Когда происходит оплата. Тоже вариант проекта. Оплата вперёд за выбранный интервал с доплатой при продлении — самая простая и предсказуемая для объекта схема. Оплата по факту при завершении сеанса требует гарантии, что человек заплатит, — например, предварительной авторизации суммы на карте.
Что относится к платёжной части системы:
- Тарифы — по типоразмеру, объекту, времени суток и дню недели
- Расчёт суммы — по фактической длительности сеанса, с правилами округления
- Продление — доплата за дополнительный интервал без завершения сеанса
- Просрочка — отдельный тариф за время сверх оплаченного
- Возврат — при неудавшейся выдаче ячейки деньги возвращаются, а не остаются на объекте
- Связь платежа и сеанса — двусторонняя: по сеансу видно платёж, по платежу — ячейку и время
- Сверка — ежедневное сопоставление операций с реестром платёжного сервиса
Границу обозначаем прямо. Конкретные способы оплаты — карта, бесконтактный платёж, QR, оплата в приложении, наличные через купюроприёмник — зависят от подключённого платёжного сервиса и от оборудования на шкафу. Это интеграция, состав которой определяется на обследовании, а не встроенная функция, доступная в любом проекте. Требования к фискализации задаются законодательством страны и моделью устройства.
Расчёт одного сеанса
- Первый час, средний типоразмер120
- Последующие часы, 4 × 60240
- Неполный час округлён до полноговключён
- Оплачено при выдаче ячейки, 2 часа−180
- Доплата при завершении сеанса180
Правило округления объявляется человеку до оплаты, а не обнаруживается им в итоговой сумме. Это единственная строка расчёта, из-за которой на объектах возникают спорные ситуации.
Когда платёж и открытие расходятся
Опасный сценарий один: деньги списаны, а ячейка не открылась. Система не считает такую операцию завершённой — сеанс не начинается, ячейка остаётся свободной, а платёж попадает в очередь на возврат с указанием причины.
Обратная ситуация — ячейка открылась, а платёж не подтвердился — обрабатывается так же строго: сеанс создаётся, но помечается как неоплаченный и попадает в список на разбор. Молча закрыть глаза на расхождение система не может, иначе к концу месяца сходиться перестанет всё.
Уведомления и журнал событий
Событие — это любое изменение, о котором система обязана помнить: открытие, отказ, окончание срока, действие сотрудника. Часть событий уходит людям сообщением, все без исключения попадают в журнал. Каналы доставки — приложение, сообщение на телефон, почта, мессенджер — подключаются интеграцией и выбираются при внедрении.
Пользователю: доступ
Код доступа, номер ячейки, адрес объекта и срок хранения. Отправляется в момент выдачи и повторно — по запросу, если код потерян.
Пользователю: срок
Напоминание до окончания оплаченного времени с возможностью продлить, и отдельное сообщение о переходе сеанса в просрочку.
Пользователю: передача
Сообщение получателю о том, что вещь заложена и ячейка ждёт, и обратное подтверждение отправителю, что вещь забрали.
Сотруднику: оборудование
Ячейка не открылась, дверца не закрыта, шкаф не на связи, контроллер вернул ошибку. Событие адресное: у него есть объект и ответственный.
Сотруднику: просрочка
Список ячеек, срок хранения по которым истёк, с временем начала сеанса и способом связи с человеком, если он оставлен.
Сотруднику: разбор
Открытие без команды, серия неудачных попыток ввода кода, ручное открытие сотрудником, расхождение оплаты и выдачи.
| Время | Событие | Основание | Исход |
|---|---|---|---|
| 14:05 | Выдача ячейки № 27 | Сеанс 8842, средний типоразмер | успех |
| 14:06 | Дверца закрыта | Датчик двери | успех |
| 16:40 | Открытие по коду | Сеанс 8842, QR-код | успех |
| 16:47 | Дверца открыта дольше нормы | Датчик двери, 6 мин | событие |
| 18:20 | Уведомление об окончании срока | Правило «за 40 мин» | доставлено |
| 18:49 | Отказ в доступе | Код введён неверно, попытка 2 из 5 | отказ |
| 18:52 | Завершение сеанса | Подтверждение на экране, доплата 180 | успех |
| 19:14 | Сервисное открытие | Дежурный Асанов, причина «уборка ячейки» | вручную |
Кадр экрана системы, данные демонстрационные. Обратите внимание на строку 18:49: неудачная попытка ввода — тоже событие. Журнал, в который попадают только успехи, не годится для разбора спорной ситуации, потому что именно отказы и ручные открытия в ней и обсуждаются.
Администратор
роли и права сотрудников
Панель администратора — это рабочее место, а не «настройки». Большую часть времени сотрудник смотрит на две вещи: что происходит с ячейками прямо сейчас и что требует его вмешательства.
Что на первом экране: карта шкафов с занятостью по типоразмерам, список открытых событий по срочности, ячейки в просрочке, ячейки, выведенные из оборота. Не весь список ячеек подряд — иначе на объекте с двумя сотнями ячеек первый экран бесполезен.
Что администратор может сделать:
- Открыть ячейку вручную — с обязательным указанием причины, которая попадает в журнал вместе с именем сотрудника
- Продлить или завершить сеанс — когда человек не может сделать этого сам
- Повторно выдать код — по существующему сеансу, без создания нового
- Заблокировать ячейку — вывести из оборота на уборку, ремонт или под служебную задачу
- Разобрать событие — отметить, что проверил, что нашёл и чем закончилось
- Изменить тарифы и правила — если у роли есть такое право; изменение фиксируется с автором и временем
Права раздаются ролью, а не человеку. На объекте с тремя сотрудниками разницы не видно, но как только их становится двадцать, персональные настройки перестают поддаваться проверке: никто не может ответить, у кого сейчас есть право открывать чужие ячейки. Роль — это ответ на этот вопрос в одну строку.
- Видеть занятость и события своего объектадежурныйБазовый доступ: без него сотрудник не может работать в смене
- Повторно выдать код по сеансудежурныйСамая частая операция поддержки; фиксируется в журнале сеанса
- Открыть ячейку вручнуюдежурный, с причинойПричина обязательна и выбирается из списка; открытие без причины система не проводит
- Завершить чужой сеанс досрочноадминистратор объектаДежурному недоступно: это закрытие оплаченной услуги, а не помощь посетителю
- Изъять вещи из просроченной ячейкиадминистратор объектаОтдельное право с обязательной отметкой о том, куда перемещено содержимое
- Менять тарифы и правила храненияруководительИзменение вступает в силу с указанной даты и хранится с прежним значением
- Выдавать права другим сотрудникамруководительПраво, которое нельзя выдать самому себе: назначение ролей всегда идёт сверху
- Видеть персональные данные пользователейотдельное правоНе входит ни в одну роль по умолчанию и выдаётся адресно, под обоснование
Последние две строки — не перестраховка. Право раздавать права и право видеть персональные данные обходят все остальные ограничения, поэтому они всегда выделены в отдельные, а не входят в пакет «администратор».
Несколько объектов в одной панели
Когда шкафы стоят на одном объекте, достаточно списка. Когда объектов десять, появляется всё то, чего у одиночной точки нет.
- Группировка — по объекту, зоне, типу шкафа и ответственному, у каждой группы своя сводка
- Свой адресат — событие уходит дежурному того объекта, где оно возникло, а не в общий список
- Эскалация — событие, которое не приняли за отведённое время, уходит следующему по цепочке
- Сравнение объектов — где выше загрузка, где чаще просрочки, где больше отказов оборудования
- Общие справочники — тарифы и правила задаются один раз и применяются к группе объектов
Что видит сотрудник о человеке
Ровно столько, сколько нужно для работы: номер сеанса, ячейка, время, способ доступа, состояние оплаты. Контактные данные, если они собирались, показываются отдельным правом и с записью в журнал — сам факт просмотра тоже событие.
Состав собираемых о пользователе данных — проектное решение, и определяется он требованиями объекта и законодательства, а не возможностями системы. Сценарий, в котором о человеке не хранится ничего, кроме номера ячейки и времени, — рабочий и часто достаточный.
Мониторинг состояния
оборудования
Шкаф стоит без присмотра, и это его главное свойство. Значит, о неисправности система должна узнавать сама — иначе о ней сообщит посетитель, у которого не открылась ячейка с вещами.
Что отслеживается постоянно:
- Связь со шкафом — контроллер выходит на связь вовремя или молчит дольше допустимого интервала
- Ответ замка — открывается ли ячейка по команде и подтверждает ли датчик результат
- Положение дверцы — закрыта, открыта, открыта дольше нормы, открылась без команды
- Питание — есть ли напряжение на шкафу и в какой момент оно пропало
- Периферия — работает ли сканер, экран, считыватель карт, платёжный узел
- Ошибки контроллера — коды, которые он сообщает сам, если это предусмотрено моделью
Молчание — тоже событие. Шкаф, который не выходит на связь, не означает «всё спокойно»: он означает, что о состоянии двухсот ячеек и вещей внутри ничего не известно. Поэтому потеря связи создаёт такое же событие, как отказ замка, а не оставляет пробел в наблюдении.
Что происходит с неисправной ячейкой. Она автоматически выводится из подбора: следующему человеку её не предложат. По ней создаётся задание сервисной службе с номером шкафа, номером ячейки и описанием отказа. Вернуть ячейку в оборот можно только отметкой о выполненной работе — сама по себе она не «выздоравливает».
Подход к контролю оборудования — тот же, что мы применяем в системах IoT-мониторинга: показатель, норма, выдержка, событие, ответственный. Разница только в том, что здесь измеряется не температура, а отклик замков и наличие связи.
Не каждое отклонение — авария
Уровней три, и от уровня зависит, кого система побеспокоит и как быстро.
- Отметка — записано в историю, никого не беспокоит: короткая задержка ответа, одиночная неудачная попытка ввода кода
- Событие — требует реакции, но не срочной: дверца открыта дольше нормы, одна ячейка не отвечает, ячейка в просрочке
- Авария — шкаф не на связи, пропало питание, отказала группа замков: сообщение уходит сразу и нескольким сотрудникам
Выдержка — время, которое система ждёт, прежде чем поднять тревогу, — задаётся для каждого типа события. Без неё уборка зала и штатное обслуживание превратятся в поток ложных сообщений, после которого их перестанут читать.
Отчёт о доступности
За период по каждому шкафу видно, сколько времени он был на связи, сколько ячеек и как долго простояли выведенными из оборота, сколько отказов пришлось на каждую ячейку. Эти цифры отвечают на практический вопрос: какие ячейки пора менять, а какой шкаф стоит в месте, где не держится связь.
Замки и контроллеры
Доступ по коду и карте
Панель администратора
Журнал каждого открытия
Безопасность
доступа и данных
Безопасность в такой системе складывается не из одной меры, а из нескольких простых правил, каждое из которых закрывает свой способ добраться до чужой ячейки.
Код действует ограниченно. У каждого кода есть срок, ячейка и число допустимых применений. Код, действующий бессрочно и на любую ячейку, — это не ключ, а отмычка, поэтому такого состояния система не допускает даже для сотрудников.
Подбор кода не проходит. Число попыток ввода ограничено, после исчерпания ввод блокируется на время, а серия неудач становится событием для разбора. Без этого четырёхзначный PIN подбирается за вечер.
Решение принимает сервер. Контроллер шкафа не хранит коды и не решает, кого пускать, — он исполняет команду. Поэтому доступ к оборудованию не даёт доступа к ячейкам, а отзыв кода срабатывает мгновенно.
Все открытия записаны. Журнал неизменяем: запись нельзя отредактировать или удалить, исправление вносится новой записью. Это касается и сотрудников — сервисное открытие видно в истории ячейки наравне с обычным.
Права разделены. Просмотр, ручное открытие, изменение правил и работа с персональными данными — разные права. Одна учётная запись, которая может всё, — это единственная точка отказа всей защиты.
О чём система не отвечает. Она контролирует доступ, но не заменяет физическую защиту: прочность шкафа, видеонаблюдение в зоне, порядок действий персонала и правила хранения ценных вещей остаются задачей объекта. Честнее сказать это прямо, чем оставить впечатление, что программа делает шкаф несгораемым сейфом.
Что уходит в очередь разбора
- Серия неудачных вводов — несколько ошибочных кодов подряд на одном шкафу за короткий интервал
- Открытие без команды — датчик сообщил об открытии дверцы, которого система не инициировала
- Оплата без выдачи и выдача без оплаты — расхождение двух потоков по одному сеансу
- Частые ручные открытия — один сотрудник открывает чужие ячейки заметно чаще остальных
- Повторная выдача кода — код по одному сеансу выдавался несколько раз подряд
Ни одно из этих событий само по себе не означает нарушения: код ошибочно вводят и добросовестные люди, а ячейки открывают вручную по десятку законных причин. Смысл очереди в том, что такие случаи не растворяются в общем журнале, а собираются в отдельный список, который кто-то регулярно просматривает.
Персональные данные
Состав данных о пользователе определяется сценарием объекта. Разовое хранение может обходиться вообще без них — только ячейка, время и код. Абонемент требует учётной записи. Корпоративные шкафчики связаны с кадровой системой. Чем меньше данных собирается, тем меньше их нужно защищать, поэтому состав обсуждается до разработки, а не расширяется «на всякий случай».
Интеграции и API
Система хранения редко живёт отдельно: она стоит внутри объекта, у которого уже есть свои программы. Обмен строится через API — внешний интерфейс, через который другая система может выдать ячейку, получить код, узнать состояние или забрать журнал. Ниже — направления обмена, которые встречаются чаще всего.
Собственное API
Базовый способ подключения: выдать ячейку, получить и отозвать код, узнать занятость, закрыть сеанс, забрать события. Через него подключается всё остальное, включая внутренние сервисы заказчика.
Система пропусков объекта
Там, где у людей уже есть карты: ячейка открывается тем же пропуском, что и турникет. Требует согласования по типу карт и по тому, какой интерфейс отдаёт наружу действующая система контроля доступа.
Кадровая и учётная система
Для корпоративных шкафчиков: сотрудник принят — шкафчик закреплён, уволен — доступ снят и ячейка освобождена. Иначе через год половина шкафчиков числится за людьми, которых на объекте нет.
Платёжные сервисы
Приём оплаты, возврат, сверка операций. Конкретный провайдер и способы оплаты определяются проектом, а требования к фискальной части — законодательством страны и моделью оборудования.
Каналы уведомлений
Доставка сообщений пользователям и сотрудникам: приложение, сообщения на телефон, мессенджеры, почта. Канал подключается отдельно и выбирается по объекту.
Интернет-магазин и доставка
Сценарий выдачи заказов через ячейку: заказ приходит извне, ячейка назначается, коды расходятся отправителю и получателю. Подробно этот контур разобран на странице систем самообслуживания.
Мониторинг оборудования
Передача состояний шкафов и замков во внешнюю систему наблюдения, если она на объекте уже есть, или использование нашего контура IoT-мониторинга.
Бухгалтерия и отчётность
Выгрузка данных о платных сеансах и оплатах в учётную систему. Владелец справочника тарифов при этом один — либо учётная система, либо система хранения, но не обе сразу.
Выгрузка данных
Регулярная передача журнала и показателей в хранилище или систему отчётности заказчика — когда аналитика по объекту строится в общем контуре компании, а не отдельно.
Конкретный перечень интеграций мы не заявляем заранее: возможность обмена зависит от того, какой интерфейс отдаёт наружу система на стороне заказчика. Что подключается сразу, что потребует доработки на встречной стороне, а что придётся закрывать выгрузкой файлов, становится понятно на обследовании — до начала работ, а не в процессе.
Где применяются такие системы
Оборудование и логика везде одни и те же: ячейка, замок, код, сеанс, журнал. Отличаются сценарий, срок хранения и то, платная услуга или нет — именно из этих трёх различий и складывается разница в настройке.
Торговые центры
Разовое хранение на несколько часов: покупки, коляски, крупные вещи. Поток большой, посетители случайные, поэтому нужны простой доступ по коду, быстрая выдача и жёсткое правило возврата ячейки в оборот к закрытию центра.
Вокзалы и транспортные узлы
Классическая камера хранения: багаж на несколько часов или суток, оплата по времени, круглосуточная работа. Здесь важнее всего надёжность автономной работы и понятное правило просрочки — люди опаздывают на транспорт.
Фитнес-клубы и бассейны
Шкафчик на время тренировки, чаще всего бесплатно и по клубной карте. Ценность системы не в оплате, а в том, что администратор видит занятые шкафчики и открывает забытый без вскрытия замка.
Офисы и коворкинги
Личный шкафчик сотрудника или резидента: закреплённая ячейка, доступ по пропуску, срок по договору. Связка с кадровой системой снимает главную проблему — шкафчики, закреплённые за уволившимися.
Бизнес-центры
Ячейки для арендаторов и посетителей, передача документов и ключей между компаниями без встречи. Здесь чаще всего нужен сценарий с двумя кодами — на закладку и на получение.
Склады индивидуального хранения
Кладовки, которые сдаются на месяцы: длительный сеанс, оплата абонементом, доступ по карте или коду. Программная часть отвечает за срок, продление, блокировку при неоплате и историю посещений.
Производства и склады
Ячейки под инструмент, приборы и спецодежду. Задача не в оплате, а в ответственности: кто взял, когда вернул, что не вернулось к концу смены. Журнал здесь — основной результат работы системы.
Учебные заведения и библиотеки
Шкафчики для студентов и посетителей, выдача и приём книг и техники через ячейку. Обычно требуется связка с существующей системой учёта людей, а не собственный справочник пользователей.
Медицинские и государственные учреждения
Ячейки для посетителей в зоне ожидания и служебные шкафчики персонала. Требования к журналу и к разграничению прав здесь выше обычного, а состав собираемых данных — минимальный.
Аналитика
и отчётность
Данных система накапливает много, но полезны из них немногие. Практический смысл имеют четыре вопроса: хватает ли ячеек, какие размеры нужны, где теряется время и какое оборудование пора обслужить.
Что показывает загрузка. Не средняя цифра за месяц, а распределение по часам и дням: объект может быть загружен на 45% в среднем и при этом каждую субботу с 14 до 18 не иметь ни одной свободной малой ячейки. Решение — добавить ячейки нужного размера, а не шкаф целиком.
Показатели, которые считаются по объекту:
- Загрузка — доля занятых ячеек по часам, дням недели и типоразмерам
- Оборачиваемость — сколько сеансов проходит через одну ячейку за период
- Средняя длительность сеанса — отдельно по типоразмерам и по дням недели
- Отказы в выдаче — сколько раз человек не получил ячейку, потому что свободных нужного размера не было
- Просрочки — доля сеансов, вышедших за срок, и сколько времени они держали ячейку
- Доступность оборудования — сколько времени ячейки простояли выведенными из оборота и по какой причине
- Выручка — при платном хранении: по объекту, типоразмеру и периоду
Отказ в выдаче — самый недооценённый показатель. Занятость видна всем, а вот человек, который подошёл, не нашёл свободной ячейки и ушёл, в обычной статистике не остаётся вообще. Между тем именно это число отвечает на вопрос, нужно ли расширять шкаф.
Отчёты выгружаются файлом и могут строиться по расписанию — например, первого числа каждого месяца по всем объектам сразу.
Загрузка по часам
Два часа полной занятости на графике означают не «хорошо загружено», а очередь и отказы. Рядом с этим показателем всегда стоит число людей, ушедших без ячейки, — иначе пик читается как успех.
Что дают эти цифры на практике
- Сколько ячеек добавить и каких — по отказам и по загрузке в разрезе типоразмеров, а не по общему ощущению
- Стоит ли менять тариф — если ячейки держат по восемь часов, тариф не мешает обороту, а поощряет его
- Где нужен второй шкаф — сравнение объектов по отказам и пиковой загрузке
- Какие ячейки заменить — по числу отказов оборудования на конкретную ячейку за период
Порядок внедрения
Этапы идут именно в этом порядке. Пропуск обследования — самая частая причина, по которой систему собирают под оборудование, которое нужных команд не принимает.
1. Обследование
Что уже стоит на объекте: шкафы, замки, контроллеры, считыватели, связь, электропитание. Какие сценарии нужны, платное ли хранение, кто отвечает за ячейки. На выходе — что подключается сразу, что требует доработки и чего на объекте не хватает.
2. Пилот на одном шкафу
Один шкаф целиком: обмен с контроллером на живом оборудовании, проверка открытия и датчиков, настройка сроков, тарифов и правил по фактическому поведению людей, а не по документации.
3. Правила и роли
Кто за какие объекты отвечает, какие события кому уходят, что считается аварией, как обрабатывается просрочка. Здесь же настраиваются права сотрудников и порядок ручных открытий.
4. Развёртывание
Остальные шкафы и объекты по отработанной схеме, новые типы оборудования — отдельными модулями обмена. Дальше копится история, появляются отчёты за период и данные для расширения.
Наши клиенты
Обсудим вашу систему хранения
Свяжитесь с нами сейчас
Напишите, что за объект, сколько ячеек и какие шкафы уже стоят, платное ли хранение и кто будет работать с системой. Мы ответим, что подключается к существующему оборудованию, какие сценарии доступа подойдут и с чего разумно начать пилот.
