1. Определения и Оператор

1.1 «Оператор» означает Deskadora Europe SASU, французское упрощенное акционерное общество с единственным акционером, зарегистрированный офис: 60 Rue François 1er, 75008 Paris, France, SIREN 993 470 319, зарегистрированное в RCS Paris 993 470 319, уставный капитал 1 000 EUR, номер плательщика НДС FR27993470319, либо любое лицо, которому Оператор передает настоящие Условия в соответствии с пунктом 35.

1.2 «Мы», «нас» и «Deskadora» означают Оператора. Любая ссылка в настоящих Условиях, в DPA и в любой Форме заказа на договаривающееся лицо означает Оператора на соответствующий момент времени.

1.3 «Заведение» означает ресторан или иное предприятие сферы гостеприимства, которое создает учетную запись или подписывает Форму заказа. «Администратор заведения» означает лицо, которому Заведение поручает управлять своей учетной записью. «Сотрудник-пользователь» означает любое иное лицо, которому Заведение разрешает пользоваться платформой. «Гость» означает посетителя или звонящего, который бронирует столик или обращается с запросом в Заведение.

1.4 «Платформа» означает сайты deskadora.com, partner.deskadora.com и app.deskadora.com, виджет бронирования, приложение для персонала, коннектор владельца MCP, API и связанные сервисы, эксплуатируемые Оператором.

1.5 «DPA» означает Соглашение об обработке данных в Приложении D с Приложениями I–IV. Оно является частью настоящих Условий.

