Единая система межведомственного электронного взаимодействия (СМЭВ) является технологической основой для предоставления государственных и муниципальных услуг в электронном виде. Взаимодействие органов записи актов гражданского состояния (ЗАГС) с другими ведомствами, банками, нотариусами и порталом «Госуслуги» (ЕПГУ) строится именно на протоколах и регламентах СМЭВ. Данная статья подробно разбирает архитектуру, виды запросов, правовую базу и технические нюансы работы СМЭВ в сфере ЗАГС.

Правовая и нормативная основа

Деятельность СМЭВ и порядок взаимодействия участников строго регламентированы нормативными правовыми актами. Ключевые документы, регулирующие обмен данными с ЗАГС:

• Постановление Правительства РФ № 697, «Об утверждении Положения о единой системе межведомственного электронного взаимодействия».
• Постановление Правительства РФ № 1222 — «Об утверждении Правил организации межведомственного электронного взаимодействия».
• Федеральный закон № 143-ФЗ — «Об актах гражданского состояния» (регулирует состав сведений, подлежащих передаче).
• Приказы Минцифры России, регламенты конкретных видов сведений (витрин), форматы сообщений (XSD-схемы), порядок подключения и тестирования.

Важно: Любой обмен данными через СМЭВ требует наличия подписанного Соглашения о взаимодействии между Поставщиком информации (ЗАГС / Главное управление ЗАГС / МФЦ) и Потребителем информации.

Архитектура взаимодействия: СМЭВ 3 vs СМЭВ 4

На текущий момент (2026 год) происходит активный переход от версии 3 к версии 4. Понимание различий критично для разработчиков ИС (Информационных систем) ЗАГС и потребителей.

СМЭВ 3 (Классическая модель «Инициатор, Ответчик»)

• Принцип: Точечный запрос-ответ. Инициатор (Потребитель) формирует запрос по известному идентификатору (например, серии/номеру свидетельства или СНИЛС/ФИО/Дата рождения) и отправляет его конкретному Ответчику (ИС ЗАГС).
• Транспорт: SOAP / HTTP(S) с использованием WS-Security (подпись XML-тела запроса сертификатом УК ЭП).
• Компонент: Агент СМЭВ 3 (устанавливается на контуре участника).

СМЭВ 4 (Модель «Витрины данных» / ПОДД + Регламентированные запросы)

• Принцип: Поставщик (ЗАГС) предварительно выгружает актуальные данные в единую витрину (ПОДД, Полностью обеспечиваемая отказоустойчивая распределенная база данных). Потребитель не ходит в ИС ЗАГС напрямую, а читает готовые данные из витрины.
• Регламентированные запросы (РЗ): Потребитель подписывается на изменения в витрине (push-уведомления) или делает выборку (pull) по фильтрам.
• REST-сервисы: Для сценариев, где витрины нецелесообразны (проверка уникальности, сложные поисковые запросы), сохраняется модель «Инициатор — Ответчик» через REST API.
• Компонент: Агент СМЭВ 4 — специальный программный компонент, обеспечивающий взаимодействие в цепочке «Витрина — ПОДД — ИС» в обоих направлениях.

Основные виды сведений (Витрин/Сервисов) ЗАГС в СМЭВ

ЗАГС является поставщиком критически важных базовых реестров. Основные виды сведений, передаваемых через СМЭВ:

1. Сведения о государственной регистрации актов гражданского состояния (ГРАГС): рождение, заключение брака, развод, усыновление, установление отцовства, смена имени, смерть.
2. Выдача справок и свидетельств: подтверждение факта регистрации акта, выдача дубликатов свидетельств (форма № 34, № 25 и др.).
3. Сведения о персонифицированных учетных номерах (СНИЛС) новорожденных: взаимодействие с СФР (ранее ПФР) для назначения СНИЛС при рождении ребенка.
4. Взаимодействие с ЕПГУ (Госуслуги): прием заявлений на регистрацию брака, рождения ребенка, смену имени, получение справок через личный кабинет гражданина.
5. Взаимодействие с нотариатом и банками: проверка действительности брака/развода, наличия супругов, проверка подлинности документов (через ФНС/МВД/ЗАГС).
6. Межведомственные запросы (МВЗ): запросы от судов, органов опеки, МВД (миграционный учет), МФЦ, ЗАГС других регионов (межрегиональное взаимодействие).

Техническое описание процесса обмена (Жизненный цикл запроса)

Сценарий А: Регламентированный запрос (РЗ) через Витрину (СМЭВ 4) — Основной режим

