Тестирование и техническая проверка

Как самостоятельно проверить интеграцию на учебных данных и подготовиться к рабочему доступу.

Результат

Вы проверите интеграцию на синтетических данных, получите отчёт по каждому обязательному сценарию и сможете исправить ошибки до заявки на рабочий доступ.

Как устроена тестовая среда

Тестовая и рабочая среды используют один адрес API и одинаковый формат запросов. Среда определяется самим ключом: тестовый начинается с yario_test_, рабочий — с yario_live_. Дополнительный заголовок среды передавать не нужно.

Тестовая среда работает только с синтетическими ресурсами и не создаёт действий для реальных клиентов. GET /v1/installations возвращает testClientId, который нужно использовать в тестовом обращении.

Команда POST /v1/test/reset очищает тестовые ресурсы текущего ключа и создаёт новые идентификаторы. После сброса заново получите installationId и testClientId. Рабочий ключ не может выполнить эту команду.

Самый быстрый способ познакомиться с проверкой

Откройте интерактивное демо, войдите с логином demo и паролем partner-demo-2026, затем нажмите «Запустить полную проверку».

Демо последовательно проверяет профиль ключа, доступные подключения, обращения, сообщения, защиту от дублей, изоляцию данных, KYC и безопасность уведомлений. В отчёт не попадают ключи и внутренние идентификаторы.

Полный отчёт публичного демо: техническая проверка пройдена, по каждому сценарию показан отдельный результат

Нажмите на отчёт, чтобы открыть его в полном размере.

Что проверить в своей интеграции

  • GET /v1/me возвращает environment=test и ожидаемые разрешения.
  • Подключение и testClientId получены через GET /v1/installations, а не прописаны навсегда в коде.
  • Повтор создания обращения с тем же Idempotency-Key и телом возвращает тот же ресурс.
  • Тот же ключ с изменённым телом возвращает 409.
  • Сообщение создаётся и затем читается через API.
  • Случайный или чужой идентификатор возвращает 404 без раскрытия данных.
  • 401, 403, 404, 409, 422, 429 и 5xx обрабатываются по-разному.
  • Правильное уведомление принимается, а повтор не обрабатывается второй раз.
  • Неверная подпись и устаревшее время уведомления отклоняются.

Дополнительная проверка KYC

Если включён merchant_onboarding:

  • получите синтетическую анкету;
  • переведите её из Submitted в допустимое состояние;
  • передайте структурированный результат проверки;
  • повторите запрос с тем же ключом идемпотентности;
  • убедитесь, что неизвестные необязательные поля анкеты не вызывают ошибку.

Запустите автоматическую проверку

В кабинете партнёра нажмите «Проверить интеграцию». Yario проверит профиль, действующие документы, тестовый ключ и выполненные сценарии.

Результат показывает отдельный статус каждого шага и рекомендацию по исправлению. После изменений запустите проверку повторно.

Ту же проверку можно выполнять в своей CI-системе с помощью готового примера на GitHub. Он сохраняет обычный JSON-отчёт и JUnit-файл для систем сборки.

Готово, если: все обязательные пункты зелёные, отчёт сохранён, а ключи и клиентские данные в нём отсутствуют.

Переход к рабочему доступу

После успешной технической проверки:

  1. примите обязательные документы для рабочей среды;
  2. отправьте заявку в кабинете партнёра;
  3. дождитесь решения Yario;
  4. выпустите рабочий ключ yario_live_...;
  5. выполните согласованный короткий тест без переноса тестовых идентификаторов.

Тестовый ключ можно оставить для дальнейшей разработки и регрессионных проверок.

Навигация: начало работы · регистрация · обзор API · описание API · готовый пример на GitHub

Обновлено: 20 июля 2026 г.