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

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

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

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

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

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

Здравствуйте, {{1}}! Ваш {{2}} еще не завершен. {{3}} Если у вас есть вопросы, мы будем рады помочь.

Завершите проверку
  • {{1}}
    имя клиента
  • {{2}}
    процесс верификации (например, проверка личности, KYC-чек, проверка документов)
  • {{3}}
    последний шаг проверки или крайний срок (например, загрузите удостоверение личности и селфи до пятницы)
  • “Завершите проверку”
    кнопку исправили в шаблоне Meta
WhatsApp Business API for incomplete verification reminder

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

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

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

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

  1. Действия клиента

    Клиент начинает верификацию, но уходит, не завершив ее.

    user action

  2. Обработка события

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

    phone: "+…"

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

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

    POST /sendTemplate

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

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

    delivered

  5. Статус отслежен

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

    status: "read"

WhatsApp Business API for incomplete verification reminder

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

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

  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[] данных.

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.

ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ

Да, для отправки cold-start сообщений в WhatsApp нужен одобренный Meta шаблон.

Связанные

Интегрируйте WhatsApp за часы
без проблем с инфраструктурой