Коворкинг теряет до 30% выручки, если бронирование идёт через звонки и Excel. Мы знаем это по десяткам проектов: пустующее место в 14:00 — это упущенная прибыль. Наш опыт показывает, что автоматизация бронирования на 1С-Битрикс возвращает до 20% времени администраторам и повышает заполняемость. Стоимость такой разработки окупается за 3–6 месяцев. Мы предлагаем сайт коворкинга под ключ: от каталога пространств до интеграции со СКУД и фискализацией по 54-ФЗ. Оцените свой проект — свяжитесь с нами для бесплатной консультации.
Сайт коворкинга обязан продавать время: показать пространства, дать выбрать свободный слот, принять оплату и выдать QR-код для прохода — всё без участия администратора. На 1С-Битрикс это связка модуля sale, Highload-блоков для бронирования и интеграции со СКУД. Для фискализации подключаем AtolOnline или CloudPayments с поддержкой 54-ФЗ.
Почему 1С-Битрикс для сайта коворкинга?
Платформа даёт гибкость для сложной тарифной сетки: почасовая аренда, дневные абонементы, безлимит на месяц. Инфоблоки v2.0 и Highload-блоки позволяют хранить пространства, бронирования и регистрации. Встроенные бизнес-процессы автоматизируют проверку истекших абонементов через агентов (CAgent). Также доступна интеграция с 1С:УТ через CommerceML для синхронизации товаров и заказов.
Как автоматизировать бронирование без конфликтов?
Бронирование — ядро сайта коворкинга. Стандартные модули Битрикс заточены под товарный e-commerce, а здесь нужно продавать временные слоты с визуализацией занятости. Используем кастомную разработку поверх модуля sale.
Highload-блок бронирований
Центральная сущность — Highload-блок «Бронирования» (BookingTable):
| Поле | Тип | Назначение |
|---|---|---|
| UF_SPACE_ID | Привязка | Пространство из инфоблока |
| UF_USER_ID | Число | Кто забронировал |
| UF_DATE | Дата | Дата бронирования |
| UF_TIME_FROM | Строка | Время начала (HH:MM) |
| UF_TIME_TO | Строка | Время окончания (HH:MM) |
| UF_ORDER_ID | Число | ID заказа в модуле sale |
| UF_STATUS | Список | Ожидает оплаты / оплачено / отменено / завершено |
| UF_QR_TOKEN | Строка | Уникальный токен для QR-кода |
| UF_CHECKIN | Дата/время | Фактическое время входа через СКУД |
| UF_CHECKOUT | Дата/время | Фактическое время выхода |
Индексы: составной индекс по UF_SPACE_ID + UF_DATE + UF_STATUS для быстрой выборки занятости.
Защита от двойного бронирования
При одновременном бронировании одного слота двумя пользователями применяем оптимистичную блокировку: перед созданием записи контроллер проверяет отсутствие пересечений и использует транзакцию БД. Если слот уже занят — возвращается ошибка, и фронтенд обновляет календарь.
Слоты со статусом «Ожидает оплаты» автоматически отменяются через 15 минут агентом. Это предотвращает блокировку популярных переговорных неоплаченными бронями.
Каталог пространств и тарифы
Инфоблок «Пространства» с разделами по типам: Hot desk, Fixed desk, Переговорная, Private office, Event-зал. Свойства: вместимость, площадь, оснащение, этаж, фото, 3D-тур (Matterport), минимальное время бронирования.
Тарифная сетка реализуется через торговые предложения (SKU) модуля sale. Например, товар «Hot desk» имеет предложения: 1 час, 1 день, 10 дней/месяц, Безлимит/месяц. Абонементы оформляются как подписки с автоматической проверкой истечения через агента.
Интеграция со СКУД
После оплаты система генерирует уникальный UF_QR_TOKEN (UUID v4) и отправляет QR-код на email и в личный кабинет. При сканировании QR на считывателе СКУД endpoint /api/skud/verify/ проверяет токен, статус «Оплачено» и временной допуск ±15 минут. Протокол зависит от модели: для ZKTeco или Sigur — REST API, для Болид «Орион» — через промежуточный сервер.
Личный кабинет арендатора
Вкладки: Мои бронирования, Абонемент, История посещений (чекин/чекаут из СКУД), Избранное. Для абонемента «Безлимит» QR-код привязывается к пользователю на весь период.
Что входит в разработку под ключ
- Проектирование: прототипы, ER-схема Highload, сценарии бронирования
- Дизайн: макеты каталога, календаря, личного кабинета (мобильный адаптив)
- Разработка: инфоблоки, товары
sale, система бронирования, СКУД-интеграция - Фискализация: подключение онлайн-кассы (АТОЛ, CloudPayments) с передачей данных в ОФД
- Тестирование: нагрузочное, проверка конфликтов бронирований, СКУД-сценариев
- Документация: техническая и пользовательская
- Обучение: инструктаж администраторов по управлению каталогом и бронями
Сроки реализации
| Этап | Содержание | Срок |
|---|---|---|
| Аналитика | Каталог пространств, тарифная матрица, требования к СКУД | 5–7 дней |
| Проектирование | Прототипы, ER-схема, сценарии бронирования | 7–10 дней |
| Дизайн | Макеты (каталог, календарь, ЛК), мобильный адаптив | 10–12 дней |
| Каталог и тарифы | Инфоблоки, товары sale, торговые предложения |
7–10 дней |
| Система бронирования | Highload, календарь, оплата, защита от конфликтов | 14–18 дней |
| СКУД-интеграция | API endpoint, генерация QR, тестирование с оборудованием | 7–10 дней |
| ЛК и community | Личный кабинет, резиденты, мероприятия | 7–10 дней |
| Тестирование и запуск | Нагрузочное тестирование, пуско-наладка СКУД | 5–7 дней |
Общий срок — 9–12 недель. Интеграция со СКУД зависит от модели оборудования: если система поддерживает REST API из коробки, укладываемся в 7 дней. Если нужен промежуточный сервер — до 10 дней. Оборудование должно быть смонтировано до начала этапа интеграции.
Закажите сайт коворкинга под ключ — мы проведём аудит текущих процессов и предложим оптимальное решение.