Авторизация
Сейчас для авторизации используется метод запроса СМС.
Как это работает
При запросе смс-кода мобильное приложение передает запрос на сервер rightcar, сервер отправляет запрос в ric к смс-центру, установленному для главной группы проекта.
Какой метод интеграции платформы с смс-центрами
Для практически всех проектов используется метод интеграции по API
При добавлении авторизации по номеру телефона будет добавлено второе окно. Дизайн экранов должен предусматривать, что человек может увидеть код, как и в последних цифрах входящего номера, так и в голосовом сообщении, ответив на звонок.
Важно уточнить, можно ли локализовать строки для экранов авторизации на сервере
https://code.rightech.io/rightcar/rightcar-android/-/issues/1088
уточнить, какие варианты поддерживают смс-центры — надо увидеть код в последних цифрах номера, если ответить, то звонок сбросится
— можно увидеть код в последних цифрах номера, если ответить, то код скажут
— код в последних цифрах номера ничего не значит, надо ответить — скажут код
Исследовать условия смс-центров:
Нюансы настройки
Для всех проектов настроено 6 цифр в количестве смс. Сервер позволяет настроить любое кол-во цифр в запросе смс, и новая длина пароля работает. Если поставить 4, то в смс приходит 4 цифры. НО В мобильных приложениях явно ожидается 6 цифр. Поэтому если переключить проект на 4 цифры, то ни один клиент на старой версии мобильного приложения не сможет авторизоваться. Важно понимать, что даже если мы в новой версии приложения зашьем 4 цифры, то
Конструируемость экранов в зависимости от включенных методов на сервере:
Если нет метода по звонку, то в приложении будет видно только метод по смс
Если добавлен по звонку, то приложении приоретнен метод авторизации по звонку. Если у пользователя есть проблемы со звонками, он сможет запросить смс.
Будем ли мы давать возможность польностью отключить смс, и оставить только звонок?