Материалы по проекту
edit
Жизненный цикл пользователя (физического лица)
1.
НЕ ЗАРЕГИСТРИРОВАН +
НЕ ВЕРИФИЦИРОВАН +
НЕ АВТОРИЗОВАН
"Человек с улицы"
2.
ЗАРЕГИСТРИРОВАН +
НЕ ВЕРИФИЦИРОВАН +
НЕ АВТОРИЗОВАН
Учетная запись уже есть (в CRM или сервисе и реквизиты физлица известны)
3.
ЗАРЕГИСТРИРОВАН + ВЕРИФИЦИРОВАН +
НЕ АВТОРИЗОВАН
Не прошел проверку службы безопасности, ...
4. ЗАРЕГИСТРИРОВАН + ВЕРИФИЦИРОВАН + АВТОРИЗОВАН
Может подписывать документы
Жизненный цикл документа (оферты, договора, акта сдачи-приемки)
В СЫРОМ ВИДЕ!
1. Документ сгенерирован для зарегистированного ФЛ
Можно "впрок" - даже если он не верифицирован и не авторизован (не сожет получить и подписать)
Событие «Направление документа и уведомление пользователя» ►►► УВЕДОМЛЕНИЕ ОТПРАВЛЕНО
2. Документ направлен ФЛ вместе с уведомлением
Ждем, пока ФЛ его получит
Событие «ФЛ получило уведомление» ►►► УВЕДОМЛЕНИЕ ПОЛУЧЕНО
3. Документ получен и ФЛ уведомлено
Пользователь получил все необходимое и может подписать документ при желании
ПОЛЬЗОВАТЕЛЬ ДЕЛАЕТ ПОПЫТКУ ПОДПИСАНИЯ
4. ФЛ сделал попытку подписания
При каком условии считается подписанным
ПОДПИСАНО
НЕ ПОДПИСАНО (попытка неудачная, ждем следующей)
НЕ ПОДПИСАНО (попытка неудачная, подписание заблокировано в целях безопасности)
ЧТО ЭТО? === Для уведомления:
• создать страницу подписания документа на сайте сервиса и определить ее адрес
• выслать на электронную почту: текст документа + адрес страницы подписания
• выслать по SMS: код для подписания + адрес страницы подписания ►►► СЕРВИС
Жизненный цикл SMS
В СЫРОМ ВИДЕ!
1. Клиентская CRM прислала заявку на оправку SMS
Делаем предварительную проверку + генерируем коды + делаем запись в БД
Нужно ли сразу делать отправку СМС - вроде Да?
2. SMS отправлена клиенту, но пока не известно получил он ее или нет
3. Клиент получил SMS и принимает решение о подписании
В это время уже должна быть возможномть обработать подготовительные запросы - открывать лэнлинг, делать повторную отправку ...
Заявка на повторную отправку
4. Клиент согласен подписать
Он делает это либо:
• через сотрудника в офисе (код подтверждения вводится сотрудником в CRM)
• удаленно, открывая ссылку из SMS или email и попадая на лэндинг (код вводится в форму на сайте)
Подписание через сотрудника
Подписание через форму на сайте
5. Подписание через сотрудника
Клиентская API присылает заявку на подписание с кодом подтверждения.
Если код верный = Подписание состоялось
Если код неверный = возврат на 4
Функциональная декомпозиция приложения
01. Функция «Верификация телефонного номера ФЛ»
02. Функция «Верификация адреса электронной почты ФЛ»