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

WhatsApp Business API для уточнения данных для верификации

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

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

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

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

Здравствуйте, {{1}}! Чтобы завершить ваш {{2}}, нам нужно уточнить некоторые детали: {{3}} Обновите информацию, нажав на кнопку ниже. Если у вас есть вопросы — мы здесь, чтобы помочь.

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

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

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

Застопорившиеся проверки разблокированы благодаря чёткости на уровне полей
Три переменные в теле содержат имя клиента, метку процесса верификации и уточняющую информацию, чтобы уведомление точно указывало, что нужно исправить, вместо общего письма «проверка ожидается».
Одно касание до портала обновления данных
Статическая кнопка 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 verification data clarification

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

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

  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_REQUESTDETAIL="___"         # {{3}} request detail

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_REQUESTDETAIL=$TEST_REQUESTDETAIL"; 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}} request detail → ${TEST_REQUESTDETAIL}
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_REQUESTDETAIL}" }
      ]
    }

  ]
}
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 привязаны к этому

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

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 Business API для подтверждения получения документов
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда необходимые документы получены и зарегистрированы в офисе.
Обслуживание клиентов
WhatsApp Business API для уведомления о повторной активации аккаунта
Сценарий отправляет владельцу аккаунта персонализированный шаблон WhatsApp, когда завершён анализ или перепроверка аккаунта и доступ восстановлен.
Обслуживание клиентов
WhatsApp Business API для запроса подписи или подтверждения данных
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда надо подписать документ или подтвердить переданные данные для продолжения.
Обслуживание клиентов
WhatsApp Business API для уведомления об отказе в верификации
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда его eKYC или проверка личности отклонены.
Обслуживание клиентов
WhatsApp Business API для подтверждения успешного завершения проверки
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда его идентификацию или верификацию eKYC одобрили.
Обслуживание клиентов
WhatsApp Business API для уведомления о статусе проверки
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при изменении статуса проверки или eKYC.
Обслуживание клиентов
WhatsApp Business API для запроса загрузки документа
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда отсутствует необходимый документ, который нужно загрузить для продолжения.
Обслуживание клиентов
WhatsApp Business API для запроса дополнительных сведений по тикету
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда для решения тикета нужна дополнительная информация, а сеансовое окно не открыто.

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