К содержанию

Реализованный продуктКейс ONEVL · Обновлено

Подтверждение телефона через Telegram и MAX — AUTH.ONEVL

AUTH.ONEVL — единый модуль подтверждения телефона для сайтов и приложений. Пользователь открывает бота в доступном мессенджере; если Telegram не подходит, продолжает через MAX. Подключённый продукт получает проверенный номер по API и завершает свой сценарий входа.

Схема каскадного пути подтверждения телефона Telegram → MAX; мобильный экран рядом
Схематичные диалоги и архитектура. Не реальная переписка.
Задача
Дать пользователю запасной канал подтверждения номера и не разрабатывать отдельную проверку контакта внутри каждого сайта и приложения.
Что сделали
Разработали API, ботов Telegram и MAX и общий сценарий подтверждения собственного контакта. Проверка связана с исходным запросом продукта; после успешного шага backend однократно получает результат. Сервис подключён к СОБА и Визику.

Где используется API: вход по телефону в СОБА и вход по телефону в Визике.

Два мессенджера. Один сценарий для продукта.

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

Каскад Telegram → MAX

Из одного сценария можно перейти к другому мессенджеру, если первый недоступен или неудобен. Это запасной путь подтверждения, не скрытая рассылка в оба чата.

Проверка своего номера

Пользователь запускает бота и передаёт собственный контакт. Номер сопоставляется с номером исходного запроса.

API для внешних продуктов

Backend создаёт проверку, читает статус и однократно получает результат. Правила регистрации, входа и восстановления определяет сам продукт.

Контроль срока и повторов

Ограниченный срок проверки, связь с исходным запросом и однократное получение результата помогают не превратить старую проверку в новый вход.

Когда сайту или приложению нужна проверка телефона через мессенджер

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

Не привязывать вход к одному каналу

Telegram и MAX дают пользователю альтернативный путь подтверждения. Общий API сохраняет один контракт интеграции для сайта или приложения.

Вход в Telegram не равен подтверждению телефона

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

Интеграция без замены всего приложения

Существующий backend создаёт проверку, получает её статус и забирает результат. Проверка номера становится отдельным модулем, а профиль, роли и сессия остаются в текущем продукте.

Экраны и сценарии

Схематичные диалоги и архитектура. Не реальная переписка.

Не терять пользователя на одном мессенджере

Каскадный путь начинается в продукте: выбрать Telegram, открыть бота и подтвердить контакт. Если этот канал не подходит, пользователь выбирает MAX. На схеме показаны альтернативы, а не автоматическая доставка без запуска бота.

Схема каскадного пути подтверждения телефона Telegram → MAX
На компьютереПолный экран
AUTH.ONEVL: Telegram · схема сценария
На телефонеПолный экран

Два привычных мобильных диалога

Оба канала решают одну задачу: запрос собственного контакта и возврат к проверке в продукте. Эти экраны нарисованы схематично по сценарию; это не скриншоты реальной переписки и не отчёт об успешной доставке.

Схематичные мобильные диалоги Telegram и MAX с запросом своего контакта
На компьютереПолный экран
AUTH.ONEVL: MAX · схема сценария
На телефонеПолный экран

Подтверждение — в мессенджере. Вход — в вашем продукте

Продукт получает результат проверки через серверное API. Так один и тот же модуль работает для СОБА, Визика и других интеграций, не объединяя их аккаунты и права доступа.

Схема возврата подтверждённого номера из AUTH.ONEVL в подключённый продукт
На компьютереПолный экран
AUTH.ONEVL: Возврат в продукт · схема
На телефонеПолный экран

Что важно учесть

Каскад TG → MAX означает возможность продолжить проверку в другом доступном канале, а не обещание безусловной доставки сообщения по одному лишь факту установки приложения. Нужны интернет, работоспособный бот и действие пользователя: открыть диалог и передать свой контакт. AUTH.ONEVL подтверждает владение номером, не личность; профиль, права и сессия остаются у подключённого продукта.

Технические детали
Граница каскада
Пользователь выбирает доступный канал и запускает бота. Сам факт установки Telegram или MAX не является доказательством доставки. Автоматический поиск установленных приложений и безусловная отправка сообщения не заявляются.
Граница API
Создание проверки, получение статуса и однократный результат выполняются сервером продукта. Учётная запись, права и сессия не переносятся в AUTH.ONEVL.

Что согласуем для подключения API к вашему продукту

Можно обсудить подключение проверки к существующему сервису или разработку отдельного модуля под ваши требования. Состав новой работы не равен всей функциональности показанного продукта.

Состав решения

  • Контракт API: создание проверки, статусы, срок действия и однократное получение результата.
  • Связь с вашей регистрацией, входом или восстановлением доступа и правила обработки ошибок.
  • Проверки резервного пути TG → MAX, истечения срока, другого номера, повторного получения результата и недоступности бота.

Что прислать для оценки

  • Сайт или приложение, где нужен вход по телефону, и краткое описание текущей авторизации.
  • Какие каналы нужны: Telegram, MAX, существующий email/SMS или другой резервный способ.
  • Сведения о backend и сценарии после подтверждения — без отправки ключей и паролей в первом обращении.

Опишите, где и зачем нужно подтверждать номер. Начнём со сценария пользователя и границ интеграции.

Обсудить подключение API

ONEVL работает из Владивостока с командами Приморского края и других регионов России. Задачу можно обсудить удалённо; состав работ, порядок приёмки и документооборот с ЭДО согласуем до начала реализации.

Вопросы перед началом проекта

По возможностям показанного решения и составу новой разработки.

Что означает каскад Telegram → MAX?

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

Достаточно ли установить один мессенджер, чтобы сообщение гарантированно дошло?

Нет. Нужны доступ к интернету, работоспособный канал и запуск бота пользователем. После открытия диалога и передачи своего контакта проверку можно пройти в доступном Telegram или MAX. Установленное приложение само по себе не гарантирует доставку.

Зачем передавать боту контакт?

Чтобы подтвердить введённый номер, а не только идентификатор аккаунта мессенджера. AUTH.ONEVL сравнивает переданный собственный контакт с номером запроса.

Можно подключить проверку к существующему сайту или приложению?

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

На экранах настоящая переписка?

Нет. Мобильные диалоги в этом кейсе схематичные: они объясняют шаги пользователя без публикации личных контактов, токенов или чужих сообщений.

Нужно похожее решение?

Вы описываете задачуСсылка, пример или несколько предложений — без обязательного ТЗ.
Мы уточняем главноеРазбираем исходники, ограничения и нужный результат.
Согласуем следующий шагСостав работ, порядок оценки и этапы — до начала реализации.

Расскажите, какая часть решения «AUTH.ONEVL» нужна вашему проекту.

Обсудить задачу

Расскажите о задаче

Готовое ТЗ не обязательно. Опишите задачу и оставьте один способ связи.

Можно международный номер, без специальной маски. Не присылайте пароли и закрытые данные.
Защита от спамаЗагружаем проверку…

Без формы: Telegram или +7 914 701 00 66.