> For the complete documentation index, see [llms.txt](https://docs.iexexchanger.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.iexexchanger.com/guide/zayavki/gde-prodolzhat-obmen.md). # Где продолжать обмен Настройка **«Где продолжать обмен»** определяет, где клиент получит платёжные реквизиты и продолжит работу с заявкой после её создания: * на странице заявки; * в подключённом мессенджере. Настройка действует глобально для всех направлений обмена. Отдельного режима для конкретной валюты, направления или группы клиентов нет. По умолчанию используется вариант **«На сайте»**. {% hint style="info" %} Если выбрано «В мессенджерах», iEXExchanger всё равно проверяет, доступен ли мессенджер для конкретной заявки. Если использовать его нельзя, заявка автоматически продолжает работу на сайте. Сохранённое значение настройки при этом не изменяется. {% endhint %} ## Где находится настройка В панели управления откройте: **«Настройки» — «Общие настройки» — «Основные» — «Обмен»**
На странице найдите блок **«Продолжение обмена»** и поле **«Где продолжать обмен»**. Доступны два варианта: * **«На сайте»**; * **«В мессенджерах»**. После изменения нажмите **«Сохранить»** в верхней части страницы. Для изменения параметра пользователю требуется доступ к настройкам обмена. Для подготовки связанного функционала дополнительно может потребоваться доступ к настройкам чата и подключений уведомлений. {% stepper %} {% step %} ### Режим «На сайте» При выборе **«На сайте»** заявка работает по стандартному сценарию. Платёжные реквизиты и связанные с оплатой данные отображаются непосредственно на странице заявки. В зависимости от настроек направления и реквизитов клиент может видеть: * основной платёжный реквизит; * название поля реквизита; * комментарий; * банк; * имя получателя; * MEMO; * статические поля реквизита; * дополнительные поля; * описание выданных реквизитов; * изображение; * QR-код; * информацию по реквизитам по запросу; * данные проверки реквизита; * кнопку **«Я оплатил»**; * загрузку чека; * кнопку отмены заявки. Выбор **«На сайте»** не отключает **«Чат в заявках»** и не влияет на обычные Telegram-уведомления. {% endstep %} {% step %} ### Режим «В мессенджерах» При выборе **«В мессенджерах»** iEXExchanger пытается перенести получение реквизитов и дальнейшую работу с заявкой в доступный мессенджер. Если все необходимые условия выполнены, вместо платёжных реквизитов на странице появляется блок: **«Продолжите обмен в мессенджере»** Клиенту отображается доступный способ продолжения и кнопка: **«Продолжить в Telegram»** После успешного подключения состояние меняется на **«Подключено»**. Архитектура позволяет использовать несколько способов продолжения, однако в текущей версии реализован Telegram. {% content-ref url="/pages/5ueHtrNh5qkmDPlGOD1m" %} [Уведомление в Telegram](/guide/uvedomleniya/uvedomlenie-v-telegram.md) {% endcontent-ref %} Ненастроенное, выключенное или неисправное подключение клиенту не показывается. {% endstep %} {% endstepper %} *** ## Что требуется для работы в мессенджере Продолжение через Telegram используется только при одновременном выполнении необходимых условий: * в поле **«Где продолжать обмен»** выбрано **«В мессенджерах»**; * включён **«Чат в заявках»**; * текущий статус заявки разрешён для чата; * заявка не находится во внешнем checkout-сценарии платёжного мерчанта; * настроено подключение с назначением **«Продолжение обмена»**; * подключение включено; * подключение не находится в состоянии ошибки; * включена общая система уведомлений; * включён Telegram; * для production корректно работает защищённое получение сообщений Telegram. Если хотя бы одно критическое условие не выполняется, iEXExchanger возвращает заявку к работе на сайте. ## Настройка «Чат в заявках» Продолжение обмена в Telegram связано с чатом заявки. Откройте настройки онлайн-чата и перейдите во вкладку: **«Чат в заявках»** {% content-ref url="/pages/lMIehRnAnYlIjzvcS3x0" %} [Онлайн чат в заявке](/guide/sait/onlain-chaty/onlain-chat-v-zayavke.md) {% endcontent-ref %} Затем: 1. Включите **«Включить чат»**. 2. В поле **«Для каких заявок отображать чат»** выберите необходимые статусы. 3. Нажмите **«Сохранить»**. Чтобы Telegram был доступен на этапе оплаты, добавьте статус: **«Ожидается оплата»** Если клиент должен продолжать переписку после подтверждения оплаты, добавьте также необходимые последующие рабочие статусы. Например: * **«Ожидает обработки»**; * **«Оплаченная заявка»**; * **«Проверка оплаты»**. Можно добавить и другие статусы, в которых клиенту разрешено общаться с оператором. {% hint style="warning" %} Если в «Для каких заявок отображать чат» не выбран ни один статус, продолжение обмена через мессенджер не будет использоваться ни для одной заявки. {% endhint %} Переключатель **«Включить онлайн чат»** относится к отдельному виджету чата сайта и не заменяет настройку **«Чат в заявках»**. ## Подключение Telegram Для этой функции необходимо отдельное Telegram-подключение с назначением: **«Продолжение обмена»** Обычный Telegram-бот с назначением **«Уведомления»** для этого не используется. Security-бот также не заменяет подключение продолжения обмена. Полная настройка Telegram описана отдельно в инструкции по Telegram-подключениям. {% content-ref url="/pages/5ueHtrNh5qkmDPlGOD1m" %} [Уведомление в Telegram](/guide/uvedomleniya/uvedomlenie-v-telegram.md) {% endcontent-ref %} Одновременно может работать только один активный Telegram-бот с назначением **«Продолжение обмена»**. Если включить другое подключение этого назначения, предыдущее активное подключение отключается. *** ## Как система выбирает фактический режим Выбранное значение **«В мессенджерах»** является предпочтительным режимом, но фактическое поведение определяется состоянием конкретной заявки. | Условие | Что увидит клиент | | --------------------------------------------------- | ------------------------------------------- | | Выбрано **«На сайте»** | Реквизиты показываются на сайте | | Выбрано **«В мессенджерах»**, все условия выполнены | Реквизиты скрываются, предлагается Telegram | | **«Чат в заявках»** выключен | Используется сайт | | Статус заявки не разрешён для чата | Используется сайт | | Нет рабочего подключения продолжения | Используется сайт | | Telegram-подключение выключено или имеет ошибку | Используется сайт | | Общая отправка или Telegram выключены | Используется сайт | | Используется внешний checkout мерчанта | Продолжается checkout-сценарий на сайте | | Требуется подтверждение E-mail | Сначала выполняется подтверждение E-mail | | Требуется верификация карты | Сначала выполняется верификация карты | | Требуется верификация личности | Сначала выполняется верификация личности | Наличие мерчанта само по себе не запрещает Telegram. Ограничение относится к сценарию, когда клиент должен перейти на внешнюю checkout-страницу платёжного провайдера. Если мерчант возвращает обычные платёжные реквизиты, они могут использоваться в продолжении обмена. ## Что скрывается на сайте Когда режим мессенджеров действительно применяется к заявке, сервер не передаёт на публичную страницу основные структурированные платёжные данные. Скрываются: * основной платёжный реквизит; * комментарий к реквизиту; * статические поля; * дополнительные поля валюты; * дополнительные поля, выданные оператором; * описание выданного реквизита; * изображение реквизита; * данные проверки; * QR-код оплаты; * сообщение ожидания реквизитов по запросу; * дополнительные платёжные поля направления или валюты. Скрытие происходит на стороне сервера. Это не визуальное скрытие HTML-блока в браузере. Поэтому реквизиты также не возвращаются клиенту при фоновом обновлении данных заявки, пока используется режим мессенджеров. ## Что остаётся на странице Режим **«В мессенджерах»** не убирает всю страницу заявки. Клиент продолжает видеть доступную общую информацию, например: * номер заявки; * дату создания; * курс; * сумму отдачи; * сумму получения; * платёжные системы; * введённые им данные; * промокод; * общие инструкции; * информацию по городу; * срок оплаты; * обратный отсчёт; * сведения о заявке; * клиентские уведомления; * кнопку отмены; * кнопку **«Я оплатил»**, когда она доступна; * загрузку чека, если она разрешена; * ссылку на обычную страницу заявки. {% hint style="warning" %} iEXExchanger скрывает структурированные платёжные реквизиты, но не анализирует произвольный текст инструкций. Не вставляйте реальные номера карт, счетов, адреса кошельков и другие реквизиты вручную в общие инструкции, описания направлений, тексты валют и клиентские уведомления, если они не должны оставаться видимыми на сайте. {% endhint %} ## Как клиент подключает Telegram {% stepper %} {% step %} ### Открытие заявки После создания заявки система сначала проверяет обязательные условия текущего процесса. Это может быть: * подтверждение E-mail; * верификация карты; * верификация личности; * определение платёжного сценария; * проверка доступности Telegram; * проверка владельца заявки. После прохождения необходимых этапов клиент видит предложение продолжить обмен в Telegram. {% endstep %} {% step %} ### Выбор Telegram Клиент нажимает: **«Продолжить в Telegram»** До этого момента защищённая ссылка не создаётся. {% endstep %} {% step %} ### Получение защищённой ссылки После нажатия открывается окно с данными для перехода. Клиент может увидеть: * QR-код; * кнопку **«Перейти в Telegram»**; * срок действия ссылки; * кнопку закрытия; * возможность повторить запрос при ошибке. Ссылка создаётся для конкретной заявки и подтверждённого владельца. {% endstep %} {% step %} ### Переход в Telegram Клиент может открыть Telegram на текущем устройстве или отсканировать QR-код другим устройством. После перехода необходимо запустить Telegram-бота по полученной ссылке. {% endstep %} {% step %} ### Получение первой сводки После успешной активации Telegram-бот формирует данные заявки и отправляет их клиенту. Состояние **«Подключено»** на сайте устанавливается не просто после открытия Telegram, а после подтверждённой доставки первой сводки. Открытая страница заявки периодически проверяет состояние подключения, поэтому результат обычно появляется автоматически. При необходимости клиент может обновить страницу вручную. {% endstep %} {% endstepper %} ## Что получает клиент в Telegram В сводку могут входить данные текущей заявки: * номер заявки; * сумма «Отдаёте»; * платёжная система «Отдаёте»; * сумма «Получаете»; * платёжная система «Получаете»; * курс; * счёт клиента для получения средств; * дополнительные поля получаемой валюты; * основной платёжный реквизит; * банк или платёжная система; * имя получателя; * MEMO; * комментарий к переводу; * статические поля реквизита; * дополнительные поля оператора; * комментарии к дополнительным полям; * описание реквизитов; * инструкция направления; * инструкция валюты; * инструкция мерчанта; * информация выбранного города; * дополнительные тексты; * срок оплаты; * оставшееся время; * информация по работе с чатом. Доступные шорткоды обрабатываются перед отправкой. HTML и другое оформление преобразуются в безопасный текстовый формат Telegram. Если итоговая сводка превышает допустимый размер сообщения Telegram, она сокращается. Полная информация при этом остаётся доступной на странице заявки. ## Изображения и QR-коды Сводка продолжения обмена отправляется в текстовом формате. Изображение платёжного реквизита и платёжный QR-код этим механизмом в Telegram не отправляются. Поэтому обязательные данные должны иметь текстовое представление. Например: * номер карты; * номер счёта; * адрес кошелька; * банк; * сеть; * MEMO. Не используйте только изображение, если без него клиент не сможет выполнить оплату. ## Кнопки Telegram Под сообщением заявки могут отображаться: * **«Я оплатил»**; * **«Открыть заявку на сайте»**. **«Открыть заявку на сайте»** используется как дополнительный способ вернуться к обычной странице. Кнопка **«Я оплатил»** отображается только тогда, когда подтверждение оплаты разрешено текущим состоянием заявки. На её доступность влияют: * текущий статус; * выдача реквизитов; * срок оплаты; * истечение времени; * правила подтверждения платежа. После успешного подтверждения система выполняет стандартный переход заявки. Клиент получает подтверждение, а кнопка **«Я оплатил»** удаляется из уже использованного сообщения. Ссылка **«Открыть заявку на сайте»** остаётся доступной. Если подтверждение оплаты сейчас запрещено, статус заявки не изменяется. ## Реквизиты по запросу Продолжение обмена поддерживает работу с реквизитами по запросу. {% content-ref url="/pages/DJETI2fstUXgKpYX9f28" %} [Реквизиты по запросу](/guide/obmen/rekvizity/rekvizity-po-zaprosu.md) {% endcontent-ref %} {% stepper %} {% step %} ### До выдачи реквизитов Клиент может подключить Telegram ещё до того, как оператор выдаст реквизиты. В таком случае бот сообщает, что реквизиты ещё готовятся и будут отправлены после их выдачи. Настройка **«Где продолжать обмен»** не изменяет правила: * ожидания реквизитов; * запуска срока оплаты; * истечения времени заявки. Эти механизмы продолжают работать по правилам реквизитов по запросу. {% endstep %} {% step %} ### После выдачи реквизитов Когда оператор выдаёт или заменяет реквизиты: 1. Новые данные сохраняются в заявке. 2. Для активного Telegram-диалога создаётся обновлённая сводка. 3. Клиент получает актуальные реквизиты и связанные инструкции. 4. Обычное дублирующее Telegram-уведомление не отправляется, если уже существует активный интерактивный диалог. 5. E-mail-уведомления продолжают работать независимо. {% endstep %} {% endstepper %} Если Telegram-связь с заявкой ещё не создана, обычные уведомления продолжают работать по своим настройкам. ## Чат заявки и Telegram Telegram используется как дополнительный транспорт существующего чата заявки. Отдельная независимая история переписки для него не создаётся. ### Сообщение клиента Если клиент пишет текст в Telegram, сообщение: * сохраняется в чате заявки; * отображается оператору в карточке заявки; * появляется в центре чатов; * содержит информацию о Telegram-источнике; * может запустить уведомление оператору; * может получить AI-ответ, если AI включён и диалог ещё не передан оператору. Повторное получение одного и того же Telegram-сообщения не должно создавать копию в истории. Сообщение клиента также не отправляется обратно ему в тот же Telegram-чат. ### Ответ оператора Ответ из административной панели: * сохраняется в общей истории заявки; * отправляется в связанный Telegram-чат; * отображается клиенту с привязкой к заявке; * не дублируется через обычное Telegram-подключение. E-mail-уведомление об ответе оператора может работать независимо, если соответствующее событие включено. Быстрые ответы оператора отправляются через этот же механизм. ## Ограничения Telegram-чата В текущем Telegram-сценарии поддерживаются текстовые сообщения. Если клиент отправит: * фотографию; * документ; * другой файл, бот сообщает, что файл необходимо отправить через чат на странице заявки. Настройка **«Разрешить клиенту прикреплять файлы»** относится к веб-чату заявки и не включает Telegram-вложения. Если оператор создал структурированный запрос дополнительных данных, клиент заполняет его на сайте. Пока обязательный запрос не завершён, обычная переписка клиента может быть временно ограничена. Если оператор закрыл чат, Telegram также перестаёт принимать новые сообщения клиента до повторного открытия. ## Изменение статуса заявки Системные изменения заявки также могут отображаться в общем диалоге. Клиент может получать сообщения о том, что заявка: * выполнена; * отклонена; * отложена; * восстановлена; * переведена на другой поддерживаемый этап. После финального сообщения о выполнении или отклонении Telegram-связь закрывается. При временной остановке заявки связь может сохраняться, а возможность отправки новых сообщений определяется настройками **«Чат в заявках»** и разрешёнными статусами. ## Кто может подключить Telegram Создать защищённую ссылку может только подтверждённый владелец заявки. Это может быть: * авторизованный клиент, которому принадлежит заявка; * исходный браузер гостевой заявки с действующим подтверждением; * клиент, подтвердивший привязку заявки к своему аккаунту; * подтверждённый владелец внутри Telegram Mini App. Одного номера заявки недостаточно. Публичной ссылки недостаточно. Совпадающего IP-адреса также недостаточно. Административная сессия не считается клиентским владельцем заявки. Оператор должен работать через административную панель, а не через клиентскую ссылку подключения Telegram. ## Заявка открыта не владельцем Если пользователь имеет только возможность посмотреть заявку, но не подтвердил владение, продолжение через Telegram не предоставляется. Клиент увидит сообщение о том, что для текущего сеанса продолжение недоступно и необходимо открыть заявку из аккаунта или исходного браузера. При этом платёжные реквизиты остаются защищены. Информация о Telegram-аккаунте, который уже может быть привязан реальным владельцем, стороннему посетителю не раскрывается. ## Безопасность ссылки Ссылка Telegram создаётся только после явного действия клиента. Она: * относится к конкретной заявке; * использует непрозрачный случайный ключ; * не содержит открытый номер заявки; * предназначена для одноразовой активации; * имеет ограниченный срок действия; * по умолчанию действует 15 минут; * показывает клиенту фактическое время истечения; * не сохраняется в кэше ответа; * работает только для разрешённого HTTPS-адреса; * для Telegram использует разрешённый домен `t.me`. Ссылка не может содержать логин, пароль или нестандартный порт. На сервере хранится хеш одноразового ключа, а не сам открытый ключ. Telegram ID, Username и отображаемое имя сохраняются в зашифрованном виде. ## Повторное создание ссылки Если клиент создаёт новую ссылку до использования старой, предыдущая неиспользованная ссылка аннулируется. Закрытие окна удаляет ссылку со страницы браузера, но если она уже была скопирована, она может оставаться действительной до окончания срока. Создание новой ссылки отменяет предыдущий неиспользованный ключ. ## Ограничение активных Telegram-связей Для Telegram используются следующие правила: * у одной заявки может быть один активный Telegram-диалог; * один личный Telegram-чат одновременно относится только к одной заявке; * подключение другой заявки в том же чате заменяет предыдущий контекст; * повторное подключение заявки заменяет её предыдущую активную связь; * команда `/stop` отключает текущую связь. После `/stop` для нового подключения необходимо снова получить ссылку на странице заявки. ## Влияние настройки на существующие заявки **«Где продолжать обмен»** не фиксируется навсегда при создании заявки. iEXExchanger проверяет настройку и доступность режима при последующих открытиях и обновлениях страницы. Поэтому изменение может повлиять и на уже созданные заявки. После выбора **«В мессенджерах»** подходящие открытые заявки начнут предлагать Telegram. После возврата на **«На сайте»** реквизиты снова отображаются по стандартным правилам. Если Telegram-подключение выключено или перешло в состояние ошибки, используется сайт. После восстановления подключения подходящая заявка снова может предложить продолжение в Telegram. Открытая страница периодически обновляет необходимые данные. Если изменение не появилось сразу, обновите её вручную. {% hint style="warning" %} Переключение на «На сайте» не выполняет `/stop` и не разрывает уже существующий Telegram-диалог. Если требуется полностью прекратить текущую Telegram-связь, используйте `/stop` или отключите соответствующее Telegram-подключение. {% endhint %} ## Очереди и фоновые процессы Сводки заявок, сообщения оператора и обновления реквизитов отправляются через фоновые очереди. Для стабильной работы необходимы: * обработка очередей уведомлений; * работа чата в реальном времени; * планировщик Laravel; * отсутствие постоянных ошибок фоновых заданий. Временные ошибки доставки могут повторяться через очередь. {% hint style="warning" %} Автоматический возврат на сайт не заменяет контроль серверных процессов. Если Telegram-подключение формально считается доступным, но очередь остановлена, сайт может скрыть реквизиты, а Telegram-сводка будет доставлена только после восстановления обработки. При длительной неисправности очередей временно переключите «Где продолжать обмен» на «На сайте». {% endhint %} ## Связь с другими функциями | Функция | Как влияет | | --------------------------------- | ------------------------------------------------------------------- | | **«Чат в заявках»** | Обязателен и определяет статусы, в которых Telegram может работать | | Онлайн-чат сайта | Не включает и не отключает продолжение обмена | | Telegram **«Продолжение обмена»** | Предоставляет клиенту способ продолжения | | Обычные Telegram-уведомления | Работают отдельно | | E-mail-уведомления | Продолжают работать независимо | | Реквизиты по запросу | Новые реквизиты отправляются в активный Telegram-диалог | | Мерчанты | Прямые реквизиты поддерживаются, внешний checkout остаётся на сайте | | Срок оплаты | Не изменяется и может передаваться клиенту в Telegram | | Верификация E-mail | Выполняется до продолжения | | Верификация карты | Выполняется до продолжения | | Верификация личности | Выполняется до продолжения | | Клиентские тексты страницы | Могут оставаться видимыми на сайте | | Загрузка чека | Может оставаться доступной только на странице заявки | | AI в чате | Может работать через общий чат | | Быстрые ответы | Отправляются клиенту как ответы оператора | | Закрытый чат | Запрещает новые сообщения клиента в Telegram | | Запрос дополнительных данных | Заполняется на сайте | ## Что настройка не делает Параметр **«Где продолжать обмен»** сам по себе: * не создаёт Telegram-бота; * не включает Telegram; * не включает **«Чат в заявках»**; * не выбирает статусы чата; * не настраивает webhook; * не запускает очереди; * не изменяет правила выдачи реквизитов; * не изменяет выбор мерчанта; * не изменяет курс; * не изменяет сумму заявки; * не изменяет срок оплаты; * не отключает страницу заявки; * не отключает E-mail; * не заменяет обычные уведомления; * не управляет онлайн-чатом главной страницы; * не настраивается отдельно для каждой валюты или направления. ## Проверка перед включением Перед использованием **«В мессенджерах»** на production рекомендуется сначала проверить весь процесс на тестовой заявке. 1. Оставьте **«На сайте»**. 2. Создайте тестовую заявку. 3. Убедитесь, что реквизиты отображаются стандартно. 4. Настройте Telegram с назначением **«Продолжение обмена»**. 5. Включите **«Чат в заявках»**. 6. Добавьте **«Ожидается оплата»** в разрешённые статусы. 7. Проверьте фоновые процессы и очереди. 8. Выберите **«В мессенджерах»**. 9. Нажмите **«Сохранить»**. 10. Откройте тестовую заявку как её владелец. 11. Убедитесь, что платёжные реквизиты на сайте скрыты. 12. Проверьте **«Продолжить в Telegram»**. 13. Проверьте переход через кнопку. 14. Проверьте QR-код. 15. Запустите Telegram-бота. 16. Дождитесь первой сводки. 17. Проверьте состояние **«Подключено»**. 18. Сверьте суммы и реквизиты. 19. Отправьте сообщение клиента из Telegram. 20. Ответьте оператором из административной панели. 21. Проверьте **«Я оплатил»**. 22. Проверьте заявку с реквизитами по запросу. 23. Проверьте последующую выдачу реквизитов. 24. Проверьте замену реквизитов. 25. Проверьте заявку, открытую без подтверждения владельца. 26. Проверьте внешний checkout мерчанта. 27. Отключите тестовое Telegram-подключение. 28. Убедитесь, что заявка снова работает через сайт. 29. После проверки восстановите рабочую конфигурацию. *** ## Реквизиты остаются на сайте Если выбрано **«В мессенджерах»**, но реквизиты продолжают отображаться на сайте, проверьте: * включён ли **«Чат в заявках»**; * разрешён ли текущий статус заявки; * существует ли рабочее подключение **«Продолжение обмена»**; * включено ли подключение; * не имеет ли оно состояние ошибки; * включена ли общая система уведомлений; * включён ли Telegram; * не используется ли внешний checkout. Если Telegram недоступен, автоматический возврат на сайт является ожидаемым поведением.
Не появляется «Продолжить в Telegram» Проверьте: * назначение Telegram-подключения; * состояние подключения; * разрешённый статус заявки; * **«Чат в заявках»**; * общие переключатели Telegram; * тип платёжного сценария. Обычный бот **«Уведомления»** не подходит для продолжения обмена.
Продолжение недоступно для текущего сеанса Заявка открыта пользователем, который не подтвердил владение. Откройте заявку: * из аккаунта владельца; * из исходного браузера гостевой заявки; * после подтверждения привязки к аккаунту; * из подтверждённого Telegram Mini App. Простой публичный URL не предоставляет право создавать Telegram-связь.
Telegram сообщает, что ссылка недействительна Ссылка могла: * истечь; * уже использоваться; * быть заменена новой; * стать недоступной после изменения состояния заявки. Вернитесь на страницу заявки и создайте новую ссылку.
Telegram открылся, но сводка не пришла Проверьте: * состояние подключения; * webhook; * очередь уведомлений; * планировщик; * ошибки фоновых заданий. Состояние **«Подключено»** не устанавливается только из-за открытия Telegram. Необходимо успешное получение первой сводки.
Бот сообщает, что реквизиты готовятся Для заявки включены реквизиты по запросу, но оператор ещё не выдал их. Это нормальный сценарий. После выдачи активный Telegram-диалог должен получить обновлённую сводку.
Реквизиты выданы, но Telegram их не получил Проверьте: * существует ли активная Telegram-связь; * успешно ли оператор выдал реквизиты; * работают ли очереди; * нет ли ошибок фонового задания.
В Telegram нет QR-кода или изображения реквизита Продолжение обмена использует текстовую сводку. Обязательные платёжные данные должны быть заполнены текстом. Не рассчитывайте только на изображение или QR-код.
Инструкция обрезана Telegram ограничивает длину сообщения. При слишком большой сводке часть текста сокращается. Полная информация остаётся доступной на сайте.
Клиент не может отправить файл Telegram-поток поддерживает текст. Для отправки документов, изображений и других файлов клиент должен использовать чат на странице заявки.
Telegram не принимает сообщение Проверьте: * не закрыт ли чат; * разрешён ли текущий статус; * включён ли **«Чат в заявках»**; * не ожидается ли обязательное заполнение структурированного запроса.
Нет кнопки «Я оплатил» Кнопка показывается только тогда, когда подтверждение оплаты разрешено текущими правилами заявки. Проверьте: * статус; * выдачу реквизитов; * срок оплаты; * истечение времени.
## Реквизиты видны внутри текста Если реальные платёжные данные были вручную добавлены в: * инструкцию направления; * текст валюты; * клиентское уведомление; * другой произвольный информационный блок, они не будут автоматически удалены режимом мессенджеров. Удалите реальные реквизиты из такого текста, если они не должны отображаться на сайте. ## Режим вернулся на сайт Это может произойти, если: * Telegram-подключение выключено; * подключение получило состояние ошибки; * статус заявки больше не разрешён для чата; * отключён **«Чат в заявках»**; * отключена доставка Telegram; * включился внешний checkout; * изменились другие обязательные условия. Автоматический возврат на сайт защищает клиента от ситуации, когда реквизиты скрыты, но получить их через мессенджер невозможно. ## После выбора «На сайте» Telegram продолжает получать сообщения Изменение глобального режима само по себе не закрывает уже созданную связь. Для остановки конкретного диалога используйте: ``` /stop ``` либо отключите соответствующее Telegram-подключение. ## Проверка результата Настройка работает правильно, если: * при **«На сайте»** клиент получает реквизиты на странице; * при **«В мессенджерах»** подходящая заявка скрывает структурированные реквизиты; * отображается **«Продолжить в Telegram»**; * ссылка создаётся только после действия клиента; * ссылку может получить только подтверждённый владелец; * после запуска бот отправляет сводку; * на сайте появляется **«Подключено»**; * клиент получает актуальные реквизиты; * сообщения Telegram синхронизируются с чатом заявки; * ответы оператора возвращаются в Telegram; * **«Я оплатил»** работает только при допустимом состоянии; * реквизиты по запросу доставляются после их выдачи; * при недоступном Telegram заявка безопасно возвращается к работе на сайте; * внешние checkout-сценарии продолжают работать на сайте. Настройка **«Где продолжать обмен»** определяет предпочтительный способ продолжения заявки, но фактический режим всегда выбирается с учётом состояния заявки, чата и доступности подключённого мессенджера. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.iexexchanger.com/guide/zayavki/gde-prodolzhat-obmen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.