Скилл WhatsApp API для ИИ агентаЕщё
1msg official logo

WhatsApp Business API для уведомления об истечении срока плана

Сценарий отправляет клиенту персонализированный шаблон WhatsApp перед тем, как истёк план или подписка.

Обзор сценария

Сценарий отправляет клиенту персонализированный шаблон WhatsApp до окончания плана или подписки. Сообщение включает имя клиента, название услуги или плана и дату истечения. Статическая кнопка URL открывает страницу продления.

Пример шаблона

Здравствуйте, {{1}}! Ваш тарифный план «{{2}}» истекает {{3}}. Продлите, чтобы сохранить доступ.

Продлить тариф
  • {{1}}
    имя клиента
  • {{2}}
    название сервиса или плана
  • {{3}}
    дата истечения подписки
  • “Продлить тариф”
    кнопка — исправлена в шаблоне Meta
WhatsApp Business API for plan expiry notification

Когда использовать

Используйте этот сценарий, когда система выставления счетов обнаруживает приближение даты окончания клиентского плана или подписки и требуется своевременное предупреждение, прежде чем доступ будет закрыт — особенно если уведомления по электронной почте и в приложении остаются без внимания. Это подходит для SaaS-подписок, которые хотят сократить непреднамеренную потерю клиентов, программ членства со сроками продления и интеграторов, подключающих расписания окончания планов из биллинга к оповещениям WhatsApp.

Меньше неожиданных блокировок
Три переменные в теле подставляют в чат WhatsApp имя клиента, название плана и дату истечения срока, чтобы срок всегда был виден, а не терялся в электронной почте или уведомлениях в приложении, которые они пропускают.
Продление без лишней переписки
Кнопка с постоянным URL открывает страницу продления, заданную в шаблоне Meta, чтобы клиент мог продлить доступ без ответа в WhatsApp.
Массовая рассылка вручную исключена
Биллинг запускает шаблон, когда обнаруживает приближение даты окончания плана, и автоматически заполняет поля с номером телефона и планом, чтобы никому не пришлось переписывать предупреждения об истечении срока для всей базы подписчиков.
Связывайтесь с подписчиками без открытого чата
Утверждённый шаблон — это единственное сообщение, разрешённое для отправки первым, если открытый разговор отсутствует. Поэтому предупреждение об истечении срока действия всё равно может быть отправлено до прекращения доступа.
Учёт и последующий анализ CRM
Результат доставки фиксируется после отправки, чтобы CRM могла отследить, кто получил предупреждение до окончания доступа.

Как это работает

  1. Триггер

    Система биллинга фиксирует приближение окончания тарифного плана и генерирует событие.

    event · triggered

  2. Фиксировать событие

    Система распознаёт поля с номером телефона клиента и тарифным планом.

    phone: "+…"

  3. Собрать и отправить

    Персонализированное сообщение по шаблону создаётся с тремя переменными в теле и статической кнопкой URL.

    POST /sendTemplate

  4. Доставлено

    Клиент получает предупреждение WhatsApp и может продлить его с помощью кнопки.

    delivered

  5. Отслеживание статуса

    Результат доставки сохраняется для выставления счёта или последующей работы в CRM.

    status: "read"

WhatsApp Business API for plan expiry notification

Техническая реализация

Предварительные условия

  1. Ключ API 1MSG · Как получить ключ API
  2. Аккаунт WhatsApp Business · Как подключить WABA
  3. Шаблон WhatsApp · Как одобрить шаблон WABA
  4. Согласие клиента · Как управлять согласием клиентов

Примеры кода

#!/usr/bin/env bash
set -euo pipefail

# === Configuration (replace "___" placeholders) ===

API_BASE_URL="https://api.1msg.io"        # production 1MSG API base URL
CHANNEL_ID="___"                           # channel ID from 1MSG dashboard
API_TOKEN="___"                            # channel JWT token (Bearer)

TEMPLATE_NAME="___"                        # approved template name
TEMPLATE_NAMESPACE="___"                   # template namespace (required — send fails without it)
TEMPLATE_LANGUAGE="___"                    # template language code, e.g. "en"



# === Test data ===
TEST_PHONE="___"                 # client phone in international format
TEST_CUSTOMERNAME="___"         # {{1}} customer name
TEST_SERVICE="___"         # {{2}} service name
TEST_DUEDATE="___"         # {{3}} due date

PHONE_NORM="$(printf '%s' "$TEST_PHONE" | tr -cd '0-9')"

for pair in "CHANNEL_ID=$CHANNEL_ID" "API_TOKEN=$API_TOKEN" \
            "TEMPLATE_NAME=$TEMPLATE_NAME" "TEMPLATE_NAMESPACE=$TEMPLATE_NAMESPACE" \
            "TEMPLATE_LANGUAGE=$TEMPLATE_LANGUAGE" "TEST_PHONE=$TEST_PHONE" \
            "TEST_CUSTOMERNAME=$TEST_CUSTOMERNAME" \
            "TEST_SERVICE=$TEST_SERVICE" \
            "TEST_DUEDATE=$TEST_DUEDATE"; do
    val="${pair#*=}"
    if [ -z "$val" ] || [ "$val" = "___" ]; then
        echo "Missing configuration value: ${pair%%=*}" >&2
        exit 1
    fi
done

