Перейти до основного вмісту

Швидкий старт

Ця сторінка проводить вас від ключа sandbox до доставки вебхука, яку ви перевірили, і використовує лише середовище sandbox. Нічого тут не тарифікується. Кожен крок посилається на повний посібник, тому сама сторінка лишається короткою.

1. Отримайте ключ sandbox​

Ключі видає Leeri на запит: напишіть на hello@leeri.ai і попросіть ключ sandbox зі scope checks:write, checks:read і webhooks:manage. Ключ sandbox починається з ak_sandbox_. Він запускає справжній рушій скринінгу на ваших власних даних безкоштовно й ніколи не витрачає ліміт чи баланс; див. Sandbox і live.

Тримайте ключ у середовищі, ніколи в коді:

export LEERI_API_KEY="ak_sandbox_..."

2. Виконайте перевірку адреси​

Надішліть призначену тестову адресу. З ключем sandbox вона завжди відповідає pending, тож ви можете від першого дня будувати опитування й обробку вебхуків. Надсилайте Idempotency-Key з кожним POST, щоб повторний запит ніколи не перевіряв двічі; див. Ідемпотентність.

curl -s -X POST https://api.leeri.ai/v1/checks \
-H "Authorization: Bearer $LEERI_API_KEY" \
-H "Idempotency-Key: quickstart-1" \
-H "Content-Type: application/json" \
-d '{"subject":"address","asset":"BTC","address":"1PENDNGCHECKADDRESSFRSANDBXTEST99"}'

Відповідь має status: "pending" і check_id. Кожна перевірка, відкладена чи ні, має однакову форму; усі поля — у розділі Перевірки адрес.

3. Прочитайте вердикт​

Опитуйте перевірку, доки її status не перестане бути pending. Між опитуваннями чекайте до next_attempt_at, а не крутіть цикл: до цього моменту нічого не змінюється. Див. Pending і опитування.

curl -s https://api.leeri.ai/v1/checks/$CHECK_ID \
-H "Authorization: Bearer $LEERI_API_KEY"

completed і failed обидва завершальні: після них жодне поле не змінюється. У завершеній перевірці дивіться передусім на це:

  • band і score. Рівень ризику — low, medium, high або severe; читайте його з поля, а не обчислюйте з оцінки. Див. Оцінка й рівень ризику.
  • findings. Кожна знахідка називає правило, що спрацювало, і посилається на своє джерело в source_url — публічний документ або сторінку методології; див. Знахідки і Методологію.
  • partial і partial_reasons. Перевірка ніколи не завершується серверною помилкою через недоступне джерело даних, а повідомляє про це. Див. Наскільки повний вердикт.
  • report. Доказовий звіт вердикту, включений у перевірку; див. Доказові звіти.

4. Зареєструйте вебхук​

З вебхуком ви реєструєте кінцеву точку один раз і отримуєте одну підписану доставку check.completed на кожну завершену перевірку, тож опитувати нічого не потрібно. URL має бути https. Відповідь містить секрет підпису secret один раз: одразу збережіть його в менеджері секретів. Якщо втратили, виконайте ротацію кінцевої точки. Див. Реєстрація кінцевої точки.

curl -s -X POST https://api.leeri.ai/v1/webhooks \
-H "Authorization: Bearer $LEERI_API_KEY" \
-H "Idempotency-Key: quickstart-webhook-1" \
-H "Content-Type: application/json" \
-d '{"url":"https://your-service.example.com/webhooks/leeri"}'

5. Перевірте доставки​

Будь-хто, хто знає ваш URL, може надіслати на нього запит, тому доставці довіряють лише тоді, коли її заголовок x-aml-signature перевіряється секретом із кроку 4. Обчисліть HMAC від сирого тіла запиту, порівняйте за сталий час і відхиляйте застарілу позначку часу. Робочі приклади й мінімальний приймач — у розділі Перевірка підпису. Відповідайте 2xx швидко й усувайте дублікати за event_id, бо доставки відбуваються щонайменше раз; див. Доставка й повторні спроби.

Виконайте ще одну перевірку sandbox тим самим ключем і переконайтеся, що ваш приймач перевіряє доставку й відповідає 2xx.

Перехід на live​

Коли кроки вище працюють, перейдіть із sandbox на live, змінивши ключ і більше нічого. Перед цим:

Переходите з інтеграції AMLBot? Див. Міграція з AMLBot: ваш поточний клієнт продовжить працювати після зміни трьох змінних середовища.