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

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

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

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

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

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

Здравствуйте, {{1}}! Ваш заказ №{{2}} на «{{3}}» на сумму {{4}} принят. Мы уже начали обработку.

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

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

Используйте этот сценарий, когда оформление заказа завершается, а у клиента всё ещё нет открытого чата в WhatsApp — только утверждённый шаблон может отправить первое подтверждение. Он подходит для интернет-магазинов и маркетплейсов, брендов сегмента D2C, усталых от тикетов «мой заказ прошёл?», и агентств, подключающих Shopify, WooCommerce или кастомную OMS к вебхуку нового заказа.

Мгновенное доверие при покупке
Имя, номер заказа, товар и сумма оплаты поступают как четыре переменные в теле в момент, когда платформа генерирует событие нового заказа, так что клиент видит в WhatsApp информацию о приёме без ожидания письма или перезагрузки сайта.
Меньше тикетов «Мой заказ прошёл?»
Шаблон содержит номер заказа, товар и итоговую сумму, которые в противном случае службе поддержки пришлось бы искать, а статическая кнопка «Посмотреть заказ» открывает страницу заказа в магазине для получения дополнительной информации.
Нет ручного подтверждения работы
Платформа электронной коммерции использует шаблон при завершении оформления заказа и подставляет телефон и данные заказа из OMS, чтобы никто не вводил данные вручную и не забывал отправить сообщение.
Отслеживаемая доставка
Результат доставки фиксируется после отправки, чтобы платформа или CRM могли отслеживать ошибки, а не считать, что клиент получил подтверждение.

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

  1. Триггер

    Платформа электронной коммерции создаёт событие нового заказа при завершении покупки.

    event · triggered

  2. Отслеживать событие

    Система определяет номер телефона клиента и поля заказа из платформы или OMS.

    phone: "+…"

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

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

    POST /sendTemplate

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

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

    delivered

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

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

    status: "read"

WhatsApp Business API for new order 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_TICKETNUMBER="___"         # {{2}} ticket number
TEST_PRODUCTNAME="___"         # {{3}} product name
TEST_PAYMENTAMOUNT="___"         # {{4}} payment amount

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_PAYMENTAMOUNT=$TEST_PAYMENTAMOUNT"; 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}} payment amount → ${TEST_PAYMENTAMOUNT}
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_PAYMENTAMOUNT}" }
      ]
    }

  ]
}
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 and JSON "sent": true mean 1MSG accepted the message for sending — not that it already reached the customer's phone. Save the id field (looks like wamid.…) to correlate delivery callbacks.

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 в виде строки

If you would rather not receive callbacks, poll GET {base}/{channel}/hookInfo?messageId=<id> instead. In practice delivery often completes within seconds — but the API contract does not guarantee it, so never block a flow waiting on it.

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

СтатусОтветПричина
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 для обновления — указать место получения
Этот сценарий отправляет местоположение с помощью sendLocation в течение 24-часового окна обслуживания клиентов.
Заказы и доставка
WhatsApp Business API для уведомлений о задержке доставки
Сценарий отправляет клиенту персонализированный шаблон WhatsApp при задержке доставки заказа.
Заказы и доставка
WhatsApp Business API для связи с водителем — отправить контакт
Этот сценарий отправляет карточку контакта WhatsApp с sendContact в 24-часовое окно обслуживания после назначения водителя или курьера на заказ.

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