WhatsApp Business API для ежемесячного уведомления о счёте
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при выдаче ежемесячного счёта.
Обзор сценария
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда выставляется ежемесячный счёт. Сообщение включает имя клиента, название услуги, сумму счёта и срок оплаты. Статическая URL-кнопка открывает страницу оплаты.
Пример шаблона
Здравствуйте, {{1}}! Ваш ежемесячный счёт за «{{2}}» составляет {{3}}. Оплатить до: {{4}}.
- {{1}}имя клиента
- {{2}}название услуги или плана
- {{3}}сумма счёта
- {{4}}дата оплаты
- “Оплатить счёт”кнопка — исправлено в шаблоне Meta

Когда использовать это
Рассмотрите этот сценарий, когда по вопросам выставления счетов ежемесячно выставляется счёт, а у клиента нет открытого чата в WhatsApp. Только одобренный шаблон может сначала отправить уведомление. Это подходит для SaaS и подписной модели выставления счетов, коммунальных услуг и членств, которые теряют счета в спам-фильтрах, а также для интеграторов, настраивающих расписания регулярных выставлений счетов через WhatsApp.
Как это работает
- Триггер
Биллинг выставляет ежемесячный счёт и запускает событие.
event·triggered - Отслеживать событие
Система определяет номер телефона клиента и поля со счётом.
phone:"+…" - Создать и отправить
Персонализированное сообщение на основе шаблона составляется с четырьмя переменными в теле и статической кнопкой URL.
POST/sendTemplate - Доставлено
Клиент получает уведомление о счёте WhatsApp и может оплатить через кнопку.
delivered - Отслеживаемый статус
Результат доставки фиксируется для выставления счёта или обработки в CRM.
status:"read"

Техническая реализация
Требования для начала работы
- Ключ API 1MSG · Как получить ключ API
- Аккаунт WhatsApp Business · Как подключить WABA
- Шаблон WhatsApp · Как одобрить шаблон WABA
- Согласие клиента на получение сообщений · Как управлять согласием клиентов
Примеры кода
#!/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.…), чтобы сопоставить с уведомлениями о доставке.
{
"sent": true,
"id": "wamid.HBgLMzgwNjM5...",
"message": "Message accepted for delivery"
}sentПринято для отправки — ещё не доставлено на телефон клиента
idСохраните это; обратные вызовы доставки и
hookInfoиспользуют этот ключ
Само сообщение о доставке приходит позже, в отдельном обратном вызове. Зарегистрируйте POST …/webhookвебхук, и 1MSG отправит обновления статуса на ваш HTTPS-эндпоинт в hooks[]виде основного содержимого
{
"hooks": [
{
"id": "gBGGeSaGViBfAgnlzOSHEwK9O6F",
"type": "message",
"status": "sent",
"timestamp": "1654864094",
"recipient_id": "556123122026"
}
]
}statussent,delivered,read— или статус сбоя, если применимоidСоотносит callback с
id, возвращаемым вызовом sendtimestampUnix-время в виде строки
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.
Частые ошибки
| Статус | Ответ | Причина |
|---|---|---|
| 200 | Message was not sent: template is not defined | namespace, template or language missing from the request body. |
| 200 | template name (…) does not exist in <language> | The template is approved in a different language than the one requested. |
| 200 | Message was not sent: provide chatId, phone, bsuid, or username | No recipient the channel could resolve. |
| 403 | access denied | The token is wrong, or belongs to a different channel than the URL. |
| 429 | too many requests. please try later | The channel is over its send rate. |

