Подтверждение оплаты через mPos и стационарные терминалы работает через событие в платёжном шлюзе: как только транзакция получает статус «одобрено», система по API отправляет клиенту короткое сообщение с суммой, временем и точкой продажи. В 2026 году это рабочий способ снизить число спорных возвратов и дать покупателю понятный след операции, при этом не смешивая сервисные уведомления с рекламой. Ниже — практическая схема: какие данные передавать, как связать терминал и SMS-шлюз, где чаще всего спотыкаются и что проверить заранее.
Что именно отправлять клиенту после оплаты
В SMS попадают четыре смысловых блока: подтверждение факта оплаты, сумма и валюта, идентификатор операции или последние цифры карты, название точки. Сообщение транзакционное, оно не должно выглядеть как промо, поэтому без скидок, купонов и призывов. Короткий шаблон для терминала в магазине: «Оплата 18,40 BYN прошла успешно. Терминал Кафе «Север». ID 784512. Спасибо!». Для mPos у курсали в Минске текст проще: «Принято 12,00 BYN. Кофе-поинт Пушкинская. Чек №3901».
Минимальный набор полей для шаблона:
- Сумма с двумя знаками после запятой и обозначением BYN.
- Короткое название точки или города.
- Идентификатор операции (ID, RRN или последние 4 цифры карты).
- Время операции, если терминал отдаёт его отдельным полем.
Как связать терминал с SMS-шлюзом
Прямой интеграции «терминал — SMS» нет, поэтому используют посредника — вашу кассовую систему, CRM или простой скрипт на сервере. Сценарий связки выглядит так: терминал или mPos через платёжный шлюз отдаёт webhook с результатом транзакции, ваш сервер ловит событие, добавляет к нему номер телефона клиента (из чека или из CRM) и через API SMS-провайдера отправляет сообщение. Если кассы нет, связку делают через облачный сервис, который принимает событие от шлюза и сам формирует запрос в SMS-шлюз.
На стороне SMS-шлюза важно заранее зарегистрировать альфа-имя — короткое имя отправителя, которое видит клиент вместо номера. Без него сообщения уходят с технического номера и выглядят как спам. Альфа-имя для белорусского бизнеса обычно совпадает с названием точки или бренда, кириллицей или латиницей, до 11 символов.
Какие статусы транзакций триггерят SMS
В платёжных системах терминал возвращает несколько состояний: авторизация, списание, отмена, возврат, ошибка связи. Для клиента полезны три события — успешная оплата, отмена и возврат. По каждому из них стоит настроить отдельный шаблон, потому что путать «оплата прошла» и «оплата отменена» нельзя. В отчётах SMS-провайдера по каждому сообщению хранятся идентификатор, время, статус доставки и время отклика — этого хватает, чтобы сверять текст с операцией и разбирать споры (источник: аналитика SMS-рассылок, smsblog.ru).
Сравните подходы:
| Событие | Что писать | Когда отправлять |
|---|---|---|
| Оплата одобрена | Сумма, точка, ID | Сразу после подтверждения шлюза |
| Оплата отменена | Сумма и причина | В течение 1 минуты после отмены |
| Возврат | Сумма возврата и срок зачисления | В момент оформления возврата |
| Ошибка терминала | Просьба повторить или обратиться к кассиру | Только при сетевых сбоях |
Как подключить mPos без кассового ПО
Если терминал или mPos обслуживают точку, где кассы как отдельной системы нет (выездная торговля, кофейня на выставке, мастер на дому), используют связку из трёх элементов: мобильное приложение терминала, облачный бэкенд (например, n8n, Make или простой скрипт на Python) и SMS-шлюз. В приложении терминала включают отправку webhook на ваш бэкенд при каждой успешной транзакции. Бэкенд по этому webhook собирает корзину событий, добавляет номер телефона клиента и через SMPP-подключение или обычный API отправляет SMS.
Здесь же пригодится привычка хранить номер телефона клиента до начала оплаты. Сценарий простой: покупатель диктует номер перед списанием или вводит его в форму на планшете у кассы, а терминал привязывает номер к текущей операции. Без номера webhook приходит «пустым», и подтверждение уйти не сможет.
Типичные ошибки
- Смешивать сервисные SMS и рекламу в одном альфа-имени. Клиент перестаёт читать сообщения и блокирует имя.
- Отправлять подтверждение на чужой номер — случается, когда кассир вводит данные вручную. Решается подтверждением номера по одноразовому коду перед первой оплатой.
- Забыть про статус «отменено». Без него клиент повторяет оплату и получает двойное списание.
- Не разделять терминал и mPos в отчётах. Потом сложно понять, какой канал дал больше отказов.
- Хранить идентификатор операции в SMS в открытом виде без связки с CRM — через месяц уже не восстановить, что именно покупал человек.
- Отправлять SMS из Excel-файла вручную. После пятой транзакции появляются ошибки и задвоения.
Что проверить перед запуском
До первого боевого SMS прогоняют тестовую операцию в платёжном шлюзе и смотрят, что приходит в webhook. Затем делают контрольную покупку на 0,10 BYN и проверяют: текст, альфа-имя, время доставки. Полезно заглянуть в раздел аналитики сервиса рассылок: статус «доставлено» должен появляться в течение 10–15 секунд после события. Если задержка больше минуты, клиент уже ушёл, а толку от подтверждения нет (источник: тренды SMS-маркетинга, smsblog.ru).
Для кофейни в Могилёве или Полоцке дополнительно стоит заранее сверить часовой пояс и режим работы точки — ночью SMS уходят, но оператор не разбирает жалобы. Проще отключить отправку событий «отменено» в нерабочие часы, чем дежурить у телефона.
Если нужна готовая связка для смежных сценариев — подтверждение оплаты через ЕРИП и статусы доставки в интернет-магазине — собираются по той же логике: webhook события плюс SMS-шлюз с зарегистрированным альфа-именем.
3 шага, которые можно сделать на этой неделе:
- Зарегистрируйте альфа-имя в личном кабинете SMS-провайдера и проверьте его на тестовом сообщении.
- Поднимите бэкенд, который ловит webhook от платёжного шлюза и формирует SMS по статусам «оплачено», «отменено», «возврат».
- Прогоните пять тестовых транзакций с реальным номером и сверьте текст, время доставки и записи в отчётах.
