В современных условиях развития «умного города» и цифровизации государственного управления соглашения об информационном взаимодействии являются ключевым правовым инструментом, обеспечивающим бесшовный обмен данными между Правительством Москвы, федеральными органами власти, органами власти субъектов РФ, муниципальными образованиями и коммерческими организациями. Единого документа с названием «Соглашение об информационном взаимодействии между правительством Москвы» не существует — это типовое название класса правовых актов, заключаемых по конкретным направлениям деятельности.
Правовая основа
Деятельность по информационному взаимодействию регулируется иерархией нормативных правовых актов:
- Федеральный уровень: Федеральный закон от № 210-ФЗ «Об организации предоставления государственных и муниципальных услуг», Федеральный закон от № 63-ФЗ «Об электронной подписи», Федеральный закон от № 149-ФЗ «Об информации, информационных технологиях и о защите информации».
- Уровень города Москвы: Закон города Москвы от № 33 «Об информатизации города Москвы», Постановления Правительства Москвы, утверждающие типовые формы соглашений и регламенты взаимодействия.
- Технические стандарты: Приказы Минцифры России (ранее Минкомсвязи) по составу и параметрам СМЭВ (Системы межведомственного электронного взаимодействия), требования к защите персональных данных (ФСТЭК, ФСБ).
Основные цели и принципы
- Реализация принципа «одного окна»: исключение необходимости повторного предоставления гражданами и организациями документов, уже находящихся в распоряжении государственных органов.
- Повышение качества госуслуг: сокращение сроков предоставления услуг за счет автоматизированной верификации данных.
- Обеспечение межведомственной интеграции: создание единого информационного пространства города и его интеграция в федеральную систему (ЕПГУ, РПГУ).
- Безопасность данных: установление четких правил доступа, передачи, хранения и уничтожения информации, включая персональные данные и гостайну.
- Использование СМЭВ 3 (Единый шлюз СМЭВ) как основного канала передачи.
- Применение квалифицированной электронной подписи (КЭП) и сертификатов ключей проверки ЭП.
- Соблюдение профилей защиты информации (ТЗИ, профили СМЭВ).
- Форматы сообщений (XML-схемы XSD), регламент тестирования и ввода в промышленную эксплуатацию.
- ФНС России: проверка ИНН, статуса ИП/юридического лица, налоговой задолженности, доходов (для межбюджетных трансфертов, субсидий).
- Росреестр / ЕГРН: получение выписок об объектах недвижимости, обременениях, правах (для выдачи разрешений на строительство, расчета налогов, социальной поддержки).
- МВД / ГУВМ: верификация паспортных данных, сведений о регистрации по месту пребывания/жительства, водительских удостоверений.
- СФР (бывш. ПФР/ФСС): подтверждение стажа, пенсионных коэффициентов, назначения выплат, статуса многодетных семей.
- ЗАГС / ЕГР ЗАГС: сведения об актах гражданского состояния (рождение, брак, смерть, смена имени).
- Пенсионерах и получателях социальных мер поддержки (при переезде).
- Транспортных средствах и парковке (единые базы платной парковки).
- Образовательных организациях и учениках (при переводах).
- Региональный шлюз СМЭВ: узел связи городских ИС с федеральным контуром.
- Платформа «Городские услуги» (API-шлюз): единая точка входа для внешних систем (мобильных приложений, порталов организаций) к городским сервисам.
- Единая платформа идентификации и авторизации (ЕПИА): вход через ЕСИА, Госуслуги, Мос.РУ, биометрию.
- Хранилище единых справочников (КЛАДР/ФИАС, ОКТМО, Классификаторы): актуализация через соглашения с Росстатом и ФНС.
- Проактивное предоставление услуг: автоматическое назначение пособий при рождении ребенка (без заявления), напоминание о замене прав, предзаполненные декларации НДФЛ.
- Скорость: выдача справок, разрешений, лицензий в режиме «онлайн» за минуты/часы вместо недель.
- Прозрачность: отслеживание статуса заявления в личном кабинете.
- Снижение коррупционных рисков: минимизация контактов «чиновник-заявитель», алгоритмическое принятие решений.
- Департаментом ИТ г. Москвы (мониторинг доступности сервисов, SLA).
- Управлением по защите информации (контроль соблюдения режимов КЗИ, ПДн).
- Счетной палатой города Москвы (эффективность бюджетных вложений в ИТ).
- Федеральными регуляторами (Роскомнадзор — по ПДн, ФСТЭК/ФСБ, по гостайне и КЗИ).
- Полный переход на событийную архитектуру (Event-driven) — push-уведомления об изменениях данных вместо периодических опросов.
- Расширение использования блокчейн/распределенных реестров для аудита обмена данными (проект «Цифровой паспорт гражданина»).
- Глубокая интеграция с платформой «ГосТех» и федеральными цифровыми профилями граждан/организаций.
- Автоматизация заключения соглашений через единый реестр соглашений с электронным согласованием условий.
Типовая структура соглашения
Независимо от контрагента (ФНС, МВД, Росреестр, ПФР/СФР, другие регионы), структура документа, как правило, включает следующие разделы:
Предмет соглашения
Определение конкретных информационных систем и ресурсов, подлежащих интеграции (например: «Обмен сведениями о регистрации прав на недвижимость», «Проверка достоверности паспортных данных», «Получение сведений о налоговой задолженности»).
Правовые основания передачи данных
Ссылки на конкретные статьи законов, уполномачивающие стороны на обмен (например, ст. 14 ФЗ-210, ст. 10 ФЗ-149, отраслевые законы).
Технические требования и протоколы
Права и обязанности сторон
| Сторона | Ключевые обязанности |
|---|---|
| Поставщик данных (например, ФНС России) | Обеспечение актуальности, достоверности и полноты данных; защита информации; предоставление доступа по согласованным реквизитам; информирование об изменениях форматов. |
| Получатель данных (Правительство Москвы / Департамент ИТ) | Использование данных исключительно в целях, указанных в соглашении; обеспечение конфиденциальности; запрет передачи третьим лицам без согласия; ведение журналов учета доступа. |
| Оператор ИС (Департамент информационных технологий г. Москвы) | Обеспечение бесперебойной работы шлюза СМЭВ/Регионального шлюза; мониторинг доступности сервисов; техническая поддержка интеграции. |
Ответственность и разрешение споров
Предусматривается ответственность за нарушение режима конфиденциальности, несанкционированный доступ, искажение данных (в соответствии с КоАП РФ, УК РФ, 152-ФЗ «О персональных данных»). Споры решаются в досудебном порядке или через арбитраж/суды общей юрисдикции.
Срок действия и порядок расторжения
Обычно заключаются на неопределенный срок или на 3–5 лет с автоматическим продлением. Расторжение возможно по соглашению сторон или в одностороннем порядке с уведомлением за 30–90 календарных дней.
Ключевые направления взаимодействия (Примеры)
Правительство Москвы является одним из лидеров по количеству активных интеграций. Основные блоки соглашений:
Взаимодействие с федеральными реестрами (Единые реестры)
Межрегиональное взаимодействие
Соглашения с правительствами других субъектов РФ (Московская область, Санкт-Петербург и др.) для обмена данными о:
Интеграция с платформами «Госуслуг» (ЕПГУ/РПГУ)
Соглашения о подключении городских информационных систем (ГИС города Москвы, портал «Мой Москва», АИС «Мосгорзаккупки», АИС «Строительный комплекс») к Единому порталу госуслуг для предоставления услуг в электронном виде.
Взаимодействие с небюджетными фондами и банками
Соглашения с ПАО «Сбербанк», ПАО «Банк «Россия» и др. для реализации проектов «Социальная карта», «Московский житель», выплат субсидий на карты «Мир», актуализации данных получателей.
Техническая реализация: Экосистема ДИТ Москвы
Департамент информационных технологий города Москвы (ДИТ) выступает центральным оператором. Архитектура взаимодействия строится на:
Значение для граждан и бизнеса
Практический эффект от работы этих соглашений ощущается ежедневно:
Контроль и аудит
Исполнение соглашений контролируется:
Перспективы развития
Текущая стратегия развития информационного взаимодействия Москвы до 2030 года предполагает:
Соглашения об информационном взаимодействии Правительства Москвы — это не просто бюрократические бумаги, а «цифровые сосуды» мегаполиса. Они обеспечивают законность, безопасность и скорость движения данных, позволяя городу функционировать как единый организм. Дальнейшее развитие данной практики в сторону стандартизации API, проактивности и нулевого доверия (Zero Trust) заложит фундамент для нового качества городской жизни и деловой среды в столице.