Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда необходимо провести последующий визит или повторное посещение. Сообщение включает имя клиента, услугу, дату и следующий шаг. Статическая кнопка URL открывает страницу повторного бронирования.
Пример шаблона
Здравствуйте, {{1}}! Пора для вашего контрольного {{2}} около {{3}}. Следующий шаг: {{4}}
Бронировать снова
{{1}}
имя клиента
{{2}}
тип обслуживания или визита
{{3}}
повторная или рекомендованная дата
{{4}}
рекомендуемый следующий шаг
“Бронировать снова”
кнопка — исправлена в шаблоне Meta
Когда использовать это
Используйте этот сценарий, когда завершённый визит должен привести к следующей встрече — техническому обслуживанию, осмотрам или регулярному уходу — как лид, но у клиента нет открытого чата в WhatsApp, и только одобренный шаблон может начать переписку. Это подходит для медицинских учреждений, напоминающих пациентам о повторных осмотрах, сервисных компаний, которые приглашают на регулярные визиты, и интеграторов, связывающих правила последующих действий из CRM с исходящими сообщениями в WhatsApp.
Больше повторных бронирований от прежних клиентов
Система планирования или CRM запускает шаблон, когда назначено повторное посещение, чтобы напоминание доходило до клиентов, которые уже воспользовались услугой, а не терялось в ручном списке рассылки.
Меньше пропущенных повторных визитов
Четыре переменные в теле содержат имя клиента, тип услуги, рекомендованную дату и текст следующего шага в чате WhatsApp, чтобы информация для последующих действий оставалась видимой, а не терялась в почте.
Перебронирование без переписки туда-сюда
Фиксированная кнопка с постоянной URL в шаблоне Meta открывает страницу бронирования напрямую, чтобы клиент мог записаться ещё раз, не отвечая в WhatsApp.
Без ручного отслеживания запросов
Поля последующих действий заполняются из системы планирования по событию напоминания, чтобы никто не вводил заново имена, услуги или даты для каждого клиента, которому пора напомнить.
Доставка зафиксирована для CRM
Результат отправки записывается обратно в систему планирования или CRM, чтобы на той же записи, которая вызвала напоминание, строилась отчётность по процессу повторного бронирования.
Как это работает
Триггер
Система планирования или CRM отправляет напоминание о повторном визите.
event · triggered
Событие захвата
Система определяет номер телефона клиента и сопутствующие поля.
phone: "+…"
Сборка и отправка
Персонализированное сообщение по шаблону составляется с четырьмя переменными в теле и статической кнопкой URL.
POST/sendTemplate
Доставлено
Клиент получает напоминание в WhatsApp и может снова забронировать через кнопку.
delivered
Отслеживаемый статус
Результат доставки фиксируется для планирования или дальнейших действий в CRM.
#!/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.…), чтобы сопоставить его с уведомлениями о доставке.
Принято для отправки — ещё нет на телефоне клиента
id
Храните это; обратные вызовы доставки и hookInfo зависят от этого ключа
Доставка поступает позже, отдельным обратным вызовом. Зарегистрируйте вебхук (POST …/webhook), и 1MSG отправит обновления статуса на ваш HTTPS-эндпоинт в полезной нагрузке верхнего уровня hooks[].
200 OKВебхук статуса доставки — получаемый payload
sent, delivered, read — или статус ошибки, если применимо
id
Соотносит callback с id, возвращаемым вызовом send
timestamp
Unix-секунды в виде строки
Если вы предпочитаете не использовать обратные вызовы, вместо этого опрашивайте GET {base}/{channel}/hookInfo?messageId=<id>. На практике доставка часто завершается в течение нескольких секунд, но контракт API этого не гарантирует, поэтому никогда не блокируйте процесс в ожидании этого.
Частые ошибки
Статус
Ответ
Причина
200
Message was not sent: template is not defined
namespace, template or language missing from the request body.
200
template name (…) does not exist in <language>
The template is approved in a different language than the one requested.
200
Message was not sent: provide chatId, phone, bsuid, or username
No recipient the channel could resolve.
403
access denied
The token is wrong, or belongs to a different channel than the URL.
429
too many requests. please try later
The channel is over its send rate.
ЧАВО
Да, для холодных сообщений в WhatsApp требуется одобренный Meta шаблон.