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

WhatsApp Business API для уведомления о повторной проверке аккаунта

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

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

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

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

Здравствуйте, {{1}}! Назначена {{2}} плановая проверка вашего аккаунта. Если у вас есть вопросы — {{3}} мы готовы помочь.

Завершите обзор
  • {{1}}
    имя клиента
  • {{2}}
    контекст аккаунта или процесса (например, аккаунт продавца, профиль партнера, бизнес-кошелек)
  • {{3}}
    следующий шаг или срок (например, подтвердите данные о бизнесе в портале до 30 апреля)
  • “Завершите обзор”
    кнопка — исправлено в шаблоне Meta
WhatsApp Business API for account recheck notification

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

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

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

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

  1. Триггер

    Команда комплаенса или управления аккаунтами планирует периодическую проверку аккаунта и генерирует событие.

    event · triggered

  2. Регистрация события

    Система определяет номер телефона владельца аккаунта и перепроверяет поля.

    phone: "+…"

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

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

    POST /sendTemplate

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

    Владелец аккаунта получает уведомление WhatsApp с контекстом для повторной проверки и информацией о следующих действиях.

    delivered

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

    Результат доставки фиксируется для последующего использования в CRM.

    status: "read"

WhatsApp Business API for account recheck notification

Техническая реализация

Предварительные условия

  1. API-ключ 1MSG · Как получить ключ API
  2. Бизнес-аккаунт WhatsApp · Как подключить 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 основаны на этом

Delivery itself arrives later, as a separate callback. Register a webhook (POST …/webhook) and 1MSG POSTs status updates to your HTTPS endpoint in a top-level hooks[] payload.

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

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

  • id

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