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

Хотим уточнить, что согласно общему регламенту сервиса, все заявки (включая быстрые переводы), созданные после 22:00, переходят в обработку с 08:00 следующего дня (UTC+2).

Кроме того, выбранное вами направление USDT -> PayPal имеет установленный регламент обработки:
от 48 до 72 часов, а в отдельных случаях — до 120 часов, что зависит от загруженности и внутренних проверок платёжной системы PayPal.

Ваша заявка находится в работе, и мы стараемся выполнить её приоритетно как можно быстрее.

Благодарим за понимание и терпение. Если возникнут дополнительные вопросы — мы всегда на связи.

Добрый день,

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

С уважением, администрация мониторинга обменных пунктов BestChange.

Данный обменник не компетентный в вопросах, отправляет на другие реквизиты которые им не дают, ( к этим реквизитам у меня нет доступа ) я создаю новую
Сделку а они говорят мы удерживаем ваши средства в прошлую сделку так как ошиблись реквизитами, это адекватно?

Здравствуйте, Igor, сервис работает строго по принципу «одно лицо — один получатель».
Согласно правилам (п. 4.1, 5.9, 7.3–7.4 AML/KYC и Регламента), клиент обязан указывать только собственные реквизиты, которыми он владеет и к которым имеет полный доступ.
Любые сторонние, недействительные или неподтверждённые карты являются нарушением правил, и ответственность за корректность введённых данных полностью лежит на клиенте.

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

Почему была остановлена новая заявка
Пока переплата по старой заявке не урегулирована, выполнение новой заявки автоматически приостанавливается правилами AML/KYC.
Это стандартная мера безопасности: несоответствия между платежами блокируют дальнейшие операции до полного разрешения ситуации.

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

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

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

Ув. Администрация best change. Я указывал реквизиты один раз, доступа у меня к ним нет. Повторяюсь, проведите проверку! На данном обмене я не указывал реквизиты!

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

Igor, наш cервис работает строго по принципу «одно лицо — один получатель».
Согласно правилам (п. 4.1, 5.9, 7.3–7.4 AML/KYC и Регламента), клиент обязан указывать только собственные реквизиты, которыми он владеет и к которым имеет полный доступ.
Любые сторонние, недействительные или неподтверждённые карты являются нарушением правил, и ответственность за корректность введённых данных полностью лежит на клиенте. Мы не работаем с третими лицамы.

Это ваши проблемы, верните деньги.

Igor, Вы несёте ответственность за реквизиты, которые предоставляете для оплаты. Повторяю: мы не работаем с третьими лицами, поэтому ответственность за указанные реквизиты лежит исключительно на вас. Мы по-прежнему готовы выполнить новую заявку сразу после урегулирования переплаты по старой.

*** Какая ответственность, то что ты *** своими глазами не туда перевел?

Почитай что ***

Igor, по вашей предыдущей заявке было выполнено два перевода ровно на те реквизиты, которые вы сами указали при создании заявки.

Карта, на которую был произведён дополнительный перевод, проверена и является активной.
Новая заявка была приостановлена в соответствии с требованиями правилами до урегулирования переплаты по старой. Это стандартная мера безопасности, которая применяется ко всем клиентам без исключений.
Мы предложили вам два варианта решения:
- компенсировать переплату самостоятельно;
- либо списать необходимую сумму из депозита новой заявки, при этом часть компенсирует сервис.

Где указаны были реквизиты? В данной заявке какие реквизиты были указаны? На ошибочную карту что ли?

Подтверждаете факт, что вы отправили не на те реквизиты которые были указаны в заявке? А ошибочно перевели на старые реквизиты так?

Igor, важно уточнить: перевод ушёл не “на какую-то чужую карту”, а на те реквизиты, которые вы сами указывали ранее.
Мы не можем отправить средства на произвольные данные — только на те, что были когда-то предоставлены вами.

Согласно правилам (п. 4.1, 5.9, 7.3–7.4):
клиент обязан указывать только собственные реквизиты, которыми он владеет и к которым имеет полный доступ.
Указывать карты, которые вам не принадлежат или которыми вы не управляете — запрещено.

