15 декабря 2009 года заработала первая очередь единого портала государственных услуг gosuslugi.ru. Пока это в основном справочник: гражданин находит описание услуги, перечень документов, бланки для скачивания. Но дорожная карта электронного правительства, утверждённая распоряжением Правительства, расписывает переход к пяти этапам зрелости – от информирования до полностью электронного оказания услуги с юридически значимым результатом. Каждый следующий этап – это не вопрос дизайна портала, а вопрос интеграции десятков ведомственных систем, которые проектировались изолированно и про обмен данными друг с другом не думали.

Витрина – это верхушка, работа идёт в ведомствах

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

На практике у большинства ведомств этого слоя просто нет. Системы построены на разных платформах, разных версиях СУБД, многие до сих пор работают под старыми ОС и параллельно идёт миграция рабочих мест на Windows 7, что добавляет нагрузки на ИТ-службы. Внешних программных интерфейсов нет, документация по форматам данных неполная. Поэтому первая задача интегратора – не написать новый портал, а аккуратно вскрыть существующую систему: спроектировать сервисный слой, не сломав то, что уже работает в продуктиве.

Межведомственный обмен меняет правила проектирования

Главный сдвиг – отказ от принципа «принеси справку». Если данные уже есть в одной государственной системе, ведомство обязано запросить их у коллег, а не у гражданина. Технически это означает асинхронный обмен между системами, которые друг другу не доверяют по умолчанию: нужны единые форматы сообщений, гарантированная доставка, журналирование каждого запроса и согласия на обработку данных.

Здесь интегратор работает не с одной системой, а со стыком нескольких. Контракты сервисов нужно зафиксировать заранее, иначе изменение формата у одного ведомства обрушит обмен у всех смежников. Версионирование интерфейсов, обратная совместимость, мониторинг очередей сообщений – это уже инженерия распределённых систем, а не доработка справочника. На этом уровне шина обмена, адаптеры к унаследованным АИС и регламент изменений, который выдержит подключение новых участников, складываются в полноценную интеграцию ведомственных систем.

Что это значит для подрядчика

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

Меняется и канал доступа. Пока речь идёт о браузере на рабочем компьютере, но рынок планшетов и мобильных устройств растёт быстро – мы уже писали про планшеты в корпоративной среде. Портал, спроектированный жёстко под десктоп, через пару лет придётся переделывать.

Вывод

Gosuslugi.ru – это не сайт, а точка входа в большую интеграционную программу. Видимая часть проста, сложность спрятана в ведомственных системах и межведомственном обмене. Выиграют те интеграторы, кто умеет аккуратно работать с унаследованными АИС, проектировать устойчивые сервисные контракты и держать архитектуру открытой к меняющимся требованиям регулятора.