1. Выгрузка (Push от Поставщика): ИС ЗАГС (через Агент СМЭВ 4) формирует пакет данных (XML/JSON по XSD-схеме витрины) и отправляет в ПОДД. Частота: регламентируется приказом (обычно в реальном времени или пакетами каждые N минут).
2. Индексация: Витрина обрабатывает данные, строит индексы для быстрого поиска.
3. Подписка Потребителя: ИС Потребителя (например, МФЦ, Суд, Банк) настраивает подписку на витрину «ГРАГС» с фильтрами (регион, тип акта, дата).
4. Получение уведомления/данных: При появлении новых записей Агент СМЭВ 4 Потребителя забирает данные из витрины в локальную БД ИС Потребителя.
5. Использование: Сотрудник МФЦ/Суда видит актуальные данные в своей ИС без прямого запроса к ЗАГС в реальном времени.

Сценарий Б: Запрос к REST-сервису (СМЭВ 4) / SOAP (СМЭВ 3) — Адресно-точечный

Используется, когда нужно проверить конкретный документ «здесь и сейчас» (например, проверка подлинности свидетельства о браке нотариусом при сделке).

1. Формирование запроса: ИС Потребителя формирует запрос (Request) с входными параметрами (Серия/Номер свидетельства, ФИО, Дата рождения, Код ЗАГС).
2. Подпись и отправка: Запрос подписывается КЭП Ответственного лица Потребителя, оборачивается в конверт СМЭВ (SMEV:Message) и отправляется через Агент в шину.
3. Маршрутизация: СМЭВ определяет Адресата (ИС конкретного ЗАГС или ГУ ЗАГС региона) по коду вида сведений и реквизитам.
4. Обработка в ИС ЗАГС: Агент СМЭВ на стороне ЗАГС принимает сообщение, верифицирует подпись, передает полезную нагрузку в бизнес-логику ИС ЗАГС. ИС ищет запись в БД;
5. Формирование ответа: ИС ЗАГС формирует Response (найдено/не найдено, данные акта, статус документа). Ответ подписывается КЭП ЗАГС.
6. Доставка: Ответ проходит обратным путем к Потребителю.

Форматы данных и идентификация объектов

Для обеспечения интероперабельности используются единые справочники и схемы:

• XSD-схемы (XML Schema Definition): Описывают структуру запросов и ответов для каждого вида сведений (например, ZAGS_GRAGS_Request_v1.0.xsd). Обязательны для СМЭВ 3 и частично для СМЭВ 4 (REST часто использует JSON, но маппинг делается по тем же схемам).
• Единые справочники (НСИ):
  • Коды органов ЗАГС (Код ЗАГС / Код ГУ ЗАГС).
  • Виды актов ГРАГС (Рождение, Брак, Смерть и т.д.).
  • Основания для регистрации (Судебное решение, Заявление, Мед. свидетельство).
  • Типы документов, удостоверяющих личность.
• Идентификаторы записей: Ключевым полем для связки является Идентификатор записи акта ГРАГС (ID_Записи) — уникальный в рамках ЕГР ЗАГС (Единого государственного реестра актов гражданского состояния). Также используются Серия/Номер бланка свидетельства.

Роли участников и ответственность

Безопасность и идентификация

Взаимодействие через СМЭВ построено на принципе «Доверие, но проверяй» с использованием криптографической защиты:

1. Квалифицированная электронная подпись (КЭП): Все сообщения (запросы, ответы, выгрузки в витрину) обязательно подписываются КЭП уполномоченного лица организации (руководителя или сотрудника с доверенностью). Используются сертификаты, выданные аккредитованными УЦ (Удостоверяющими центрами), доверенными в СМЭВ.
2. Транспортное шифрование: Взаимодействие с Агентом СМЭВ происходит по защищенным каналам (TLS 1;2/1.3, ГОСТ TLS, для контуров ГОСТ).
3. Идентификация участников: Каждая ИС регистрируется в СМЭВ, получает уникальный Идентификатор ИС (IS_ID) и код участника (Party ID / Mnemonic);
4. ЕСИА (ЕСИА-Шлюз): Для сервисов, инициируемых гражданами на Госуслугах, идентификация пользователя происходит через ЕСИА (Уровень доверия: Подтвержденная учетная запись), а дальше запрос идет от имени ИС ЕПГУ к ИС ЗАГС через СМЭВ;

Процедура подключения нового вида сведений (Onboarding)

Если ЗАГС или Потребитель хотят начать обмен новым видом сведений (например, новый вид справки):

