Договор оферты

1. Предмет и участники

1.1. XAOC Pay — программный сервис, предоставляющий кабинет мерчанта, создание счетов, платёжные страницы, обмен статусами через API и учёт расчётных операций. Мерчант — лицо, подключившее свой проект по согласованию с администрацией. Покупатель — лицо, оплачивающее товары, работы или услуги мерчанта.

1.2. Оператор сервиса — сторона, названная в индивидуальных условиях. Упоминание бренда XAOC Pay само по себе не заменяет наименование, адрес и реквизиты стороны. Платёжный канал — внешний поставщик, через которого проводится конкретная операция.

1.3. Предмет договора — предоставление согласованных программных и информационных возможностей. Статус платёжного посредника, полномочия действовать в интересах мерчанта и порядок движения средств определяются отдельными условиями и разрешениями канала. Эта страница не подтверждает наличие банковской лицензии, открытия банковского счёта или разрешения обслуживать любые виды деятельности.

2. Заявка и заключение договора

2.1. Подключение производится по заявке. Мерчант сообщает достоверные сведения о проекте, сайте, предлагаемых товарах, уполномоченном представителе и контактах. Дополнительные сведения запрашиваются только при наличии основания и необходимости для подключения.

2.2. До начала приёма стороны определяют исполнителя, разрешённую деятельность, методы, тарифы, лимиты, валюты учёта, порядок выплат, сроки и контакты для уведомлений. Индивидуальные условия имеют приоритет в согласованной части, если это не нарушает обязательные нормы.

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

3. Кабинет и полномочия

3.1. Аккаунт и доступ к мерчанту создаёт администратор. Мерчант проверяет корректность названия, сайта, контактов поддержки и условий до передачи платёжной страницы покупателям. Доступ другому лицу предоставляется только в пределах его полномочий.

3.2. Мерчант отвечает за сохранность пароля, резервных кодов и API-ключей. Рекомендуется включить аутентификатор и завершать лишние сессии. Подозрение на компрометацию следует незамедлительно сообщить администрации и отозвать доступные скомпрометированные ключи.

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

4. Создание и исполнение счёта

4.1. Мерчант задаёт сумму и номер заказа, при необходимости — описание, идентификатор покупателя и дополнительные сведения. Описание необязательное. Недопустимо включать в него пароли, паспортные данные, CVV или иные сведения, не нужные для оплаты.

4.2. Счёт создаётся с конкретным методом либо с общей формой выбора. До выбора способа итог может зависеть от метода; покупателю показывается цена выбранного варианта. После выдачи реквизитов следует использовать только реквизиты этого счёта и учитывать его срок действия.

4.3. При оплате картой реквизиты и подтверждение банка обрабатываются защищённой формой канала. При СБП используются ссылка и QR конкретной операции. При криптоплатеже точные валюта, сеть, сумма и адрес определяются выданной формой; отправитель проверяет их до перевода.

4.4. Подтверждение поступления устанавливается по проверенным данным канала. Возврат на сайт, нажатие кнопки проверки или присланная квитанция не заменяют подтверждение. Возможны задержки конвертации и поздние изменения статуса.

5. Тарифы и комиссия

5.1. Действующие условия показываются в кабинете и фиксируются для счёта при его создании. Ставка конкретного метода имеет приоритет над общей ставкой мерчанта. Тариф канала и вознаграждение сервиса учитываются при расчёте итоговой комиссии.

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

5.3. Изменение настроек не переписывает цену существующего счёта. Неожиданное расхождение с данными канала требует сверки. Сервис не должен автоматически подтверждать оплату произвольной другой суммы.

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

6. Учёт поступлений и сверка

6.1. Расчётный остаток USDT формируется из фактических подтверждённых зачислений с учётом вознаграждения, резервов, выплат и обратных операций. Отметка об оплате в рублях не означает завершения конвертации и доступности суммы к выводу.

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

6.3. Мерчант проверяет историю операций и направляет сведения о расхождении с номером счёта и описанием. Стороны сопоставляют данные сервиса, канала и документы по операции. Исправление учёта должно иметь подтверждаемое основание.

7. Заявки на вывод

7.1. Вывод запрашивается из доступного остатка на реквизиты, которыми мерчант вправе пользоваться. Базовый минимум — 35 USDT для карты РФ и 10 USDT для криптокошелька. Индивидуальный минимум может быть выше.

7.2. При создании заявки сумма резервируется и недоступна для повторного расходования. Сохранённые реквизиты выбираются мерчантом; перед отправкой он проверяет получателя, номер карты, адрес и сеть. Удаление сохранённых реквизитов не изменяет уже поданную заявку.

7.3. Администратор рассматривает заявку; фактический перевод выполняется отдельно. До выполнения согласуются применимые курс, расходы, сумма получения и срок. Одобрение не означает отправку средств, а статус выполнения фиксируется с банковским номером или хешем транзакции.

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

8. Возвраты и оспаривания

8.1. Требования по товару, срокам передачи и качеству покупатель направляет продавцу, указанному на платёжной странице. Мерчант рассматривает их с учётом применимого законодательства и своих условий продажи. Обязательные права покупателя этой офертой не ограничиваются.

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

8.3. Возврат, отмена и чарджбэк могут уменьшить ранее учтённое поступление. Мерчант предоставляет доказательства исполнения заказа и участвует в рассмотрении спора. Недостаток остатка и порядок возмещения согласуются на основании подтверждённых операций, а не произвольного начисления.

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

9.1. Мерчант соблюдает закон, правила подключённого канала, права на распространяемые товары и согласованные ограничения деятельности. Он самостоятельно исполняет налоговые, кассовые и потребительские обязанности, если по договору или закону их не несёт иное лицо.

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

9.3. При признаках нарушения администрация вправе запросить пояснения и ограничить новые операции на время проверки. Удержание или резервирование средств должно иметь договорное либо законное основание; проверка не является автоматической конфискацией.

10. API, уведомления и данные

10.1. API используется по опубликованной документации. Мерчант хранит ключи на сервере, проверяет подпись, сумму, валюту и номер заказа и обрабатывает повторные уведомления без повторной выдачи товара.

10.2. Telegram, Discord и вебхуки подключаются по решению мерчанта. Он проверяет получателей и правомерность передачи им сведений. Сбой дополнительного уведомления не отменяет подтверждённую операцию; статус проверяется в кабинете или API.

10.3. Порядок обработки персональных данных опубликован отдельно. Этот договор не заменяет отдельное согласие или поручение обработки, если они требуются.

11. Ответственность и внешние обстоятельства

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

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

12. Изменения, прекращение и обращения

12.1. Новая редакция публикуется с номером и датой. Изменение существенных индивидуальных условий согласуется до применения к новым операциям; молчание не подменяет требуемое согласие.

12.2. При прекращении обслуживания стороны сверяют поступления, резервы, выплаты, возвраты и незавершённые споры. Прекращение доступа не аннулирует подтверждённые взаимные обязательства.

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