Team Inbox APIЕщё
1msg official logo

WhatsApp Business API для ежемесячного уведомления о счёте

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

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

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

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

Здравствуйте, {{1}}! Ваш ежемесячный счёт за «{{2}}» составляет {{3}}. Оплатить до: {{4}}.

Оплатить счёт
  • {{1}}
    имя клиента
  • {{2}}
    название услуги или плана
  • {{3}}
    сумма счёта
  • {{4}}
    дата оплаты
  • “Оплатить счёт”
    кнопка — исправлено в шаблоне Meta
WhatsApp Business API for monthly invoice notification

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

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

Счета, которые клиенты видят лично
Имя клиента, услуга, сумма и срок оплаты поступают как четыре переменные в теле в WhatsApp, чтобы счёт оставался в чате, который проверяют ежедневно, вместо папки с электронной почтой, которую игнорируют.
Оплата без необходимости искать ссылку
Статическая кнопка URL с меткой «Оплатить счёт» открывает страницу онлайн-оплаты; URL зафиксирован в шаблоне Meta, поэтому через API отправляют только четыре переменные в теле.
Без уведомлений о ручных счётах
Биллинг создаёт событие «выставлен ежемесячный счёт», система заполняет поля с телефоном и счётом, и персонализированный шаблон отправляется без повторного ввода сумм или сроков оплаты.
Доставка зарегистрирована для дальнейшего выставления счёта
Результат отправки фиксируется для выставления счетов или в CRM, чтобы команды могли повторно отправить уведомление или передать его на более высокий уровень, если уведомление о счёте не дошло до клиента.

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

  1. Триггер

    Биллинг выставляет ежемесячный счёт и запускает событие.

    event · triggered

  2. Отслеживать событие

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

    phone: "+…"

  3. Создать и отправить

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

    POST /sendTemplate

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

    Клиент получает уведомление о счёте WhatsApp и может оплатить через кнопку.

    delivered

  5. Отслеживаемый статус

    Результат доставки фиксируется для выставления счёта или обработки в CRM.

    status: "read"

WhatsApp Business API for monthly invoice 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_PAYMENTAMOUNT="___"         # {{3}} payment amount
TEST_DUEDATE="___"         # {{4}} 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_PAYMENTAMOUNT=$TEST_PAYMENTAMOUNT" \
            "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}} payment amount → ${TEST_PAYMENTAMOUNT}
# {{4}} 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_PAYMENTAMOUNT}" },
        { "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

    Соотносит callback с id, возвращаемым вызовом send

  • timestamp

    Unix-время в виде строки

If you would rather not receive callbacks, poll GET {base}/{channel}/hookInfo?messageId=<id> instead. In practice delivery often completes within seconds — but the API contract does not guarantee it, so never block a flow waiting on it.

Частые ошибки

СтатусОтветПричина
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 для подтверждения успешной оплаты
Сценарий отправляет клиенту персонализированный шаблон 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 за часы
без проблем с инфраструктурой