For the complete documentation index, see llms.txt. This page is also available as Markdown.

Чёрный список

Локальный чёрный список и проверка клиентов по базе BestChange

Раздел останавливает или ограничивает обработку заявок при совпадении с локальной записью либо результатом внешней проверки BestChange. Совпадение является сигналом риска; решение об отказе остаётся ответственностью обменного пункта.

В панели управления откройте:

«Утилиты» — «Черный список»

Для доступа требуется право «Разрешить управление черным список в админпанели» из блока «Админпанель».

Название права приведено без грамматического исправления, потому что именно так оно отображается в текущем редакторе группы. Ищите его по этой точной строке через «Пользователи» — «Список групп пользователей». Откройте нужную группу.

Локальные записи

Нажмите «Добавить запись» и заполните:

  • «Значение» — проверяемый идентификатор;

  • «Описание» — основание и контекст для сотрудников.

В списке видны значение, описание и дата. Запись можно изменить или удалить.

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

Кнопка с настройками открывает:

  • включение локального чёрного списка;

  • действие при совпадении: показать ошибку либо остановить автоматическую выплату.

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

Проверка BestChange

Кнопка «BestChange Ч.С» открывает внешнюю проверку. Настраиваются:

  • включение проверки;

  • действие при совпадении;

  • идентификатор обменного пункта и API-ключ;

  • данные клиента, участвующие в поиске: IP, email, счёт отдачи и счёт получения;

  • поиск в контактах, описании или обоих типах полей;

  • категории записей: все, мошенники или неадекватное поведение.

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

Безопасная проверка

  1. Сохраните текущий режим обработки.

  2. Включите только необходимые критерии поиска.

  3. Проверьте тестовое совпадение без реальной выплаты.

  4. Убедитесь, что заявка показывает ожидаемую ошибку либо останавливает автоматическую выплату.

  5. Проверьте чистый тестовый сценарий.

  6. Зафиксируйте внутренний порядок ручного решения и разблокировки.

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

Последнее обновление

Это было полезно?