Реєстрація та онбординг Babunia

Зміст

Посібник користувача: як зареєструватися і увійти в застосунки Babunia (клієнт, виконавець, адміністратор), як виконавець проходить онбординг і як його заявку розглядає адміністратор, які сповіщення приходять на кожному кроці. Застосунок для компаній не розглядається.

1. Домени платформи
2. Форми авторизації — повний опис
   • 2.0. Спільні елементи всіх форм
   • 2.1. Клієнт — client.babunia.com.ua
   • 2.2. Виконавець — executor.babunia.com.ua
   • 2.3. Адміністратор — admin.babunia.com.ua
3. Цикли клієнта
   • 3.1. Реєстрація через email
   • 3.2. Реєстрація / вхід через SMS
   • 3.3. Вхід за телефоном і паролем
   • 3.4. Відновлення пароля
   • 3.5. Акаунт, створений диспетчером (тимчасовий пароль)
4. Цикли виконавця
   • 4.1. Реєстрація через email
   • 4.2. Реєстрація / вхід через SMS
   • 4.3. Вхід
   • 4.4. Відновлення пароля
5. Цикли адміністратора
   • 5.1. Як з'являється новий адміністратор
   • 5.2. Вхід і робота
   • 5.3. Пароль адміністратора
   • 5.4. Роль адміністратора в онбордингу виконавців
6. Онбординг: виконавець ↔ адміністратор
   • 6.1. Загальний цикл
   • 6.2. Статуси кейсу і хто їх змінює
   • 6.3. Сторона виконавця — майстер онбордингу
   • 6.4. Сторона адміністратора — розгляд заявок
7. Сповіщення
   • 7.1. Канали доставки
   • 7.2. Каталог сповіщень (реєстрація, вхід, онбординг)
   • 7.3. Які сповіщення в якому циклі
8. Виправлено під час підготовки документа та відкриті питання
   • 8.1. Виправлено
   • 8.2. Відкриті питання

1. Домени платформи

Платформа Babunia складається з кількох окремих вебзастосунків, кожен на власному піддомені babunia.com.ua. Усі працюють тільки через HTTPS; запити на http:// автоматично перенаправляються на https://. Застосунок для компаній (company.babunia.com.ua) у цьому документі не описується.

Мови інтерфейсу

Усі три застосунки (клієнт, виконавець, адмін) підтримують 5 мов: українську (за замовчуванням), англійську, латиську, російську та польську. На сторінках входу перемикач мов має вигляд рядка EN | UK | LV | RU | PL під формою; усередині кабінету мова перемикається кнопкою з кодом мови (наприклад, UK ⌄) у правому верхньому куті. Вибір запам'ятовується в браузері й застосовується при наступному відкритті сторінки.

Захист форм (reCAPTCHA)

Усі форми авторизації захищені невидимою Google reCAPTCHA v3: вхід, реєстрація, SMS-вхід, «Забули пароль», новий пароль, активація тимчасового пароля, підтвердження email і повторне надсилання коду, зміна пароля в профілі. Користувач нічого не розгадує, а внизу праворуч з'являється значок reCAPTCHA. Якщо Google оцінює дії як автоматизовані (оцінка нижче 0,5), сервер відповідає помилкою «перевірка reCAPTCHA не пройдена» — у такому разі допомагає оновити сторінку й повторити спробу.

2. Форми авторизації — повний опис

У цьому розділі описано кожну форму входу та реєстрації, кожне поле й кнопку, а також те, що відбувається після натискання. Самі послідовності дій (які форми за якими йдуть) — у розділах 3–5.

2.0. Спільні елементи всіх форм

