---
title: Единая система авторизации клиентов для страховой группы
url: https://evapps.ru/case/edinaya-sistema-avtorizacii-klientov-strahovoj-gruppy/
description: Системный анализ единой точки входа для клиентов страховой группы: вход по SMS и через Госуслуги, авторизация микросервисов, интеграция с мастер-данными.
industry:
  - Финтех
services:
  - Системный анализ
  - Аутстаффинг аналитиков
  - Интеграции
  - Интеграция с ГИС
  - Разработка личных кабинетов
technologies: []
solutions: []
---

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

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

## О проекте

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

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

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

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

1. Создать единую точку входа для клиентов компаний группы
2. Сохранить обратную совместимость со старой системой авторизации
3. Подключить вход через Госуслуги с созданием профиля клиента
4. Организовать авторизацию запросов между микросервисами

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

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

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

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

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

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

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

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

## Стек

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

## Как работаем

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

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

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

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