Из-за этой переплаты система автоматически приостановила выполнение вашей новой заявки. Это стандартная мера безопасности: любые несоответствия между выплатами требуют урегулирования до продолжения операций.

Чтобы решить вопрос максимально корректно, мы предложили вам два варианта — либо компенсировать переплату, либо списать нужную сумму из новой заявки, при этом часть компенсировали мы за счёт сервиса.

Никакого умышленного удержания средств не было — система заблокировала операцию именно из-за переплаты по старой заявке, что соответствует правилам AML/KYC.

Мы готовы завершить новую заявку сразу после подтверждения выбранного варианта урегулирования.

Ты себя слышишь? В заявке на какую карту был указан перевод? Кто просил делать на другую карту перевод? Ты видишь прекрасно что там разные имена получателя, каким образом теперь мне деньги вытаскивать из-за того что ты перевел на старые реквизиты а не по данной заявке?

Igor, ситуацию уточняем ещё раз максимально просто и по фактам.

По вашей предыдущей заявке система выполнила два перевода — оба строго на те реквизиты, которые вы сами указали. Это была техническая ошибка на нашей стороне, но средства действительно ушли на ваши же данные, предоставленные ранее.
Когда вы создали новую заявку, её депозит был автоматически направлен на покрытие переплаты по старой — это стандартное правило безопасности.
AML/KYC запрещает нам выполнять новые выплаты, если по прошлому переводу есть несоответствие или непогашенная переплата.
Если эти реквизиты вам не принадлежат или вы не имеете к ним доступа, пожалуйста, решите вопрос с владельцами указанных вами карт.
Мы не можем отправлять средства “куда угодно” — только на те данные, которые клиент сам предоставил ранее и подтвердил.
Со своей стороны мы ничего не удерживаем — переплата просто зачтена.
Готовы выполнить вашу новую заявку сразу после того, как будет урегулирован вопрос по старым реквизитам.

Еще раз простой вопрос, в данной заявке я указывал эти реквизиты? НЕТ! Вы отправили на старые реквизиты где видно что это другой человек.

Igor,
Вы смешиваете два разных процесса, поэтому поясняем ещё раз:
1. Переплата была сделана по старой заявке, по тем реквизитам, которые вы сами предоставили ранее.
Это факт, который подтверждён платежами.
2. Пока переплата по старой заявке не урегулирована, выполнение новой заявки в любом направлении автоматически блокируется системой AML/KYC.
Мы не можем отправлять средства на новые реквизиты, если по старым есть несоответствие или задолженность — это прямое требование регламента.
3. Реквизиты из новой заявки тут ни при чём.
Блокировка произошла из-за переплаты по предыдущей, а не из-за данных текущей заявки.

Реквизиты старые были аале гараж.

Добрый день,

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

С уважением, администрация мониторинга обменных пунктов BestChange.

Igor,
Уточняем ситуацию коротко и по существу, без повторов:
По предыдущей заявке клиент сам указал реквизиты, на которые система выполнила два платежа. Это подтверждено платёжами.
Депозит новой заявки автоматически ушёл на покрытие переплаты по старой — это стандартное требование AML/KYC при наличии несоответствия.
Мы ничего не удерживаем сверх фактической переплаты — она полностью зачтена.
Новая заявка может быть выполнена только после её повторного пополнения, так как текущий депозит ушёл на урегулирование задолженности.
Реквизиты новой заявки не задействованы и не имеют отношения к переплате по старой.
Мы готовы выполнить новую заявку сразу после её пополнения.
Готовы предоставить модерации любые подтверждения по платежам.

Сами себя слышите? Сами выполнили перевод не туда, и удерживаете средства.

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

Ждем администрацию.

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

С момента возникновения переплаты действует стандартное правило:
пока предыдущая заявка имеет несоответствие или непогашенную переплату — выполнение любых новых заявок невозможно.

Именно по этой причине новая заявка №36176 была автоматически приостановлена, а внесённый по ней депозит направлен на покрытие переплаты. Это обязательная процедура безопасности, применяемая ко всем клиентам без исключений.

Для урегулирования ситуации пользователю были предложены два варианта решения, включая частичную компенсацию со стороны сервиса. До выбора одного из вариантов и погашения переплаты выполнить заявку №36176 технически и регуляторно невозможно.