Создание и продолжение заявки

Настройте ID, доступ к чеку, вход по E-mail, продолжение обмена, таймер и статусы

Что вы получите

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

Откройте «Настройки» — «Общие настройки» — «Основные» — «Обмен».

Установите базовые значения

1

Выберите публичный ID

В поле «Публичный ID заявки для клиентов» выберите «По алгоритму (новая)». Клиент будет работать с отдельным публичным идентификатором, который сложнее подобрать последовательным перебором.

2

Выберите сценарий для зарегистрированного E-mail

В поле «Если e-mail уже зарегистрирован» для первого контролируемого запуска выберите «Сначала подтвердить e-mail». Клиент получает код, входит в аккаунт, и только после этого создаётся заявка.

3

Оставьте продолжение на сайте до проверки правил

В поле «Где продолжать обмен» выберите «На сайте». Реквизиты будут показаны на странице заявки. Значение «В мессенджерах по правилам валют и направлений» включайте только после прохождения отдельного урока «Продолжение обмена в Telegram».

Главный режим сам по себе не разрешает Telegram всем заявкам. Итог зависит от конкретной валюты и сети на стороне «Отдаю», переопределения направления, активного бота и состояния новой заявки.

4

Укажите интервал обновления

В поле «Интервал обновления курсов» укажите 15. Единица — секунды. Панель рекомендует значение не меньше 15 секунд, чтобы не создавать лишнюю нагрузку.

5

Задайте срок оплаты

В блоке «Срок оплаты» укажите 30 и выберите единицу «мин». Это значение сохраняется в каждой новой заявке.

6

Выберите действие после истечения

Для базового ручного сценария выберите «Установить статус «Время истекло»». Если ваш процесс требует сохранить прежний статус, это должно быть отдельным осознанным решением.

Когда выбирать другой режим E-mail

«Создать заявку сразу» позволяет зарегистрированному адресу перейти к оплате без обязательного входа. Такая заявка сначала остаётся гостевой; клиент может позже войти по коду и сохранить её в личном кабинете со страницы оплаты или отслеживания.

Это не просто сокращённый вход. До включения отдельно проверьте:

• создание заявки без кода;
• отсутствие доступа к другим заявкам владельца E-mail;
• последующий вход и привязку именно этой заявки;
• поведение уведомлений до и после привязки.

Проверьте реальную отправку кода

В режиме «Сначала подтвердить e-mail» успешным считается только код, письмо с которым почтовый транспорт принял к отправке. Если отправка не состоялась, клиент должен остаться в форме и увидеть ошибку, а заявка не должна создаваться на основании недоставленного нового кода.

Проведите две проверки:

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

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

Принятие письма SMTP или API ещё не доказывает появление во «Входящих». Для рабочего запуска отдельно проверяются журнал провайдера, спам и конечный ящик.

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

Срок и действие после истечения копируются в новую заявку. После изменения общей настройки создайте новую контрольную заявку: старая сохранит прежние условия. Для реквизитов по запросу отдельно проверяется момент начала таймера.

Выберите доступ к чеку заявки

В блоке «Ограничения и защита» найдите «Доступ к чеку заявки». Это правило отвечает за просмотр страницы заявки по ссылке; оно не даёт права менять заявку, подтверждать оплату или читать приватные вложения.

Временный доступ

«Временный доступ (24 часа с момента создания заявки, потом только через ЛК)» подходит для гостевого обмена: ссылка работает ограниченное время, затем чек доступен авторизованному владельцу в личном кабинете.

Срок отсчитывается от создания заявки, а не от первого открытия. Повторные переходы по ссылке не продлевают его.

Только владелец

«Только владелец (без проверки IP)» требует подтверждённого владельца, но не привязывает просмотр к исходному адресу сети. «Только авторизованный владелец заявки» используйте, если просмотр всегда должен проходить через вход в личный кабинет.

Владелец и IP

«Только владелец и тот же IP» добавляет совпадение IP. Он может мешать клиентам с мобильной сетью, VPN или меняющимся адресом, поэтому проверяйте реальный клиентский путь до включения.

Публичная ссылка

«Без ограничений (по ссылке)» сохраняет доступ любому получателю ссылки. Выбирайте этот режим только при осознанной политике раскрытия данных и минимальном составе страницы.

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

Временная ссылка разрешает только предусмотренный просмотр. Финансовые действия должны отдельно проверять владельца или краткоживущий защищённый допуск; знание URL не должно превращаться в право изменить заявку.

Выберите заявки для личного кабинета

В поле «Отображаемые заявки в личном кабинете» для стартового процесса выберите применимые состояния:

• «Ожидается оплата»;
• «Ожидает обработки»;
• «Заявка исполнена»;
• «Заявка отклонена»;
• «Оплаченная заявка»;
• «В процессе оплаты»;
• «Выплата в процессе»;
• «В очереди на выплату».

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

Что можно оставить на потом

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

Проверка

1. Сохраните страницу.
2. Перезагрузите её и проверьте 15 секунд и 30 минут.
3. Убедитесь, что выбрана единица «мин», а не «ч».
4. Проверьте выбранный сценарий на новом и уже зарегистрированном E-mail.
5. После создания первой контрольной заявки проверьте публичный ID и обратный отсчёт.
6. Убедитесь, что при режиме «На сайте» реквизиты видны в браузере.
7. Пройдите используемые статусы и проверьте видимость заявки в кабинете клиента.
8. Проверьте первый E-mail-код и сохранение прежнего кода при неудачной повторной отправке.
9. После отдельной настройки Telegram создайте две новые заявки: разрешённую правилами и запрещённую. Первая должна перейти в бот, вторая — остаться на сайте.
10. Проверьте чек в новой сессии, под владельцем и без входа; для временного режима подтвердите, что отсчёт начинается при создании и не продлевается повторным открытием.

Этап завершён, если

• публичный ID — «По алгоритму (новая)»;
• интервал равен 15 секундам;
• срок равен 30 минутам;
• действие после истечения выбрано осознанно;
• сценарий существующего E-mail проверен отдельной заявкой;
• ошибка отправки кода не выглядит как успешная отправка;
• после неудачной повторной отправки прежний действующий код принимается;
• режим доступа к чеку выбран осознанно и проверен в отдельном браузере;
• временный доступ, если он выбран, заканчивается через 24 часа от создания и не расширяет права на действия;
• место продолжения обмена соответствует главному режиму и правилам новой заявки;
• клиентский набор статусов соответствует реальному процессу.

Далее настройте баланс, посетителей и расчёты.