Этот сценарий отправляет PDF-документ с помощью sendFile в течение 24-часового окна обслуживания клиентов WhatsApp. Используйте его, когда необходимо прикрепить инвойс, не начиная новый разговор по шаблону.
Пример шаблона
Счёт на оплату за тикет {{1}}
{{1}}
номер тикета поддержки, указанный в подписи PDF-файла
Когда использовать
Используйте этот сценарий, когда выставление счетов должно отправить счёт в формате PDF, пока поддержка переписывается в WhatsApp — клиент уже написал первым, и 24-часовое окно сессии активно. Это подходит для продолжения работы с выставлением счетов в тикетах службы поддержки, где прикрепление документов через одобренные шаблоны было бы медленным или ненужным для команд, интегрирующих 1MSG с бекэндами для тикетов и выставления счетов.
Нет обратной передачи шаблона для PDF-файла
sendFile отправляет счёт в открытом 24-часовом окне сессии, поэтому для выставления счёта прикрепляется application/pdf без отправки на утверждение нового шаблона Meta или ожидания его одобрения.
Счёт остаётся в переписке с поддержкой
PDF приходит в тот же чат WhatsApp, который клиент использовал для поддержки, как application/pdf с именем файла invoice.pdf, вместо отдельного вложения к письму, которое они могут так и не открыть.
Клиент может сопоставить файл с своим тикетом
Одна переменная в подписи содержит номер тикета в «Счет для тикета {{1}}», чтобы клиент мог привязать документ к открытому делу, не ища другой канал.
Меньше ручных пересылок от службы поддержки
Когда служба поддержки отмечает тикет готовым для выставления счёта, ваш сервер обрабатывает номер тикета и URL PDF-файла или путь для загрузки, затем по этому событию вызывается sendFile.
Доставка зарегистрирована для выставления счёта
Статус доставки записывается обратно в систему поддержки или биллинга, чтобы финансовый отдел знал, что клиент получил счёт в той же переписке.
Как это работает
Триггер
Служба поддержки отмечает тикет готовым для выставления счёта, пока сеанс ещё открыт.
event · triggered
Фиксация события
Ваш бэкенд определяет номер тикета и местоположение PDF-файла счёта.
phone: "+…"
Собрать и отправить
sendFile отправляет файл формата application/pdf с именем invoice.pdf и подписью, ссылающейся на тикет.
#!/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)
# === Test data ===
TEST_PHONE="___" # client phone in international format
MEDIA_URL="___" # local file path or HTTPS URL for sendFile body
PHONE_NORM="$(printf '%s' "$TEST_PHONE" | tr -cd '0-9')"
URL="${API_BASE_URL%/}/${CHANNEL_ID}/sendFile"
read -r -d '' PAYLOAD <<JSON || true
{
"phone": "${PHONE_NORM}",
"body": "https://www.w3.org/WAI/ER/tests/xhtml/testfiles/resources/pdf/dummy.pdf",
"filename": "invoice.pdf"
}
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[] payload.
200 OKВебхук статуса доставки — данные, которые вы получаете
sent, delivered, read — или статус ошибки, если применимо
id
Соотносит обратный вызов с id возвращённым вызовом функции отправки
timestamp
Unix-время в секундах, строка
Если вы предпочитаете не использовать обратные вызовы, вместо этого опрашивайте GET {base}/{channel}/hookInfo?messageId=<id>. На практике доставка часто завершается в течение нескольких секунд, но это не гарантировано контрактом API, поэтому никогда не блокируйте поток в ожидании доставки.
Распространённые ошибки
Статус
Ответ
Причина
200
Message was not sent: empty body
No body in the request.
200
Message was not sent: provide chatId, phone, bsuid, or username
No recipient the channel could resolve.
200
wrong file
The media could not be fetched or uploaded — not a reachable URL, not valid base64.
403
access denied
The token is wrong, or belongs to a different channel than the URL.
200
Message was not sent: filename
sendFile called without a filename, so the media has no extension to send.
ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
Нет — в этом сценарии используется сессионное сообщение в рамках 24-часового окна обслуживания клиентов.