💬 Командный WhatsApp-Инбокс на новой ПлатформеЕщё
1msg official logo

WhatsApp Business API для уведомления об отмене заказа

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

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

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

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

Здравствуйте, {{1}}! Заказ №{{2}} «{{3}}» отменён. {{4}}.

Детали заказа
  • {{1}}
    имя клиента
  • {{2}}
    номер заказа
  • {{3}}
    название продукта
  • {{4}}
    причина отмены, сроки возврата или дальнейшие действия
  • “Детали заказа”
    кнопка — исправлено в шаблоне Meta
WhatsApp Business API for order cancellation notification

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

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

Меньше тикетов «прошла ли отмена?»
Номер заказа, название продукта и комментарий о возврате или следующих шагах приходят в виде четырёх переменных в чате с клиентом, чтобы служба поддержки не объясняла повторно одно и то же аннулирование при повторных обращениях.
Меньше повторных заказов и обращений
Шаблон сразу подтверждает, что заказ не будет отправлен, поэтому клиент перестаёт делать повторные заказы или узнавать статус по электронной почте и другими каналами.
Нет возможности отменить сообщение вручную
Система OMS запускает шаблон при отмене заказа, чтобы никто не переписывал имя клиента, номер заказа или заметки о возврате в каждом случае.
Общайтесь с клиентами без открытого чата
Одобренный шаблон можно отправить, когда нет активного разговора, потому что произвольный текст не разрешён, пока клиент не ответит.
Записано для обработки в CRM или финансовом отделе
Результат доставки фиксируется после отправки, поэтому статус отмены синхронизируется с e-commerce платформой или CRM вместе со статической кнопкой URL, которая открывает детали заказа.

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

  1. Триггер

    OMS регистрирует отмену заказа и отправляет событие.

    event · triggered

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

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

    phone: "+…"

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

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

    POST /sendTemplate

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

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

    delivered

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

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

    status: "read"

WhatsApp Business API for order cancellation notification

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

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

  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_TICKETNUMBER="___"         # {{2}} ticket number
TEST_PRODUCTNAME="___"         # {{3}} product name
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_TICKETNUMBER=$TEST_TICKETNUMBER" \
            "TEST_PRODUCTNAME=$TEST_PRODUCTNAME" \
            "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}} ticket number → ${TEST_TICKETNUMBER}
# {{3}} product name → ${TEST_PRODUCTNAME}
# {{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_TICKETNUMBER}" },
        { "type": "text", "text": "${TEST_PRODUCTNAME}" },
        { "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Вебхук статуса доставки — информация, которую вы получаете
{
  "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 для обновления — указать место получения
Этот сценарий отправляет местоположение с помощью sendLocation в течение 24-часового окна обслуживания клиентов.
Заказы и доставка
WhatsApp Business API для уведомлений о задержке доставки
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при задержке доставки заказа.

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