SMS об оплате через ЕРИП подключают через связку из трёх элементов: платёжная система передаёт информацию о поступлении денег, ваш сайт или учётная программа определяет заказ, а SMS-сервис отправляет клиенту сообщение. В статье разберём, какие данные подготовить, как описать сценарий для подрядчика, что написать покупателю и как проверить цепочку до запуска. Отдельно покажем вариант для малого бизнеса, которому пока не нужна сложная автоматизация.
Как работает уведомление о платеже через ЕРИП?
Клиент выбирает ЕРИП, находит нужную услугу или вводит код платежа, после чего оплачивает счёт. Сам факт оплаты должен попасть в систему, которая знает, к какому заказу относится платёж. После проверки статуса эта система передаёт SMS-сервису номер телефона и текст уведомления.
Схема выглядит так:
- клиент создаёт заказ или счёт;
- система сохраняет номер заказа, сумму и телефон покупателя;
- клиент оплачивает счёт через ЕРИП;
- платёжная сторона передаёт подтверждение об оплате;
- система меняет статус заказа на «Оплачен»;
- SMS-сервис отправляет сообщение клиенту.
Ключевой момент — сообщение отправляют после подтверждённого статуса. Если SMS уходит сразу после создания счёта, клиент может решить, что деньги уже поступили, хотя платёж ещё не завершён. Для технического задания полезно заранее описать все статусы: «счёт создан», «ожидается оплата», «оплата получена», «платёж не найден».
Если бизнес уже отправляет партнёрам сообщения о счетах, отгрузке и оплате, полезно заранее разделить эти сценарии по событиям. Такой подход разобран в материале об уведомлениях о счёте, отгрузке и оплате через SMS.
Что подготовить до подключения SMS после оплаты?
Сначала соберите данные, без которых настройка превращается в переписку между бухгалтером, разработчиком и оператором сервиса. Нужен список полей, которые система получает при создании заказа и при подтверждении платежа.
- номер заказа или лицевого счёта;
- сумма и валюта платежа, если их нужно показывать клиенту;
- номер телефона получателя;
- текст, который увидит клиент;
- статус, после которого разрешена отправка;
- правило для повторного уведомления, если система получила одно событие несколько раз;
- контакт сотрудника, который разбирает спорные платежи.
Для небольшого магазина или сервиса часто хватает таблицы с четырьмя колонками: «событие», «условие отправки», «текст SMS», «ответственный». Например, для события «оплата получена» условием будет подтверждённый платёж с привязкой к конкретному заказу. Ответственным назначают сотрудника, который проверяет платежи и отвечает клиентам.
Не стоит начинать с длинного перечня функций. Сначала опишите один рабочий маршрут: заказ создан, клиент оплатил через ЕРИП, статус обновился, уведомление ушло. После проверки можно добавить напоминание о неоплаченном счёте или сообщение о расхождении суммы.
Как связать ЕРИП, сайт и SMS-сервис?
Способ подключения зависит от того, где сейчас хранится информация о заказах. Если у компании есть сайт с личным кабинетом, разработчик обычно связывает его с платёжным решением и SMS-сервисом через программный интерфейс. При поступлении подтверждения сайт меняет статус заказа и передаёт команду на отправку.
Если отдельного сайта нет, данные могут обрабатываться в учётной программе или в другом сервисе, который умеет принимать уведомления о платежах. Здесь нужно уточнить у поставщика решения, какие события он передаёт и можно ли подключить отправку SMS. Само наличие оплаты через ЕРИП ещё не означает, что уведомление клиенту появится автоматически.
В техническом задании зафиксируйте последовательность:
- система получает подтверждение платежа;
- проверяет, что заказ существует и ещё не отмечен как оплаченный;
- сопоставляет платёж с заказом;
- передаёт SMS-сервису номер телефона и готовый текст;
- сохраняет результат отправки и время события.
Отдельно попросите предусмотреть защиту от повторной отправки. Повторное техническое уведомление от платёжной системы не должно превращаться в два одинаковых SMS. Для этого разработчик использует идентификатор платежа или проверяет текущий статус заказа перед отправкой.
Когда CRM ещё нет, автоматические SMS о счетах можно настроить по упрощённой схеме. Важно заранее определить, где хранится заказ и кто отвечает за сверку платежа. Практический разбор такого варианта есть в материале о настройке автоматических SMS о счетах без CRM.
Что написать клиенту после оплаты через ЕРИП?
Платёжное SMS должно подтвердить действие и дать человеку понятный ориентир. В большинстве случаев достаточно названия компании, номера заказа, суммы и следующего шага. Если заказ поступит в работу автоматически, это тоже можно указать.
Пример нейтрального сообщения:
«Оплата получена. Заказ №1842 на сумму 76,40 BYN принят в работу. Срок готовности сообщим отдельно».
Если товар или услуга уже доступны:
«Платёж по заказу №1842 получен. Доступ открыт. Если возникнут вопросы, ответьте менеджеру по контакту из заказа».
Когда платёж требует ручной проверки, текст должен говорить именно об этом:
«Мы получили данные о платеже по заказу №1842. Проверяем поступление и обновим статус после сверки».
Не включайте в одно сообщение внутренние коды, длинные реквизиты и технические статусы. Клиенту нужно понять, дошли ли деньги и что произойдёт дальше. Номер заказа оставляйте в том же формате, который указан на сайте или в счёте, иначе сотруднику будет сложнее найти операцию.
Как проверить работу уведомлений до запуска?
Тест проводят по нескольким сценариям, а не только по успешной оплате. Сначала создайте тестовый заказ и проверьте, какой номер телефона записала система. Затем выполните оплату через ЕРИП и убедитесь, что статус изменился только после подтверждения.
- Проверьте успешную оплату и содержание SMS.
- Проверьте заказ, который ещё не оплачен: уведомление о получении денег уходить не должно.
- Проверьте повторное платёжное событие: второе одинаковое SMS не отправляется.
- Проверьте неверный или неизвестный номер заказа.
- Проверьте расхождение суммы, если такая ситуация возможна в вашей схеме.
- Проверьте, где сотрудник видит статус отправки и ошибку доставки.
После каждого теста сохраняйте номер заказа, время оплаты, полученный статус и результат отправки. Эти записи помогут быстро найти место сбоя: платёж не передался, заказ не сопоставился, SMS не принялось сервисом или сообщение не дошло до телефона.
Какие ошибки чаще всего мешают автоматизации?
- SMS отправляют по факту создания счёта. Клиент получает подтверждение слишком рано. Отправку связывают со статусом подтверждённого платежа.
- Телефон не связан с заказом. Система видит оплату, но не понимает, кому отправить сообщение. Номер сохраняют при создании заказа и проверяют его формат.
- Нет защиты от повторных событий. Один платёж приводит к нескольким одинаковым SMS. В настройке фиксируют уникальный идентификатор операции.
- В тексте нет номера заказа. Покупатель и сотрудник не могут быстро сопоставить сообщение с платежом. Номер добавляют в каждое подтверждение.
- Не предусмотрена ручная проверка. При спорной сумме клиент получает неверный статус. Для таких случаев готовят отдельное сообщение и очередь на сверку.
Подключение SMS после оплаты через ЕРИП лучше начинать с одного сценария и короткого текста. Подготовьте карту событий, согласуйте источник подтверждения платежа, свяжите заказ с номером телефона и проведите тест на успешной и ошибочной оплате. После этого отправку можно передать SMS-платформе, которая принимает команды от вашего сайта или учётной системы и возвращает статус сообщения.
