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

Когда использовать
Этот сценарий используйте, когда бизнес-процесс движется вперёд — заявление поступает на рассмотрение, заказ переходит на новый этап или онбординг требует действий, а у клиента всё ещё нет открытого чата в WhatsApp. В таком случае только утверждённый шаблон может объяснить, что будет дальше. Это подходит для SaaS-команд, которые напоминают пользователям после регистрации, B2B-компаний, информирующих заявителей о рассмотрении или запланированных звонках, и агентств, которые инициируют события следующего шага из CRM, ERP или собственных систем через вебхук, как это работает.
Как это работает
- Триггер
Процесс продвигается или срабатывает триггер следующего шага в CRM, портале или на бэкенде.
event·triggered - Фиксация события
Система определяет номер телефона получателя и обрабатывает поля.
phone:"+…" - Собрать и отправить
Персонализированное сообщение по шаблону создаётся с тремя переменными в теле и статической URL-кнопкой.
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_PROCESS="___" # {{2}} process name
TEST_NEXTSTEP="___" # {{3}} next step
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_PROCESS=$TEST_PROCESS" \
"TEST_NEXTSTEP=$TEST_NEXTSTEP"; 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}} process name → ${TEST_PROCESS}
# {{3}} next step → ${TEST_NEXTSTEP}
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_PROCESS}" },
{ "type": "text", "text": "${TEST_NEXTSTEP}" }
]
}
]
}
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[] payload.
{
"hooks": [
{
"id": "gBGGeSaGViBfAgnlzOSHEwK9O6F",
"type": "message",
"status": "sent",
"timestamp": "1654864094",
"recipient_id": "556123122026"
}
]
}statussent,delivered,read— или статус ошибки, если это применимоidСоотносит обратный вызов с
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. |

