#финтех#системный анализ#интеграция с гис

Единая система авторизации клиентов для страховой группы

[ клиент ] о заказчике

Крупная страховая группа, в которую входят компании страхования, медицинского страхования и банк. Старая система авторизации обслуживала только основную страховую компанию.

[ 01 ] контекст

О проекте

Заказчик создавал единую систему авторизации, через которую клиенты компаний группы входят в сайты и мобильные приложения. Наша зона ответственности — системный анализ: требования к функциональности, интеграциям и безопасности.

Систему разрабатывали с нуля, но с требованием обратной совместимости: старая авторизация продолжает работать внутри новой и может работать отдельно. Сайт и мобильное приложение страховой компании подключили к новой системе, следующими в планах — программа лояльности, банк и медицинское страхование.

По ходу проекта в него вошла авторизация машинных процессов — запросов микросервисов друг к другу. Без неё систему не получилось бы масштабировать на группу, и команда взяла эту часть на себя.

[ 02 ] задачи

Задачи проекта

  1. Создать единую точку входа для клиентов компаний группы

  2. Сохранить обратную совместимость со старой системой авторизации

  3. Подключить вход через Госуслуги с созданием профиля клиента

  4. Организовать авторизацию запросов между микросервисами

[ 03 ] этапы

Как мы это сделали

  1. 01

    Вход по SMS

    Описали сценарии входа по одноразовому коду из SMS через шлюз смежной команды

  2. 02

    Вход через Госуслуги

    Подключили доверенную авторизацию через Госуслуги: система создаёт пользователя и отдельным процессом получает его открытые данные для профиля

  3. 03

    Личный кабинет

    Спроектировали кабинет, в котором клиент видит историю входов и может заметить вход, который не совершал. Мобильное приложение открывает его во встроенном браузере

  4. 04

    Интеграции с системами группы

    Связали авторизацию с мастер-системой клиентских данных, которая устраняет дубли и исправляет ошибки в карточках, и с системой разрешений для машинных процессов

  5. 05

    Безопасность и нагрузка

    Провели систему через аудит службы безопасности: около трёх четвертей требований чек-листа были учтены с самого начала. Целевую пиковую нагрузку проверили нагрузочным тестированием

[ 04 ] команда и стек

Кто и на чём

экспертиза

Команда продукта

ТехлидРуководитель проектаВладелец продуктаСистемные аналитикиБэкенд-разработчикиФронтенд-разработчикТестировщики
технологии

Стек

IdP-платформаГосуслугиMDMМикросервисыНагрузочное тестирование
процессы

Как работаем

Ежедневные стендапы, постоянный аудит документации и разработки службой безопасности, чек-лист безопасности перед релизом и нагрузочное тестирование.

[ 05 ] результаты

Что получил клиент

200 RPSЦелевая пиковая нагрузка, проверенная нагрузочным тестированием
2 способаВхода: одноразовый код из SMS и Госуслуги с созданием профиля
¾Требований чек-листа безопасности учтены с самого начала разработки
5–15Команд группы завязаны на сервис авторизации
Авторизация машинных процессовМикросервисы группы авторизуют запросы друг к другу через единую систему — эту часть команда взяла на себя и вывела в работу

Единая авторизация рассчитана на обмен клиентскими данными между компаниями группы и кросс-продажи. К ней планируется подключать остальные цифровые сервисы группы.

[ заявка ] свяжемся в рабочее время

Похожаязадача?

Расскажите о ней — подберём команду и предложим решение.

Этот сайт использует сервисы сбора технических данных посетителей (данные об IP-адресе, местоположении и др.) для обеспечения работоспособности и улучшения качества обслуживания. Продолжая использовать наш сайт, вы автоматически соглашаетесь с использованием данных технологий.