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

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

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

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

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

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

Здравствуйте, {{1}}! Ваши {{2}} встреча перенесена на {{3}} в {{4}}.

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

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

Применяйте этот сценарий, когда клиент или сотрудник переносит встречу, и бизнесу нужно подтвердить новую дату и время там, где клиент это точно увидит. Он подходит для салонов и клиник, где изменения в расписании происходят часто, ресторанов, которые переназначают столики через WhatsApp, и интеграторов, настраивающих вебхуки для переноса расписания из системы планирования или CRM.

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

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

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

    Клиент или сотрудник завершает переназначение, и система создаёт событие.

    user action

  2. Обработать событие

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

    phone: "+…"

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

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

    POST /sendTemplate

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

    Клиент получает подтверждение в WhatsApp с новой датой и временем.

    delivered

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

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

    status: "read"

WhatsApp Business API for booking reschedule confirmation

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

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

  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_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 завязаны на этом ключе

Доставка приходит позже, отдельным callback-вызовом. Зарегистрируйте вебхук 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.

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

Да — холодные сообщения в 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 за часы
без проблем с инфраструктурой