Цифровая сервисная платформа НСИС: многоролевой личный кабинет, электронная подпись и интеграция с АИС страхования

Главное о кейсе

Вместо обычного корпоративного сайта для НСИС мы спроектировали и разработали цифровую сервисную платформу: публичный портал, страховые онлайн-сервисы, многоролевый личный кабинет и специализированную CMS.

Пользователи получили возможность проверять ОСАГО и КБМ, работать со страховой историей, полисами и обращениями. В ЛК реализованы отдельные сценарии для физических и юридических лиц, а также арбитражных управляющих; поддержаны ЕСИА, Госключ, УНЭП/УКЭП и КриптоПро.

Портал интегрирован с внутренними сервисами через BFF, для длительных операций реализована асинхронная обработка запросов. До разработки проработали User Flow и UX-гипотезы, создали дизайн-систему. Публичная часть и ЛК прошли формализованные приемо-сдаточные испытания с подтверждением соответствия требованиям.

Результаты проекта:
Более 1 000 000 посетителей сайта за первую неделю полноценной работы проекта;
Более 50 000 обращений граждан через личный кабинет за 2025 год;
95% обращений граждан — работа с ошибками страховой истории, прежде всего КБМ;
Более 175 000 обращений от арбитражных управляющих за 2025 год;
специализированный ЛК АУ позволяет получать ответы в автоматизированном формате практически в реальном времени;
Банк России официально направляет граждан на nsis.ru для проверки ОСАГО, получения КБМ и исправления страховой истории;
уже в первую неделю эксплуатации ЛК работал с данными по четырём видам страхования.

Как проект изменил жизнь пользователей

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

Без авторизации можно проверить наличие и статус полиса ОСАГО, данные автомобиля и допуск водителя к управлению. В личном кабинете физические и юридические лица могут получать страховую историю, работать с полисами, страховыми случаями, КБМ и обращениями, а необходимые запросы подписывать электронной подписью. За 2025 год через личный кабинет поступило более 58 тыс. обращений граждан, свыше 95% из них были связаны с ошибками в страховой истории, прежде всего с КБМ.

Для арбитражных управляющих создан отдельный сценарий с проверкой полномочий и запросами сведений по должникам. QR-код на полисе сокращает путь до его проверки, а связанные разделы, поиск и фильтры упрощают работу с большим объемом данных. В 2025 году от арбитражных управляющих поступило более 176 тыс. обращений.

Масштаб востребованности сервиса проявился сразу после запуска: за первую неделю полноценной работы оператора АИС страхования сайт посетили более 1 млн человек.

Бизнес-задача и ее решение

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

Мы разработали цифровую платформу, объединив публичные страховые сервисы, многоролевый личный кабинет, авторизацию через ЕСИА, работу с электронной подписью, интеграцию с внутренними системами НСИС и специализированную CMS.

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

Решение стало полноценным эксплуатационным каналом НСИС: более 1 млн посетителей уже за первую неделю работы.

Крафт (мастерство), реализация, технические детали

Ключевая техническая особенность проекта — единый пользовательский интерфейс поверх нескольких сервисных контуров НСИС. Публичная часть и личный кабинет взаимодействуют с внутренними системами через промежуточный серверный слой BFF (Backend for Frontend), который изолирует интерфейс от особенностей внутренних сервисов и отвечает за авторизацию, профили, роли, согласия и получение страховых данных.

Личный кабинет реализован как многоролевая система с тремя основными пользовательскими контурами: **физическое лицо, юридическое лицо и арбитражный управляющий**. Для разных ролей используются разные сценарии идентификации и проверки полномочий: ЕСИА / Госуслуги, усиленная квалифицированная электронная подпись через КриптоПро, а для арбитражных управляющих — дополнительная проверка полномочий через профильную информационную систему.

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

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

Отдельно разработана специализированная **система управления контентом (CMS)**: компонентная сборка страниц, роли и права доступа, версионирование согласий, управляемые формы, справочники, сторис и другие типы контента.

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

Инсайты, гипотезы, процесс создания и взаимодействия с заказчиком

Проект начинался не с дизайна, а с разложения сложной предметной области на понятные пользовательские сценарии. Вместе с заказчиком определили несколько принципиально разных аудиторий, построили User Flow, спроектировали информационную архитектуру и только после этого перешли к интерфейсам.

Часть UX-гипотез проверили на прототипах с пользователями. Тестирование показало, что профессионально корректная структура не всегда понятна конечному пользователю: например, укрупненный раздел «Авто» воспринимался проще подробного перечня страховых продуктов. Другой важный инсайт касался авторизации: для сервиса с чувствительными данными недостаточно удобной формы входа — пользователь сначала должен понимать, кто такой НСИС и почему сервису можно доверять.

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

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

Скриншоты