Скилл WhatsApp API для ИИ агентаЕщё
1msg official logo

WhatsApp Business API для подтверждения бронирования в ожидании

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

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

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

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

Здравствуйте, {{1}}! Подтвердите ваше {{2}} бронирование на {{3}} в {{4}}:

Подтвердить бронирование
  • {{1}}
    имя клиента
  • {{2}}
    тип услуги или записи
  • {{3}}
    дата бронирования
  • {{4}}
    время бронирования
  • “Подтвердить бронирование”
    кнопка — исправлено в шаблоне Meta
WhatsApp Business API for pending booking confirmation

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

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

Слоты освобождаются, если клиенты отказываются
Две кнопки быстрых ответов в утверждённом шаблоне позволяют клиенту подтвердить или отменить одним нажатием, а вебхук отправляет этот выбор обратно в систему планирования, чтобы неподтверждённое время не блокировало календарь.
Отсутствие повторных звонков
Событие ожидающего бронирования запускает шаблон с четырьмя переменными в теле — имя клиента, услуга, дата и время — чтобы сотрудники не звонили и не писали по электронной почте для подтверждения.
Связывайтесь с клиентами без открытого чата
Активной сессии WhatsApp ещё нет, поэтому одобренный шаблон открывает беседу и передаёт персонализированные данные о бронировании вместо сообщения в свободной форме, которое Meta заблокировала бы.
Структурированное состояние для интеграторов
Ответы одной кнопкой поступают на ваш HTTPS-вебхук как события кнопок. Система планирования или CRM может подтвердить или отменить бронирование, не разбирая ответы в свободной форме.

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

  1. Триггер

    Система планирования создаёт бронирование в статусе ожидания и отправляет событие с запросом на подтверждение.

    event · triggered

  2. Захват события

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

    phone: "+…"

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

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

    POST /sendTemplate

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

    Клиент получает сообщение в WhatsApp и нажимает «Подтвердить» или «Отменить».

    delivered

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

    Вебхук подтверждает или освобождает бронирование.

    status: "read"

WhatsApp Business API for pending booking confirmation

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

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

  1. Ключ API 1MSG · Как получить API-ключ
  2. Аккаунт WhatsApp Business · Как подключить WABA
  3. Шаблон WhatsApp · Утвердить шаблон WABA
  4. Подключение клиента · Как управлять согласием клиентов
  5. Конечная точка вебхука · Как настроить вебхуки

Примеры кода

#!/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_SERVICE="___"         # {{2}} service name
TEST_BOOKINGDATE="___"         # {{3}} booking date
TEST_BOOKINGTIME="___"         # {{4}} booking time

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_SERVICE=$TEST_SERVICE" \
            "TEST_BOOKINGDATE=$TEST_BOOKINGDATE" \
            "TEST_BOOKINGTIME=$TEST_BOOKINGTIME"; 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}} service name → ${TEST_SERVICE}
# {{3}} booking date → ${TEST_BOOKINGDATE}
# {{4}} booking time → ${TEST_BOOKINGTIME}
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_SERVICE}" },
        { "type": "text", "text": "${TEST_BOOKINGDATE}" },
        { "type": "text", "text": "${TEST_BOOKINGTIME}" }
      ]
    }

  ]
}
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.

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

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

Связанные

Записи и напоминания
WhatsApp Business API для уведомления нового персонала о бронированиях
Сценарий отправляет менеджеру персонализированный шаблон WhatsApp, когда создаётся новое бронирование.
Записи и напоминания
WhatsApp Business API для напоминаний о повторных визитах
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда нужно напомнить о следующем визите.
Записи и напоминания
WhatsApp Business API для подтверждения изменения бронирования
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при переносе бронирования.
Записи и напоминания
WhatsApp Business API для уведомлений об изменении бронирования
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при изменении деталей бронирования.
Записи и напоминания
WhatsApp Business API для подтверждения отмены бронирования
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда бронирование отменено.
Записи и напоминания
WhatsApp Business API для подтверждения явки
Сценарий отправляет клиенту персонализированный шаблон WhatsApp с вопросом, придёт ли он на запланированный визит.
Записи и напоминания
WhatsApp Business API для бронирования встреч — whatsapp-цепочка
Этот сценарий отправляет точку входа WhatsApp Flow с sendFlow в течение 24-часового окна обслуживания клиентов.
Записи и напоминания
WhatsApp Business API для напоминания о будущих бронированиях
Сценарий отправляет клиенту персонализированный шаблон WhatsApp за несколько дней до назначенного визита.

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