Статус: проектный текст редакции `2026-08-18`. Не оферта в смысле ст. 435 ГК РФ, пока оператор не утвердит документ и не снимет баннер на сайте. Не является юридической консультацией.
Оператор: [НАИМЕНОВАНИЕ], ИНН [ИНН], ОГРН [ОГРН], адрес [АДРЕС], сайт https://bukergo.ru, email hello@bukergo.ru.
Акцепт: регистрация аккаунта с отметкой о принятии этой оферты или первое использование кабинета после публикации действующей редакции. Дата редакции фиксируется в журнале (`legal_pack_version`).
1. Предмет
1.1. Букер оказывает цифровые услуги: доступ к программному обеспечению, каталогу с календарём, заявке, Deal Room (фиксация условий, журнала действий, черновика договора сторон, статуса платежа от партнёра), сопровождению оператором в пределах SLA пилота.
1.2. Букер не является исполнителем выступления, арендодателем зала, работодателем сторон, банком, эскроу-агентом, страховщиком. Букер не сторона договора об услуге артиста и не сторона договора аренды площадки.
1.3. Услуга артиста заключается между заказчиком и организацией исполнителя. Аренда зала — между заказчиком и организацией площадки. Каждая такая сделка оформляется отдельной бронью (`Booking`).
1.4. Название BOOKED из внутренних материалов в оферте и интерфейсе не используется.
2. Кто может пользоваться сервисом
2.1. Заказчик, исполнитель, площадка — через организацию и права сотрудника (`can_confirm_offer` и иные флаги).
2.2. Пилот ориентирован на юрлица и ИП. Самозанятые (НПД) в эту редакцию не включены.
2.3. Платформенный администратор не является стороной выступления. Его действия журналируются.
3. Каталог и календарь
3.1. В выдаче только профили с календарём. Занятый или отсутствующий слот не показывается как свободный.
3.2. Карточка не обещает дату и цену сами по себе. Свободный слот — технический статус календаря, не оферта исполнителя.
3.3. До 10 подтверждённых сделок публикуются факты (например, «организация проверена»), а не рейтинг-формула.
4. Заявка, оффер, цена
4.1. Заявка и черновики полей «пока не знаю» не имеют силы договора.
4.2. Цена (гонорар, комиссия, итог) считается только на сервере. На экране показывается идентификатор предложения (`quote_id` / версия оффера). Пользователь не вправе полагаться на самостоятельно пересчитанные цифры.
4.3. Условия сделки действуют, когда обе стороны подтвердили активную версию оффера (ack). Подтверждение одной стороны сделку не закрывает.
4.4. Новая версия оффера не действует, пока её не подтвердят стороны в порядке, заданном сервисом.
4.5. Комиссия пилота: ориентир take rate 8–12% concierge-сделки либо фикс плюс эквайринг — как указано в активной версии оффера. Иная цифра на лендинге силы не имеет.
5. Hold даты
5.1. Hold удерживает слот на срок, указанный в сервисе. По истечении слот снова свободен.
5.2. Hold не оплата, не бронь с гарантией результата выступления и не страхование.
6. Договор сторон в Deal Room
6.1. Текст в Deal Room — черновик прямого договора заказчик ↔ исполнитель (или площадка), пока юрист не утвердит типовую форму оператора.
6.2. Подпись на пилоте — одноразовый код. Это технический акцепт в контуре Букер, не квалифицированная электронная подпись.
6.3. Букер фиксирует факт акцепта в журнале. Букер не становится стороной обязательства об исполнении выступления.
7. Оплата
7.1. Живой эквайринг выключен, пока не выполнены: утверждение этой оферты юристом, выбор платёжного партнёра, фискализация по 54-ФЗ.
7.2. Статус платежа передаёт платёжный партнёр. Неуспешный платёж не переводит бронь в статус подтверждённой оплаты.
7.3. Перевод напрямую между сторонами вне контура Букер не фиксируется платформой, снимает сопровождение по этой брони и не участвует в учёте повторных сделок по ней.
7.4. Букер не хранит деньги клиентов как банк.
8. Отмена и изменение
8.1. Последствия отмены берутся из подписанной версии оффера и прямого договора сторон.
8.2. Шаблон процентов в `CANCELLATION_TARIFF.md` — приложение для заполнения оффера, не императивная норма и не ограничение прав потребителя, если они применимы.
8.3. Произвольная форма «верните как договоримся в чате» сама по себе возврат не запускает.
9. Споры
9.1. Спор открывается категорией из списка: неявка, опоздание, качество, платёж, отмена.
9.2. Решение принимает человек-оператор. Автоматическое решение искусственного интеллекта запрещено. ИИ может помочь сформулировать категорию.
9.3. Журнал действий append-only: удаление записей аудита недоступно через сервис.
9.4. Возврат денежных средств через платформу — только процедура four-eyes (два администратора). Это внутренний контроль, не гарантия судебного результата.
10. ИИ и коммуникации
10.1. Сервис не выдаёт юридических заключений, не обещает даты и цены и не создаёт автооффер с силой договора.
10.2. Рассылки рекламы — только при отдельном согласии (38-ФЗ). Сервисные сообщения по сделке рекламой не являются.
11. Запрещённые формулировки
11.1. Слово «страхование» не используется. Программа защиты сделки, гарантия замены, лимит компенсации — только после отдельного резерва и юрпроверки. Protect в эту редакцию не входит.
12. Ответственность
12.1. Оператор отвечает за работоспособность цифровых услуг в пределах, которые утвердит юрист (доступ, фиксация журнала, передача статуса от платёжного партнёра).
12.2. Оператор не отвечает за качество выступления, содержание райдера, действия площадки, прямой перевод вне платформы, содержание переписки сторон, кроме случаев, прямо установленных законом.
12.3. Неустойки, лимиты и исключения в этой редакции помечены для юриста: нельзя заранее отказать потребителю в правах, если заказчик — потребитель по ЗоЗПП.
13. Применимое право
13.1. Право Российской Федерации. Споры с оператором — в порядке, который укажет юрист (претензия на hello@bukergo.ru, затем суд по правилам подсудности).
14. Изменение оферты
14.1. Новая редакция публикуется на https://bukergo.ru/legal/offer. Продолжение использования после даты редакции, если юрист не потребует повторного акцепта, считается принятием — формулировку акцепта юрист обязан проверить.