1.6 «Форма заказа» означает Форму заказа, отображаемую в настройках выставления счетов Заведения (https://partner.deskadora.com/settings/billing), а также любую другую страницу тарифа, форму заказа или настройки, назначенные администратором, в которых фиксируются тариф Заведения, цены, цены за использование, лимиты, локации и любой пилотный период.

2. С кем заключается договор

2.1 Настоящие Условия являются договором между предпринимателями (business-to-business) между Оператором и Заведением. Это не договор с потребителем.

2.2 Заведение отвечает за своих Администраторов заведения и Сотрудников-пользователей и за все, что делается через его учетную запись.

2.3 Администраторы заведения связывают Заведение обязательствами. Лицо, принимающее настоящие Условия от имени Заведения, подтверждает, что имеет на это полномочия.

2.4 Сотрудники-пользователи пользуются Платформой в рамках учетной записи Заведения и разрешений, предоставленных Заведением. У них нет отдельного договора с Оператором об услугах, но они обязаны соблюдать пункт 23.

2.5 Гости не являются сторонами настоящих Условий. Их использование Платформы регулируется отдельными условиями для гостей.

3. Учетная запись и допустимость

3.1 Платформа предназначена для предприятий и их сотрудников. Пользователям должно быть не менее 18 лет, либо они должны достичь возраста совершеннолетия в своей стране.

3.2 Заведение обязано предоставлять точные и актуальные сведения, включая юридическое наименование, адрес, номер компании и номер плательщика НДС, и поддерживать их в актуальном состоянии.

3.3 В настоящее время Платформа не проверяет возраст пользователя при регистрации. Заведение отвечает за допуск только лиц, имеющих на это право.

3.4 Каждый Администратор заведения обязан сохранять учетные данные в тайне и незамедлительно сообщать нам о любом подозрении на несанкционированный доступ.

4. Принятие и фиксация принятия

4.1 Отметив поле принятия при регистрации или подписав Форму заказа, которая ссылается на настоящие Условия, Заведение принимает настоящие Условия, включая DPA, и подтверждает, что ознакомилось с Политикой конфиденциальности.

4.2 При регистрации Платформа фиксирует для каждого из документов — Условий, DPA и Политики конфиденциальности: версию, язык, время, IP-адрес и источник, а также user agent браузера. Маркетинговое предпочтение — это отдельное поле, которое не является условием регистрации.

4.3 Когда Оператор публикует новую версию, он может предложить действующим Заведениям принять ее повторно в Платформе.

4.4 Пока фиксация, предусмотренная пунктом 4.2, не введена в действие, принятие выражается использованием Платформы после регистрации и продолжением ее использования Заведением.

4.5 Заведение не может использовать функции, обрабатывающие персональные данные Гостей, если оно не приняло настоящие Условия.

5. Услуги

5.1 Платформа представляет собой инструмент по модели «программное обеспечение как услуга» (SaaS) для заведений сферы гостеприимства. Функции различаются в зависимости от тарифа. Функции, описанные в разделах 6–17, доступны так, как там описано, и в той мере, в какой это позволяют тариф и настройки Заведения.

5.2 Мы можем улучшать или изменять функции. Мы не будем удалять функцию, за которую Заведение заплатило, без уведомления в соответствии с пунктом 33 либо без зачета платы за соответствующий период.

5.3 Для бронирований по голосу и через WhatsApp, помимо тарифа, требуется переключатель администратора или действующий пилотный период.

6. QR-меню (бесплатный тариф)

6.1 Заведение может создавать меню и QR-коды и публиковать их для Гостей. На тарифе Free позиции меню, категории, языки и меню не ограничены.

6.2 Каждый просмотр страницы по QR-коду фиксирует анонимное событие сканирования: идентификаторы заведения, меню и QR-кода, язык, тип устройства, операционная система и группа браузера, страна и город, источник перехода, случайный идентификатор сеанса и время. IP-адрес и полный user agent не сохраняются. Заведение видит эту статистику.

6.3 Платформа может использовать искусственный интеллект для предложения аллергенов, перевода текста меню и извлечения меню из загруженных файлов. Применяются пункты 22.5 и 22.6.

7. Бронирования и виджет бронирования

7.1 Заведение может принимать бронирования через гостевое приложение, встраиваемый виджет бронирования, ввод персоналом, WhatsApp, голосового ассистента и подключенные POS-системы, как это настроено Заведением.

7.2 Заведение настраивает правила бронирования, часы работы, размеры компаний, каналы уведомлений и автоматические действия. Автоматические действия включают отмену неоплаченных депозитов, отклонение бронирований в статусе ожидания, соблюдение защитных окон и отмену записей в листе ожидания по истечении ориентировочного времени ожидания.

7.3 Уведомления о бронированиях направляются Гостям по электронной почте, через WhatsApp или по SMS в зависимости от типа уведомления и настроек Заведения. При неудачной доставке через WhatsApp может использоваться SMS.

7.4 Виджет бронирования показывает собственные условия Заведения и, перед оплатой, условия депозита, отмены и no-show, а также условия для гостей. Гость отмечает отдельные поля для каждого из них.

7.5 Платформа фиксирует каждое принятие с указанием времени, версий, показанных условий депозита и отпечатка условий Заведения, и отклоняет бронирование, если принятие отсутствует или устарело.

7.6 Бронирования, сделанные через WhatsApp или по голосу, не фиксируют принятие Гостем условий для гостей. Заведению следует передавать свои собственные условия Гостям, бронирующим таким способом.

7.7 Оператор также может отправлять каждому Гостю после завершенного визита электронное письмо со ссылкой на собственную страницу отзывов Заведения, если Заведение ее настроило.

8. CRM гостей и автоматическое присвоение тегов

8.1 Платформа ведет карточку гостя для каждого Заведения с контактными данными, языком, историей визитов, предпочтениями в питании, заметками, тегами, маркетинговым предпочтением, а также днем и месяцем рождения и годовщины, если Гость их сообщает.

8.2 Платформа автоматически применяет системные теги на основе количества визитов и дат (например, New Guest, Regular, Frequent, VIP, Lapsed, At Risk, Birthday Today).

8.3 По каждому бронированию с особыми пожеланиями или заметками Платформа читает текст в свободной форме с помощью правил и модели ИИ, чтобы заполнить предпочтения в питании, даты и теги, такие как Allergy, Wheelchair и High chair, и перевести пожелание на язык Заведения. Переключателя для отдельного Гостя или отдельного Заведения для этого нет.

8.4 Поля в свободной форме и поля о питании могут раскрывать сведения о здоровье или религии. Заведение решает, собирать ли их и на каком правовом основании, и поручает Оператору обрабатывать их для целей, указанных в настоящем разделе.

8.5 Сотрудники могут добавлять заметки и теги вручную. Заведение обязано вести заметки по существу и избегать излишних конфиденциальных подробностей.

9. Распределение столиков с помощью ИИ и оценка гостей

9.1 Платформа рассчитывает оценку гостя для каждого Заведения на основе собственных подсчетов этого Заведения по бронированиям, no-show, отменам и визитам. Оценки никогда не объединяются между Заведениями. Сотрудники видят оценку и радар риска no-show.

9.2 Оценка не оказывает автоматического влияния на бронирование, депозит или принятие условий Гостем. Это внутренний инструмент персонала.

9.3 Заведение не вправе использовать оценку как единственное основание для отказа в бронировании или требования депозита и обязано сообщить об этом Оператору до того, как намерено так поступить, чтобы стороны могли пересмотреть правовую позицию.

9.4 Если местоположение Заведения связано с автоматическим распределением столиков, модель ИИ получает только состояние зала (столики, вместимость, время, размеры компаний и статусы) и не получает имен Гостей или контактных данных. Если лучшее предложение достигает порога уверенности Заведения, система назначает столик. В противном случае она лишь предлагает его. Влияние на Гостя ограничивается тем, где его посадят.

9.5 Заведение отвечает за проверку предложений, сводок и тегов ИИ, прежде чем полагаться на них. Результат работы ИИ может быть ошибочным.

10. Маркетинговые кампании

10.1 Платформа отправляет маркетинговые кампании только по электронной почте. Маркетинг по SMS и WhatsApp не предлагается.

10.2 Кампания отправляется только гостям, в карточке которых зафиксировано маркетинговое согласие, которые не находятся в списке отписавшихся Заведения, имеют действительный адрес электронной почты и укладываются в 7-дневное ограничение частоты.

10.3 Мастер кампаний показывает Заведению, сколько гостей исключено из-за отсутствия маркетингового согласия.

10.4 Каждое письмо кампании содержит работающую ссылку для отписки и заголовок отписки в один клик. Ссылки подписываются, чтобы ими мог воспользоваться только получатель. Более старые неподписанные ссылки остаются действительными, пока Оператор не включит требование о подписи.

10.5 Заведение является отправителем и отвечает за правовое основание каждого сообщения, включая действительное маркетинговое согласие там, где оно требуется, точное указание личности отправителя и соблюдение отказов от рассылки. Оператор предоставляет инструмент.

10.6 Письма кампаний фиксируют открытия и клики по ссылкам по каждой отправке для статистики Заведения и для отнесения бронирований, сделанных в течение 7 дней после открытия.

11. Бронирования через WhatsApp

11.1 Заведения на тарифе, включающем WhatsApp, могут принимать бронирования через общий номер WhatsApp Deskadora, доступный по ссылке или QR-коду, содержащим идентификатор страницы Заведения.

11.2 Режим Flow (по умолчанию) показывает Гостю форму бронирования внутри WhatsApp. Модель ИИ не используется.

11.3 Режим чата позволяет Гостю писать свободно. Модель ИИ получает текст Гостя в свободной форме и последние 20 реплик разговора, последние 4 цифры номера WhatsApp Гостя и результаты инструментов бронирования. Она не получает полный номер телефона или данные карты. Ассистент представляется как ИИ-ассистент. Бронирования через чат не предполагают депозита.

11.4 Заведение может подключить собственный номер WhatsApp через встроенную регистрацию поставщика сервиса сообщений WhatsApp Business, включая сосуществование с приложением WhatsApp Business. При сосуществовании сообщения, которые Заведение отправляет со своего телефона, Оператором не хранятся. Токен доступа и ключи Заведения хранятся в зашифрованном виде.

11.5 Платформа отправляет заранее одобренные шаблоны служебных сообщений (например, подтверждение, напоминания, запрос депозита и отмену) на языке Гостя. Заведение не вправе использовать Платформу для отправки маркетингового содержимого через WhatsApp.

11.6 Заведение отвечает за условия и политики поставщика сервиса сообщений WhatsApp Business, а также за наличие правового основания и любого необходимого согласия для отправки сообщений Гостю. Платформа пока не распознает ключевые слова отказа, такие как STOP.

11.7 Заведение может отключить WhatsApp от Платформы. Отключение удаляет токены доступа Заведения к WhatsApp и прекращает обмен сообщениями через этот номер.

11.8 Поставщик сервиса сообщений WhatsApp Business обрабатывает сообщения WhatsApp на основании собственных условий и может выступать независимым контролером в отношении данных собственной учетной записи.

11.9 Заведение может читать свои диалоги в WhatsApp в панели партнера в течение 30 дней; затем они удаляются.

12. Голосовой ИИ-ассистент

12.1 Если Заведение включает голосового ассистента, оно переадресует звонки со своего публичного номера на номер телефона, выделенный Оператором. Отвечает ИИ-ассистент, который может проверять наличие мест, создавать, изменять и отменять бронирования, отвечать на вопросы на основе информации Заведения и переключать звонок на сотрудников.

12.2 В начале каждого звонка ассистент сообщает на языке звонящего, что он является ИИ-ассистентом, что звонок расшифровывается в текст для обработки бронирования и для контроля качества и что звонящий может попросить соединить его с человеком.

12.3 Статья 50 Регламента (ЕС) 2024/1689 (Закон об ИИ, AI Act) требует, чтобы лица, взаимодействующие с системой ИИ, были об этом проинформированы. Ассистент сообщает такую информацию в начале каждого звонка (пункт 12.2). Заведение также обязано разместить уведомление на каждом из своих публичных каналов, где оно публикует номер, переадресующий на ассистента (например, на своем сайте, в картографических и поисковых листингах, в аккаунтах в социальных сетях и в печатных материалах), с указанием, что на звонки может отвечать автоматизированный ассистент и что звонки могут расшифровываться. Приложение V содержит это предложение на 12 языках. Заведение обязано самостоятельно выполнять любые дополнительные уведомления, которых закон требует от него как от стороны, использующей ассистента.

12.4 Звонок расшифровывается в текст. Расшифровки хранятся по каждому звонку вместе с номером звонящего, временем, результатом и связанным бронированием. Срок хранения указан в Приложении II.

12.5 Голосовой агент сам не хранит аудио звонков. Поставщик аудио в реальном времени Оператора хранит трассировки, расшифровки и аудио звонков ассистента в Европейском союзе (Франкфурт) в течение 30 дней и удаляет их автоматически. В начале каждого звонка ассистент сообщает звонящему, что звонок может записываться в целях контроля качества и мониторинга.

12.6 Оператор не включает запись звонков у своего поставщика телефонии.

12.7 Для звонящего, номер которого совпадает с гостем Заведения, ассистент получает имя и фамилию гостя, адрес электронной почты, количество визитов, предпочтения в питании, день рождения и годовщину и до трех предстоящих бронирований и приветствует звонящего по имени.

12.8 Для узнаваемого звонящего ассистент получает только имя, маскированный адрес электронной почты, количество визитов и предстоящие бронирования (номер, дата, время, количество гостей). Он не получает фамилию, адрес электронной почты полностью, признаки питания, день рождения или годовщину.

12.9 Звонящий идентифицируется по номеру, с которого поступает звонок. Платформа не проверяет личность дополнительно, и звонящий с узнаваемого номера может изменить предстоящее бронирование. Заведение принимает этот риск либо может отключить распознавание звонящих, не переадресуя звонки.

12.10 Когда звонящий просит соединить его с человеком, ассистент объявляет о переключении и переключает звонок на номер переключения Заведения. Если номер переключения не задан, переключение недоступно.

12.11 Звонки ограничиваются лимитами частоты по звонящему, заведению и платформе. Звонок, не приводящий к бронированию, завершается через 5 минут.

12.12 Голосовые минуты и платежи за голосовое обслуживание по бронированиям выставляются в соответствии с Формой заказа.

13. Коннектор владельца MCP

13.1 Заведения на тарифах Pro и Enterprise могут позволить Администратору заведения или менеджеру с необходимым разрешением подключить выбранный им ИИ-клиент (например, Claude или ChatGPT) для чтения данных из учетной записи Заведения.

13.2 Коннектор работает только на чтение. Сервер принимает только запросы, токены не содержат области записи, и каждый вызов ограничен Заведением и локациями, на которые распространяется токен.

13.3 Инструменты по бронированиям, no-show, транзакциям и использованию доступны в базовой области чтения, которая может включать имена гостей и заметки к бронированиям. Инструменты списка гостей и профилей требуют дополнительной области доступа к гостям, выбираемой лицом, дающим разрешение, а для контактных данных требуется еще одна область.

13.4 Токены доступа действуют 1 час, а токены обновления — 30 дней. Если Заведение теряет тариф или пользователь теряет разрешение, доступ может сохраняться до истечения срока действия текущего токена.

13.5 ИИ-клиент и его поставщик являются собственным сервисом Заведения. Они не являются субобработчиками Оператора. Заведение отвечает за условия ИИ-клиента, за то, что он делает с читаемыми данными, и за решение о том, каким пользователям разрешено его подключать.

14. Приложение для персонала и push-уведомления

14.1 Оператор предоставляет приложение для персонала для iOS и Android. Оно показывает уполномоченным сотрудникам имена гостей, заметки, бронирования и столики.

14.2 Приложение отправляет push-уведомления о новых бронированиях, бронированиях в статусе ожидания, отмененных бронированиях и бронированиях с no-show, а также о прибытии гостей. Уведомления содержат имя гостя, дату, время и количество гостей и доставляются через поставщиков push-уведомлений, включая сервис push-уведомлений производителя устройства. Они могут быть видны на заблокированном экране.

14.3 Заведение решает, какие сотрудники устанавливают приложение, и обязано требовать от сотрудников защиты своих устройств, например блокировки экрана.

15. Публичные страницы заведений и видимость в ИИ-поиске

15.1 Платформа публикует публичную страницу для каждой включенной локации с идентификатором страницы. Она показывает название Заведения, адрес, часы работы, меню с ценами и информацией об аллергенах, контактные данные и ссылку на бронирование в структурированных данных для поисковых систем.

15.2 Оператор разрешает поисковым системам и ИИ-краулерам читать страницы заведений. Единственный способ удалить страницу — отключить локацию.

15.3 Заведение предоставляет Оператору лицензию на публикацию содержимого Заведения на этих страницах, как предусмотрено пунктом 25.3.

16. Интеграции с POS

16.1 Заведение может подключить поддерживаемую POS-систему (в настоящее время Zelty и Square). API-ключ Заведения хранится в зашифрованном виде.

16.2 При подключенной POS-системе Платформа считывает закрытые чеки и позиции, сопоставляет их с гостями, а для Zelty импортирует клиентов как карточки гостей и отправляет бронирования обратно. Маркетинговый признак импортированного клиента копируется в маркетинговое согласие гостя.

16.3 Поставщик POS является собственным поставщиком Заведения. Оператор передает данные по указанию Заведения. Заведение обязано иметь правовое основание для импорта и для любого копируемого им маркетингового согласия.

17. Доступ службы поддержки и имитация администратора

17.1 Сотрудники Оператора могут открыть учетную запись Заведения как его Администратор заведения для оказания поддержки только после того, как Оператор отправит Администратору заведения одноразовый код по электронной почте, а Администратор заведения передаст код Оператору. Срок действия кода истекает через 10 минут.

17.2 Сеанс поддержки длится не более 30 минут.

17.3 Действия, изменяющие данные в ходе сеанса поддержки, журналируются с указанием личности сотрудника Оператора. Чтение данных по отдельности не журналируется.

17.4 В ходе сеанса поддержки можно выполнять все, что может Администратор заведения. Сотрудники Оператора используют его только для запроса в поддержку и не вправе использовать для других целей.

18. Тарифы и платежи

18.1 Тариф Free не предполагает платы за подписку. Платные тарифы, локации, дополнения, цены за использование и лимиты сообщений указаны в Форме заказа. Мы не публикуем цены в настоящих Условиях.

18.2 Цены за использование по каждому бронированию (например, за бронирования по голосу, через WhatsApp и RCS (Rich Communication Services)) устанавливаются для каждого Заведения в Форме заказа и взимаются в валюте тарифа Заведения. Плата за использование взимается только тогда, когда бронирование достигает статуса завершенного. Плата за использование не взимается за no-show или отмены.

18.3 Для каждой локации требуется лицензия на локацию. Первая локация Заведения включена, как указано в Форме заказа. Дополнительные локации оплачиваются, как указано в Форме заказа.

18.4 Тарифы включают ежемесячные лимиты на SMS и WhatsApp, как указано в Форме заказа или на странице тарифа. Использование сверх лимита и любые кредиты дополнений оплачиваются, как указано в Форме заказа или на странице тарифа. Маркетинговые письма не подпадают под лимит и не облагаются платой за превышение.

18.5 Голосовые бронирования оплачиваются за каждое завершенное бронирование по цене, указанной в тарифе Заведения; плата за минуту не взимается.

18.6 Заведению может быть предоставлен пилотный период на срок, согласованный в письменной форме. В течение пилотного периода у Заведения есть функции Pro, можно включать голос и WhatsApp, а плата за использование не взимается.

18.7 Счета и цены тарифов указываются в EUR, RON или PLN, в зависимости от валюты тарифа Заведения. Если сумма конвертируется, Оператор использует свой ежедневный обменный курс.

18.8 Мы можем изменять цены с уведомлением за 30 дней в соответствии с пунктом 33. Изменение цены вступает в силу при ближайшем продлении после уведомления. Заведение может отказаться от услуг без издержек до его вступления в силу.

19. Выставление счетов и НДС

19.1 Платные тарифы продлеваются автоматически до отмены. Плата за подписку списывается нашим платежным процессором с периодичностью, указанной в Форме заказа.

19.2 Плата за использование выставляется ежемесячно по итогам периода и автоматически списывается с карты через нашего платежного процессора.

19.3 Цены указаны без НДС. НДС добавляется там, где этого требует закон.

19.4 Оператор проверяет номер плательщика НДС Заведения через сторонний сервис при регистрации и периодически. Действительный номер из другого государства-члена ЕС может повлечь выставление счета с обратным начислением. Заведение обязано поддерживать правильность своих сведений об НДС.

19.5 Платежи не подлежат возврату, за исключением случаев, когда применимое право требует возврата.

19.6 Заведение отвечает за свои налоги. Оператор не рассчитывает и не перечисляет налоги Заведения.

19.7 Повышение тарифа применяется немедленно. Понижение тарифа применяется в конце расчетного периода.

19.8 Если платеж не проходит, Оператор повторяет его в соответствии с графиком Stripe и уведомляет Заведение. Если после повторных попыток платеж по-прежнему не оплачен, Оператор переводит Заведение на тариф Free: данные Заведения сохраняются, а платные функции прекращаются. При иных нарушениях настоящих Условий Оператор может приостановить платные функции после уведомления в соответствии с пунктом 30.

20. Пробный период, отмена и понижение тарифа

20.1 Заведение на тарифе Free может начать 14-дневный бесплатный пробный период платного тарифа на странице выставления счетов Платформы; карта не требуется.

20.2 Если к окончанию пробного периода на счете есть карта, платный тариф продолжается, и с карты списываются средства; в противном случае Заведение переходит на тариф Free. Если первый платеж не проходит, мы повторяем его в соответствии с пунктом 19.8 и, если он не оплачен, переводим Заведение на тариф Free.

20.3 На тарифе Free Платформа не принимает онлайн-бронирования, и некоторые функции управления недоступны; данные Заведения сохраняются. Пока подписка не оплачена, изменения сотрудников могут блокироваться до оплаты Заведением; администраторы по-прежнему могут управлять учетной записью.

20.4 Администратор заведения может отменить платный тариф в Платформе. Он заканчивается в конце оплаченного периода. Напоминания отправляются за 3 дня и в день окончания.

20.5 Когда подписка заканчивается, Заведение переходит на тариф Free. Его данные сохраняются, а некоторые функции недоступны. Никакие данные не удаляются.

21. Депозиты и платежи

21.1 Депозиты обрабатываются Stripe. Прежде чем принимать депозиты, у Заведения должна быть подключенная учетная запись Stripe, прошедшая проверку и допущенная к приему платежей.

21.2 Депозиты являются прямыми списаниями на подключенную учетную запись Заведения в Stripe. Средства поступают на баланс Заведения в Stripe.

21.2A Комиссия Оператора с депозитов установлена только в пункте 21.5.

21.3 Заведение является торговцем-получателем платежа (merchant of record) по платежам по депозитам.

21.4 Deskadora никогда не получает, не удерживает и не контролирует средства депозитов.

21.5 За каждый списанный депозит Оператор взимает с Заведения фиксированную комиссию за обработку в размере 0,50 EUR. Для депозита в другой валюте комиссия составляет 2,50 RON, 0,45 GBP, 0,50 CHF, 2,00 PLN, 12,00 CZK, 200 HUF, 5,00 SEK, 4,00 DKK или 6,00 NOK. Для депозита в любой валюте, не указанной в списке, Оператор комиссию не взимает. Комиссия одинакова независимо от списанной суммы и места выпуска карты и никогда не превышает списанную сумму: если списана сумма меньше комиссии, комиссия равна списанной сумме. Она применяется к каждому списанному депозиту, включая депозит, списанный по прибытии Гостя и зачтенный в счет. Она удерживается как комиссия приложения Stripe (application fee) из списанной суммы в момент списания. Оператор не взимает комиссию за блокировку авторизации, за снятую блокировку, за депозит, который не списан, или за бронирование, при котором Гость посажен за столик и депозит не списан.

21.5A По каждому депозиту Платформа показывает Заведению в бронировании списанную общую сумму, комиссию Stripe, комиссию Оператора по пункту 21.5 и чистую сумму, которую получает Заведение.

21.5B Собственная комиссия Stripe за обработку карточного платежа по списанному депозиту не входит в комиссию по пункту 21.5. Stripe взимает ее с Заведения отдельно, на подключенной учетной записи Заведения в Stripe, в соответствии с соглашением Заведения со Stripe, и Оператор ее не возмещает.

21.6 Перед сохранением карты Гость видит сумму депозита, информацию о том, что блокировка (авторизация) производится за 4 дня до визита, а также условия отмены и no-show Заведения.

21.7 Платформа производит блокировку (авторизацию) за 4 дня до визита и продлевает блокировку, срок действия которой иначе истек бы до визита.

21.8 Если списание не удалось, сбой фиксируется в журнале, но Платформа не уведомляет ни Заведение, ни Гостя. Заведению следует проверять свою учетную запись Stripe и статус депозита в Платформе.

21.9 Когда Гость приходит, депозит по умолчанию засчитывается в счет либо возвращается или освобождается, как задано Заведением в его политике прибытия.

21.10 Заведение устанавливает свою политику отмены. По умолчанию возврат не производится. Заведение может задать окно бесплатной отмены и процент частичного возврата.

21.11 Платформа автоматически отмечает бронирование как no-show по истечении задержки, установленной Заведением (по умолчанию 15 минут), и применяет политику Заведения в отношении депозита без проверки человеком. Позднее сотрудники могут отметить, что Гость пришел.

21.12 Последствие no-show ограничивается депозитом. Платформа не взимает отдельную плату за no-show.

21.13 Возвраты осуществляются с учетной записи Заведения в Stripe. Оператор предоставляет только технический интерфейс, а за решения о возврате отвечает Заведение. Сроки возврата зависят от Stripe и эмитента карты.

21.14 Возвратные платежи (chargeback) и споры по депозитам направляются в отношении подключенной учетной записи Заведения. Заведение обязано отвечать через Stripe и поддерживать достаточный баланс для их покрытия. Оператор не представляет доказательства и не уведомляет Заведение о споре; Заведению следует следить за уведомлениями Stripe.

21.14A Заведение возмещает Оператору каждый возвратный платеж, сумму спора и комиссию за спор, которые Оператор несет перед Stripe по депозиту, списанному Заведением, в том числе когда баланс Заведения в Stripe недостаточен. Оператор может потребовать эту сумму путем выставления счета или зачета в счет сумм, которые он должен Заведению, с уведомлением и подтверждающими записями Stripe. Эти возмещения являются транзитным взысканием задолженности, которую платежная компания относит на Оператора по депозитам Заведения. Они не являются возмещением убытков и находятся вне ограничения, предусмотренного пунктом 28.4.

21.15 Заведение обязано соблюдать условия Stripe, включая проверку личности (KYC). Stripe может запросить дополнительные документы, а неполная проверка может ограничить депозиты, выплаты или доступ.

21.16 Stripe отвечает за собственные услуги, комиссии, политики и решения. Оператор не отвечает за сбои Stripe, изменения политик или решения в отношении учетных записей.

21.17 Платежи за подписку от Заведения Оператору списываются Stripe с карты Заведения.

22. Обязанности Заведения

22.1 Заведение обязано предоставлять точную информацию о своем бизнесе, часах работы, меню, ценах и политиках.

22.2 Заведение является контролером персональных данных своих Гостей. Оно должно иметь правовое основание для данных, которые собирает через Платформу, и предоставлять Гостям информацию, которую требует закон.

22.3 Заведение должно иметь действительное согласие на маркетинговые сообщения гостю, прежде чем включать этого гостя в кампанию, и вести учет такого согласия.

22.4 Заведение обязано сообщать Гостям и звонящим об ИИ-ассистентах, расшифровке звонков, обработке в WhatsApp и автоматических функциях, которые оно включает, как предусмотрено пунктом 12.3.

22.5 Информация об аллергенах находится в ответственности Заведения. Платформа может предлагать аллергены на основе ингредиентов с помощью ИИ, и предложение может отображаться в публичном меню как «May contain». Заведение обязано проверять и подтверждать каждую запись об аллергене и не должно полагаться на предложение.

22.6 Заведение обязано проверять переводы своего содержимого, выполненные ИИ. Платформа не помечает их для гостей как машинные переводы.

22.7 Заведение обязано соблюдать законодательство о гостеприимстве, защите прав потребителей, налогах, трудовых отношениях и защите данных, которое к нему применяется. Если этого требует закон, Заведение сообщает гостям данные своего потребительского медиатора.

22.8 Заведение отвечает за условия депозита, отмены и no-show, которые оно устанавливает, и должно обеспечить, чтобы они были законными и показывались Гостям.

22.9 Заведение обязано управлять учетными записями и разрешениями своих сотрудников, закрывать доступ, когда человек уходит, и поддерживать свою учетную запись Stripe в надлежащем состоянии.

23. Допустимое использование

23.1 Пользователи не вправе пытаться обойти меры безопасности, получать доступ к учетным записям или данным без разрешения либо вмешиваться в нормальную работу Платформы.

23.2 Пользователи не вправе использовать Платформу в незаконных целях, для отправки нежелательных или вводящих в заблуждение сообщений либо для сбора данных без правового основания.

23.3 Пользователи не вправе использовать автоматизированные средства для извлечения данных из Платформы за пределами предоставляемых нами интерфейсов или перепродавать Платформу без нашего согласия.

23.4 Сотрудники-пользователи обязаны использовать Платформу только для задач Заведения и соблюдать ограничения доступа, установленные их Администратором заведения.

24. Доступность

24.1 Мы стремимся к высокой стабильности сервиса и ориентируемся на доступность 99,5 процента, не считая плановых технических работ. Этот показатель является целью уровня обслуживания, а не гарантией. Его недостижение не дает права на возврат средств, кредит или компенсацию, если иное не согласовано в письменной форме.

24.2 Мы по возможности уведомляем не менее чем за 48 часов о плановых технических работах. Возможны внеплановые сбои.

25. Интеллектуальная собственность и содержимое Заведения

25.1 Оператору и его лицензиарам принадлежит Платформа и все, что в ней находится. Заведение получает неисключительное, непередаваемое право использовать ее в течение срока действия для собственного бизнеса.

25.2 За Заведением сохраняется право собственности на его содержимое: меню, изображения, логотипы, описания, данные бронирований и информацию о гостях.

25.3 Заведение предоставляет Оператору всемирную неисключительную лицензию на срок действия договора на хостинг, копирование, перевод и отображение содержимого Заведения для эксплуатации Платформы, включая публикацию страниц Заведения, и на использование функций ИИ в отношении этого содержимого.

25.4 Заведение подтверждает, что обладает правами на загружаемое им содержимое и на изображения и текст на своих страницах.

25.5 Заведение может направлять нам отзывы и предложения. Мы вправе использовать их без оплаты и ограничений.

26. Право собственности на данные

26.1 В отношениях между сторонами данные принадлежат Заведению. Оператор обрабатывает данные Гостей и содержимое Заведения по указаниям Заведения, как предусмотрено в DPA.

26.2 Оператор может использовать анонимизированные и агрегированные данные для эксплуатации и улучшения Платформы. Он не будет использовать для этой цели данные, идентифицирующие Заведение или Гостя.

26.3 Оператор является контролером собственных данных: данных учетной записи и выставления счетов, данных регистрации и безопасности, демонстрационных данных и данных сайта. Они описаны в Политике конфиденциальности.

27. Конфиденциальность

27.1 Каждая сторона обязана сохранять конфиденциальность непубличной информации другой стороны, использовать ее только в целях настоящих Условий и защищать ее с разумной осторожностью.

27.2 Это не распространяется на информацию, которая является общедоступной, была известна ранее или подлежит раскрытию по закону либо компетентному органу.

27.3 Обязательство сохраняется в течение 3 лет после прекращения действия Условий и пока хранятся персональные данные.

28. Отказ от гарантий и ответственность

28.1 Платформа предоставляется «как есть». Мы не гарантируем, что она будет свободна от ошибок, всегда доступна или пригодна для определенной цели, в той мере, в какой это допускает закон.

28.2 В той мере, в какой это допускает закон, мы не несем ответственности за косвенные или случайные убытки, а также за потерю дохода, прибыли или бизнеса.

28.3 Мы не несем ответственности за проблемы, вызванные Stripe, поставщиками сообщений и телефонии, поставщиками моделей ИИ, поставщиками POS или иными третьими лицами.

28.4 Наша общая ответственность перед Заведением в связи с настоящими Условиями ограничена наибольшей из следующих сумм: (a) платы за подписку, уплаченной Заведением за 12 месяцев до предъявления требования, и (b) 1 000 EUR.

28.5 Ограничения, предусмотренные пунктами 28.2 и 28.4, не применяются к ответственности за: (a) dol (умышленная вина или мошенничество); (b) faute lourde (грубая неосторожность); (c) dommage corporel (причинение вреда здоровью); или (d) предусмотренные законом возмещения. Ничто в настоящих Условиях не ограничивает ответственность, которую нельзя ограничить по французскому праву.

28.6 Заведение единолично отвечает за информацию об аллергенах, информацию для потребителей, условия депозита и маркетинговое согласие, как предусмотрено пунктом 22.

28.7 Ответственность по DPA регулируется настоящим разделом 28. Предел, предусмотренный пунктом 28.4, распределяет убытки между Заведением и Оператором. Он не ограничивает права субъектов данных по статье 82 Общего регламента по защите данных (GDPR) и не ограничивает какой-либо административный штраф, наложенный надзорным органом.

29. Возмещение

29.1 Заведение возместит Оператору претензии, убытки и расходы, предъявленные третьими лицами, включая Гостей и органы власти, возникающие из нарушения Заведением настоящих Условий, его содержимого, отсутствия у него правового основания или согласия либо нарушения им прав других лиц.

29.2 Оператор обязан своевременно уведомить Заведение о претензии, позволить Заведению вести ее при разумном содействии и не заключать мировое соглашение без согласия Заведения, в котором нельзя необоснованно отказывать.

30. Приостановление и прекращение

30.1 Мы можем приостановить или закрыть учетную запись, где это разумно возможно после уведомления, если нарушены Условия, обнаружено мошенничество или вред, не завершена проверка KYC, Stripe отключает подключенную учетную запись или просрочены платежи.

30.2 Заведение может закрыть свою учетную запись в любое время в Платформе или написав нам. Закрытие учетной записи не отменяет уже возникших обязательств.

30.3 Любая сторона может прекратить действие Условий в случае существенного нарушения другой стороной, не устраненного в течение 30 дней после уведомления.

30.4 Разделы, которые по своей природе продолжают действовать (включая 25–29, 32, 36 и DPA, пока хранятся данные), сохраняют силу после прекращения.

31. Закрытие по причине неактивности

31.1 Мы считаем Заведение неактивным, если активности не было в течение 90 дней. Активностью считается вход в панель партнера, вход в приложение для персонала, создание или изменение бронирования, завершенное бронирование гостя (через виджет бронирования, WhatsApp или голосового ассистента), вызов API с учетными данными Заведения либо создание или изменение меню или позиции меню. Иные события активностью не являются.

31.2 Мы отправляем электронное письмо каждому активному Администратору заведения на 60-й и повторно на 83-й день неактивности. С 60-го дня мы также показываем баннер в панели партнера, который остается, пока активность не возобновится. Журналы доставки этих писем мы храним как доказательство уведомления в течение 5 лет после закрытия учетной записи (Приложение II, R22).

31.3 Если активность не возобновилась к 90-му дню, учетная запись закрывается: ее владелец и сотрудники отключаются, учетная запись помечается как удаленная, а выгрузка ее данных отправляется Администратору заведения по электронной почте.

31.4 Заведения с действующим пилотным периодом и демонстрационные заведения исключаются.

31.5 Закрытие отключает доступ и помечает учетную запись как удаленную. Само по себе оно не удаляет данные.

31.6 После закрытия у Заведения есть 30 дней, чтобы попросить нас восстановить учетную запись и данные. В течение этого времени данные не удаляются.

31.7 По истечении 30-дневного льготного периода Оператор удаляет данные Заведения в соответствии с DPA, за исключением записей, которые он обязан хранить, и отменяет любую подписку при закрытии.

31.8 Закрытие — это прекращение неактивной деловой учетной записи. Это не решение в отношении какого-либо Гостя.

32. Данные при прекращении

32.1 Администратору заведения выгрузка данных Заведения отправляется по электронной почте, когда Заведение запрашивает удаление, и при закрытии. Это файл JSON, и он включает данные гостей. Заведению следует хранить его в безопасности.

32.2 По окончании оказания услуг Оператор удаляет или возвращает данные Заведения, как предусмотрено в DPA, по выбору Заведения.

32.3 Когда Заведение просит удалить его данные, одна процедура удаляет гостей, бронирования, голосовые данные, отправки кампаний, токены устройств, строки аудита, меню и медиа, а Оператор отправляет по электронной почте отчет о том, что было удалено, только с указанием количества. Шаг, который не удался, отражается как завершенный с ошибками.

32.4 Когда учетная запись Заведения удаляется, некоторые записи остаются как пустые оболочки: строка учетной записи (юридическое наименование, адрес, номер компании, номер плательщика НДС, идентификаторы платежного процессора), локации, анонимизированные строки сотрудников и привязанные бронирования.

32.5 Резервные копии, версии объектного хранилища, содержимое очередей и копии у поставщиков не адресуются по отдельности и удаляются по мере истечения срока их хранения.

32.6 Финансовые документы (депозиты, сборы за бронирование, финансовые операции, подписки, счета-фактуры, платежные реквизиты, агрегаты использования) хранятся 10 лет в соответствии с французским коммерческим правом, в минимизированном виде.

32.7 По истечении 10-летнего срока финансовые документы удаляются или анонимизируются.

33. Изменения настоящих Условий

33.1 Мы можем обновлять настоящие Условия. О незначительных обновлениях мы объявляем на Платформе или по электронной почте.

33.2 О изменениях, затрагивающих права или обязанности Заведения, мы уведомляем Администратора заведения по электронной почте не менее чем за 30 дней до вступления изменения в силу.

33.3 Если Заведение не согласно с существенным изменением, оно может отказаться от услуг без издержек до даты вступления изменения в силу. Если оно продолжает пользоваться Платформой после даты вступления в силу, оно принимает обновленные Условия.

34. Уведомления

34.1 Мы направляем уведомления по электронной почте каждому активному Администратору заведения в учетной записи. Если об этом говорится в настоящих Условиях (например, в пункте 31), мы также показываем баннер в панели партнера. Мы храним журналы доставки уведомлений. Заведение обязано поддерживать актуальность адресов электронной почты своих Администраторов заведения.

34.2 Заведение направляет уведомления на [email protected] по вопросам защиты данных и на контактный адрес, указанный в пункте 38, по всем остальным вопросам.

34.3 Уведомление, отправленное по электронной почте, считается полученным в следующий рабочий день.

35. Уступка и передача Оператора

35.1 Оператор может передать настоящие Условия, DPA и свои права и обязанности члену своей группы, включая Deskadora Europe SRL (Romania), уведомив Заведение в письменной форме не менее чем за 30 дней. Правопреемник принимает на себя все ссылки на Оператора.

35.2 Заведение может расторгнуть настоящие Условия и DPA без штрафных санкций, направив письменное уведомление в любое время в течение 30-дневного периода, указанного в пункте 35.1, и до вступления передачи в силу.

35.3 Заведение не вправе уступать настоящие Условия без нашего письменного согласия.

36. Применимое право и суды

36.1 Настоящие Условия регулируются французским правом.

36.2 Прежде чем начинать судебное разбирательство, стороны добросовестно попытаются разрешить спор в течение 30 дней.

36.3 Если спор не разрешен, исключительная юрисдикция принадлежит судам Парижа, в том числе после передачи в соответствии с пунктом 35.

37. Делимость

37.1 Если какая-либо часть настоящих Условий недействительна, остальные остаются в силе.

37.2 Неосуществление права не означает отказа от него.

38. Контакты

38.1 Оператор: Deskadora Europe SASU, 60 Rue François 1er, 75008 Paris, France. Эл. почта: [email protected]. Директор по публикации: Marius Hîncu, Président. Контактное лицо по вопросам конфиденциальности: Marius Hîncu, [email protected].

---

Приложение D: Соглашение об обработке данных (статья 28 GDPR)

Настоящее DPA является частью Условий. Термины с заглавной буквы имеют значение, указанное в Условиях.

D1. Стороны и роли

D1.1 Заведение является контролером, а Оператор — обработчиком в отношении персональных данных Гостей и персональных данных в содержимом Заведения, которые Оператор обрабатывает от имени Заведения через Платформу.

D1.2 Оператор является независимым контролером в отношении данных собственной учетной записи, данных для выставления счетов, данных безопасности, данных сайта и демонстрационных данных, как описано в Политике конфиденциальности. Настоящее DPA на эти данные не распространяется.

D1.3 В отношении функций продукта, разработанных и эксплуатируемых Оператором (системные теги, определение тегов с помощью ИИ, оценка и сводки), Заведение дает Оператору указания по их эксплуатации, включая их или оставляя включенными.

D1.4 Каждая сторона отвечает за собственное соблюдение законодательства о защите данных.

D2. Предмет, срок, характер и цель

D2.1 Предмет: предоставление Заведению Платформы, как предусмотрено в Условиях.

D2.2 Срок: на срок действия Условий, пока персональные данные не будут удалены или возвращены в соответствии с пунктом D10.

D2.3 Характер: хостинг, хранение, извлечение, перевод, присвоение тегов, уведомление, обмен сообщениями, обработка звонков, расшифровка, анализ и удаление персональных данных.

D2.4 Цель: принимать бронирования, депозиты и управлять взаимоотношениями с гостями для Заведения, отправлять сообщения о бронированиях и (при наличии согласия) маркетинговые сообщения, отвечать на звонки и чаты от имени Заведения и предоставлять Заведению инструменты управления.

D3. Категории данных и субъектов данных

D3.1 Субъекты данных: Гости и звонящие Заведения, лица, указанные в бронированиях, сотрудники Заведения и лица, названные в меню и содержимом Заведения.

D3.2 Категории данных: они перечислены в Приложении I по функциям. Они включают данные о личности и контактные данные, данные о бронированиях и визитах, заметки и текст в свободной форме, предпочтения, маркетинговое согласие, платежные ссылки (не номера карт), номера телефонов и расшифровки звонков, а также сообщения WhatsApp.

D3.3 Риск, связанный с особыми категориями: предпочтения в питании, аллергии, потребности в доступности и пожелания в свободной форме могут раскрывать сведения о здоровье или религиозных убеждениях. Расшифровки звонков и сообщения WhatsApp могут содержать все, что человек говорит или пишет. Заведение отвечает за правовое основание сбора таких данных. Оператор обрабатывает их только для эксплуатации функций, которыми пользуется Заведение.

D4. Указания

D4.1 Оператор обрабатывает персональные данные только по документально оформленным указаниям Заведения. Условия, настоящее DPA, настройки Заведения в Платформе и использование им функций являются его указаниями.

D4.2 Оператор сообщает Заведению, если считает, что указание нарушает законодательство о защите данных.

D4.3 Оператор может обрабатывать персональные данные, когда этого требует закон, и сначала сообщит об этом Заведению, если закон этого не запрещает.

D4.4 Оператор не использует персональные данные Гостей для обучения моделей ИИ. В Коммерческих условиях обслуживания (Commercial Terms of Service) поставщика языковой модели (действуют с 17 июня 2025 года, раздел B) указано, что он "may not train models on Customer Content from Services"; он хранит входные и выходные данные 30 дней в соответствии с настройкой организации Оператора (нулевое хранение было запрошено, но в нем отказано). Поставщик распознавания речи обрабатывает аудио и расшифровки в памяти, при этом участие в его программе улучшения моделей (Model Improvement Program) отключено в каждом запросе, и хранит метаданные запросов в соответствии с соглашением об обработке данных, подписанным 6 октября 2026 года. Политика конфиденциальности (Privacy Policy) поставщика синтеза речи (последняя редакция от 14 июня 2024 года, раздел 3) позволяет ему использовать контент для обучения и улучшения своих моделей, если клиент не откажется от этого через форму управления данными; 9 октября 2026 года Оператор отключил для своей организации у этого поставщика настройку «Contribute to model training» - единственный элемент управления, который предлагает поставщик, - охватывающую входной текст и выходное аудио синтеза речи, а также входное аудио и выходной текст распознавания речи; обратной силы это не имеет. Этот поставщик хранит персональные данные столько, сколько требует цель, и удаляет их в течение 180 дней после прекращения действия договора; нулевое хранение данных не включено.

D5. Конфиденциальность

D5.1 Оператор обеспечивает, чтобы лица, которым он разрешает обрабатывать данные, были связаны обязательством конфиденциальности.

D5.2 Доступ к данным Заведения ограничен сотрудниками Оператора, которым он необходим. Доступ службы поддержки осуществляется в соответствии с пунктом 17 Условий.

D6. Безопасность

D6.1 Оператор применяет технические и организационные меры, указанные в Приложении IV.

D7. Субобработчики

D7.1 Заведение дает Оператору общее письменное разрешение привлекать субобработчиков на условиях пункта III.1 Приложения III. Оператор уведомляет об изменениях по электронной почте каждого активного Администратора заведения.

D7.2 У Оператора есть письменное соглашение с каждым субобработчиком, налагающее обязательства по защите данных, не менее защитные, чем настоящее DPA, и Оператор остается ответственным перед Заведением за их исполнение.

D7.3 Поставщики POS, которых подключает Заведение, являются собственными поставщиками Заведения, а не субобработчиками Оператора. ИИ-клиент, который владелец Заведения подключает через коннектор MCP, также не является субобработчиком.

D8. Международные передачи

D8.1 Производственные серверы, база данных и хранилище очередей находятся в Париже, Франция. Файловое хранилище для загружаемых файлов и медиа и резервные копии базы данных находятся в Лондоне, Соединенное Королевство. Поэтому обработка осуществляется в ЕС и Соединенном Королевстве (решение об адекватности), а у некоторых поставщиков — в Соединенных Штатах (пункт D8.3).

D8.2 Передачи из ЕС в Соединенное Королевство основаны на решении Великобритании об адекватности.

D8.3 Некоторые субобработчики обрабатывают данные в Соединенных Штатах в рамках Рамочной программы конфиденциальности данных ЕС и США (EU-US Data Privacy Framework) или на основании стандартных договорных условий Европейской комиссии, как указано на странице субобработчиков: [ссылка на страницу субобработчиков]. Каждый субобработчик связан собственными условиями обработки данных, а на этой странице указаны они сами, их дата и способ, которым они связывают Оператора (включены в условия поставщика, приняты в электронной форме или подписаны).

D8.4 Оператор сообщит Заведению, если изменится механизм передачи у субобработчика.

D8.5 Поставщик аудио в реальном времени запускает проект, обслуживающий Заведения ЕС, в Европейском союзе (Франкфурт). Доступ к поставщику распознавания речи осуществляется через его конечную точку в ЕС, но его развертывание не является выделенным, поэтому пребывание данных в ЕС не является договорным обязательством. Поставщик синтеза речи обрабатывает данные в Соединенных Штатах и не предлагает настройки региона, а поставщик языковой модели обрабатывает данные в Соединенных Штатах. Страница субобработчиков показывает ситуацию по каждому из них.

D9. Содействие в обработке запросов субъектов данных

D9.1 Оператор предоставляет Заведению инструменты для поиска, экспорта, исправления и удаления данных Гостя и по обоснованному запросу помогает Заведению отвечать на запросы субъектов данных.

D9.2 У Гостя нет способа подать запрос самостоятельно на Платформе. Запросы проходят через Заведение. Если Гость обращается к Оператору, Оператор направляет его к Заведению, когда может определить Заведение.

D9.3 Сегодня процедура удаления данных гостя, запускаемая Администратором заведения или Оператором, удаляет карточку гостя и связи, теги, маркетинговые согласия и заметки к бронированиям, но не удаляет заметки персонала, переведенные пожелания, голосовые данные, названия сеансов столиков, строки отзывов и некоторые связи с депозитами.

D9.4 Процедура удаления данных гостя также удаляет заметки персонала, переведенные пожелания, голосовые данные гостя, названия сеансов столиков, отзывы, отправки кампаний, связи с POS и строки аудита. Она уведомляет субъекта данных, если был указан адрес электронной почты.

D9.5 После удаления остаются: финансовые документы, в минимизированном виде и на срок 10 лет; адрес электронной почты в списке подавления отписавшихся, чтобы этому лицу больше не отправлялись письма; и копии в резервных копиях и у поставщиков, которые нельзя адресовать по отдельности.

D9.6 Удаление в одном Заведении не удаляет данные того же лица в другом Заведении, поскольку каждое Заведение является отдельным контролером.

D10. Нарушение, возврат и удаление

D10.1 Оператор уведомляет Заведение без неоправданной задержки после того, как ему стало известно о нарушении защиты персональных данных, затрагивающем данные Заведения, и в любом случае в течение 48 часов, и предоставляет информацию, необходимую Заведению для исполнения собственных обязанностей.

D10.2 Оператор сообщает Заведению о характере нарушения, категориях и числе лиц и записей, вероятных последствиях и принятых мерах в той мере, в какой это известно.

D10.3 По окончании оказания услуг Заведение может выбрать возврат или удаление. Оператор отправляет по электронной почте выгрузку данных Заведения, а затем удаляет данные в соответствии с пунктом D10.4.

D10.4 Процедура удаления данных Заведения удаляет гостей Заведения, бронирования, голосовые звонки и расшифровки, диалоги в WhatsApp, данные кампаний, токены устройств, строки аудита, меню и медиа и направляет отчет о том, что было удалено (только количества).

D10.5 При закрытии по причине неактивности Оператор ждет 30 дней, а затем запускает ту же процедуру удаления.

D10.6 Финансовые документы хранятся 10 лет в минимизированном виде, поскольку этого требует закон.

D10.7 Сегодня самостоятельное удаление Заведением обезличивает сотрудников и строку учетной записи и удаляет некоторые медиа, но не удаляет гостей, бронирования или голосовые данные.

D10.8 Резервные копии базы данных истекают через 14 дней после их создания (Приложение II, R19); хранилище резервных копий не версионируется. Версионирование включено в хранилище загрузок, а неактуальные версии удаляются через 30 дней, поэтому удаленную загрузку можно восстановить в течение 30 дней, после чего она исчезает. Копии у поставщиков удаляются по истечении их срока.

D11. Аудиты

D11.1 Оператор предоставляет информацию, необходимую для подтверждения соблюдения настоящего DPA, и допускает аудиты, включая проверки, проводимые Заведением или назначенным им аудитором, при уведомлении за 30 дней, в рабочее время, не чаще одного раза в год, если только нарушение или орган власти не требуют иного.

D11.2 Заведение несет расходы на аудит, а аудитор должен быть связан обязательством конфиденциальности.

D11.3 Оператор может удовлетворить запрос на аудит, предоставив актуальный отчет или сертификат, если он охватывает соответствующую область.

D12. Ответственность

D12.1 Ответственность по настоящему DPA определяется разделом 28 Условий. Как указано в пункте 28.7, предел распределяет убытки между сторонами. Он не ограничивает права субъектов данных по статье 82 GDPR и какой-либо административный штраф, наложенный надзорным органом.

D13. Порядок приоритета

D13.1 Если Условия и настоящее DPA противоречат друг другу в отношении обработки персональных данных, приоритет имеет настоящее DPA.

---

Приложение I: Описание обработки по функциям

Роли: Заведение — контролер, Оператор — обработчик. Получатели показаны по категориям; поставщики указаны на странице субобработчиков. Теги статуса показывают, соответствует ли перечень полей действительности сегодня или после указанного PR.

---

Приложение II: График сроков хранения

Сроки относятся к персональным данным, которые Оператор обрабатывает для Заведения, если не указано иное. «Контролируется Заведением» означает, что Заведение решает, как долго хранятся данные, а Оператор хранит их, пока Заведение не удалит их или пока учетная запись не будет удалена.

---

Приложение III: Субобработчики

III.1 Заведение дает Оператору общее письменное разрешение привлекать субобработчиков для предоставления Платформы. Актуальный список субобработчиков с указанием услуги, категорий данных, места обработки и гарантии передачи для каждого размещен по адресу [ссылка на страницу субобработчиков]. Оператор уведомляет за 30 дней о любом добавлении или замене по электронной почте каждого активного Администратора заведения и путем обновления страницы субобработчиков. Заведение вправе возразить в течение этого срока по разумным основаниям защиты данных. Если стороны не могут разрешить возражение, средством правовой защиты Заведения является прекращение затронутой услуги, и только ее, до вступления изменения в силу, без штрафных санкций.

---

Приложение IV: Меры безопасности

S.1 Трафик между пользователями и Платформой шифруется при передаче с помощью TLS.

S.2 Секреты интеграций хранятся в зашифрованном виде с помощью AES-256-GCM: токены доступа WhatsApp, ключи и PIN-коды WhatsApp Flow, API-ключи POS и номера телефонов демонстрационных звонков.

S.3 Доступ к данным Заведения в Платформе контролируется по ролям. Разрешения Заведения ограничивают то, что видит каждый пользователь.

S.4 Данные каждого Заведения разделены правилами арендности в приложении. Каждый запрос ограничен Заведением и локацией, на которые уполномочен пользователь или токен.

S.5 События, значимые для безопасности, фиксируются в журналах аудита, включая сеансы поддержки, чтение данных гостей через коннектор MCP с областями доступа к гостям и изменения, сделанные при имитации.

S.6 К входу, публичным вызовам бронирования, голосовым звонкам, демонстрационным звонкам и использованию API применяются ограничения частоты.

S.7 Сеансы входа используют краткосрочные токены доступа и токены обновления. Сеансы можно отозвать.

S.8 Защита от ботов защищает формы входа, регистрации и обратной связи.

S.9 Корзины объектного хранилища для загрузок и для резервных копий базы данных шифруются при хранении с помощью SSE-S3, так же как и корневой том производственного сервера, на котором находятся база данных и хранилище очередей (шифрование EBS с ключом, управляемым AWS).

S.10 Публичное содержимое (фотографии меню и логотипы) является публичным по замыслу. Частным загрузкам запрещен анонимный доступ политикой корзины для префиксов floor-plans/, avatars/ и menu-scans/. Версионирование включено в корзине загрузок (пункт D10.8).

S.11 Оператор регулярно пересматривает эти меры и может изменять их, если уровень защиты не снижается.

---

Приложение V: Уведомление для публичных каналов Заведения

V.1 Заведение размещает следующее предложение на языках своих гостей на каждом публичном канале, где оно публикует номер, переадресующий на голосового ассистента (пункт 12.3).

V.2 Заведение может добавить собственную формулировку к предложению, но не вправе удалять утверждения о том, что на звонок может отвечать автоматизированный ассистент и что звонок расшифровывается.