WhatsApp Business API для бронирования встреч — whatsapp-цепочка

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

Этот сценарий отправляет точку входа Flow WhatsApp с sendFlow в течение 24 часов обслуживания клиентов. Персонализированное приветствие и призыв к действию «Забронировать сейчас» открывают опубликованную форму потока.

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

{{1}}Запишитесь на приём:

• {{1}}
  имя клиента в тексте приглашения в сценарий

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

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

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

1. Триггер

   Клиент выражает намерение на бронирование, пока сессия открыта.

   event · triggered

2. Зафиксировать событие

   Ваш бэкенд определяет имя клиента и ID потока.

   phone: "+…"

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

   sendFlow отправляет приветствие с кнопкой «Забронировать».

   POST /send_flow

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

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

   delivered

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

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

1. API-ключ 1MSG · Как получить API-ключ
2. Аккаунт WhatsApp Business · Как подключить WABA
3. Открыть 24-часовое сессионное окно · Как работает 24-часовое окно
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)



# === Test data ===
TEST_PHONE="___"                 # client phone in international format
FLOW_TOKEN="___"                         # flow token from your backend

PHONE_NORM="$(printf '%s' "$TEST_PHONE" | tr -cd '0-9')"
URL="${API_BASE_URL%/}/${CHANNEL_ID}/sendFlow"

read -r -d '' PAYLOAD <<JSON || true
{
  "phone": "${PHONE_NORM}",
  "body": "Hi Alex, book your appointment:",
  "flowId": "1234567890",
  "flowToken": "${FLOW_TOKEN}",
  "flowCta": "Book now",
  "flowAction": "navigate"
}
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."
else
  echo "$BODY" >&2
  exit 1
fi

Ответ и состояние доставки

HTTP 2xx и JSON "sent": true обозначают, что 1MSG принял сообщение для отправки — не что оно уже доставлено на телефон клиента. Сохраните idполе (выглядит как wamid.…), чтобы сопоставить обратные вызовы о доставке.

{
  "sent": true,
  "id": "wamid.HBgLMzgwNjM5...",
  "message": "Message accepted for delivery"
}

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.

{
  "hooks": [
    {
      "id": "gBGGeSaGViBfAgnlzOSHEwK9O6F",
      "type": "message",
      "status": "sent",
      "timestamp": "1654864094",
      "recipient_id": "556123122026"
    }
  ]
}

Если вы предпочитаете не получать обратные вызовы, вместо этого используйте опрос GET {base}/{channel}/hookInfo?messageId=<id>. На практике доставка часто завершается за считанные секунды, но контракт API этого не гарантирует, поэтому никогда не блокируйте поток в ожидании результата.

Распространённые ошибки

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