Об авторе: Наталья Фёдорова, директор продукта GEMS ГК Gems
Универсальная региональная витрина данных (УРВД) — центральный технологический компонент, создаваемый в рамках развития Национальной системы управления данными (НСУД). Задача УРВД — изменить логику межведомственного взаимодействия при оказании государственных услуг. Вместо множественных запросов в закрытые информационные системы различных ведомств витрина предоставляет заранее подготовленные и согласованные данные, которые готовы к немедленному использованию.
Работы по созданию УРВД регламентированы едиными функционально-техническими требованиями (ЕФТТ) и включают несколько этапов:
- доработка или настройка информационных систем-источников для выгрузки данных;
- разработка ETL-компонента (ETL – от англ. «Extract, Transform, Load», сервис извлечения и непротиворечивого объединения данных);
- настройка механизмов регулярной загрузки и обновления данных в витрине;
- мониторинг процессов выгрузки, трансформации и контроля качества данных;
- нагрузочное тестирование и подготовка технической документации.
Создание УРВД – сложная задача, предполагающая выбор технологического решения, интеграцию данных из десятков систем, обеспечение надёжной передачи данных. Трудности, с которыми здесь сталкиваются регионы, могут затянуть внедрение на долгие месяцы.
Шаги к успешному запуску УРВД
Типичная ситуация для региона – множество разрозненных информационных систем, каждая из которых обслуживает свой набор услуг. Данные хранятся в разных форматах, а создание отдельной интеграции с УРВД для каждой из них — технически сложная, трудоёмкая и затратная задача.
Опираясь на опыт первых субъектов РФ, уже прошедших этот путь, можно выделить пять шагов создания УРВД.
Шаг 1: Ревизия и аудит информационных систем
Первый и самый важный этап — не технический, а аналитический. Как показывает практика, не все региональные информационные системы реально используются или содержат данные, необходимые для оказания услуг населению.
Когда мы только начинали с одним из регионов, ревизия показала наличие 13 информационных систем. После выяснения, в каких системах оказываются государственные и муниципальные услуги, какие реально используются, а какие устарели, на выходе из заявленных осталось лишь шесть.
Шаг 2: Выбор вендора
Наш опыт завершённых проектов позволяет выделить несколько надёжных критериев оценки потенциальных подрядчиков.
Начинать следует с проверки: сколько у компании – потенциального подрядчика реализованных проектов, сопоставимых по масштабу и сложности. Важно понять, имел ли потенциальный подрядчик опыт интеграции именно с теми типами систем, которые есть в регионе, и работал ли он с ЕФТТ. Хорошо, если в портфеле компании есть проекты не просто по установке ПО, а по комплексному подключению регионов к УРВД или федеральным информационным системам (например, ЕИС Стройкомплекс.РФ, ЕПГУ, ФГИС ЕГРН и другими).
Для работы с витриной обязателен ETL-сервис. Это универсальный агрегатор данных, который получает данные из различных источников (СЭД, МФЦ, отраслевые системы), автоматически приводит их к нужному формату, очищает от ошибок и дублей и только потом безопасно отправляет в УРВД в режиме одного окна.
Хорошо, если потенциальный подрядчик уже работал с ведомствами конкретного субъекта РФ, знаком с типовыми проблемами используемых в регионе решений.
Надёжный источник информации – коллеги из других регионов или ведомств, которые уже работали с этим исполнителем.
И наконец, самый важный критерий – это готовность к комплексному сопровождению. Важно выбирать не просто поставщика софта, а партнёра, который готов консультировать на всех этапах проекта.
Хороший подрядчик:
- поможет подготовить документы, регламенты и изменения в НПА под новую систему;
- подскажет, как правильно определить список услуг и к каким системам они привязаны;
- посоветует, как разобраться с качеством данных: что делать с неполными или ошибочными записями в базах данных, как настроить проверку;
- выступит связующим звеном в коммуникации с федеральными органами и другими подрядчиками;
- обучит сотрудников региона работать с новым инструментом.
Шаг 3: Организационная работа — модели управления проектом
Далее перед регионом встает управленческая задача: как выстроить работу так, чтобы подрядчики не перекладывали ответственность друг на друга, а двигались к общему результату.
Здесь возможны два подхода. В первом случае регион заключает отдельные контракты с каждым владельцем действующих информационных систем, использующихся для оказания услуг, и отдельно с поставщиком ETL-сервиса. В этой модели регион берет на себя роль главного интегратора: чиновники или сотрудники подведомственных учреждений должны лично координировать всех участников, назначать встречи, разрешать технические споры. Плюс такого подхода — личная ответственность исполнителя за результат, минус — огромная нагрузка на команду заказчика. Если у одного из подрядчиков сдвигаются сроки, региону приходится вручную пересобирать график.
Другой подход — передать управление «под ключ» подрядчику, который отвечает за результат целиком. В этой модели компания сама заключает договоры с владельцами систем-источников данных, координирует их работу и несёт полную ответственность перед регионом за сроки и качество. Для заказчика это означает работу в режиме «одного окна»: все вопросы по интеграциям, трансформации данных и отладке решает один партнер.
Шаг 4: Разработка и отладка
Ключевой нюанс: самая трудоёмкая работа не в том, чтобы написать код ПО, а в том, чтобы договориться, как разные системы будут «понимать» друг друга.
Главная сложность — функциональная совместимость. У каждой информационной системы в регионе своя логика, свои версии ПО и свои форматы данных. Даже если формально все готовы работать по стандартам, на практике выясняется, что в одной системе поле «дата рождения» называется «DR», в другой — «BirthDate», а в третьей хранится в виде строки, а не даты. Задача ETL-сервиса не просто взять данные, а понять эту «разноголосицу» и привести всё к единому знаменателю.
Критически важна визуализация потока данных. Хороший ETL-инструмент позволяет видеть маршрут данных: откуда взялись, какие преобразования прошли, где остановились. Если возникает ошибка, система сразу показывает, на каком этапе и в каком компоненте проблема – у источника данных, в процессе их трансформации или при загрузке в УРВД. Это исключит ситуацию, когда подрядчики перекладывают ответственность друг на друга.
До того, как данные уйдут в витрину, ETL-сервис проверяет их по десяткам правил. Если данные не проходят проверку качества, они не отправляются на витрину, а ответственный за источник данных получает уведомление, что именно нужно исправить. После исправления сервис автоматически повторяет отправку. Такой подход гарантирует «чистоту» данных.
Шаг 5: Выбор стратегии работы с данными: новые данные или новые данные + архивы
Изначально предполагалось передавать в витрину только данные по услугам, оказанным после её запуска. Однако сейчас регионы могут самостоятельно выбрать стратегию: передавать только новые данные или заняться ещё и загрузкой архивов. Второй вариант ставит сложный вопрос о качестве архивных записей, которые часто не соответствуют современным требованиям по полноте.
Опыт Оренбургской области
Проект в регионе курирует ГКУ «Центр информационных технологий». На стадии аудита обнаружилось, что многие параметры данных, которые нужно передавать в УРВД, в информационных системах региона отсутствовали.
По результатам проекта у ГКУ сформировались следующие рекомендации. Первое — чётко определить перечень услуг и закрепить, в каких системах они реально оказываются. Второе — выбрать опорную систему для основного потока данных и сразу внести изменения под неё в региональные НПА. Третье — реалистично оценить бюджет доработок и предусмотреть запас средств на проект.
Опыт первых регионов подтверждает: УРВД становится фундаментом для нового качества госуправления, а не просто очередной формой отчетности. Регионы, прошедшие этот путь, получают прозрачную архитектуру и реальное снижение операционной нагрузки, а не формальную «галочку» для Минцифры. Успех проекта определяется качеством его подготовки. В случае успешной реализации проекта в выигрыше остаются все: ведомства ускоряют обмен данными, граждане быстрее получают услуги.
