Принцип работы 2FA: на стороне платформы

2FA на стороне платформы — генерация и проверка кода платформой

Коротко: при интеграции «на стороне платформы» код генерируется и проверяется платформой. Вы получаете результат проверки.

Кому подходит

  • Роль: Разработчик
  • Уровень: Опытный

Что это

Платформа сама:

  1. Генерирует код.
  2. Отправляет код через канал.
  3. Проверяет код, который ввёл пользователь.
  4. Возвращает результат: код верный или нет.

Вам не нужно ни генерировать, ни проверять код.

Это режим «На стороне платформы». Платформа сама генерирует и проверяет код.

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

Как работает умный шлюз →

Перед началом

  • Вы настроили 2FA-интеграцию в разделе 2FA Service.
  • Вы знаете API-ключ интеграции и URL интеграции.
  • У вас есть имя отправителя со статусом Активно.

Как настроить 2FA-интеграцию →

Как это работает

Шаг 1. Отправка кода

Вы отправляете запрос на URL интеграции. В ответе — requestId.

Параметры запроса:

ЧтоЗначение
МетодPOST
URLЗначение из поля «URL для интеграции»
АвторизацияBasic Auth: <API-ключ интеграции> (логин), пароль — пустой
Параметрnumber — номер телефона получателя

Пример запроса:

curl -X POST <URL для интеграции> \
  -u <API-ключ интеграции> \
  -d number="<номер получателя>"

Шаг 2. Платформа генерирует и отправляет код

Платформа создаёт код, отправляет его через канал и сохраняет в своей базе.

Шаг 3. Пользователь вводит код

На вашем сайте пользователь вводит код в поле.

Шаг 4. Вы отправляете код на проверку

Параметры запроса:

ЧтоЗначение
МетодPOST
URLhttps://<домен OTP-сервиса>/api/v1/2fa/verify
АвторизацияBasic Auth: <API-ключ интеграции>
ПараметрыrequestId — из шага 1, code — код от пользователя

Пример запроса:

curl -X POST https://<домен OTP-сервиса>/api/v1/2fa/verify \
  -u <API-ключ интеграции> \
  -d requestId=<requestId> \
  -d code=<код>

Шаг 5. Платформа возвращает результат

Успешный ответ:

ПолеЧто содержит
numberНомер телефона
verifiedAtВремя успешной проверки

Пример ответа:

{
  "number": "12345678910",
  "verifiedAt": 1234567890
}

Если код неверный — вернётся ошибка.

Пример сценария

  1. Пользователь хочет войти в ваш сервис.
  2. Ваш сервис отправляет запрос в OTP-коды.
  3. Платформа отправляет код по SMS.
  4. Пользователь вводит код.
  5. Ваш сервис отправляет код на проверку.
  6. Платформа отвечает: код верный.
  7. Пользователь вошёл в ваш сервис.

Результат

Вы понимаете, как работает режим «На стороне платформы», и готовы интегрировать два API-запроса в свой сервис.

Частые проблемы

Причина: канал недоступен, номер получателя неактивен или имя отправителя неактивно.

Решение: проверьте статус в EDR. Если не помогает — обратитесь в поддержку.

Записи сообщений (EDR) по OTP →

Причина: истёк срок действия кода или код введён неверно.

Решение: запросите новый код и повторите проверку.

Проверка 2FA-запроса →

Причина: неверный API-ключ интеграции.

Решение: сверьте ключ в разделе Данные для интеграции. Для 2FA используется Basic Auth — логин — API-ключ интеграции, пароль — пустой.

Как редактировать 2FA-интеграцию →

См. также

Как работает 2FA-сервис

Режим «Под ключ» — генерация и проверка

API 2FA Service

Обзор API 2FA — методы и эндпоинты

Как настроить 2FA-интеграцию

Пошаговая настройка интеграции

Как редактировать 2FA-интеграцию

Изменение параметров и тестирование

Получение обратных вызовов при 2FA

Push-уведомления о статусах

Проверка 2FA-запроса

Статус запроса по requestId

Подключение к API OTP

Базовый URL, аутентификация, формат запросов

Как работает умный шлюз

Второй режим работы OTP-кодов

Нужна помощь?