Направление работ: Back Код раздела: 1.1.1 Аккаунты и пользователи > Организация аккаунтов > Регистрация Статус: Готов Ответственный: Панкова Л.А. Версия: 0.3 Обновлено: 04.09.26
1. Назначение
Регистрация переводит контактные данные пользователя и его согласие с условиями сервиса в создание подтвержденного Аккаунта, который может использовать функциональность платформы в пределах выданных прав доступа.
Это единый системный процесс, который запускается из разных интерфейсов: мобильного приложения, партнерской зоны, виджета и каталога.
Система обеспечивает прием и хранение регистрационных данных, проверку уникальности данных, выпуск и проверку кодов подтверждения, управление состоянием Аккаунта, связку с Карточкой клиента, фиксацию источника регистрации и выдачу стартовых доступов после успешной активации.
2. Ключевые понятия
Аккаунт — цифровое представление пользователя в системе. Хранит данные для входа, состояние подтверждения и набор выданных доступов. Не может существовать без связанной Карточки клиента.
Карточка клиента — сущность с персональными данными, контактами, историей заказов и отношениями с партнерами. В рамках регистрации и создания Аккаунта Система должна найти существующую карточку по телефону и связать с Аккаунтом или инициировать создание новой.
Источник регистрации — интерфейс или системный сценарий, из которого запущена регистрация: мобильное приложение, партнерская зона, виджет, каталог, или создание третьим лицом на стороне партнерской зоны (добавление сотрудника).
Приглашение — регистрация третьим лицом: владелец партнерской зоны заводит будущего работника по одному номеру телефона. Приглашение завершается не первым входом, а дозаполнением профиля и подтверждением email — см. Back: 1.1 переход I.
Пригласительный код — код из цифр, который может быть указан при регистрации для связи нового аккаунта с пригласившим аккаунтом и получении вторым бонусных баллов.
3. Scope
Входит
S1 Процесс создания Аккаунта
- Создание Аккаунта в системе и привязка его к Карточкой клиента.
S2 Валидация и ограничения
- Валидация по общим правилам для активации аккаунта.
- Фиксация принятия согласия на обработку данных.
- Фиксация источника регистрации в БД.
Не входит
- Организация аккаунтов, связь Аккаунта с Карточкой клиента, состояния Аккаунта — Back 1.1
- UI и фронтовые сценарии регистрации в интерфейсах — Mobile: 1.2 / WebLk: 1.1 / Widget: 3.2 / Catalog: 3.2
- Начисление бонусов по пригласительной программе — Back: 8.4.2
- Шаблоны SMS/email-уведомлений и правила их доставки — Back: 7.1
- Авторизация и восстановление пароля — Back: 1.1.2 / Back: 1.1.3
4. Требования
Правила и ограничения бизнеса на уровне данных, источник истины в системе
| ID | Правило | Комментарий | Тип требования | Вес | Статус |
|---|---|---|---|---|---|
| S1 BR1.1.1-1 | Регистрация завершается созданием активного аккаунта только после подтверждения обязательных данных. | Обязательные данные: подтвержденный телефон, пароль, согласие на обработку данных. Требования к номеру телефона: только РФ, ровно 10 цифр после +7, код страны нередактируемый, лишние символы отбрасываются — другие страны/длины ввести нельзя. | Бизнес | 1 | Не реализовано OQ1.1.1-5 |
| S1 BR1.1.1-2 | При регистрации Пользователя Система проверяет уникальность телефона/email только среди неархивных Аккаунтов. | Аккаунты с признаком IsArchive = true не участвуют в проверке уникальности и не блокируют повторную регистрацию с тем же телефоном/email.Исключение — Приглашение: заведение сотрудника на номер архивного Аккаунта отклоняется, человек восстанавливает учетную запись сам (см. Back: 1.1 BR1.1-15). Правило противоположное именно потому, что проверка уникальности архивные не учитывает: без явного отказа приглашение уходило бы по ветке «номер незнаком» и заводило второй Аккаунт на тот же номер. | Системное | 2 | Реализовано |
| S1 BR1.1.1-3 | Данные, переданные при регистрации, должны обновлять связанную Карточку клиента. | Если карточка найдена, регистрационные данные заменяются или дополняются в Карточке клиента. Если найдена карточка, связанная с архивным аккаунтом, то аккаунт восстанавливается. | Системное | 2 | Реализовано |
| S1 BR1.1.1-4 | Аккаунт, созданный третьим лицом, создается в состоянии S4: назначенные роли не действуют до завершения Приглашения. | К третьим лицам относятся партнер, сотрудник партнера или сотрудник сервиса. Приглашение завершается, когда человек дозаполнил имя, фамилию и email и подтвердил email — переход I в матрице состояний. С этого момента записи сотрудника начинают действовать во всех партнерских зонах разом. Первый вход Приглашение не завершает: он подтверждает только номер телефона. До завершения человек входит, но кабинета не получает. | Бизнес | 2 | Реализовано OQ1.1.1-2 |
| S1 BR1.1.1-5 | Пароль обязателен для активации аккаунта. | *Не менее 8 символов, 1 заглавная буква, 1 цифра, 1 специальный символ, белый список символов a-zA-Z0-9!@#$%^&*()-_+=<>?, 1 строчная буква | Системное | 1 | Реализовано OQ1.1.1-3 |
| S2 BR1.1.1-6 | Система при регистрации должна поддерживать общие правила хранения и проверки учетных данных и общие лимиты попыток подтверждения и ввода учетных данных, описанных в Back: 1.1 | Системное | 1 | Back: 1.1 — открытые вопросы (4) | |
| S2 BR1.1.1-7 | Согласие на обработку данных является обязательным условием регистрации. | Процесс обновления согласий и порядок фиксации изменений описан в Back: 8.2.7 | Бизнес | 1 | Не реализовано |
| S2 BR1.1.1-8 | Источник регистрации должен фиксироваться для каждого регистрационного процесса. | Источник нужен для аналитики и поддержки. | Техническое | 2 | Частично реализовано OQ1.1.1-4 |
| S1 BR1.1.1-9 | Приглашение создает Аккаунт по одному номеру телефона. | Имя, фамилию и email вводит сам приглашенный при дозаполнении профиля; третье лицо их не указывает. Имя, названное владельцем зоны, было бы его догадкой о чужих данных, а email — чужим адресом, на который уходил бы пароль. Карточка клиента заводится вместе с Аккаунтом и имени не требует — см. Back: 1.1 BR1.1-2. | Бизнес | 1 | Реализовано |
| S1 BR1.1.1-10 | Приглашение доставляется SMS на указанный номер телефона. | Временный пароль выпускается только тому, кто ни разу не входил. Действующему пользователю системы пароль не меняется ни при каких условиях — иначе заведение сотрудника выкидывало бы его из системы; ему уходит приглашение войти под своим паролем: письмом, если email известен, иначе SMS. Признак «ни разу не входил» — неподтвержденный номер телефона. Шаблоны и правила доставки — Back: 7.1 | Бизнес | 1 | Реализовано |
| S2 BR1.1.1-11 | Приглашение ограничивается по частоте. | SMS платная и приходит человеку, который в системе еще никто. | Системное | 2 | Реализовано |
| S2 BR1.1.1-12 | Регистрационные баллы начисляются, когда пользователь фактически пришел в систему — при регистрации в мобильном приложении. | Приглашение баллов не начисляет: Аккаунт и Карточка клиента заводятся до того, как человек пришел, и начисление в этот момент выдает баллы тому, кто в системе еще не появился. Правила начисления — Back: 8.4.2 | Бизнес | 1 | Не реализовано OQ1.1.1-6 |
5. Открытые вопросы
Пин контекста: BRD v0.3 (обновлено 04.09.26) · booking-monorepo, detached worktree на
origin/main, commit82359296(2026-09-07) · сверка выполнена 2026-09-08, повторная сверка по итогам дейликов (май–сентябрь 2026) · якорь:src/services/booking.authentication(Accounts, PartnerZoneEmployees), cross-layersrc/services/booking.clients(ApplyRegistrationData, AccountCreatedClientConsumer) · маршрутизация без сверки с гайдбуком (гайдбук не передан)