Обновление бота · обучение
Перенос
Изменён сценарий

🔑 Перенос подписки

В прошлом обновлении перенос делали только ссылкой из CRM, а команды в боте игнорировались. Теперь у переноса снова два пути: ссылка для клиента и старая команда перенос: USER_ID внутри бота. Отдельная команда /retry_transfer убрана.

Кому это адресовано: в первую очередь поддержке - именно она выполняет перенос из панели пользователя. Клиент видит только результат: ссылку либо готовую подписку на новом аккаунте.

Коротко: перенос: без ID - ссылка клиенту на 12 часов; перенос: USER_ID - перенос аккаунтов внутри бота.

Было (после летнего обновления)

Перенос только через CRM: раздел подписок → «Перенести подписку» → ссылка клиенту. Сообщения вида перенос: USER_ID бот игнорировал. На случай, когда доступ переехал, а аккаунты нет, была команда /retry_transfer СТАРЫЙ_ID НОВЫЙ_ID.

Стало

Два варианта на выбор прямо из панели пользователя. Сообщения с префиксом перенос: снова доходят до обработчика. Команды /retry_transfer больше нет - её убрали вместе с механикой повторных попыток.

Что это значит на практике

Если у поддержки в шпаргалках осталось /retry_transfer - её нужно вычеркнуть: бот на неё не ответит. Разбор «доступ переехал, а аккаунты нет» теперь идёт через повторный перенос обычным способом.
Действие поддержки
Вариант 1 · ссылка
Вариант 2 · по ID
Успех
Ошибка
Новый элемент

1Экран переноса в панели пользователя

Было
Панель · Перенос (до)
⬇️ Перенос подписки

Перенос выполняется через CRM: раздел подписок - «Перенести подписку»…

Команд переноса в боте больше нет - сообщения вида перенос: USER_ID бот игнорирует.

…в топике пользователя: /retry_transfer СТАРЫЙ_ID НОВЫЙ_ID
Стало
Панель · Перенос (после)
⬇️ Перенос подписки

Доступны два варианта:

1) Отправьте перенос: (без ID) - получите ссылку для клиента, по которой он сам активирует подписку на новом аккаунте. Ссылка действительна 12 часов.

2) Отправьте перенос: USER_ID - старый способ, переносит аккаунты внутри бота.
перенос:
1213141516
🔙 Назад
🆕 Сообщение с префиксом перенос: снова принимается в служебных топиках. До обновления оно проваливалось мимо обработчика и оставалось без ответа.

2Вариант 1: ссылка клиенту

Подходит, когда новый аккаунт клиента ещё не заходил в бота или его ID неизвестен.

1Поддержка
В топике пользователя
Отправляет перенос: без ID и получает одноразовую ссылку для клиента.
Срок жизни ссылки - 12 часов.
2Клиент
Новый аккаунт
Открывает ссылку с того аккаунта, на который переносим, бот запускается и активирует подписку автоматически.
3Результат
Что происходит дальше
Доступ переезжает сразу, а аккаунты, задачи и настройки - фоновой задачей. Клиенту приходит уведомление: аккаунты перенесены либо перенос задерживается.
развилкаПочему ссылка может не сработать
частые причины
Ответы бота
У исходного аккаунта нет подписки
У получателя уже есть доступ
Срок ссылки истёк (больше 12 часов)
Ссылка недействительна или от другого бота
Отправитель и получатель - один и тот же пользователь
аккаунты «в пути»
Уведомление клиенту
Доступ уже перенесён, а аккаунты - задерживаются. Это не потеря данных: фоновая задача переносит владение отдельно от подписки.
❗️ Если аккаунты так и не переехали, отдельной команды повтора больше нет (/retry_transfer убрана) - вопрос эскалируется в техподдержку сервиса.

3Вариант 2: перенос по ID

Возвращённый старый способ. Подходит, когда новый аккаунт клиента уже есть в боте и его ID известен.

Сообщение в топике
перенос:
1213141516


ID можно писать и в одну строку через пробел: перенос: 1213141516
Аккаунты, задачи и настройки переезжают внутри бота, без ссылки и без участия клиента.

?Частые вопросы

Какой вариант выбирать?
Если новый аккаунт клиента уже есть в боте и его ID известен - быстрее вариант 2 (перенос: USER_ID). Если аккаунт новый, ID неизвестен или клиент сам будет завершать перенос - вариант 1: отправить перенос: без ID и передать клиенту ссылку.
Сколько живёт ссылка переноса?
12 часов. По истечении срока бот ответит, что ссылка недействительна, и нужно выпустить новую.
Клиент нажал ссылку, а бот пишет, что доступ уже есть.
Значит, ссылку открыли с аккаунта, у которого подписка уже активна. Перенос на такой аккаунт не выполняется. Нужно открывать ссылку именно с того аккаунта, на который переносим.
Подписка переехала, а аккаунты остались на старом аккаунте.
Доступ переносится сразу, а владение аккаунтами и задачами - фоновой задачей, поэтому короткая задержка нормальна: клиенту приходит уведомление «аккаунты задерживаются». Если аккаунты так и не появились - команды повтора в боте больше нет, вопрос эскалируется в техподдержку сервиса.
Команда /retry_transfer не работает.
Она удалена в этом обновлении вместе с механикой повторных попыток переноса. Её нужно убрать из внутренних инструкций - бот на неё не отвечает.