💬 Командный WhatsApp-Инбокс на новой ПлатформеЕщё
1msg official logo

WhatsApp Business API для следующего шага уведомления

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

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

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

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

Здравствуйте, {{1}}! Для вашего процесса «{{2}}» следующий шаг: {{3}} Если вам нужна помощь — мы всегда готовы помочь.

Открыть портал
  • {{1}}
    имя клиента
  • {{2}}
    процесс или контекст (например, заявка на кредит, заказ №12345, онбординг)
  • {{3}}
    следующий шаг (например, загрузка документов, ожидание звонка менеджера)
  • “Открыть портал”
    кнопка — исправлено в шаблоне Meta
WhatsApp Business API for next step notification

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

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

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

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

  1. Триггер

    Процесс продвигается или срабатывает триггер следующего шага в CRM, портале или на бэкенде.

    event · triggered

  2. Фиксация события

    Система определяет номер телефона получателя и обрабатывает поля.

    phone: "+…"

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

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

    POST /sendTemplate

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

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

    delivered

  5. Статус отслеживается

    Результат доставки фиксируется в журнале; ошибки обрабатываются согласно правилам платформы.

    status: "read"

WhatsApp Business API for next step 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_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.…) для сопоставления обратных вызовов о доставке.

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

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

  • id

    Храните это: обратные вызовы доставки и hookInfo зависят от этого

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

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

    sent, delivered, read — или статус ошибки, если это применимо

  • id

    Соотносит обратный вызов с id, возвращённым вызовом send

  • 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 за часы
без проблем с инфраструктурой