01
От регистрации до подтверждённой выдачи
Сотрудник ресепшена выбирает категорию, описывает отличительные признаки, указывает место и время находки, точку хранения и ожидаемый срок. Запись получает короткий номер. По нему команда быстро находит вещь во время звонка или личного обращения посетителя.
К записи можно приложить до пяти фотографий. Файлы хранятся в контуре конкретной организации и открываются через авторизацию сотрудника. В ответах API отсутствуют внутренние ключи хранилища и прямые ссылки провайдера.
- одежда, электроника, документы, ключи, сумки и другие категории;
- филиал и точное место хранения;
- поиск по номеру, описанию и месту;
- фото с ограничением типа и размера;
- очередь вещей с истёкшим сроком хранения.
02
Понятные решения для каждого результата
Рабочий статус показывает, что вещь остаётся на хранении. Закрытие требует выбрать реальный результат: выдано владельцу, передано ответственным, передано на благотворительность, списано или отменено как ошибочная запись. Для каждого результата сотрудник указывает причину и ссылку на подтверждение.
Если владельцем оказался действующий клиент, запись связывается с его карточкой. Для гостя можно провести выдачу без создания фиктивного члена клуба. Ошибочное закрытие исправляется отдельной операцией возврата на хранение, поэтому прежнее действие остаётся в истории.
03
История, роли и изоляция данных
События журнала нельзя переписать обычным обновлением базы. Повторный запрос после обрыва связи возвращает прежний результат, а изменённая команда с тем же ключом вызывает конфликт. Параллельные решения по одной вещи сериализуются на сервере.
Ресепшен, директор филиала и ответственный за инвентарь могут вести журнал. Кассир получает просмотр для сверки спорной операции. Каждая организация видит только свои записи благодаря row level security и обязательному organization scope.
- append-only события;
- идемпотентные команды;
- отдельные права просмотра, управления и выдачи;
- RLS и FORCE RLS;
- безопасный аналитический набор без описаний и личности владельца.
04
Что можно проверить на демонстрации
На демо сотрудник регистрирует находку с фото, находит её через поиск и открывает историю. Затем вещь выдаётся клиенту с подтверждением. Руководитель возвращает ошибочно закрытую запись на хранение и видит все три события в правильном порядке.
Отдельно проверяются мобильная ширина, роли сотрудников, повтор команды, параллельное закрытие и изоляция двух клубов. Журнал уже работает в общей платформе Taska Core как нейтральный модуль service_ops и подключается к ProGym через явные права fitness-ролей.
Для пилота команда переносит текущие места хранения, назначает ответственных по сменам и согласует сроки для разных категорий. После первой рабочей недели руководитель сверяет журнал с фактическими ячейками и уточняет регламент по реальным обращениям посетителей.