Вебхуки

← Оглавление

Раздел «Вебхуки» отвечает на вопрос «как ваши другие системы узнают о том, что происходит в программе лояльности». Вебхук — это автоматическое уведомление: как только на платформе случается событие, она сама отправляет сообщение по указанному адресу. Появился новый клиент — ваша CRM узнаёт об этом мгновенно; подтверждён заказ — складская система получает сигнал. Никому не нужно ничего проверять вручную или «опрашивать» платформу по расписанию — новости приходят сами, в реальном времени.

Если раздел «Интеграции» — это дверь, через которую внешние системы обращаются к платформе, то вебхуки — обратное направление: платформа сама стучится к вашим системам, когда есть что рассказать.

Зачем это бизнесу#

• Данные во всех системах всегда свежие. CRM, склад, бухгалтерия узнают о событиях в момент, когда они произошли, а не «при следующей выгрузке».
• Без ручной работы. Не нужно выгружать файлы, сверять списки клиентов, переносить заказы — обмен идёт автоматически.
• Надёжная доставка. Если ваша система временно недоступна, платформа не бросает сообщение, а повторяет отправку по нарастающему расписанию — и показывает каждую попытку в журнале.
• Прозрачность для разбора инцидентов. По каждой доставке видно: что отправили, когда, что ответил получатель и сколько это заняло. Вопрос «дошло или нет» решается за минуту.
• Безопасность обмена. Каждое сообщение подписано секретным ключом — получатель может убедиться, что уведомление пришло именно от платформы, а не от постороннего.

Список подписок#

Заголовок страницы — «Вебхуки», подзаголовок — «Подписки на события платформы и журнал доставок». Справа две кнопки: «Журнал доставок» и «Создать подписку». Над таблицей — поиск по названию или URL и фильтр по статусу.

В таблице — колонки Название (под ним — описание), URL, События (цветные теги, при большом количестве — свёрнуты в «+2»), Статус с переключателем активности и Создана. На скриншоте три подписки демо-организации: «Интеграция с CRM» передаёт в CRM новых клиентов, подтверждённые заказы и смену уровня, «Складской учёт» нарочно указывает на неработающий адрес — на её примере ниже видно, как платформа борется за доставку, — а «Demo Webhook» стоит на паузе.

Создание подписки#

Подписка — это «кому и о чём сообщать». При создании заполняются:

• Название и описание — чтобы через полгода было понятно, зачем эта подписка нужна.
• URL — адрес вашей системы, куда платформа будет отправлять уведомления. Принимаются только https-адреса и только публичные (доступные из интернета).
• События — о чём именно сообщать. Выбираются из каталога:

Одна подписка может слушать сразу несколько событий — как «Интеграция с CRM» на скриншоте.

Бонусные события с 15 октября 2026 года. Ручная коррекция из раздела «Бонусы» приходит как «Корректировка бонусов» с источником «администратор» (раньше — «Начислены бонусы» или «Списаны бонусы» с источником «система»), а начисления и списания цепочек — с источником «цепочка». Если ваша система отличала ручные операции по источнику «система», попросите ИТ-специалиста перейти на событие «Корректировка бонусов».

События приложения и анонимные клиенты. Пока человек не вошёл в приложение по коду из SMS, его события приходят от анонимного профиля приложения — со своим идентификатором клиента (customerId). После входа анонимный профиль объединяется с клиентом, и платформа отправляет «Профили клиентов объединены»: поглощённый профиль — аноним, главный — клиент, инициатор — вход в приложении. Если ваша система собирает события приложения, подпишите её и на объединение профилей: по нему она перенесёт накопленные до входа события на клиента.

Секрет подписи#

При создании подписки платформа выдаёт секрет подписи — строку, начинающуюся с whsec_. Этим секретом подписывается каждое отправленное сообщение, и ваша система-получатель может проверить: уведомление действительно пришло от платформы, а не подделано. Секрет показывается в момент создания; позже его можно посмотреть кнопкой «Показать секрет», а кнопка «Ротация» выпускает новый секрет взамен старого — например, если старый мог попасть в чужие руки. Передайте секрет тому, кто настраивает приём вебхуков на вашей стороне.

Проверка и управление#

Кнопка «Тест» отправляет по адресу подписки пробную доставку — самый быстрый способ убедиться, что связка работает, ещё до реальных событий. Переключатель «Активна» ставит подписку на паузу: новые события перестают отправляться, но сама подписка и её история никуда не деваются. Доставки, созданные до паузы, в том числе запланированные повторы, платформа доотправляет. События, случившиеся во время паузы, после возобновления не досылаются — подписка получает только новые. Удаление — мягкое: подписка исчезает из списка, но история её доставок сохраняется.

Журнал доставок: видна судьба каждого сообщения#

Кнопка «Журнал доставок» открывает главный рабочий инструмент раздела. Каждая строка — одно отправленное уведомление: подписка, событие, статус, число попыток, время следующей попытки, код ответа получателя и время создания. Фильтры — по подписке, статусу, событию и периоду.

Здесь же — сильная сторона платформы: доставка не сдаётся с первого раза. Если ваша система не ответила или ответила ошибкой, платформа повторит отправку — до 6 раз, с нарастающими интервалами: через 1 минуту, затем через 5 минут, 30 минут, 2 часа и 12 часов. Кратковременный сбой на вашей стороне — перезагрузка сервера, обрыв связи — не приведёт к потере данных: сообщение дойдёт со следующей попытки.

Медленный получатель замедляет только себя. Платформа ограничивает число одновременных отправок на одну подписку. Если система-получатель отвечает медленно, не отвечает или отвечает ошибкой сервера, задерживаются доставки только этой подписки: после такого ответа платформа снижает темп отправки на её адрес и возвращает обычный после первой успешной доставки. Остальные ваши подписки доставляются в обычном темпе.

На скриншоте это видно вживую. Две доставки «Интеграции с CRM» — «Изменён уровень» и «Создан клиент» — прошли со статусом «Доставлено» и кодом ответа 200 с первой попытки. А доставка подписки «Складской учёт» — в статусе «Ошибка»: строка раскрыта, и в блоке «Попытки доставки» видна вся история борьбы. Каждая попытка — «Ошибка HTTP» с кодом 500: получатель ответил, но ошибкой; повторы платформа выполнила сама — через минуту после первой попытки, затем через 5 минут. Если получатель вообще не ответит вовремя, попытка будет отмечена как «Таймаут». Платформа уже назначила следующую попытку — её время видно в строке доставки. По каждой попытке фиксируются код ответа, длительность и текст ошибки — этого достаточно, чтобы ваш ИТ-специалист сразу понял, что чинить на принимающей стороне.

Если ждать следующей автоматической попытки не хочется, у доставки есть кнопка ручного повтора — исправили проблему у себя, нажали, сообщение ушло заново. Доставки, отправленные вручную, — повторы и пробные доставки кнопки «Тест» — помечены в колонке попыток меткой «Повтор вручную». Неудачная пробная доставка сразу получает статус «Отказ»: автоматических повторов у неё нет.

Журнал хранит доставки 30 дней — более старые записи автоматически удаляются.

Кто что может#

Настройка вебхуков — задача администратора: она затрагивает интеграции и секреты. Маркетологу при этом доступен журнал доставок — например, чтобы проверить, ушло ли уведомление о сработавшем промокоде. Нюанс: пункт «Вебхуки» в меню виден только администратору, поэтому Маркетолог попадает в журнал по прямой ссылке.

← Оглавление