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