if [ -z "$PHONE_NORM" ]; then
    echo "Error: phone number has no digits after normalization" >&2
    exit 1
fi

URL="${API_BASE_URL%/}/${CHANNEL_ID}/sendTemplate"

# params carries body ONLY. Button text is fixed in the Meta template — no button param.

# {{1}} customer name → ${TEST_CUSTOMERNAME}
# {{2}} service name → ${TEST_SERVICE}
# {{3}} due date → ${TEST_DUEDATE}
read -r -d '' PAYLOAD <<JSON || true
{
  "phone": "${PHONE_NORM}",
  "template": "${TEMPLATE_NAME}",
  "namespace": "${TEMPLATE_NAMESPACE}",
  "language": { "policy": "deterministic", "code": "${TEMPLATE_LANGUAGE}" },
  "params": [
    {
      "type": "body",
      "parameters": [
        { "type": "text", "text": "${TEST_CUSTOMERNAME}" },
        { "type": "text", "text": "${TEST_SERVICE}" },
        { "type": "text", "text": "${TEST_DUEDATE}" }
      ]
    }

  ]
}
JSON

RESPONSE="$(curl -s -w '\n%{http_code}' -X POST "$URL" \
    -H "Content-Type: application/json" \
    -H "Authorization: Bearer ${API_TOKEN}" \
    -d "$PAYLOAD")"

HTTP_CODE="$(printf '%s' "$RESPONSE" | tail -n1)"
BODY="$(printf '%s' "$RESPONSE" | sed '$d')"

case "$BODY" in
    *'"sent":true'*) ok=1 ;;
    *) ok=0 ;;
esac

if [ "$HTTP_CODE" -ge 200 ] && [ "$HTTP_CODE" -lt 300 ] && [ "$ok" -eq 1 ]; then
    echo "Message sent to client."
    echo "API response: $BODY"
else
    echo "Send failed. HTTP status: $HTTP_CODE" >&2
    echo "$BODY" >&2
    exit 1
fi

Статус ответа и доставки

HTTP 2xx и JSON "sent": trueозначают, что 1MSGпринялсообщение для отправки, но это не значит, что оно уже доставлено на телефон клиента. Сохранитеidполе (выглядит какwamid.…), чтобы связать уведомления о доставке.

200 OKОтвет
{
  "sent": true,
  "id": "wamid.HBgLMzgwNjM5...",
  "message": "Message accepted for delivery"
}
  • sent

    Принято для отправки — ещё не доставлено на телефон клиента

  • id

    Сохраните это; обратные вызовы и hookInfo привязаны к этому ключу

Доставка поступает позже, в отдельном обратном запросе. Зарегистрируйте POST …/webhookвебхук, и 1MSG отправит обновления статуса на ваш HTTPS-адрес в hooks[]основном содержимом

200 OKВебхук статуса доставки — данные, которые вы получаете
{
  "hooks": [
    {
      "id": "gBGGeSaGViBfAgnlzOSHEwK9O6F",
      "type": "message",
      "status": "sent",
      "timestamp": "1654864094",
      "recipient_id": "556123122026"
    }
  ]
}
  • status

    sent, delivered, read — или статус ошибки, если это возможно

  • id

    Соотносит обратный вызов с id, полученным при вызове отправки

  • timestamp

    Секунды Unix в виде строки

Если вы предпочитаете не использовать обратные вызовы, опрашивайте GET {base}/{channel}/hookInfo?messageId=<id>. На практике доставка часто завершается в течение нескольких секунд, но API не даёт гарантий, поэтому не блокируйте процесс в ожидании.

Распространённые ошибки

СтатусОтветПричина
200Message was not sent: template is not definednamespace, template or language missing from the request body.
200template name (…) does not exist in <language>The template is approved in a different language than the one requested.
200Message was not sent: provide chatId, phone, bsuid, or usernameNo recipient the channel could resolve.
403access deniedThe token is wrong, or belongs to a different channel than the URL.
429too many requests. please try laterThe channel is over its send rate.

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Да, холодные сообщения в WhatsApp требуют одобренного Meta шаблона.

Связанные

Оплаты и счета
WhatsApp Business API для отправки в рамках сессии — pdf-файл счёта
Этот сценарий отправляет PDF-документ через sendFile в 24-часовое окно обслуживания клиентов WhatsApp.
Оплаты и счета
WhatsApp Business API для подтверждения успешной оплаты
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при успешной оплате.
Оплаты и счета
WhatsApp Business API для напоминания о просроченной оплате
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда оплата просрочена.
Оплаты и счета
WhatsApp Business API для уточнения способа оплаты
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда для выставления счёта нужно узнать способ оплаты.
Оплаты и счета
WhatsApp Business API для отправки ссылки на оплату
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда для выставления счёта или при оплате необходимо собрать оплату.
Оплаты и счета
WhatsApp Business API для уведомлений об офлайн оплатах
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при фиксации офлайн-оплаты.
Оплаты и счета
WhatsApp Business API для уведомлений о новых оплатах
Сценарий отправляет финансовому менеджеру персонализированный шаблон WhatsApp, когда поступает новая оплата.
Оплаты и счета
WhatsApp Business API для ежемесячного уведомления о счёте
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при выдаче ежемесячного счёта.

Интегрируйте WhatsApp за часы
без проблем с инфраструктурой