Спецификация решения Reven и объём доступа
Reven — модульная платформа для сервисных компаний и ресторанов. Она объединяет продажу и обслуживание ваучеров, депозитов, листов ожидания, бронирований, программ лояльности и купонов, а для ресторанов — общее меню, Ordering, KDS, Kiosk и POS.
Проверено 2026-07-15
Reven — модульная платформа для сервисных компаний и ресторанов. Она объединяет продажу и обслуживание ваучеров, депозитов, листов ожидания, бронирований, программ лояльности и купонов, а для ресторанов — общее меню, Ordering, KDS, Kiosk и POS.
Этот документ описывает возможности платформы. Объём, предоставляемый конкретной компании, определяется исключительно таблицей «Объём клиента», договором, активными модулями и согласованными интеграциями. Наличие функции в Reven не означает, что она автоматически включена в каждый пакет.
Данные документа
| Поле | Значение для заполнения |
|---|---|
| Клиент / название компании | |
| Идентификатор или slug компании | |
| Версия спецификации | |
| Дата вступления в силу | |
| Регион и валюта | |
| Публичный язык по умолчанию | |
| Ответственный за внедрение |
Объём клиента
Перед подписанием или запуском необходимо отметить активные модули и зависимости.
| Модуль | Включён | Основные зависимости / примечания |
|---|---|---|
| Публичный профиль и панель компании | ☐ | аккаунт владельца, профиль, язык, валюта |
| Ваучеры | ☐ | предложение, онлайн-оплата или ручной выпуск, письмо/PDF |
| Депозиты | ☐ | правило суммы, услуги, политика отмены, платёж |
| Лист ожидания | ☐ | публичная форма, обязательные данные, расписание |
| Бронирование | ☐ | услуги, специалисты, доступность, правила отмены |
| Лояльность | ☐ | баллы или отметки, награды, карта клиента |
| Купоны | ☐ | кампании, лимиты и погашение сотрудником |
| Reven Ordering | ☐ | опубликованное меню, платежи, самовывоз/доставка |
| Reven KDS | ☐ | станции приготовления и операционная обработка заказов |
| Reven Kiosk | ☐ | устройство, локальный агент, терминал и фискальная интеграция согласно объёму |
| Reven POS | ☐ | общее меню, рабочее место и согласованный способ оплаты |
| Платёжные интеграции | ☐ | провайдер, торговый аккаунт, валюта, онбординг и webhooks |
| Wallet / цифровые карты | ☐ | отдельная настройка Apple/Google в зависимости от продукта |
| Миграция данных / внешние интеграции | ☐ | только после определения источника, объёма и критериев приёмки |
Общие функции платформы
Панель показывает только активные для компании модули и функции, разрешённые ролью пользователя. В рамках приобретённого плана владелец может управлять профилем компании, командой, настройками продуктов, платежами, приватностью и биллингом. Поддерживаемые языки публичного контента: польский, английский, русский, украинский и испанский; полнота перевода зависит от модуля и контента, введённого клиентом.
Система хранит суммы в минимальных единицах валюты и не хранит полные данные платёжных карт. Карточные транзакции и локальные способы оплаты обрабатывает настроенный провайдер.
Описание модулей
Ваучеры
Клиенты могут продавать ваучеры на произвольную сумму, фиксированную стоимость и конкретное предложение, услугу, товар или впечатление. Компания настраивает номиналы, произвольную сумму, цену продажи, срок действия, частичное или однократное погашение, оформление PDF, тексты и изображения. Сотрудники могут вручную выпускать ваучер, проверять баланс, погашать и аннулировать его в рамках своих прав и повторно отправлять материалы. Разрешённые ваучеры можно использовать как преимущество при заказе; предложение, связанное с позицией меню, может давать право именно на эту позицию. Подробнее: Ваучеры.
Депозиты
Модуль принимает предоплату, связанную с бронированием. Сумма может быть фиксированной, процентной или заданной сотрудником индивидуально. Компания настраивает список услуг, публичную политику отмены и необязательное правило возврата. В панели отображаются депозиты, статусы и операции, а уполномоченные сотрудники создают быстрые ссылки. Подробнее: Депозиты.
Лист ожидания
Публичная форма позволяет клиенту присоединиться к листу ожидания. Компания определяет обязательность телефона и email и настраивает услуги, предпочтительные даты и время, число возможных дат и часы приёма заявок. Сотрудники управляют статусами, заметками и связью с ожидающим клиентом. Подробнее: Лист ожидания.
Бронирование
Конечный клиент выбирает услугу, специалиста и доступное время. Компания задаёт горизонт бронирования, интервал слотов, окно отмены, услуги, длительность, цены, необязательный депозит, специалистов и их расписания. В панели обработка записей объединена с депозитами и заявками листа ожидания. Подробнее: Бронирование.
Лояльность и купоны
Программа Loyalty использует баллы или отметки. Компания задаёт название программы, правило начисления, целевое число отметок и награды за баллы. Сотрудники могут регистрировать клиентов, сканировать карту и добавлять или списывать баланс в пределах своей роли. Купоны — отдельные кампании с типом преимущества, содержанием, датой окончания, общим лимитом и лимитом на клиента. Подробнее: Лояльность и купоны.
Restaurant Commerce
Ordering, KDS, Kiosk и POS используют общее меню и единый процесс заказа. Меню содержит категории, позиции, цены, изображения, метки, группы модификаторов, доступность, станции приготовления, зоны доставки, сборы, минимумы заказа, вместимость и базовое время выполнения. Заказ может быть для обслуживания на месте, самовывоза или настроенной доставки. Компания выбирает автоматическое принятие оплаченных заказов либо ручное подтверждение с обещанным временем выполнения.
Kiosk проводит гостя через меню и оплату и может предлагать отдельную покупку ваучера. Физический терминал, фискальный принтер, сканер и драйверы являются частью решения только тогда, когда они указаны в объёме клиента и приняты по результатам тестирования. Без соответствующей интеграции с устройством Reven нельзя считать сертифицированной фискальной кассой. Подробнее: Restaurant Commerce.
Настройка и ответственность
Reven предоставляет активные модули и согласованные интеграции. Клиент отвечает за корректность своего предложения, цен, налогов, контента, условий, данных сотрудников, расписаний, доступности, правил отмены и данных аккаунта провайдера. Перед публикацией клиент должен провести тест покупки или бронирования и тест операции сотрудника.
Изменения настроек могут сразу повлиять на новые транзакции и публичные страницы. Их влияние на ранее проданные ваучеры, оплаченные заказы или сохранённые бронирования нужно оценивать отдельно; нельзя предполагать, что исторические snapshots и статусы пересчитались автоматически.
Зависимости и исключения
- Доступность способов оплаты зависит от валюты, региона, статуса торгового аккаунта и провайдера.
- Доставка сообщений зависит от корректного адреса клиента и почтового провайдера.
- Apple Wallet, Google Wallet, терминалы, фискальная интеграция, принтеры и сканеры требуют соответствующей настройки или драйвера.
- Миграции, интеграции с marketplace, внешние POS, бухгалтерия и нестандартные отчёты не включены по умолчанию.
- Функции со статусом pilot, demo или simulator не становятся производственным обязательством без отдельного подтверждения.
Приёмка решения
Перед запуском обе стороны должны подтвердить:
- активные модули и роли пользователей;
- профиль, язык, валюту и публичные ссылки;
- тестовую транзакцию, отмену и, где применимо, возврат;
- доставку email/PDF/Wallet для используемых продуктов;
- реальный сценарий сотрудника: сканирование, погашение, принятие заказа или обработку записи;
- устройства и внешние интеграции, указанные в объёме;
- процедуру обращения в поддержку и лиц, уполномоченных запрашивать изменения.
После заполнения данных документа, объёма и подписей эта спецификация может служить основой функционального приложения к договору при условии коммерческого и юридического утверждения.