1. Заявка в СЦ СМЭВ: Подача заявки на регистрацию участника/ИС (если еще не зарегистрированы) и на подключение к конкретному виду сведений (код вида сведений).
2. Согласование регламента: Изучение и принятие «Регламента взаимодействия» и «Технического описания вида сведений» (XSD, справочники, правила заполнения, СЛА).
3. Разработка/доработка ИС: Реализация логики формирования запросов/ответов или выгрузки в витрину.
4. Тестирование на тестовом контуре (СМЭВ-Test): Прохождение сценариев: позитивные, негативные (ошибки валидации, неверная подпись, объект не найден), нагрузочное тестирование.
5. Получение сертификатов УЦ СМЭВ: Для продакшн-среды.
6. Подписание Соглашения о взаимодействии: Двусторонний документ (или присоединение к Типовому соглашению).
7. Перевод в промышленную эксплуатацию (СМЭВ-Прод): Внесение в реестр работающих взаимодействий.

Типичные ошибки и проблемы при интеграции

• Ошибки валидации XML (SCHEMA_VALIDATION_ERROR): Несоответствие XSD-схеме (отсутствие обязательных тегов, неверный формат даты, кодировка). Решение: строгая валидация на стороне отправителя перед подписанием.
• Ошибки ЭП (SIGNATURE_VERIFICATION_FAILED): Истек срок сертификата, отозван сертификат, неверный канонизационный алгоритм (Exclusive Canonicalization), подписан не тот тег. Решение: использование проверенных библиотек (КриптоПро JCP/CSP, BouncyCastle с ГОСТ-провайдером).
• Таймауты (TIMEOUT): ИС ЗАГС не укладывается в регламентированное время ответа (обычно 10-30 сек для SOAP/REST). Решение: асинхронная обработка, кэширование горячих данных, масштабирование БД.
• Неактуальность данных в Витрине (СМЭВ 4): ЗАГС загрузил данные с задержкой или с ошибками. Потребитель видит старый статус (например, «Акт не зарегистрирован», хотя давно зарегистрирован). Решение: мониторинг лага выгрузки, автоматическая перевыгрузка при ошибках.
• Несовпадение справочников (НСИ): Использование устаревших кодов ЗАГС или видов актов. Решение: регулярное обновление локальных копий НСИ из СМЭВ.

Перспективы развития: ЕГР ЗАГС и «Жизненные ситуации»

Направление развития — уход от точечных запросов к проактивному предоставлению услуг:

• ЕГР ЗАГС (Единый государственный реестр актов гражданского состояния): Централизованная федеральная база. СМЭВ становится основным каналом синхронизации региональных ИС ЗАГС с ЕГР ЗАГС и распространения данных оттуда.
• Событийная модель (Event-Driven): Вместо опроса «Есть ли данные?» — подписка на события: «Рождение зарегистрировано», «Брак расторгнут», «Свидетельство аннулировано». Это основа для проактивных выплат (материнский капитал, пособия при рождении) без заявлений.
• Цифровой профиль гражданина: Объединение данных ЗАГС, МВД (паспорт), СФР (СНИЛС), ФНС (ИНН) в единый цифровой двойник для бесшовного получения услуг.
• Блокчейн / Распределенный реестр: Пилотные проекты по хранению хешей записей актов ГРАГС в распределенном реестре для гарантии неизменяемости истории изменений (аудит-трейл).

СМЭВ-запросы в сфере ЗАГС, это не просто технический обмен XML-файлами, а критическая инфраструктура, обеспечивающая реализацию конституционных прав граждан (право на имя, семью, социальное обеспечение). Переход на СМЭВ 4 с моделью витрин (ПОДД) кардинально меняет архитектуру: фокус смещается с «быстрого ответа на запрос» на «качественную и своевременную выгрузку данных в витрину».

Для успешной эксплуатации необходимо:

1. Строго следовать актуальным регламентам и XSD-схемам Минцифры.
2. Обеспечивать бесперебойную работу Агентов СМЭВ и актуальность КЭП.
3. Внедрять мониторинг качества данных (Data Quality) на стороне Поставщика (ЗАГС).
4. Планировать миграцию на СМЭВ 4 и REST-интерфейсы заранее, так как поддержка СМЭВ 3 будет постепенно прекращаться.

Грамотная интеграция ЗАГС в СМЭВ — залог скорости получения гражданами госуслуг, отсутствия очередей в МФЦ и достоверности данных во всех государственных информационных системах.