• «← babunia.com.ua» (зліва вгорі, у клієнта й виконавця) — повертає на публічний сайт marketing.babunia.com.ua. Введені дані не зберігаються.
• Логотип і заголовок — підказують, у якому застосунку ви перебуваєте: «Вхід для клієнтів», «Вхід для виконавця», «Вхід Адміністратора».
• Головна кнопка дії (синя, на всю ширину) — неактивна (бліда), доки обов'язкові поля не заповнені правильно. Після натискання показує індикатор завантаження; при помилці над нею з'являється червоний блок із текстом помилки від сервера.
• Значок «око» в полі пароля — показує/приховує введений пароль.
• Перемикач мов EN | UK | LV | RU | PL — миттєво змінює мову сторінки; вибір запам'ятовується.
• Повідомлення під полем (червоний дрібний текст) — з'являються після того, як ви залишили поле: «Обов'язкове поле», «Щонайменше 6 символів», «Паролі не збігаються», «Пароль не відповідає вимогам - дивіться значок (i)».
• Значок (i) біля поля «Пароль» — є на всіх формах, де пароль створюється або змінюється (реєстрація клієнта й виконавця, новий пароль, активація, вікно «Зміна пароля» в профілі, скидання пароля і створення адміністратора). Наведіть на нього (або торкніться) — з'явиться перелік вимог.
• reCAPTCHA — невидима перевірка працює на всіх формах авторизації: вхід, реєстрація, SMS-вхід, «Забули пароль», новий пароль, активація, підтвердження email (і повторне надсилання коду), зміна пароля в профілі.

Вимоги до пароля (однакові всюди)

Ті самі правила перевіряє і форма (кнопка лишається неактивною, доки пароль їм не відповідає), і сервер:

