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

WhatsApp Business API для напоминаний о повторных визитах

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

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

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

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

Здравствуйте, {{1}}! Пора для вашего контрольного {{2}} около {{3}}. Следующий шаг: {{4}}

Бронировать снова
  • {{1}}
    имя клиента
  • {{2}}
    тип обслуживания или визита
  • {{3}}
    повторная или рекомендованная дата
  • {{4}}
    рекомендуемый следующий шаг
  • “Бронировать снова”
    кнопка — исправлена в шаблоне Meta
WhatsApp Business API for follow-up visit reminder

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

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

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

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

  1. Триггер

    Система планирования или CRM отправляет напоминание о повторном визите.

    event · triggered

  2. Событие захвата

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

    phone: "+…"

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

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

    POST /sendTemplate

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

    Клиент получает напоминание в WhatsApp и может снова забронировать через кнопку.

    delivered

  5. Отслеживаемый статус

    Результат доставки фиксируется для планирования или дальнейших действий в CRM.

    status: "read"

WhatsApp Business API for follow-up visit 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_SERVICE="___"         # {{2}} service name
TEST_BOOKINGDATE="___"         # {{3}} booking date
TEST_NEXTSTEP="___"         # {{4}} 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_SERVICE=$TEST_SERVICE" \
            "TEST_BOOKINGDATE=$TEST_BOOKINGDATE" \
            "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}} service name → ${TEST_SERVICE}
# {{3}} booking date → ${TEST_BOOKINGDATE}
# {{4}} 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_SERVICE}" },
        { "type": "text", "text": "${TEST_BOOKINGDATE}" },
        { "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Вебхук статуса доставки — получаемый payload
{
  "hooks": [
    {
      "id": "gBGGeSaGViBfAgnlzOSHEwK9O6F",
      "type": "message",
      "status": "sent",
      "timestamp": "1654864094",
      "recipient_id": "556123122026"
    }
  ]
}
  • status

    sent, delivered, read — или статус ошибки, если применимо

  • id

    Соотносит callback с 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 за часы
без проблем с инфраструктурой