Ищем команду под платформу управления мастерской-мейкерспейсом, где всё крутится вокруг допусков и учёта работы оборудования. У нас несколько уровней членства, и каждый уровень задаёт свои правила: месячный запас часов, перечень станков в тарифе, условия по мероприятиям и порядок оплаты часов сверх лимита. Ключевое требование — бронь станка возможна только при действующем допуске именно на этот станок. Лазерные резаки, 3D-принтеры, фрезер с ЧПУ и вспомогательное оборудование требуют предварительного обучения, и без пройденного инструктажа станок не должен показываться как доступный. Как только допуск просрочен, оборудование пропадает из списка участника до переаттестации, без ручного вмешательства администратора.
Модуль бронирования должен опираться на реальные правила каждого узла, а не на свободный календарь. Для станка задаются график, минимальный и максимальный интервал, технический перерыв между сессиями и учёт расходных материалов, при этом накладки и двойные брони исключаются на уровне логики. На основе подтверждённой брони мы хотим открывать физический доступ: замок помещения и питание станка активируются участнику строго в его интервал и только при валидном допуске, а факты прохода и запуска фиксируются в журнале для последующего разбора. Расчёты формируются сами по факту работы — взносы за членство, машинное время по часам или за операцию, потраченные материалы и штрафы за срыв брони — и сводятся в помесячный счёт по каждому участнику.
Отдельный блок — обучающие события и мастер-классы: календарь, ограничение по числу мест, запись и очередь ожидания, а по итогам занятия система должна проставлять допуск, который тут же открывает соответствующее оборудование. Нужен понятный кабинет участника для брони, отмены и контроля баланса и рабочее место оператора для ведения станков, тарифов, допусков и журнала доступа. Просим указать предлагаемый стек, сроки и примеры похожих внедрений.
— уровни членства с квотой часов, списком станков и ценой;
— запрет брони без действующего допуска на конкретный узел;
— защита от накладок с техническими перерывами и графиком станка;
— открытие замка и питания станка по подтверждённой брони и журнал;
— автоматический расчёт по факту работы и помесячные счета;
— мастер-классы с записью и простановкой допуска по итогу.
Модуль бронирования должен опираться на реальные правила каждого узла, а не на свободный календарь. Для станка задаются график, минимальный и максимальный интервал, технический перерыв между сессиями и учёт расходных материалов, при этом накладки и двойные брони исключаются на уровне логики. На основе подтверждённой брони мы хотим открывать физический доступ: замок помещения и питание станка активируются участнику строго в его интервал и только при валидном допуске, а факты прохода и запуска фиксируются в журнале для последующего разбора. Расчёты формируются сами по факту работы — взносы за членство, машинное время по часам или за операцию, потраченные материалы и штрафы за срыв брони — и сводятся в помесячный счёт по каждому участнику.
Отдельный блок — обучающие события и мастер-классы: календарь, ограничение по числу мест, запись и очередь ожидания, а по итогам занятия система должна проставлять допуск, который тут же открывает соответствующее оборудование. Нужен понятный кабинет участника для брони, отмены и контроля баланса и рабочее место оператора для ведения станков, тарифов, допусков и журнала доступа. Просим указать предлагаемый стек, сроки и примеры похожих внедрений.
— уровни членства с квотой часов, списком станков и ценой;
— запрет брони без действующего допуска на конкретный узел;
— защита от накладок с техническими перерывами и графиком станка;
— открытие замка и питания станка по подтверждённой брони и журнал;
— автоматический расчёт по факту работы и помесячные счета;
— мастер-классы с записью и простановкой допуска по итогу.
