Цифровая платформа НСИС: многоролевой ЛК, ЭЦП и BFF-архитектура

Заказчик

АО «НСИС» — оператор АИС страхования и дочерняя организация Банка России. Аккумулирует и предоставляет сведения страхового рынка РФ.

Задача

Создать единую цифровую платформу: публичный портал, многоролевой ЛК (физ/юр лица, арбитражные управляющие), ЭЦП, кастомную CMS и интеграции с АИС.

Команда «Цифрового Элемента» спроектировала и разработала многокомпонентную цифровую платформу для АО «НСИС». Это не просто корпоративный сайт, а полноценный сервисный слой, объединяющий публичные страховые сервисы, многоролевой личный кабинет, работу с электронной подписью (УКЭП/УНЭП) и кастомную CMS в едином пользовательском опыте.

О заказчике и бизнес-задача

АО «Национальная Страховая Информационная Система» обеспечивает функционирование АИС страхования. Портал НСИС стал главным пользовательским интерфейсом для доступа к информационным и прикладным сервисам системы.

Ключевая задача: создать не набор информационных страниц, а полнофункциональную платформу, где пользователь (физическое или юридическое лицо, арбитражный управляющий, страховая компания) может решить конкретную задачу: проверить полис ОСАГО, узнать КБМ, получить страховую историю или сформировать юридически значимый запрос.

Главное архитектурное требование: сохранить единый пользовательский опыт (UX) при принципиально разных сценариях работы и сложной внутренней интеграционной архитектуре.

Ход реализации и архитектурные решения

1. Архитектура вокруг пользовательских задач (User-Centric)

Структуру публичной части формировали не по внутренней оргструктуре НСИС, а по сценариям пользователей. На этапе аналитики были проработаны User Flow и интерактивные прототипы, а UX-гипотезы проверены на пользовательском тестировании до начала разработки.

2. Публичные сервисы без авторизации

Портал работает как интерфейс к страховым базам данных даже для неавторизованных пользователей:

• Проверка ОСАГО по авто: поиск по госномеру, VIN, номеру кузова или шасси.
• Проверка ОСАГО по водителю: с обязательным получением цифрового согласия на обработку персональных данных.
• Проверка по QR-коду: сканирование кода с полиса автоматически подставляет серию и номер в форму проверки, сокращая путь пользователя до 1 клика.

3. Backend-for-Frontend (BFF) как интеграционный слой

Пользовательский интерфейс отделен от внутренних сервисов НСИС. Все запросы идут через паттерн BFF: Пользователь → Сайт ? BFF ? АИС НСИС ? BFF ? Сайт Это позволило не связывать frontend напрямую с конкретными внутренними системами, централизовать логику авторизации, проверки ролей, работы с согласиями и маппинга данных.

4. Многоролевой личный кабинет и сложная авторизация

ЛК НСИС — функционально самый сложный контур. Система определяет доступные роли и адаптирует интерфейс под выбранный контекст:

• Физическое лицо (PERSON): авторизация через ЕСИА (Госуслуги). Проверка статуса профиля и актуальности согласий.
• Юридическое лицо (ORGANIZATION): авторизация через усиленную квалифицированную электронную подпись (УКЭП). Система проверяет сертификат, полномочия и профиль организации.
• Арбитражный управляющий (ARBITRATION_TRUSTEE): авторизация через УКЭП с дополнительной автоматической проверкой полномочий через АИС «Сведения о банкротстве».
• Переключение ролей: контролируемый сценарий с полной очисткой сессии при смене контекста для обеспечения безопасности.

5. Юридически значимые операции и работа с ЭП

Система гибко поддерживает разные способы подписания в зависимости от роли и устройства:

• УНЭП (Госключ): для сценариев физических лиц.
• УКЭП (КриптоПро): для юрлиц, арбитражных управляющих и desktop-сценариев физлиц. Формируется открепленная подпись CAdES-BES. Подписание требуется для получения страховой истории или отправки специализированных запросов.

6. Асинхронная обработка длительных операций

Запросы в реестры (получение страховой истории, КБМ, запросы арбитражных управляющих) не блокируют интерфейс. Реализована асинхронная модель:

1. Сайт формирует запрос и получает его ID.
2. Пользователь видит статус PROCESSING.
3. Система периодически опрашивает BFF и при завершении меняет статус на DONE (с возможностью скачать PDF) или ERROR.

7. Управление согласиями как часть архитектуры

Работа с персональными данными (152-ФЗ) встроена в прикладную логику. Согласия в системе — это версионируемые сущности (тип, код, версия, текст, даты). BFF проверяет актуальность согласий при каждом входе, а в ЛК реализован сценарий их отзыва и удаления профиля.

8. Продуктовая дизайн-система и кастомная CMS

• Дизайн: Принцип «Чистота и технологичность в сочетании с мягкостью и человечностью». Создан UI-kit (шрифт Onest, сдержанная палитра, переиспользуемые компоненты), обеспечивающий единообразие публичной части и ЛК.
• CMS: Разработана специализированная административная система. Редакторы могут собирать страницы из готовых компонентов (баннеры, табы, аккордеоны), управлять формами, справочниками, ролями и версионными согласиями без участия разработчиков.

9. Формализованный контроль качества

Для проекта уровня Enterprise ручного тестирования недостаточно. Были разработаны и согласованы отдельные Программы и методики испытаний (ПМИ) для публичной части, CMS и ЛК (сотни тестовых сценариев). Платформа успешно прошла приемо-сдаточные испытания в апреле и мае 2024 года.

Результат

Вместо разрозненных сервисов «НСИС» получила единую цифровую платформу, которая стала прозрачным и удобным мостом между внешними пользователями и сложными внутренними информационными системами страхового рынка.

Ключевые достижения:

• Бесшовный UX для 3+ ролей пользователей с разными методами аутентификации (ЕСИА, УКЭП, УНЭП).
• Публичные сервисы проверки ОСАГО стали быстрее и доступнее (включая сценарий с QR-кодом).
• Юридически значимые операции (запросы истории, действия арбитражных управляющих) полностью цифровизированы и защищены ЭП.
• Бизнес получил гибкую CMS для самостоятельного управления контентом и формами.
• Архитектура BFF и асинхронная обработка гарантируют стабильность frontend-части при высоких нагрузках на бэкенд-реестры.