💰 Бесплатные сервисные ответы заканчиваются 1 октябряЕщё
1msg official logo

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

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

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

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

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

💳 Новая оплата получена

Клиент: {{1}}

Сумма: {{2}}

Дата: {{3}}

Проверьте оплату на панели «Оплата».

Открыть биллинг
  • {{1}}
    имя клиента
  • {{2}}
    сумма оплаты
  • {{3}}
    дата оплаты
  • “Открыть биллинг”
    кнопка — исправлено в шаблоне Meta
WhatsApp Business API for new payment notification

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

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

Более быстрая сверка
Имя клиента, сумма и дата поступают как три переменные в теле на телефон менеджера при срабатывании события оплаты, чтобы учёт можно было начать с WhatsApp, а не дожидаться письма или обновлённой панели.
Оповещения без открытого чата
Утверждённый шаблон поступает на телефон финансового менеджера, даже если нет открытого чата в WhatsApp. Это единственный разрешённый канал для первого исходящего уведомления.
Один тап до панели управления платежами
Фиксированная кнопка со статическим URL в шаблоне Meta открывает панель управления оплатой из уведомления, чтобы менеджер проверил оплату, не ища запись.
Ручная маршрутизация оповещений исключена
Биллинг или шлюз инициируют событие новая_оплата, система определяет телефон менеджера и создаёт шаблон, так что никому не нужно заново вводить данные об оплате или помнить об уведомлении.
Доставка зафиксирована для финансовой аналитики
Результат доставки фиксируется после отправки, чтобы системы учёта или финансовые системы могли отслеживать доставку уведомления вместе с событием оплаты.

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

  1. Триггер

    Биллинг или платёжный шлюз создаёт событие нового платежа.

    event · triggered

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

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

    phone: "+…"

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

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

    POST /sendTemplate

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

    Менеджер получает предупреждение WhatsApp на свой телефон.

    delivered

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

    Результат доставки записывается в журнал; менеджер открывает панель учёта платежей через кнопку.

    status: "read"

WhatsApp Business API for new payment 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 ===
MANAGER_PHONE="___"                 # manager phone in international format
TEST_CUSTOMERNAME="___"         # {{1}} customer name
TEST_PAYMENTAMOUNT="___"         # {{2}} payment amount
TEST_DATE="___"         # {{3}} date or time

PHONE_NORM="$(printf '%s' "$MANAGER_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" "MANAGER_PHONE=$MANAGER_PHONE" \
            "TEST_CUSTOMERNAME=$TEST_CUSTOMERNAME" \
            "TEST_PAYMENTAMOUNT=$TEST_PAYMENTAMOUNT" \
            "TEST_DATE=$TEST_DATE"; 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}} payment amount → ${TEST_PAYMENTAMOUNT}
# {{3}} date or time → ${TEST_DATE}
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_PAYMENTAMOUNT}" },
        { "type": "text", "text": "${TEST_DATE}" }
      ]
    }

  ]
}
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 manager."
    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.

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

Да, для отправки первых сообщений в 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 Business API для уведомления об отправке счета
Сценарий отправляет клиенту персонализированный шаблон WhatsApp, когда выставляется новый счет.

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