Как подключить уведомления об оплате через ЕРИП к SMS и Viber

Уведомления об оплате через ЕРИП подключают через связку платёжного решения, системы бизнеса и сервиса рассылок. После успешного платежа система получает статус, находит контакт клиента и отправляет подтверждение по SMS, Viber или Email. В статье разберём схему для малого бизнеса, список данных для настройки, правила выбора канала, тестирование и типичные ошибки. В результате можно подготовить понятное техническое задание и оценить, что потребуется для запуска.

Как устроена отправка уведомления после платежа через ЕРИП?

ЕРИП в такой схеме отвечает за проведение платежа и передачу статуса в подключённое платёжное решение. Сам сервис рассылок не узнаёт об оплате из воздуха: ему нужен источник события, например уведомление от платёжного шлюза, API или другой согласованный способ обмена.

Логика выглядит так:

1. Клиент выбирает услугу или счёт и оплачивает его через ЕРИП.
2. Платёжная система получает результат операции.
3. Она передаёт в систему бизнеса идентификатор платежа, сумму, статус и контакт клиента, если такой обмен предусмотрен настройками.
4. Система проверяет, что платёж успешен и ещё не обрабатывался.
5. Сервис рассылок отправляет сообщение по выбранному каналу.
6. Результат отправки возвращается в журнал: сообщение принято, доставлено или требует повторной обработки.

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

Что подготовить до подключения SMS и Viber?

Сначала опишите событие, после которого клиент должен получить сообщение. Формулировка «после оплаты» слишком широкая: уточните, нужен ли статус «успешно», «в обработке», «отменён» или «возврат». Отдельно решите, отправлять ли уведомление при каждой операции или только после окончательного подтверждения платежа.

Затем соберите параметры, которые понадобятся интегратору или разработчику:

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

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

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

Как выбрать канал для подтверждения оплаты?

SMS подходит для короткого сообщения, которое нужно доставить на номер телефона. Viber уместен, если клиент доступен в этом канале и уведомление можно оформить с более подробной структурой. Email пригодится, когда клиенту нужно сохранить расширенное подтверждение с составом заказа или дополнительными инструкциями.

Каналы можно связать в последовательность. Например, сначала отправить Viber, а при недоступности канала использовать SMS. Такой сценарий нужно согласовать с настройками платформы и заранее проверить на тестовых номерах. Отдельно задайте правило, которое не позволит отправить одно и то же подтверждение дважды.

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

Как настроить интеграцию по шагам?

1. Уточните возможности платёжного решения

Запросите у поставщика способ получения статуса платежа. Это может быть готовая интеграция, API, уведомление на заданный адрес или другой технический механизм. Уточните, какие поля приходят в событии и как отличить успешную операцию от незавершённой.

2. Опишите сценарии сообщений

Сделайте таблицу событий. В одной строке укажите статус, в другой — канал и текст. Например: «оплата подтверждена» — SMS и Email; «операция ещё обрабатывается» — Email; «оплата отменена» — сообщение с инструкцией обратиться в поддержку. Не смешивайте подтверждение платежа с рекламным предложением: клиенту в этот момент нужен ясный результат операции.

3. Передайте событие в сервис рассылок

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

4. Настройте защиту от повторов

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

5. Проведите тестирование

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

Какие ошибки встречаются при настройке?

• Отправка по факту создания счёта. Созданный счёт ещё не подтверждает оплату. Сообщение отправляют после нужного платёжного статуса.
• Повторная отправка одного события. Без проверки идентификатора клиент получает несколько одинаковых уведомлений.
• Слишком общий текст. Фраза «платёж принят» без номера заказа и суммы затрудняет проверку операции.
• Отсутствие резервного канала. Если Viber недоступен, клиент не понимает, прошла ли оплата. Для критичных сообщений заранее задают SMS-подстраховку.
• Смешение сервисного и рекламного сообщения. Подтверждение оплаты должно оставаться коротким и понятным.
• Проверка только успешного сценария. Ошибки чаще проявляются при задержке ответа, отмене или повторном уведомлении.

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

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