• 8–32 символи;
• щонайменше одна велика латинська літера (A-Z), одна мала (a-z) і одна цифра (0-9);
• дозволені лише латинські літери, цифри та символи @$!%*?& (символи необов'язкові). Кирилиця, пробіли та інші символи (# - _ .) не приймаються.

2.1. Клієнт — client.babunia.com.ua

2.1.1. Вхід (телефон + пароль) — /auth/login

2.1.2. Реєстрація (email) — /auth/register

2.1.3. Вхід або реєстрація за SMS — /auth/sms-login

Одна форма і для входу, і для реєстрації: якщо номера ще немає в системі, акаунт клієнта створюється автоматично після правильного коду. Підтверджувати email у цьому випадку не потрібно.

Крок 1 — номер телефону

Крок 2 — код

2.1.4. Відновлення пароля — /auth/forgot-password і /auth/reset-password

Посилання з листа відкриває сторінку «Новий пароль»:

2.1.5. Підтвердження email — /auth/verify-email

Лист «Підтвердження email» містить 6-значний код і кнопку «Підтвердити email». Кнопка відкриває цю сторінку з уже підставленим кодом і підтверджує email автоматично. Якщо в цьому браузері ви не увійшли, спершу відкриється вхід, а після нього — знову ця сторінка, і підтвердження завершиться саме.

2.1.6. Встановлення власного пароля (тимчасовий пароль) — /auth/activate

Якщо акаунт клієнта створив диспетчер, клієнт отримує лист з тимчасовим паролем і кнопкою «Встановити пароль». Кнопка (або вхід з тимчасовим паролем) відкриває сторінку «Встановіть пароль». Поля й поведінка — такі самі, як у виконавця (2.2.5). Поки тимчасовий пароль не замінено, сервер не дає доступу до жодного розділу кабінету.

2.2. Виконавець — executor.babunia.com.ua

2.2.1. Вхід — /auth/login

Виконавець може входити за email або за телефоном — режим перемикається двома кнопками над формою.

2.2.2. Реєстрація — /auth/register

2.2.3. Вхід за SMS — /auth/sms-login

Працює так само, як у клієнта (2.1.3): номер + згода → «Надіслати код» → код → «Підтвердити і увійти». Якщо номера немає в системі — створюється новий акаунт виконавця і відкривається онбординг. Якщо номер належить клієнту — йому додається роль виконавця.

2.2.4. Відновлення пароля — /auth/forgot-password

На відміну від клієнта, виконавець отримує не посилання на зміну пароля, а тимчасовий пароль у листі «Ласкаво просимо до ...! Ваш тимчасовий пароль: ...» з кнопкою «Встановити пароль». Старий пароль одразу перестає діяти.

2.2.5. Встановлення власного пароля — /auth/activate

Сторінку «Встановіть пароль» відкриває кнопка з листа (email уже підставлено) або вхід з тимчасовим паролем (2.2.1; підставляються і email, і тимчасовий пароль). Поки тимчасовий пароль не замінено, сервер не дає доступу до жодного розділу кабінету.

2.2.6. Зміна пароля в профілі (клієнт і виконавець)

У «Мій профіль» на вкладці «Загальне» — кнопка «Змінити пароль»; вона відкриває вікно «Зміна пароля» (окремої вкладки «Пароль» більше немає; так само в профілі адміністратора). У вікні: «Новий пароль» (i) і «Підтвердіть новий пароль» за вимогами до пароля та кнопка «Змінити пароль». Після успіху — «Пароль змінено.»; наступний вхід — уже з новим паролем. Вкладка доступна і неверифікованому виконавцю.

2.3. Адміністратор — admin.babunia.com.ua

2.3.1. Вхід — /auth/login

Самостійної реєстрації адміністраторів немає: їх створює інший адміністратор (розділ 5).

2.3.2. Відновлення пароля — /auth/forgot-password і /auth/reset-password

Посилання з листа відкриває «Скидання пароля»: «Новий пароль *» (i) і «Підтвердження пароля *» за вимогами до пароля, кнопка «Скинути пароль», «Назад до входу». Після успіху — «Пароль успішно скинуто» і кнопка «Перейти до входу». Без токена або з простроченим/використаним токеном — «Це посилання для скидання пароля недійсне або застаріле».

3. Цикли клієнта

Клієнт (батьки) не проходить верифікацію: після реєстрації одразу доступні всі розділи кабінету — бронювання, чат, профіль, діти, акції, документація, підтримка.

3.1. Реєстрація через email

1. marketing.babunia.com.ua → посилання на реєстрацію клієнта, або одразу client.babunia.com.ua/auth/register.
2. Заповнити форму реєстрації (2.1.2), поставити галочку згоди, «Зареєструватися».
3. Сервер створює акаунт з роллю клієнта, зберігає обрану зону (видна в налаштуваннях) та реферальний код (якщо є) і одразу видає сесію — ви вже увійшли.
4. На email приходять два листи: «Підтвердження email» з 6-значним кодом і кнопкою «Підтвердити email» та «Ласкаво просимо до Babunia!» з кнопкою входу (client.babunia.com.ua/auth/login).
5. Автоматично відкривається «Підтвердьте email» (2.1.5). Ввести код → «Підтвердити» → кабінет. Або натиснути кнопку в листі — підтвердження відбудеться саме (за потреби після входу). Або «Пропустити зараз» → кабінет без підтвердження.

Чого очікувати: лист з кодом приходить протягом хвилини; код діє 10 хвилин; новий код можна запросити раз на 60 секунд. Якщо email або телефон уже зайняті — форма покаже помилку, і акаунт не створиться.

3.2. Реєстрація / вхід через SMS

1. /auth/sms-login (з форми входу «Увійти за SMS-кодом» або з реєстрації «Зареєструватися через SMS»).
2. Ввести номер, поставити галочку згоди, «Надіслати код» (2.1.3).
3. Прийде SMS «Ваш код верифікації Babunia: XXXXXX.» Ввести код → «Підтвердити та увійти».
4. Новий номер: створюється акаунт клієнта (ім'я можна дописати пізніше у «Мій профіль»), приходить SMS «Ласкаво просимо...». Існуючий номер: звичайний вхід. Якщо номер належить виконавцю, акаунту додається роль клієнта — це той самий обліковий запис.

3.3. Вхід за телефоном і паролем

/auth/login → телефон + пароль → «Увійти» → /dashboard. Сесія оновлюється автоматично у фоні; вихід — через меню аватара у правому верхньому куті.

3.4. Відновлення пароля

1. «Забули пароль?» на формі входу → ввести email → «Надіслати посилання для відновлення» (2.1.4).
2. Відкрити лист «Запит на відновлення паролю» → «Скинути мій пароль». Посилання діє 30 хвилин і працює один раз.
3. На сторінці «Новий пароль» ввести й підтвердити пароль → «Зберегти новий пароль».
4. «Перейти до входу» → увійти за телефоном і новим паролем.

Якщо пароль не потрібен узагалі — клієнт завжди може увійти за SMS-кодом (3.2). Змінити пароль будь-коли можна в «Мій профіль» → кнопка «Змінити пароль» на вкладці «Загальне» (2.2.6).

3.5. Акаунт, створений диспетчером (тимчасовий пароль)

1. Клієнт отримує лист з тимчасовим паролем і кнопкою «Встановити пароль».
2. Кнопка відкриває client.babunia.com.ua/auth/activate з підставленим email; вхід з тимчасовим паролем веде туди ж (з підставленими email і тимчасовим паролем).
3. Ввести новий пароль двічі → «Зберегти пароль і увійти» → кабінет (2.1.6).

4. Цикли виконавця

Виконавець після реєстрації не може одразу отримувати замовлення: спершу він проходить онбординг (заявку на верифікацію), а адміністратор її розглядає. Повний процес описано в розділі 6; тут — як потрапити в акаунт.

4.1. Реєстрація через email

1. executor.babunia.com.ua/auth/register (з marketing-сайту або «Зареєструватися» на формі входу).
2. Заповнити форму (2.2.2) → «Зареєструватися».
3. Сервер:
   • створює акаунт з роллю виконавця (не верифікований) або, якщо email/телефон уже належить клієнту, додає йому роль виконавця;
   • зберігає бажану зону обслуговування (вона з'явиться на кроці «Налаштування») і реферальний код;
   • надсилає вітальний лист для виконавця з посиланням на executor.babunia.com.ua/auth/login.
4. Ви одразу в акаунті — відкривається онбординг, крок 1 «Тип акаунта» (розділ 6).

Чого очікувати: окремого підтвердження email для виконавця немає. Якщо закрити онбординг на півдорозі, усе збережене не втрачається — при наступному вході кнопка «Продовжити реєстрацію» поверне на той самий крок.

4.2. Реєстрація / вхід через SMS

/auth/sms-login: номер + галочка згоди → «Надіслати код» → код → «Підтвердити і увійти». Новий номер — створюється акаунт виконавця і відкривається онбординг. Номер клієнта — йому додається роль виконавця.

4.3. Вхід

/auth/login → «Електронна пошта» або «Телефон» → пароль → «Увійти». Що відкриється далі, залежить від стану верифікації:

Спроба відкрити закритий розділ за прямою адресою (наприклад, /bookings) показує сторінку «Доступ заборонено» з кнопками «На головну» та «Увійти під іншим акаунтом».

4.4. Відновлення пароля

1. «Забули пароль?» → email → «Надіслати посилання для відновлення».
2. Лист містить тимчасовий пароль і кнопку «Встановити пароль».
3. Кнопка з листа відкриває «Встановіть пароль» з підставленим email; вхід з email і тимчасовим паролем відкриває цю ж сторінку автоматично (2.2.5).
4. Новий пароль → «Зберегти пароль і увійти» → кабінет.

Змінити пароль будь-коли можна у «Мій профіль» → «Загальне» → «Змінити пароль» (2.2.6).

5. Цикли адміністратора

5.1. Як з'являється новий адміністратор

Самостійної реєстрації в адмінці немає. Нового адміністратора створює інший адміністратор з правом create:admin-user:

1. Меню «Керування користувачами» → «Адміністратори» → «Створити» (/admin-users/create).
2. Заповнити форму «Створити Адміністратора».
3. «Зберегти» — акаунт створюється одразу з указаним паролем. Лист новому адміністратору не надсилається: email і пароль йому треба передати самостійно (або він сам скористається «Забули пароль?» на формі входу).

5.2. Вхід і робота

1. admin.babunia.com.ua/auth/login → email, пароль, за бажанням «Запам'ятати мене» → «Увійти» (2.3.1).
2. Відкривається «Головна» з меню за роллю: «Бронювання та послуги», «Керування користувачами», «Верифікація», «Компанії», «Реферальні програми», «Підписки», «Система», «Керування підтримкою», «Документація», «Маркетинговий сайт».
3. Мову перемикає кнопка з кодом мови в шапці; вибір зберігається і після перезавантаження сторінки.

5.3. Пароль адміністратора

• Сам адміністратор: «Забули пароль?» на формі входу → email → лист з одноразовим посиланням (30 хв) → «Скидання пароля» → вхід з новим паролем (2.3.2).
• Інший адміністратор: «Адміністратори» → редагування → «Змінити пароль» → новий пароль двічі → «Зберегти». Новий пароль діє одразу.

5.4. Роль адміністратора в онбордингу виконавців

Адміністратор (рев'юер) розглядає заявки виконавців у меню «Верифікація» → «Верифікаційні заявки». Детально — у розділі 6, частина «Сторона адміністратора».

6. Онбординг: виконавець ↔ адміністратор

Онбординг — це шлях від щойно зареєстрованого виконавця до виконавця, який отримує замовлення. Перевіряються дві речі окремо:

• Акаунт — особа виконавця (опис, документи, фото). Перевіряється один раз назавжди.
• Кожна послуга (наприклад, «Замовлення няні», «Онлайн-консультація з догляду», «Заходи та вечірки») — досвід саме для цієї послуги. Кожна послуга перевіряється незалежно; нові послуги можна додавати пізніше.

Під кожен пункт створюється окрема верифікаційна заявка (кейс) зі своїм статусом. Усі кейси одного виконавця пов'язані з одним тікетом підтримки «Верифікація акаунту» (його створює перше подання заявки), де рев'юер і виконавець можуть листуватися.

6.1. Загальний цикл

1. Виконавець реєструється (розділ 4) і проходить майстер онбордингу: тип акаунта → верифікація акаунта → послуги → деталі кожної послуги → зони обслуговування → налаштування → надсилання.
2. До фінальної кнопки «Надіслати на перевірку» всі дані зберігаються як чернетка, яку рев'юер не бачить.
3. Після надсилання кейси отримують статус «Подано», з'являються в черзі «Верифікаційні заявки», а всі адміністратори онлайн отримують сповіщення.
4. Адміністратор відкриває заявку, переглядає дані, документи та фото, за потреби пише в тікет і змінює статус кожного кейсу.
5. Кожна зміна статусу миттєво приходить виконавцю (сповіщення в кабінеті, лист на email, push у мобільному застосунку).
6. «Потрібна додаткова інформація» → виконавець доповнює дані й натискає «Подати повторно» → кейс знову «Подано» і повертається в чергу.
7. «Схвалено» для акаунта відкриває повне меню кабінету; «Схвалено» для послуги вмикає цю послугу та зони обслуговування, і виконавець починає отримувати заявки.

6.2. Статуси кейсу і хто їх змінює

6.3. Сторона виконавця — майстер онбордингу

Майстер відкривається відразу після реєстрації (/onboarding/account-type) і за посиланням «Продовжити реєстрацію» з банера чи головної. Угорі — індикатор кроків; кроки, які до вас не належать, не показуються (наприклад, «Верифікація акаунта» зникає, якщо акаунт уже схвалено; «Зони обслуговування» з'являється тільки для послуги «Замовлення няні»; «Налаштування» — лише якщо для виконавців є налаштування). Кожна кнопка «Продовжити» зберігає крок на сервері, тож перезавантаження сторінки нічого не губить. Кнопка «Назад» теж зберігає введене на поточному кроці.

Крок 1. Тип акаунта

Крок 2. Верифікація акаунта (один раз назавжди)

Крок 3. Послуги

• Доступні зараз: Замовлення няні, Онлайн-консультація з догляду, Заходи та вечірки. «Трансфер і супровід», «Навчання няні» і «Консультація з підтримки сім'ї» позначені «скоро» — їх вибрати не можна. Назви послуг показуються мовою інтерфейсу.
• Для «Приватна особа / ФОП» — підказка «Фізичні особи можуть вибрати лише одну послугу»: новий вибір замінює попередній.
• «Продовжити» записує запит на обрані послуги й переходить до деталей першої з них. Неактивна, поки нічого не обрано.

Крок 4. Деталі послуги (для кожної обраної послуги окремо)

• «Досвід і кваліфікація» (обов'язково) — досвід саме для цієї послуги: роки, сертифікати, мови.
• Блоки «Документи» і «Фото» — як на кроці 2, але вибір прив'язується до цієї послуги.
• «Продовжити» зберігає і переходить до наступної послуги; після останньої — до «Зони обслуговування» або «Налаштування». «Назад» на 2-й і далі послузі повертає до попередньої послуги.

Крок 5. Зони обслуговування (тільки для «Замовлення няні»)

Список міст/зон із галочками. Обов'язково обрати хоча б одну, інакше «Оберіть хоча б одну зону обслуговування перед продовженням». Заявки на няню пропонуватимуться лише в обраних зонах. Після схвалення послуги зони можна змінювати в меню «Бронювання» → «Зони обслуговування».

Крок 6. Налаштування

Групи «Реквізити для виплат» (назва банку *, IBAN *), «Вподобання» (бажана зона обслуговування * — уже заповнена, якщо зону обрано при реєстрації), «Календар» (синхронізація з Google/Apple-календарем, необов'язково). Поля із зірочкою обов'язкові.

• «Продовжити» внизу перевіряє обов'язкові поля. Якщо щось порожнє — поле підсвічується «Це поле обов'язкове», угорі з'являється «Заповніть усі обов'язкові налаштування (позначені *), щоб продовжити», і майстер лишається на цьому кроці. Якщо все заповнено — незбережені зміни зберігаються автоматично, і майстер переходить до надсилання.
• «Скасувати» / «Зберегти» у формі — відкотити або зберегти зміни без переходу далі.
• Сервер так само відмовляє в надсиланні заявки, поки обов'язкові налаштування не заповнені.
• Ці налаштування рев'юер бачить на вкладці «Акаунт».

Крок 7. Надсилання

«Надіслати на перевірку»: кейс акаунта переходить із чернетки в «Подано», для кожної послуги створюється кейс «Подано» (з прикріпленими документами/фото та обраними зонами). Послуга отримує статус «Очікує верифікації». Адміністраторам приходить сповіщення про нову заявку.

6.3.1. Сторінки статусу для виконавця

6.3.2. Якщо рев'юер попросив додаткову інформацію

1. Приходить сповіщення «Оновлення верифікації — Статус вашої верифікації: Потрібна додаткова інформація» (у кабінеті, на email, push).
2. Банер стає червоним: «Рев'юер попросив додаткову інформацію. Будь ласка, оновіть вашу заявку» з посиланнями «Оновити дані акаунта» / «Оновити дані послуги».
3. На сторінці статусу видно коментар рев'юера (наприклад, «Додайте, будь ласка, скан паспорта»). Доповнити опис, завантажити/позначити файли.
4. «Зберегти» — лише зберегти, статус не змінюється. «Подати повторно» — зберегти й повернути кейс у «Подано»; рев'юери отримують сповіщення.

6.3.3. Якщо заявку відхилено

Кейс отримує статус «Відхилено» (фінальний), виконавцю приходить сповіщення з причиною. Сторінка статусу стає редагованою: виправте дані й натисніть «Подати повторно» — створюється новий кейс у статусі «Подано» (для послуги — з раніше обраними зонами), і він потрапляє в чергу рев'юера як нова заявка.

6.3.4. Після схвалення

• Акаунт схвалено → банер зникає, картка «Верифікація: Верифіковано — Ви верифіковані і можете отримувати замовлення», меню відкривається повністю.
• Послугу схвалено → у «Доступні сервіси» статус «Активний»; з'являються пункти «Бронювання» → «Доступні заявки», «Зони обслуговування» тощо; обрані в онбордингу зони стають робочими. Нові заявки клієнтів у ваших зонах приходять сповіщенням «Нова заявка на ... — подайте заявку».
• Поки акаунт схвалено, а жодної послуги — ні, на головній банер «Ви ще не підключені ні до одного сервісу» з кнопкою «Підключити сервіс».

6.4. Сторона адміністратора — розгляд заявок

6.4.1. Список «Верифікаційні заявки» (/verification-cases)

Чернетки (незавершені майстри) у черзі не показуються. Коли кандидат надсилає або повторно подає заявку, усі адміністратори онлайн отримують сповіщення «Верифікаційна заявка — Нова активність: Подано»; клік відкриває заявку цього кандидата.

6.4.2. Сторінка заявки (/verification-cases/:userId)

6.4.4. Співбесіда з верифікації (за бажанням)

Якщо адміністратор хоче поговорити з кандидатом, на сторінці заявки, у вкладці кожної справи, є блок «Співбесіда з верифікації» з кнопкою «Запланувати співбесіду». Співбесіда необов'язкова: статуси справи від неї не залежать.

1. Google Календар адміністратора має бути підключений (профіль адміністратора → вкладка «Google Календар»; або «Підключити Google Календар» прямо з блоку).
2. Вікно: дата, час, тривалість (15–240 хв), «Нагадування прийдуть за 30 і 15 хв» → «Запланувати». У календарі адміністратора створюється подія з Google Meet і нагадуваннями.
3. Виконавець з підключеним Google Календарем — учасник події (запрошення від Google); без нього — отримує лист із часом і посиланням та нагадування за 30 і 15 хв. Співбесіду він бачить на «Статус верифікації» (6.3.1).
4. «Скасувати» — подію скасовано, виконавцю — лист «Зустріч скасовано».

6.4.3. Що відбувається після кожного рішення

7. Сповіщення

7.1. Канали доставки

7.2. Каталог сповіщень (реєстрація, вхід, онбординг)

Ідентифікатор потрібен для пошуку шаблону в backend/microservices/notifications/templates/<канал>/<мова>/ або події WebSocket. Усі листи і push ідуть мовою користувача. Таблиця — основа для подальшого доповнення.

7.3. Які сповіщення в якому циклі

8. Виправлено під час підготовки документа та відкриті питання

Усі описані вище сценарії пройдено вживу в браузері на локальному стенді. Знайдені проблеми виправлено в коді й покрито тестами (API-тести backend-tests/api/auth-recovery, verification, executor-service-areas та Playwright-тести frontend-tests/e2e/auth, verification). На продакшн виправлення потраплять з наступним деплоєм.

8.1. Виправлено

8.2. Відкриті питання

• Мобільні застосунки не надсилають reCAPTCHA; оскільки вона обов'язкова на всіх формах авторизації (як і раніше на вході), мобільним клієнтам знадобиться окреме рішення, коли вони з'являться. Тоді ж — мобільні версії листів з кодом і тимчасовим паролем.
• Мобільні застосунки та застосунок компаній у цьому документі не розглядались.