oblodai. Синхронный клиент на reqwest (blocking) с
инъектируемым транспортом.
Требования: Rust 1.75+, edition 2021.
Установка
Новое в v1.1.0 (текущая версия в crates.io): группы
batches() / payment_links() /
splits() / payout_links(), методы *_batch / send_email / resolve — и ломающее
изменение идемпотентности: вместо авто-order_id теперь заголовок Idempotency-Key
(см. «Ошибки и повторы»).reqwest-client (встроенный HTTP-клиент). Для своего транспорта отключите
дефолтные фичи и реализуйте трейт HttpTransport.
Аутентификация (ключи из окружения)
Ключи берутся в кабинете my.oblodai.com — см. Регистрация и ключи.Быстрый старт: принять платёж
serde_json::json!({...}); ответ — типизированная структура (Payment).
Ресурсы и методы
Доступ черезclient.название():
Точные поля — в Справочнике.
Всё, что помечено «с v1.1.0», доступно начиная с версии 1.1.0 — если у вас стоит v1.0.x,
обновите крейт (
cargo update -p oblodai). Свой ключ идемпотентности в методах создания —
поле idempotency_key в json!-параметрах (уйдёт в заголовок). Тела запросов везде передаются
как serde_json::json!({...}) — отдельных билдеров параметров в крейте нет.- Задавайте
expires_in_hoursявно: без него чек живёт всего 1 час. claim_url/claim_tokenвозвращаются только изcreate, один раз — сохраните сразу.- Дедупликация — поле
reference(заголовокIdempotency-Keyна этих эндпоинтах не действует).
Валюта цены и валюта расчёта
В примере выше"currency": "USD" — валюта цены, а "to_currency": "USDT" — валюта расчёта.
Это разные вещи:
currency(цена) — одна из 23 фиатных валют: USD, EUR, GBP, RUB, UAH, PLN, CZK, TRY, CNY, INR, BRL, CAD, AUD, CHF, AED, ZAR, MXN, IDR, THB, VND, NGN, JPY, KRW — или любая монета (USDT, BTC, TRX, …).to_currency(расчёт) — только крипта. Фиата здесь не бывает: баланс, выплаты и возвраты всегда в монете, шлюз не хранит фиат.- У JPY и KRW ноль знаков после запятой (
"amount": "10000", не"10000.00"); у остальных — 2. - KZT, KGS, UZS пока не поддерживаются →
payment.unknown_currency. - Фиатная цена + только
networkбезto_currency→400 payment.to_currency_required. Либо задайтеto_currency, либо не задавайте ни то, ни другое (тогда монету выберет покупатель).
client.rates().currencies(), поле pricing_currencies.
Проверьте, что заработало
- Запустите код создания платежа из «Быстрого старта». В ответе должен прийти
url— это ссылка на hosted-страницу оплаты. Откройте её в браузере: если страница открылась, приём платежей настроен. - Чтобы реально поймать вебхук об оплате на локальной машине, нужен публичный HTTPS-адрес —
поднимите туннель (ngrok / cloudflared) и укажите его URL в
url_callback. Подробнее — в Тестировании и Настройке вебхуков.
Вебхуки
Шаг 1. Регистрация (один раз)
Шаг 2. Приём (обязательно СЫРОЕ тело)
is_test) не подписаны — распарсьте тело и при is_test == true отвечайте 200
до вызова verify_webhook.
Ошибки и повторы
Retry-After. Повторы включены по
умолчанию — Config::new(...) и Config::from_env() уже возвращают конфиг с RetryConfig::default(),
специально ничего задавать не надо. Отключить: Config::new(id, secret).retry(None).
Повтор безопасен, но механизм зависит от версии:
В обеих версиях таймаут/обрыв сети не создаст дубль счёта или перевода. Для выплат
order_id
обязателен всегда — его задаёте вы (иначе payout.order_id_required).
Логи и отладка
Включите логи одной переменной окружения — увидите каждый запрос/ответ/ретрай:oblodai: (метод, путь, статус, номер попытки, задержка ретрая).
Секреты, подпись и тела запросов в лог не попадают. Вместо переменной можно задать свой логгер: Config::new(..).logger(Arc::new(|level, msg| ...)).
Проверяете подпись вебхука статичным (старым) вектором? По умолчанию действует окно свежести
5 минут — старый
timestamp отклонит replay-защита (валидная подпись → всё равно ошибка). Для
офлайн-проверки задайте окно 0: verify_webhook(secret, raw, &headers, &VerifyOptions{ max_age_seconds: 0, ..Default::default() }).Если не получилось
Полная диагностика — Что делать, если не работает.