Skip to main content
Прежде чем принимать боевой трафик, убедитесь, что ваш приёмник вебхуков действительно работает. Oblodai даёт инструменты, чтобы отправить пробное событие и посмотреть журнал доставок — без ожидания реальной оплаты.

Отправить пробное событие

Пробный вебхук синхронно шлёт тело на ваш URL и возвращает HTTP‑код, которым ответил ваш эндпоинт.
status_code — то, что вернул ваш обработчик. Если это не 200/2xx, значит приёмник не принял событие: смотрите свои логи. Есть три типа: /v1/test-webhook/payment, /wallet, /payout. Легаси‑форма — testing-webhook. Полностью — Тестовые вебхуки.
Пробные тела НЕ подписаны и содержат "is_test": true. Если ваш код строго проверяет подпись, он отклонит пробное тело — это ожидаемо. Тестируйте либо с временным пропуском проверки для is_test, либо проверяйте подпись отдельно на боевых событиях.

Пример: обработчик, дружелюбный к тестам


Посмотреть журнал доставок

Последние доставки (до 50) с их статусом и последней ошибкой:
Статусы доставки: Полностью — POST /v1/webhooks/deliveries.

Переотправить вебхук платежа

Если доставка ушла в dead (например, ваш сервер лежал), поставьте текущий вебхук платежа в очередь заново:
Событие соответствует текущему статусу платежа. Помните: переотправка создаёт ещё одну доставку — обработчик должен быть идемпотентен (дедуп по uuid + status). См. POST /v1/payment/resend.

Чек‑лист отладки

  • Endpoint зарегистрирован (/v1/webhooks), секрет сохранён.
  • Пробное событие доходит и возвращает status_code: 200.
  • Обработчик берёт сырое тело (не пересериализованное) для проверки подписи.
  • Боевая подпись проверяется корректно (алгоритм вебхука, не запроса).
  • Повторная доставка того же события не приводит к двойной выдаче (дедуп по uuid + status).
  • 2xx возвращается только после успешной обработки.
  • В журнале доставок статус delivered, а не pending/dead.

Связанные страницы

Тестовые вебхуки

POST /v1/webhooks/deliveries

POST /v1/payment/resend

Настройка вебхуков

Объект вебхука