Настоящее Приложение №2 является неотъемлемой частью Публичной оферты на предоставление доступа к SaaS-платформе riabot, размещённой по адресу: https://riabot.ru/doc/offer.
Настоящее Приложение подробно регулирует порядок предоставления Демо-баланса, пополнения и использования Баланса, покупки Пакетов, действия Подписки, списаний, возвратов, платежей через Партнёра и иных условий оплаты Сервиса.
Если в настоящем Приложении используются термины, определённые в Публичной оферте, они имеют то же значение, что и в Оферте, если прямо не указано иное.
1. Общие положения
1.1. Оплата в Сервисе riabot разделена на две основные части:
- Баланс — используется для оплаты фактической стоимости обработки сообщений, генерации ответов ИИ-сотрудника и иных операций, оплачиваемых с Баланса;
- Пакеты — определяют количество доступных ИИ-сотрудников, каналов общения, интеграций, модулей и иных дополнительных возможностей Сервиса.
1.2. Разделение Баланса и Пакетов позволяет Заказчику отдельно управлять расходами на ИИ-обработку и отдельно — доступом к дополнительным возможностям Сервиса.
1.3. Наличие активных Пакетов не означает наличие денежных средств на Балансе. Если Баланс равен нулю или недостаточен для дальнейшей обработки, ИИ-сотрудник прекращает отвечать Конечным пользователям до пополнения Баланса.
1.4. Наличие денежных средств на Балансе не означает доступ ко всем каналам, ИИ-сотрудникам, интеграциям и модулям. Для использования дополнительных возможностей Заказчик должен приобрести соответствующие Пакеты, если такие возможности не входят в базовый доступ или демонстрационный режим.
1.5. Все цены, скидки, доступные Пакеты, минимальные суммы пополнения, способы оплаты и иные коммерческие условия отображаются в интерфейсе Сервиса, на сайте Провайдера или сообщаются Провайдером Заказчику до оплаты.
1.6. Если между интерфейсом Сервиса и настоящим Приложением есть различия в части конкретных цен, количества доступных Пакетов или минимальной суммы пополнения, применяются условия, отображённые в интерфейсе Сервиса на дату оплаты, если они не противоречат существу настоящего Приложения.
2. Демо-период и Демо-баланс
2.1. После регистрации Заказчику может быть предоставлен демонстрационный период сроком 7 календарных дней.
2.2. Началом демонстрационного периода считается момент регистрации Аккаунта в Сервисе.
2.3. На период демонстрационного использования Заказчику может быть начислен Демо-баланс в размере 100 рублей или в ином размере, указанном в интерфейсе Сервиса.
2.4. Демо-баланс используется для оплаты обработки сообщений и генерации ответов ИИ-сотрудника в пределах доступного остатка.
2.5. В течение демонстрационного периода Заказчику может быть предоставлен расширенный демо-доступ, включая возможность создавать и подключать большее количество ИИ-сотрудников и каналов общения, если такая возможность доступна в интерфейсе Сервиса.
2.6. Расширенный демо-доступ предоставляется исключительно для ознакомления с возможностями Сервиса и не означает, что соответствующее количество ИИ-сотрудников, каналов, интеграций или иных возможностей будет доступно после окончания демонстрационного периода без покупки соответствующих Пакетов.
2.7. Если Заказчик пополняет Баланс в течение 7 календарных дней с момента регистрации, неиспользованный Демо-баланс сохраняется и может использоваться совместно с Платным балансом.
2.8. Если Заказчик не пополняет Баланс в течение 7 календарных дней с момента регистрации, неиспользованный Демо-баланс сгорает.
2.9. Демо-баланс является бонусным начислением Провайдера. Он не является денежным обязательством Провайдера перед Заказчиком, не подлежит возврату, обмену, выплате денежными средствами, переносу на другой аккаунт или использованию вне Сервиса.
2.10. Автоматическое списание денежных средств после окончания демонстрационного периода не производится.
3. Базовый доступ
3.1. После регистрации Заказчику может быть предоставлен базовый доступ, включающий:
- 1 ИИ-сотрудника;
- 1 канал общения.
3.2. Базовый доступ означает, что Заказчик может создать одного ИИ-сотрудника и подключить один канал общения без отдельной платы за такие Пакеты.
3.3. При этом обработка сообщений, генерация ответов ИИ-сотрудника и иные операции, оплачиваемые с Баланса, оплачиваются с Баланса Заказчика.
3.4. Если на Балансе недостаточно денежных средств, ИИ-сотрудник не сможет отвечать Конечным пользователям, даже если базовый ИИ-сотрудник и базовый канал общения доступны Заказчику.
3.5. Если Заказчику требуется больше одного ИИ-сотрудника, больше одного канала общения, дополнительные интеграции или иные платные возможности, Заказчик приобретает соответствующие Пакеты.
4. Баланс
4.1. Баланс — это денежный остаток в Аккаунте Заказчика, используемый для оплаты фактической стоимости обработки сообщений, генерации ответов ИИ-сотрудника и иных операций, оплачиваемых с Баланса.
4.2. Баланс может состоять из:
- Платного баланса;
- Демо-баланса;
- бонусного баланса;
- иных начислений, если они предоставлены Провайдером.
4.3. Платный баланс формируется за счёт денежных средств, внесённых Заказчиком.
4.4. Платный баланс является бессрочным, если иное не предусмотрено Офертой, настоящим Приложением, индивидуальным соглашением сторон или обязательными требованиями законодательства.
4.5. Демо-баланс, бонусный баланс, скидки, промокоды и иные начисления, не оплаченные Заказчиком денежными средствами, не являются денежными средствами Заказчика и не подлежат возврату.
4.6. Порядок использования разных видов Баланса определяется технической логикой Сервиса. Если интерфейсом Сервиса не предусмотрено иное, Провайдер вправе в первую очередь списывать Демо-баланс и бонусный баланс, а затем Платный баланс.
4.7. Текущий остаток Баланса отображается в Личном кабинете.
4.8. Провайдер вправе отображать в интерфейсе ориентировочный прогноз количества диалогов, на которое может хватить текущего Баланса. Такой прогноз является справочной оценкой, не является гарантией и может отличаться от фактического количества диалогов.
5. Пополнение Баланса
5.1. Заказчик может пополнить Баланс способами, доступными в интерфейсе Сервиса или согласованными с Провайдером.
5.2. Основные способы пополнения Баланса:
- банковской картой через эквайринг;
- безналичным переводом по счёту;
- через Партнёра, если Заказчик использует Сервис через Партнёра;
- иным способом, доступным в интерфейсе Сервиса или согласованным с Провайдером.
5.3. Минимальная сумма пополнения Баланса определяется интерфейсом Сервиса на дату оплаты и может изменяться Провайдером без внесения изменений в Оферту и настоящее Приложение.
5.4. Баланс пополняется после подтверждения успешной оплаты платёжным провайдером либо после поступления денежных средств на расчётный счёт Провайдера.
5.5. При оплате по счёту Баланс может быть пополнен после идентификации платежа Провайдером.
5.6. Провайдер не несёт ответственности за задержки пополнения Баланса, вызванные банками, платёжными провайдерами, ошибками в назначении платежа, неверными реквизитами, техническими сбоями или действиями третьих лиц.
5.7. Автоматическое пополнение Баланса и рекуррентные списания не применяются, если такая возможность прямо не подключена Заказчиком и не предусмотрена интерфейсом Сервиса.
5.8. Если в будущем в Сервисе появится автоматическое пополнение Баланса или автоматическое продление Пакетов, такие условия должны быть отдельно раскрыты в интерфейсе Сервиса или документах Провайдера.
6. Динамическая стоимость ИИ-обработки
6.1. В Сервисе отсутствует единая фиксированная стоимость одного сообщения или одного диалога.
6.2. Баланс списывается за фактическую стоимость обработки сообщений, генерации ответов ИИ-сотрудника и связанных технических операций.
6.3. Стоимость обработки рассчитывается динамически и может отличаться для разных сообщений, диалогов, ИИ-сотрудников, сценариев и моделей ИИ.
6.4. На стоимость обработки могут влиять, в том числе:
- выбранная ИИ-модель;
- длина сообщения Конечного пользователя;
- длина ответа ИИ-сотрудника;
- объём истории диалога, используемой при генерации ответа;
- длина промпта, инструкции или сценария;
- объём и содержание Базы знаний;
- количество обращений к внешним ИИ-моделям;
- стоимость внешних ИИ-моделей и технических провайдеров;
- наличие интеграций и дополнительных операций;
- технические параметры обработки;
- иные факторы, влияющие на фактическую стоимость обработки.
6.5. Заказчик понимает и принимает, что точная стоимость будущего сообщения или диалога не может быть заранее гарантированно определена, поскольку зависит от фактического объёма и параметров обработки.
6.6. В разделе «Диалоги» Заказчик может видеть стоимость диалога в целом и детализацию стоимости по отдельным сообщениям или операциям, если такая детализация доступна в интерфейсе Сервиса.
6.7. В разделе «Счёт и оплата» Заказчик может видеть ориентировочный прогноз количества диалогов, на которое может хватить текущего Баланса.
6.8. Ориентировочный прогноз количества диалогов может рассчитываться на основании усреднённого значения, например исходя из 7 сообщений на один диалог, либо на основании фактической статистики Аккаунта Заказчика, если такая статистика уже накоплена.
6.9. Ориентировочный прогноз количества диалогов является справочной информацией. Он не является гарантией количества диалогов, обязательством Провайдера или условием фиксированной стоимости.
6.10. В одном диалоге Конечный пользователь может отправить одно сообщение, а в другом — вести длительную переписку. Поэтому фактическое количество диалогов, на которое хватит Баланса, может отличаться от прогноза.
7. Списание средств с Баланса
7.1. Списание средств с Баланса производится по мере обработки сообщений, генерации ответов ИИ-сотрудника и выполнения иных операций, оплачиваемых с Баланса.
7.2. Списание может происходить автоматически в момент обработки сообщения, после генерации ответа, после завершения операции или в ином порядке, определяемом технической логикой Сервиса.
7.3. При отсутствии денежных средств на Балансе или при недостаточности Баланса для дальнейшей обработки ИИ-сотрудник прекращает отвечать Конечным пользователям до пополнения Баланса.
7.4. Сервис не предоставляет Заказчику кредитный лимит. Обработка сообщений при нулевом Балансе не осуществляется.
7.5. Если по техническим причинам в Аккаунте временно образовался отрицательный остаток, Заказчик обязан погасить такой отрицательный остаток при следующем пополнении Баланса, если отрицательный остаток возник вследствие фактического использования Сервиса.
7.6. Провайдер вправе приостановить обработку сообщений, генерацию ответов, работу ИИ-сотрудников, Рассылки или иные функции, оплачиваемые с Баланса, если Баланс равен нулю или недостаточен для дальнейшей работы.
7.7. Заказчик самостоятельно отвечает за своевременное пополнение Баланса и контроль расходов.
7.8. Провайдер может направлять Заказчику уведомления о низком Балансе, окончании Баланса или остановке ИИ-сотрудника, однако отсутствие такого уведомления не освобождает Заказчика от обязанности самостоятельно контролировать Баланс.
8. Пакеты
8.1. Пакеты предоставляют Заказчику доступ к дополнительным возможностям Сервиса на определённый срок.
8.2. Пакеты могут включать, в том числе:
- дополнительных ИИ-сотрудников;
- дополнительные каналы общения;
- дополнительные виджеты на сайт;
- дополнительные Telegram-боты;
- дополнительные Telegram-аккаунты;
- дополнительные WhatsApp-аккаунты;
- дополнительные каналы ВКонтакте;
- дополнительные каналы Авито;
- дополнительные MAX-боты;
- интеграции с внешними системами;
- дополнительные модули и функции.
8.3. Конкретный перечень доступных Пакетов, их стоимость, срок действия и состав отображаются в интерфейсе Сервиса или на сайте Провайдера.
8.4. Пакеты предоставляют право доступа к дополнительным возможностям Сервиса. Пакеты не включают стоимость обработки сообщений и генерации ответов ИИ-сотрудника, если иное прямо не указано в интерфейсе Сервиса.
8.5. Обработка сообщений, генерация ответов ИИ-сотрудника и иные операции, оплачиваемые с Баланса, оплачиваются отдельно с Баланса Заказчика.
8.6. Пакеты активируются после успешной оплаты или после ручного начисления Провайдером, если оплата производится по счёту, через Партнёра или иным согласованным способом.
8.7. Пакет считается предоставленным с момента его активации в Аккаунте Заказчика.
8.8. Неиспользование или частичное использование Пакета не влияет на факт предоставления доступа к Пакету.
9. Подписка и срок действия Пакетов
9.1. Пакеты предоставляются на срок, выбранный Заказчиком при покупке.
9.2. Доступные сроки могут включать:
- 1 месяц;
- 6 месяцев;
- 12 месяцев;
- иной срок, если такой срок доступен в интерфейсе Сервиса.
9.3. При покупке Пакетов на срок 6 месяцев может применяться скидка 10%.
9.4. При покупке Пакетов на срок 12 месяцев может применяться скидка 20%.
9.5. Скидки применяются только к покупке Пакетов на новый срок, если иное не указано в интерфейсе Сервиса.
9.6. Скидки не применяются к пополнению Баланса.
9.7. Скидки могут не применяться к докупке Пакетов внутри текущего срока Подписки, если иное не указано в интерфейсе Сервиса.
9.8. Подписка не продлевается автоматически. Заказчик самостоятельно продлевает Пакеты в интерфейсе Сервиса или иным способом, согласованным с Провайдером.
9.9. Если срок действия оплаченных Пакетов истёк и Заказчик не продлил Подписку, доступ к дополнительным Пакетам прекращается.
9.10. После окончания срока действия Пакетов активными остаются первый созданный ИИ-сотрудник и первый созданный канал общения, доступные в рамках базового доступа.
9.11. Остальные ИИ-сотрудники, каналы, интеграции и дополнительные возможности становятся неактивными, но не удаляются автоматически, если иное не предусмотрено Офертой, настоящим Приложением, интерфейсом Сервиса или сроками хранения данных.
9.12. Если Заказчик продлит Подписку или купит необходимые Пакеты повторно, доступ к ранее неактивным ИИ-сотрудникам, каналам, интеграциям и настройкам может быть восстановлен, если такие данные не были удалены по запросу Заказчика, в связи с истечением сроков хранения или по основаниям, предусмотренным Офертой.
10. Покупка и докупка Пакетов
10.1. Заказчик может купить Пакеты в разделе «Счёт и оплата» или ином разделе Личного кабинета, если такая возможность доступна.
10.2. При покупке Пакетов Заказчик выбирает:
- количество дополнительных ИИ-сотрудников;
- необходимые каналы общения;
- необходимые интеграции или модули;
- срок действия Пакетов;
- иные параметры, доступные в интерфейсе Сервиса.
10.3. Итоговая стоимость Пакетов отображается в интерфейсе Сервиса до оплаты.
10.4. Заказчик самостоятельно проверяет состав выбранных Пакетов, срок действия и итоговую стоимость до оплаты.
10.5. Если Заказчик в течение действующего срока Подписки докупает дополнительные Пакеты, стоимость докупки рассчитывается до окончания текущего срока действия Подписки.
10.6. Например, если срок текущей Подписки действует до 26 июля, а Заказчик 15 июля докупает дополнительный канал, стоимость такого канала рассчитывается за период с даты докупки до 26 июля.
10.7. Точная стоимость докупки рассчитывается Сервисом и отображается в интерфейсе до оплаты.
10.8. Докупленные Пакеты действуют до окончания текущего срока Подписки, если иное не указано в интерфейсе Сервиса.
10.9. При продлении Подписки Заказчик может выбрать новый состав Пакетов на следующий срок, если такая возможность доступна в интерфейсе Сервиса.
10.10. Провайдер вправе изменять состав, стоимость и условия Пакетов для будущих покупок. Такие изменения не влияют на уже оплаченный срок действия Пакетов, если иное не требуется по закону или не указано в конкретном предложении.
11. Изменение и продление Подписки
11.1. Кнопка или функция «Изменить подписку» используется для докупки дополнительных Пакетов к текущей Подписке.
11.2. При изменении Подписки новые Пакеты добавляются к уже действующим Пакетам до окончания текущего срока Подписки.
11.3. Стоимость изменения Подписки рассчитывается с учётом оставшегося срока текущей Подписки и отображается в интерфейсе до оплаты.
11.4. Кнопка или функция «Продлить подписку» используется для оплаты следующего периода использования Пакетов.
11.5. При продлении Подписки Заказчик может сохранить текущий состав Пакетов или выбрать новый состав Пакетов на следующий срок, если такая возможность доступна в интерфейсе Сервиса.
11.6. Если Заказчик при продлении уменьшает количество Пакетов, такое уменьшение применяется к следующему сроку Подписки и не является основанием для возврата стоимости Пакетов, оплаченных за текущий срок.
11.7. Если Заказчик не продлевает Подписку, по окончании оплаченного срока дополнительные Пакеты становятся неактивными в порядке, предусмотренном настоящим Приложением.
12. Возврат Платного баланса
12.1. Возврату подлежит только неиспользованный остаток Платного баланса.
12.2. Не подлежат возврату:
- Демо-баланс;
- бонусный баланс;
- скидки;
- промокоды;
- партнёрские бонусы;
- иные начисления, не оплаченные Заказчиком денежными средствами напрямую Провайдеру.
12.3. Возврат Платного баланса осуществляется по письменному заявлению Заказчика.
12.4. Заявление на возврат направляется на адрес электронной почты Провайдера sales@riacode.com или иным способом, указанным Провайдером.
12.5. В заявлении Заказчик должен указать данные, позволяющие идентифицировать Аккаунт, платёж и реквизиты для возврата.
12.6. Провайдер вправе запросить дополнительные сведения или документы, если они необходимы для идентификации Заказчика, проверки платежа, исполнения требований закона, предотвращения мошенничества или корректного оформления возврата.
12.7. Возврат осуществляется в течение 7 календарных дней с даты получения Провайдером заявления Заказчика и всех необходимых реквизитов.
12.8. Если по платежу имеются признаки спорной операции, ошибки, мошенничества, нарушения Оферты, претензии третьих лиц или необходимость дополнительной проверки, срок возврата может быть продлён на период проведения проверки.
12.9. Возврат осуществляется тем же способом, которым была произведена оплата, либо иным способом, согласованным сторонами, если возврат тем же способом невозможен или затруднён.
12.10. Если Аккаунт удаляется Заказчиком, Заказчику рекомендуется до удаления Аккаунта направить заявление на возврат неиспользованного остатка Платного баланса.
12.11. После удаления Аккаунта возврат может быть затруднён или невозможен, если Провайдер не сможет идентифицировать Заказчика, Аккаунт, платёж или остаток Платного баланса на основании сохранившихся данных. При наличии возможности идентифицировать платёж и остаток Платного баланса возврат осуществляется в порядке, предусмотренном настоящим Приложением.
12.12. При блокировке Аккаунта за нарушение Оферты, настоящего Приложения, Приложения №3, законодательства, правил площадок или прав третьих лиц Провайдер вправе удержать из суммы неиспользованного Платного баланса суммы задолженности Заказчика, фактически понесённые расходы, убытки, штрафы, комиссии, chargeback, расходы на урегулирование претензий и иные документально или технически подтверждаемые потери, вызванные нарушением Заказчика. Оставшаяся часть неиспользованного Платного баланса, если она имеется, возвращается Заказчику в порядке, предусмотренном настоящим Приложением.
13. Возврат стоимости Пакетов
13.1. Пакет считается предоставленным Заказчику с момента активации соответствующего Пакета в Аккаунте.
13.2. Стоимость оплаченных Пакетов не подлежит возврату после предоставления Заказчику доступа к соответствующим Пакетам, если иное прямо не предусмотрено Офертой, настоящим Приложением или обязательными нормами законодательства.
13.3. Возврат стоимости Пакетов не производится, в том числе если:
- Заказчик не использовал Пакет;
- Заказчик использовал Пакет частично;
- Заказчик передумал использовать Сервис;
- Заказчик ошибочно выбрал Пакет;
- Заказчик не получил ожидаемый коммерческий результат;
- Заказчик не получил ожидаемое количество заявок, продаж, лидов или обращений;
- функциональность Сервиса не соответствовала субъективным ожиданиям Заказчика;
- Заказчик не настроил ИИ-сотрудника, канал или интеграцию;
- Заказчик не воспользовался оплаченной возможностью;
- у Заказчика изменились планы, бюджет, сотрудники, бизнес-процессы или потребность в Сервисе.
13.4. При блокировке Аккаунта за нарушение Оферты, настоящего Приложения, Приложения №3, законодательства, правил площадок или прав третьих лиц стоимость оплаченных Пакетов не возвращается.
13.5. Если доступ к Пакету был активирован, но Заказчик не смог использовать Пакет по причинам, не зависящим от Провайдера, стоимость Пакета не возвращается.
13.6. К причинам, не зависящим от Провайдера, относятся, в том числе:
- ошибки настройки Заказчика;
- отсутствие необходимых данных, токенов, ключей API или доступов;
- блокировка аккаунта Заказчика на стороне внешней площадки;
- ограничения Telegram, WhatsApp, Авито, ВКонтакте, MAX, CRM, маркетплейсов или иных третьих лиц;
- нарушение Заказчиком правил внешних площадок;
- отказ Заказчика предоставить данные, необходимые для настройки;
- действия сотрудников, представителей или Партнёров Заказчика;
- отсутствие Баланса для оплаты ИИ-обработки;
- иные обстоятельства, находящиеся вне контроля Провайдера.
13.7. Провайдер вправе, но не обязан, предоставить Заказчику компенсацию в виде бонусного Баланса, продления срока действия Пакета или иным способом, если сочтёт такую компенсацию обоснованной.
13.8. Предоставление компенсации в одном случае не означает обязанность Провайдера предоставлять аналогичную компенсацию в других случаях.
14. Платежи через Партнёра
14.1. Заказчик может приобретать доступ к Сервису через Партнёра, если такая модель предусмотрена партнёрской программой riabot.
14.2. Если Заказчик перечисляет денежные средства Партнёру, расчёты между Заказчиком и Партнёром регулируются их самостоятельными договорённостями.
14.3. Партнёр самостоятельно отвечает перед Заказчиком за:
- приём оплаты;
- выставление счетов;
- оформление актов;
- выдачу чеков, если это требуется;
- применение онлайн-кассы;
- уплату налогов;
- возвраты денежных средств, полученных от Заказчика;
- собственные услуги по продаже, настройке, внедрению, обучению и сопровождению.
14.4. Провайдер не отвечает за денежные средства, которые Заказчик перечислил Партнёру, если такие денежные средства не поступили Провайдеру.
14.5. Провайдер несёт ответственность только в пределах денежных средств, фактически полученных Провайдером.
14.6. При работе через Партнёра Пакеты, Баланс или иные возможности могут быть начислены Заказчику после оплаты Партнёром счёта, выставленного Провайдером, либо в ином порядке, согласованном между Провайдером и Партнёром.
14.7. Если Партнёр не оплатил счёт Провайдера или нарушил условия партнёрской программы, Провайдер вправе не активировать, приостановить или отключить соответствующие Пакеты, Баланс или доступ, если иное не согласовано Провайдером отдельно.
14.8. Если Заказчик пополняет Баланс через Партнёра, Заказчику может быть предоставлен бонус 10% на Баланс, если такой бонус предусмотрен условиями партнёрской программы и подтверждён Провайдером.
14.9. Бонус, предоставленный при пополнении через Партнёра, не подлежит возврату денежными средствами.
14.10. Если Заказчик требует возврат денежных средств, уплаченных Партнёру, Заказчик должен обращаться к Партнёру. Провайдер не обязан возвращать Заказчику денежные средства, которые Провайдер фактически не получил.
15. Чеки, счета, акты и закрывающие документы
15.1. При оплате напрямую Провайдеру документы, чеки, счета, акты и иные платёжные документы предоставляются в порядке, предусмотренном законодательством, интерфейсом Сервиса, платёжным провайдером или соглашением сторон.
15.2. При оплате банковской картой через эквайринг документы могут формироваться платёжным провайдером, онлайн-кассой, оператором фискальных данных или иным сервисом, привлечённым Провайдером.
15.3. При оплате по безналичному расчёту Провайдер может выставить Заказчику счёт на оплату.
15.4. Акты, УПД или иные закрывающие документы могут предоставляться по запросу Заказчика, через электронный документооборот, email или иным способом, согласованным сторонами.
15.5. При оплате через Партнёра обязанность по оформлению документов перед Заказчиком несёт Партнёр, если денежные средства были получены Партнёром.
15.6. Возврат платежей, если он осуществляется Провайдером, оформляется в соответствии с применимыми требованиями законодательства, правилами платёжного провайдера и техническими возможностями используемой платёжной системы.
16. Изменение тарифов и условий оплаты
16.1. Провайдер вправе изменять стоимость Пакетов, минимальную сумму пополнения, скидки, состав Пакетов, условия докупки, правила отображения прогноза диалогов и иные коммерческие условия для будущих покупок.
16.2. Изменение стоимости Пакетов не влияет на уже оплаченный срок действия Пакетов, если иное не требуется по закону или не указано в конкретном предложении.
16.3. Стоимость ИИ-обработки может изменяться в зависимости от стоимости внешних ИИ-моделей, изменения технической архитектуры, изменения провайдеров, объёма обработки, параметров моделей, курсов валют, нагрузки, себестоимости и иных факторов.
16.4. Провайдер не обязан предварительно согласовывать с Заказчиком изменение стоимости будущей ИИ-обработки, поскольку такая стоимость рассчитывается динамически и зависит от фактических параметров обработки.
16.5. Заказчик самостоятельно контролирует расходы в Личном кабинете и вправе прекратить использование функций, оплачиваемых с Баланса, если не согласен с фактической стоимостью обработки.
16.6. Продолжение использования Сервиса после изменения тарифов, состава Пакетов или условий оплаты означает согласие Заказчика с такими изменениями в отношении будущего использования Сервиса.
17. Ошибки, спорные списания и корректировки
17.1. Если Заказчик считает, что списание с Баланса произведено ошибочно, он вправе обратиться в поддержку Провайдера.
17.2. Обращение должно содержать сведения, позволяющие проверить спорное списание: дату, время, ИИ-сотрудника, канал, диалог, сообщение или иную информацию, доступную Заказчику.
17.3. Провайдер рассматривает обращение и вправе запросить дополнительные сведения.
17.4. Если Провайдер подтвердит техническую ошибку списания, Провайдер вправе восстановить соответствующую сумму на Балансе, предоставить бонусный Баланс или иным способом скорректировать ошибку.
17.5. Провайдер не обязан корректировать списания, если они возникли вследствие фактического использования Сервиса, настроек Заказчика, длинных промптов, большого объёма Базы знаний, истории диалога, выбранной ИИ-модели или иных параметров, зависящих от Заказчика.
17.6. Данные логов Сервиса, сведения о диалогах, списаниях, технических операциях и событиях в Аккаунте могут использоваться Провайдером для проверки спорных списаний.
18. Уведомления о Балансе и Подписке
18.1. Провайдер может направлять Заказчику уведомления:
- о низком Балансе;
- об окончании Баланса;
- об остановке ИИ-сотрудника;
- об окончании срока действия Пакетов;
- о необходимости продлить Подписку;
- о неактивных каналах или ИИ-сотрудниках;
- об изменении тарифов или условий оплаты;
- об иных событиях, связанных с оплатой и использованием Сервиса.
18.2. Уведомления могут направляться через Личный кабинет, email, мессенджеры, интерфейс Сервиса или иные доступные каналы.
18.3. Отсутствие уведомления, задержка уведомления или невозможность его доставки не освобождает Заказчика от обязанности самостоятельно контролировать Баланс, срок действия Пакетов и состояние Аккаунта.
19. Заключительные положения
19.1. Настоящее Приложение действует совместно с Публичной офертой riabot.
19.2. В случае противоречия между настоящим Приложением и Офертой в части Баланса, Пакетов, Подписки, списаний и возвратов применяются условия настоящего Приложения, если иное прямо не указано в Оферте.
19.3. Провайдер вправе изменять настоящее Приложение в порядке, предусмотренном Офертой.
19.4. Новая редакция настоящего Приложения вступает в силу с момента публикации, если иной срок не указан в новой редакции.
19.5. Продолжение использования Сервиса после вступления новой редакции настоящего Приложения в силу означает согласие Заказчика с новой редакцией.
20. Реквизиты Провайдера
Индивидуальный предприниматель Шамсиддинов Руслан Захаддинович
ИНН: 610932664803
ОГРНИП: 325619600112942
Адрес: 347684, Россия, Ростовская обл., Егорлыкский р-н, х. Мирный, ул. Первооснователей, д. 4, кв. 1
Email: sales@riacode.com
Телефон: +7 (993) 080-00-91
Сайт: https://riabot.ru
Личный кабинет: https://app.riabot.ru