SMS-напоминание об оплате помогает малому бизнесу сообщить клиенту о сроке платежа без длинной переписки и звонков. В статье разберём, какие данные подготовить, как связать отправку с учётной системой, что написать в сообщении и как проверить результат. В конце у вас будет понятная схема для счетов, абонентской платы, заказов и других платежей в белорусских рублях.
Когда SMS о счёте действительно нужно клиенту?
Напоминание уместно, когда у клиента уже есть обязательство перед компанией: выставлен счёт, заканчивается срок оплаты, платёж не прошёл или появилась просрочка. Сообщение должно помогать разобраться с конкретной операцией. В нём достаточно указать номер счёта, сумму в BYN, срок оплаты и способ связаться с ответственным сотрудником.
Для регулярных услуг удобно разделить уведомления на несколько событий. Первое сообщение отправляют после выставления счёта. Второе, если платёж не поступил к установленной дате. Третье используют только для отдельного случая, когда требуется предупредить о приостановке услуги или передать клиента бухгалтеру.
Такой порядок подходит, например, для сервисного обслуживания, аренды, поставок небольшими партиями и подписки на услуги. Для разовой покупки обычно достаточно одного сообщения о готовности счёта и одного напоминания перед окончанием срока.
Какие данные подготовить перед настройкой?
Сначала опишите событие, которое запускает SMS. Это может быть создание счёта, наступление даты оплаты или изменение статуса на «просрочен». Затем определите, откуда система возьмёт номер телефона клиента и как поймёт, что платёж уже поступил.
- номер телефона получателя;
- номер или внутренний идентификатор счёта;
- сумма и валюта платежа;
- дата, до которой клиенту нужно оплатить счёт;
- статус счёта: новый, ожидает оплаты, оплачен или просрочен;
- контакт сотрудника, который ответит на вопрос по платежу.
Отдельно проверьте формат номера. Один и тот же клиент не должен получить несколько SMS из-за записи в разных форматах. В карточке счёта также нужна защита от повторной отправки: если бухгалтер исправил сумму или открыл документ повторно, система не должна автоматически послать прежнее напоминание.
Если сайт уже отправляет сообщения о заказах и других событиях, сначала проверьте доступность SMS API и обработку ответа от сервиса. Для этого пригодится инструкция как проверить доступность SMS API для сайта. Она помогает обнаружить ошибку до подключения уведомлений к рабочим счетам.
Как построить сценарий SMS-напоминаний?
Сценарий лучше описать в виде таблицы. Так бухгалтер, руководитель и разработчик одинаково понимают, когда система отправляет сообщение и что происходит после него.
| Событие | Когда отправлять | Задача сообщения |
|---|---|---|
| Счёт создан | После подтверждения счёта | Сообщить сумму, номер и дату оплаты |
| Срок оплаты приближается | По внутреннему графику компании | Напомнить клиенту без резкой формулировки |
| Платёж не найден | После проверки статуса | Попросить проверить оплату или связаться с бухгалтерией |
| Платёж получен | После подтверждения операции | Закрыть цепочку и не отправлять новые напоминания |
Время отправки выбирают с учётом рабочего графика компании и способа обработки счетов. Ночное уведомление редко помогает решить вопрос, поэтому техническое правило лучше задать заранее: система отправляет сообщения только в разрешённый период, а при наступлении события вне этого периода переносит отправку на следующий рабочий интервал.
Если платёж проходит с задержкой, заложите паузу перед повторной проверкой. Иначе клиент оплатит счёт, но SMS о просрочке уйдёт из-за того, что банк или бухгалтерия ещё не обновили статус. Система должна сначала получить актуальные данные, затем принять решение об отправке.
Как написать SMS об оплате без давления?
Текст должен отвечать на четыре вопроса: о каком счёте идёт речь, сколько нужно оплатить, до какой даты и куда обратиться. Не включайте в одно сообщение историю договора, длинные реквизиты и несколько разных просьб. Если деталей много, SMS может сообщить о счёте, а сотрудник направит реквизиты по согласованному каналу.
Пример сообщения после выставления счёта
«Счёт №184 на 320 BYN выставлен. Оплатите до 25.08.2026. По вопросам: бухгалтерия, рабочий номер компании».
Пример напоминания перед сроком оплаты
«Напоминаем: счёт №184 на 320 BYN нужно оплатить до 25.08.2026. Если платёж уже выполнен, сообщите бухгалтеру».
Пример сообщения после наступления срока
«По счёту №184 на 320 BYN пока не отмечен платёж. Проверьте оплату или свяжитесь с бухгалтерией, чтобы уточнить статус».
Избегайте слов, которые звучат как обвинение или угроза. Клиент мог оплатить счёт, а информация ещё не попала в систему. Поэтому в тексте лучше оставить путь для проверки: номер счёта, сумма и контакт сотрудника.
Как подключить SMS к сайту или учётной системе?
Есть два практических варианта. При интеграции через API сайт сам передаёт сервису номер, текст и идентификатор сообщения. Такой способ подходит, когда счёт создаётся в интернет-магазине, личном кабинете или внутренней программе. Второй вариант, SMPP, используют при большом объёме сообщений и постоянном обмене статусами между системами.
| Вариант | Когда подходит | Что проверить |
|---|---|---|
| API | Счета создаются на сайте или в простой учётной системе | Ключ доступа, формат запроса, ответ об отправке |
| SMPP | Нужен постоянный обмен сообщениями и статусами доставки | Соединение, DLR, повтор при временной ошибке |
| Ручная отправка из кабинета | Счетов немного и автоматизация пока не нужна | Шаблон, журнал отправок, отметка о выполнении |
На первом этапе можно начать с одного шаблона и одного события, например с отправки после создания счёта. Затем добавьте проверку статуса и напоминание о просрочке. Такой порядок снижает риск, что ошибка в настройке затронет все счета сразу.
Для уведомлений о заказах и платежных изменениях полезно заранее определить единый справочник статусов. В отдельной инструкции о том, как настроить уведомления о статусе заказа без программиста, этот подход разобран на примере последовательных событий. Для счёта логика будет такой же: каждое изменение статуса запускает только своё сообщение.
Как контролировать отправку и доставку сообщений?
После подключения проверьте не только факт передачи SMS в сервис, но и весь путь сообщения. В журнале должны сохраняться дата, номер счёта, получатель, текст, результат отправки и статус доставки. При этом бухгалтеру нужен понятный экран или отчёт, где видно, кому уже напомнили, а кому сообщение не доставлено.
- Создайте тестовый счёт с небольшой суммой.
- Проверьте отправку после создания счёта.
- Измените статус на «оплачен» и убедитесь, что повторное напоминание не уходит.
- Проверьте сценарий временной ошибки доставки.
- Сверьте сумму, номер счёта и дату в полученном тексте.
- Проверьте, что после закрытия счёта цепочка уведомлений прекращается.
Для контроля достаточно нескольких показателей: сколько сообщений система сформировала, сколько передала, сколько доставила и сколько осталось с ошибкой. Если SMS не доставлено, сотрудник должен видеть причину или хотя бы статус, по которому можно начать проверку.
Какие ошибки мешают напоминаниям об оплате?
- Отправка без проверки статуса. Клиент уже оплатил, но система использует старые данные.
- Повторная отправка одного события. Перезапуск скрипта создаёт дубликаты, если нет уникального идентификатора уведомления.
- Слишком общий текст. Фраза «у вас задолженность» не помогает найти нужный счёт.
- Отсутствие контакта. Клиент понимает проблему, но не знает, кому задать вопрос.
- Смешение разных задач. Напоминание о платеже превращается в длинное рекламное сообщение.
- Нет ручной проверки первого сценария. Ошибку в шаблоне замечают уже после отправки реальным клиентам.
Для малого бизнеса рабочая схема обычно начинается с одного события, понятного шаблона и журнала отправок. После теста можно добавить напоминание перед сроком оплаты, отдельную обработку просрочки и подтверждение поступившего платежа. На этой основе SMS-информирование становится частью процесса работы со счётом, а не отдельным ручным действием бухгалтера.
