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

Когда использовать это
Используйте этот сценарий, когда выставление счетов готово собирать оплату, но способ оплаты клиента всё ещё неизвестен, и вам нужен ответ, прежде чем составить правильные инструкции — и нет открытой сессии в WhatsApp, чтобы спросить в свободной форме. Он подходит для процессов оформления покупки и выставления счетов, B2B-счетов, где выбор между картой и банковским переводом меняет то, что будет отправлено далее, а также для интеграторов, которые с помощью вебхуков с быстрым ответом направляют события в систему учёта или ERP.
Как это работает
- Триггер
Система выставления счетов обнаруживает отсутствие способа оплаты и создаёт событие.
event·triggered - Захватить событие
Система определяет номер телефона клиента и сумму платежа.
phone:"+…" - Собрать и отправить
Персонализированное сообщение по шаблону составлено с двумя переменными в теле и двумя кнопками быстрых ответов.
POST/sendTemplate - Доставлено
Клиент получает сообщение в WhatsApp и выбирает оплату картой или банковским переводом.
delivered - Статус отслеживается
Вебхук отправляет структурированный выбор в биллинговую систему для следующего шага оплаты.
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_PAYMENTAMOUNT="___" # {{2}} payment amount
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_PAYMENTAMOUNT=$TEST_PAYMENTAMOUNT"; 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}} payment amount → ${TEST_PAYMENTAMOUNT}
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_PAYMENTAMOUNT}" }
]
}
]
}
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 будет отправлять POST-запросы со статусами на ваш HTTPS-эндпоинт в поле верхнего уровня hooks[].
{
"hooks": [
{
"id": "gBGGeSaGViBfAgnlzOSHEwK9O6F",
"type": "message",
"status": "sent",
"timestamp": "1654864094",
"recipient_id": "556123122026"
}
]
}statussent,delivered,read— или статус сбоя, если применимоidСоотносит callback с
idвозвращаемым функцией sendtimestampВремя в секундах Unix в виде строки
Если вы предпочитаете не получать колбэки, вместо этого опрашивайте GET {base}/{channel}/hookInfo?messageId=<id>. На практике доставка часто завершается за секунды, но контракт API этого не гарантирует, поэтому никогда не блокируйте сценарий в ожидании.
Распространённые ошибки
| Статус | Ответ | Причина |
|---|---|---|
| 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. |

