Как фитнес-студии убрать просроченные SMS после сбоя CRM?

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

Что остановить сразу после сбоя CRM?

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

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

1. Попросите специалиста остановить все обработчики отправки, включая резервный процесс и задания по расписанию.
2. Сохраните состояние очереди до удаления записей или смены статусов.
3. Зафиксируйте период сбоя, чтобы выделить задания, которые требуют проверки.
4. Назначьте ответственного за разрешение на повторный запуск.

Администратору на это время нужно отдельное правило: не дублировать вручную все сообщения из очереди. Если клиенту необходимо срочно сообщить о переносе занятия, сначала проверьте историю общения и отметьте ручное уведомление в карточке записи. Иначе после восстановления CRM отправит то же сообщение ещё раз.

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

Как понять, какие напоминания уже потеряли смысл?

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

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

Для каждого типа уведомления задайте своё условие отправки:

• Напоминание о занятии: тренировка ещё впереди, запись активна, время и адрес совпадают с расписанием.
• Сообщение о переносе: клиенту по-прежнему нужно сообщить именно об этом изменении, более позднего переноса нет.
• Уведомление об окончании абонемента: срок и остаток занятий соответствуют текущей карточке клиента.
• Напоминание об оплате: задолженность сохраняется, администратор уже учёл поступивший платёж.
• Предложение вернуться в студию: условия действуют, а клиент ещё не возобновил занятия.

Последний пункт требует отдельной проверки. Человек мог купить абонемент во время сбоя, но остаться в старом списке для рассылки. В сценарии возврата клиентов фитнес-студии через CRM полезно предусмотреть выход из цепочки сообщений сразу после новой покупки или записи.

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

Задания, которые потеряли смысл, завершайте с понятной причиной: «занятие прошло», «запись отменена», «абонемент продлён». Так они не вернутся в отправку после следующего перезапуска.

Что делать, если неизвестно, отправила ли CRM сообщение?

Выделите такие задания отдельно и запретите автоматический повтор до сверки. Отсутствие ответа в CRM ещё не означает, что SMS-провайдер отклонил сообщение. Он мог принять запрос до того, как сервер перестал работать, а система не успела сохранить результат.

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

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

Технический порядок восстановления очереди и проверки ответов шлюза разобран в статье на smpp.by. Этот материал можно передать специалисту вместе с периодом сбоя и примерами спорных заданий.

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

Как возобновить SMS и проверить работу расписания?

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

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

1. Проверьте в тестовом режиме, что CRM исключает устаревшие задания и не создаёт дубли.
2. Отправьте контрольное актуальное сообщение на рабочем маршруте на номер ответственного сотрудника.
3. Сопоставьте статус в CRM с ответом провайдера и отчётом о доставке.
4. Разрешите ограниченную отправку актуальных напоминаний о ближайших занятиях.
5. Увеличивайте поток только после проверки ошибок и задержек.

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

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

В задаче на настройку CRM зафиксируйте результат: перенос занятия отменяет прежнее напоминание, оплата убирает уведомление о долге, а неизвестный результат блокирует автоматический повтор. Это связывает умную запись, клиентскую базу и коммуникации в один рабочий сценарий. Одного восстановления соединения с провайдером для такого результата недостаточно.

Типичные ошибки при восстановлении SMS-напоминаний

• Удалить всю очередь. Вместе с просроченными заданиями исчезнут актуальные, поэтому сначала сохраните её состояние и распределите записи по результату проверки.
• Повторить все сообщения без статуса доставки. Часть запросов провайдер мог уже принять; сначала сверьте журналы.
• Проверить только текст SMS. Сообщение может выглядеть правильно, хотя клиент уже отменил запись или оплатил абонемент.
• Запустить рекламу вместе с напоминаниями. Разделите потоки, чтобы накопленная рассылка не задерживала сообщения о ближайших занятиях.
• Завершить работу после успешного подключения. Проверьте ещё обновление статусов и получение отчётов о доставке.

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