В декабре 2009 года государство переводит услуги в электронный вид по жёсткому графику. Распоряжение Правительства № 1555-р закрепило этапы: до конца года ведомства публикуют сведения об услугах на едином портале, дальше идут электронные формы, подача заявлений и получение результата онлайн. Портал gosuslugi.ru уже открыт. Теперь задача смещается с витрины на инженерную часть – связать десятки ведомственных систем, которые писались годами под разные регламенты и хранят данные в несовместимых форматах.
Три уровня инфраструктуры
Электронное правительство – не один портал, а три слоя, которые работают вместе.
Первый слой – точка входа для гражданина. Единый портал и региональные порталы дают форму заявления, статус обращения и личный кабинет. Здесь важна не красота интерфейса, а скорость отклика и стабильность под нагрузкой: пик заявлений приходит в последние дни срока подачи, и система не должна падать.
Второй слой – межведомственное взаимодействие. Заявление на одну услугу часто требует данных из трёх-четырёх ведомств. Принцип «не спрашивай у гражданина то, что государство уже знает» работает только через шину обмена. Мы строим интеграцию на сервис-ориентированной архитектуре: каждое ведомство выставляет веб-сервисы по согласованным контрактам, шина маршрутизирует запросы и ведёт журнал. Это снимает зависимость от внутренней реализации систем-участников – ФМС, ФНС и Пенсионный фонд могут менять свои бэкенды, не ломая обмен.
Третий слой – ведомственные системы и реестры. Их не переписывают целиком, а оборачивают адаптерами и подключают к шине. Этот подход разумнее тотальной замены: он сохраняет накопленные данные и укладывается в сроки распоряжения.
Идентификация и защита данных
Госуслуга начинается с ответа на вопрос «кто обратился». Без надёжной идентификации нельзя ни выдать результат, ни разграничить доступ чиновников к персональным данным. Мы выстраиваем централизованное управление идентификацией и доступом: единая учётная запись гражданина, ролевая модель для сотрудников ведомств, журналирование каждого обращения к данным. Это база для будущей единой системы аутентификации на портале.
Параллельно действует 152-ФЗ «О персональных данных». Срок приведения систем в соответствие – 1 января 2010 года, он близко. Реестры ЗАГС, ПФР, налоговой – это специальные категории данных, и требования к их защите максимальные: аттестация по классу, сертифицированные средства защиты, контроль доступа на каждом уровне. Закладывать это нужно в архитектуру сразу, а не достраивать потом.
Где разместить и как масштабировать
Нагрузка на госуслуги неравномерна. Держать пиковые мощности на собственных серверах круглый год дорого. Часть публичных сервисов – справочные витрины, формы, документация – выносится в изолированный сетевой контур по модели частного облака на базе виртуальной приватной сети, тогда как реестры с персональными данными остаются в аттестованных ЦОДах ведомств. Граница между контурами проходит по классу обрабатываемых данных, а не по удобству.
Отдельный вопрос – доступ инспекторов и выездных сотрудников. Регистрация актов, проверки на местах, выдача документов вне офиса требуют защищённого канала к ведомственным системам. Здесь помогает мобильная стратегия для корпоративных систем с управлением устройствами и шифрованием данных.
Вывод
Электронное правительство держится не на портале, а на интеграционной шине, идентификации и защите данных. Перевод услуг в электронный вид – это проект по связыванию разрозненных систем в срок и в рамках закона, от шины обмена до прикладных бизнес-систем для госсектора.
