Как отправить ссылку на оплату заказа по SMS в Беларуси

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

Когда отправлять SMS со ссылкой на оплату?

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

Зафиксируйте отдельный статус заказа, например «Ожидает оплаты». Переход в этот статус запускает подготовку сообщения. Само создание заказа для этого подходит не всегда: покупатель ещё выбирает способ доставки или просит изменить состав покупки.

Разделите первое сообщение и напоминание. Первое помогает завершить согласованный заказ. Напоминание уместно, если платёж ещё не поступил, заказ остаётся актуальным и покупатель не отказался от него. Перед каждым новым SMS проверяйте эти условия заново.

Ссылка на оплату и SMS о брошенной корзине относятся к разным сценариям. В корзине покупатель мог ещё не подтвердить покупку. В сообщении об оплате магазин уже ссылается на конкретный заказ с согласованной суммой.

Как связать заказ, платёжную ссылку и SMS API?

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

1. Определите источник статуса заказа. Выберите систему, в которой менеджер подтверждает сумму и переводит заказ в ожидание оплаты.
2. Настройте получение платёжной ссылки. Используйте штатный модуль платёжного сервиса или его API, если такая возможность предусмотрена.
3. Добавьте проверку перед отправкой. Система должна сверить текущий статус заказа, актуальность ссылки и отсутствие уже отправленного сообщения для этого события.
4. Передайте текст в SMS API. Сохраните идентификатор сообщения, который вернул сервис, чтобы затем проверить его статус.
5. Подключите подтверждение платежа. После успешной оплаты обновите заказ и отмените запланированные напоминания.

Если менеджер работает в CRM, логику отправки можно привязать к смене статуса сделки. Для такого варианта полезно отдельно разобрать настройку SMS-уведомлений из Битрикс24. До подключения робота определите, откуда он получит актуальную ссылку и как узнает об оплате.

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

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

Что написать в SMS со ссылкой на оплату?

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

Шаблон для согласованного заказа:

«[Название магазина]: заказ [номер] подтверждён. К оплате [сумма] BYN. Оплатить заказ: [ссылка]».

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

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

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

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

Как проверить оплату и остановить лишние напоминания?

Разделите статусы сообщения и заказа. Ответ SMS API о приёме запроса означает, что сервис принял сообщение в обработку. Статус доставки относится к SMS. Ни один из этих результатов сам по себе не подтверждает оплату заказа.

Переход по ссылке тоже не равен платежу: покупатель мог открыть страницу и закрыть её. Основание для смены статуса заказа — подтверждение успешной оплаты от платёжного сервиса. Способ получения этого подтверждения зависит от его интеграции: предусмотрите обработку уведомления или проверку через API.

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

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

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

Типичные ошибки при отправке платёжной ссылки

• Отправлять SMS до согласования заказа. Сначала подтвердите состав покупки и итоговую сумму, затем создавайте ссылку.
• Повторять отправку после любого сбоя API. Проверьте результат предыдущей попытки и используйте защиту от повторов, если её поддерживает сервис.
• Считать доставку SMS подтверждением оплаты. Меняйте статус заказа только после проверки результата платежа.
• Напоминать об оплате отменённого или уже оплаченного заказа. Повторно проверяйте его состояние непосредственно перед отправкой.
• Тестировать только получение сообщения. Пройдите весь путь до подтверждения платежа в тестовой среде платёжного сервиса, если она предусмотрена.

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

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