Система межведомственного электронного взаимодействия заработала. С 1 июля ведомства обязаны принимать запросы и отдавать данные через единую шину, а не требовать справки с граждан. До дедлайна остаётся полтора месяца, и большинство региональных систем к шине ещё не подключены. Разберём, что технически означает «подключиться к СМЭВ» и где проекты буксуют.

Что такое шина на уровне протокола

СМЭВ – это не портал и не база данных, а транспорт. В основе лежит обмен SOAP-сообщениями поверх HTTPS с гарантированной доставкой. Каждое ведомство выставляет свой веб-сервис, описанный WSDL, и регистрирует его в реестре электронных сервисов. Запросы маршрутизируются через центральный узел Ростелекома, который проверяет подпись и доставляет сообщение адресату.

Конверт сообщения подписывается по стандарту WS-Security с использованием ЭЦП ведомства. Применяются российские криптоалгоритмы ГОСТ Р 34.10-2001 и ГОСТ Р 34.11-94 – значит, обычного OpenSSL мало, нужен сертифицированный криптопровайдер (КриптоПро CSP или аналог) и квалифицированный сертификат от аккредитованного УЦ. Это первый барьер: команды, привыкшие к зарубежным библиотекам, тратят недели на сборку ГОСТ-стека под свою платформу.

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

Где ломаются проекты подключения

Главная ошибка – относиться к СМЭВ как к разовой интеграции. Регламент требует пройти тестовую среду Ростелекома, согласовать форматы запросов и ответов с поставщиком данных, получить положительное заключение и только потом выйти в продуктив. Каждый сервис – отдельная цепочка согласований. Если ведомственная система не умеет асинхронный обмен, её придётся дорабатывать: часть запросов СМЭВ обрабатывает не мгновенно, и ответ приходит отдельным сообщением по идентификатору транзакции.

Второй типичный провал – безопасность контура. Шлюз СМЭВ выводит внутреннюю систему наружу, и канал, по которому ходят персональные данные граждан, становится мишенью. Свежая история с компрометацией сети PlayStation Network – наглядный урок: одна дыра в периметре превращает базу персональных данных в публичный архив. Шлюз нужно изолировать, журналировать каждый запрос и хранить подписанные сообщения для разбора инцидентов.

Третий момент – данные о гражданине, который придёт к вам не только из окна МФЦ. Универсальная электронная карта проектируется как ключ доступа к этим же сервисам, поэтому сервис, который вы публикуете сегодня, завтра должен будет принимать обращения и от карточных терминалов, и от мобильных клиентов.

С чего начать подключение

Порядок работ, который реально доводит проект до продуктива:

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

Сервис, выставленный в шину, живёт долго, и его придётся обслуживать на всех каналах сразу – как мы разбирали в материале о стратегии разработки под iOS и Android, тиражирование на новые платформы дешевле, когда логика отделена от транспорта.

Вывод

Подключение к СМЭВ – это инфраструктурный проект, а не быстрая интеграция. Сжатые сроки до июля играют против тех, кто откладывает старт. Если у вас нет внутренней команды с опытом ГОСТ-криптографии и SOAP-обмена, интеграцию ведомственных систем разумнее отдать подрядчику, а своих людей сосредоточить на качестве данных и регламентах. Шину запустили – теперь дело за ведомствами.