BRD Widget 3.1 Вход
Направление работ: Widget Код раздела: 3.1 Раздел: Авторизация > Вход Статус: черновик Ответственный: Панкова Л.А. Версия: 0.1 Обновлено: 12.08.26
1. Назначение
Раздел описывает функциональные требования к входу пользователя в виджете МАРТ.
Интерфейс должен позволить пользователю ввести учетные данные, отправить их на проверку и продолжить работу в сценарии виджета после успешной авторизации.
Документ предназначен для проектирования макета и фронтового сценария. Он не задает backend-логику аутентификации.
Раздел зависит от Back: 1.1 Организация аккаунтов и Back: 1.1.2 Вход в систему.
2. Ключевые понятия
Вход в систему — авторизация пользователя по идентификационным данным и паролю.
Вход в виджете — пользовательский сценарий авторизации внутри виджета без выхода из текущего пользовательского пути.
Аккаунт — цифровое представление пользователя в системе, которое хранит учетные данные, состояние и доступы.
Идентификационные данные — телефон или подтвержденный email, которые пользователь указывает при входе.
Ошибка входа — состояние, при котором пользователь остается на экране входа и может исправить данные или повторить действие.
3. Scope
Входит
S1: Открытие формы входа в виджете
S2: Ввод идентификатора — email или телефон в одном поле, формат определяется автоматически
S3: Ввод идентификационных данных и пароля
S4: Отправка данных для входа
S5: Состояния успешного входа и ошибки
S6: Переход к регистрации или восстановлению пароля
S7: Заявка в поддержку при отсутствии доступа к данным (на будущую реализацию)
Не входит
- Widget: 3.2 Авторизация > Регистрация
- Widget: 3.3 Авторизация > Восстановление пароля
- Backend/API-контракты, выдача токенов и проверка учетных данных
4. BR
Указаны в пункте 4 раздела Back: 1.1.2 Вход в систему.
5. Функциональные требования (UC + FR)
FR — functional requirements, что интерфейс должен уметь делать по определенному UC (триггеру).
| ID | Сценарий | Функциональное требование | BR | Вес | Статус |
|---|---|---|---|---|---|
| S1: #FR3.1-1 | Пользователь открывает вход в виджете | Интерфейс показывает форму входа с полем идентификатора и полем пароля, действием продолжения, переходом к регистрации и переходом к восстановлению пароля. | 1 | Реализовано | |
| S2: #FR3.1-2 | Пользователь вводит идентификатор | Интерфейс принимает email или телефон в одном поле и определяет формат автоматически, без явного выбора способа входа. | 1 | Реализовано | |
| S3: #FR3.1-3 | Пользователь вводит идентификационные данные и пароль | Интерфейс принимает email или телефон и пароль, скрывает пароль по умолчанию и позволяет управлять видимостью пароля. | 1 | Реализовано | |
| S4: #FR3.1-4 | Пользователь отправляет данные для входа | Интерфейс активирует продолжение после заполнения обязательных полей, отправляет выбранный идентификатор и пароль на проверку и предотвращает повторную отправку до ответа. | 1 | Реализовано | |
| S5: #FR3.1-5 | Вход выполнен успешно | Интерфейс завершает вход и возвращает пользователя в ту точку сценария, из которой он перешёл ко входу: при входе из развилки идентификации — на шаг оформления, при входе с любого другого экрана — на этот же экран, но уже как вошедшего клиента. | 1 | Реализовано | |
| S5: #FR3.1-6 | Пользователь ввел неверные данные | Интерфейс показывает единую ошибку «Неверный логин или пароль», не уточняет ошибочное поле и позволяет исправить идентификатор или пароль. | 2 | Реализовано | |
| S6: #FR3.1-7 | Пользователь переходит к регистрации | Интерфейс переводит пользователя из формы входа в сценарий Widget: 3.2 Регистрация в виджете. | 1 | Реализовано | |
| S6: #FR3.1-8 | Пользователь переходит к восстановлению пароля | Интерфейс переводит пользователя из формы входа в сценарий Widget: 3.3 Восстановление пароля. | 1 | Реализовано | |
| S7: #FR3.1-9 | Пользователь не помнит данные или не имеет к ним доступа (не входит в реализацию) | Интерфейс позволяет перейти к форме контактных данных, отправить заявку в поддержку по email или телефону и показать состояние успешной отправки заявки (на будущую реализацию). | 3 | Не реализовано — на будущую реализацию, вне текущего скоупа |
6. Открытые вопросы
| ID | Источник | Вопрос | Кому | Статус |
|---|---|---|---|---|
| #OQ3.1-1 | Figma / таблица работ | Подтвердить, должен ли будущий сценарий заявки в поддержку из красного фрейма относиться к Widget 3.1 или к отдельному разделу Widget 3.3. Решение: сценарий остаётся в разделе 3.1 с пометкой «на будущую реализацию» (FR3.1-9), отдельный раздел не заводим. | Бизнес | Закрыт |
| #OQ3.1-2 | Figma | Подтвердить точный следующий шаг виджета после успешного входа. Решение: возврат в ту точку, из которой клиент перешёл ко входу — вход не сбивает начатый сценарий. Формулировка FR3.1-5 уточнена. | Бизнес | Закрыт |
| #OQ3.1-3 | QA / код | Требование говорит: клиент выбирает способ входа — по email или по телефону — и поле идентификатора меняется под выбранный способ (FR3.1-2). В коде выбора способа входа нет. Подтвердить, нужен ли явный переключатель или достаточно единого поля с автоопределением формата. Решение: переключатель не нужен — остаётся единое поле с автоопределением формата. Требование FR3.1-2 приведено к этому виду, статус изменён на «Реализовано». Восстановление по телефону разбирается отдельно в эпике Widget: 3.3. | Разработка | Закрыт |