Transcript Подходы Федерального казначейства к систематизации государственных данных г. Москва Информационная среда До электронного правительства Текущая ситуация Будущее Потребность в локальном взаимодействии Потребность в обмене данными каждого со многими: > 300 ИР федерального уровня >

Подходы Федерального казначейства
к систематизации государственных данных
г. Москва
Информационная среда
До электронного
правительства
Текущая ситуация
Будущее
Потребность
в локальном
взаимодействии
Потребность в обмене данными
каждого со многими:
> 300 ИР федерального уровня
> 17 000 видов данных
> 2 млрд. реестровых записей
Нарастание потребности в обмене
данными всех со всеми, в т.ч. с базами
данных 85 субъектов РФ, > 24 тыс. МО
2
Существующая проблема
При выполнении гос. функций формируется множество реестров, регистров,
кадастров и пр. Это привело к образованию баз данных с разрозненными
сведениями об одних и тех же объектах и субъектах правоотношений.
В итоге:
 Данные не достоверны - ошибки при многократном вводе
 Данные не актуальны - где-то обновлены, где-то нет в зависимости
от заявителя
 Первичные документы проверяет каждый ФОИВ – избыточно, риски ошибок
 Данные без идентификаторов - усложняет обмен
 Интеграция друг с другом всех ресурсов – дорого, не масштабируемо
Задача: обеспечить обмен актуальными
данными между всеми инф. ресурсами на постоянной основе.
Нужны новые подходы!
3
Новые подходы – в ключевых НПА
Концепция методологии утверждена Правительством РФ
План мероприятий
по
формированию
методологии
систематизации
и
кодирования
информации…
утвержденный
поручением А.В. Дворковича от
31 июля 2014 г. № АД-П10-5785
(далее – План мероприятий)
Концепция методологии систематизации и кодирования
информации, а также совершенствования и актуализации
общероссийских классификаторов, реестров и справочников
(далее – Концепция методологии), утвержденная распоряжением
Правительства Российской Федерации от 10 мая 2014 г. № 793-р.
Разработан проект Концепции создания единой информационной среды
Концепция создания единой информационной среды
(далее
Концепция)
в
сфере
систематизации
и кодирования информации (пункт 1.2 Плана мероприятий).
Разработан проект постановления Правительства Российской Федерации
Постановление Правительства Российской Федерации
«О
порядке
создания,
ведения,
изменения
и применения отдельных информационных ресурсов» (далее
– Постановление) (пункт 1.1 Плана мероприятий).
Разработан План мероприятий к проекту Постановления
План мероприятий по реализации постановления
Правительства Российской Федерации «О порядке
создания, ведения, изменения и применения отдельных
информационных ресурсов».
Конкретные правовые и технологические решения в постановлении!
4
Регулирование и реализация в настоящее время
Постановление № 928 «О БГИР» - единственный документ.
Однако в нормативной правовой базе:
 Отсутствуют критерии определения источника эталонных данных
 Отсутствуют требования к созданию и ведению ресурсов для обеспечения
обмена данными
 Реестр паспортов БГИР не позволил унифицировать источники данных
и их форматы
 Автоматизация процесса обмена данными между ресурсами
предусматривается «каждый» с «каждым», что существенно усложняет
обмен
Не обеспечен обмен актуальными данными
одновременно между всеми ресурсами на постоянной основе
Нужны новые правовые и технологические решения!
5
Ключевые положения проекта постановления
В проекте постановления о порядке создания, ведения, изменения
и применения отдельных информационных ресурсов установлены
единые требования:
 Виды ресурсов
 Правило определения источников данных (где эталон)
 Правила создания и ведения ресурсов
 Новая технология обмена данными между ресурсами
Далее - о каждом!
6
Понятия и виды информационных ресурсов
Информационный ресурс – «информация, содержащаяся в ГИС,
а также иные имеющиеся в распоряжении гос. органов сведения
и документы. Информация, содержащаяся в ГИС, является официальной»
(п. 9 статьи 14 Закона № 149-ФЗ «Об информации…»).
Определены два вида ресурсов:
 Базовые и производные ресурсы – включают данные о конкретных
объектах учета (ООО «Ромашка», «Петров П.С.»). Участвуют в обмене
данными. Базовые ресурсы – содержат эталонные данные. Производные
ресурсы – не содержат эталонные данные.
 Классификаторы - группируют объекты по общему признаку/типу
(«товары», «ОПФ» и пр.) Применяются для структурирования данных
в базовых и производных ресурсах. Общероссийские классификаторы –
являются обязательными для использования в базовых и производных
ресурсах. Ведомственные справочники – для локальных задач.
7
Определение источников данных (где эталон)
Предложено определение эталонных данных.
Эталонные данные – это данные, формируемые или изменяемые
в информационном ресурсе, при первичной регистрации (учете) юридически
значимых действий, фактов и событий, имеющих юридическое значение,
в соответствии с установленными полномочиями гос. органов.
Дублирующие данные вносятся только с использованием эталонных
данных. Требовать от заявителя первичные документы в целях их
формирования запрещено – новое правило
8
Ключевые требования к информационным ресурсам
Новые требования к ресурсам:
 Должен быть сформирован в виде ГИС (база данных)
 Должен применять идентификатор своих эталонных данных
 Должен включать идентификаторы эталонных данных других ресурсов
 Должен применять классификаторы
 Включение дублирующихся данных с использованием эталонных
должно осуществляться на постоянной основе и автоматизировано
Новая технология - Реестр видов данных, Система
9
Реестр эталонных видов данных в ГИС ЕИС*
№
хxx3
№ свидетельства о
рожд. физ. лица
ФИО физ. лица
Дата рожд. физ. лица
хxx4
Место рожд. физ. лица
хxx5
№, серия паспорта
хxx1
ЗАГС
ФМС
России
ФНС
России
ФК
Вид эт. д.
хxx2
хxx6
Код подразд.
хxx7
ИНН
хxx8
Наим. юр. лица
ххх11
№ реестровой записи
УБП
ххх12
Бюдж. полн-я УБП
Идентиф.
эт. д.
ИР эт. д.
ФОИВ
Код
причины
Формат
Исх. док-ты
Актовая книга
ЗАГС
ХХ
XML
Справка из
род. дома
ГИСМУ
ФМС
России
ХХ
XML
-
ЕГРЮЛ+
ЕГРН
ФНС
России
ХХ
XML
Заяв-е,
Устав.
Реестр
УБП
ФК
ХХ
XML
Приказ ГРБС
* составная часть общего реестра видов данных
Реестр дублирующих видов данных в ГИС ЕИС*
ЗАГС
ФМС
России
Вид дубл. д.
Идентиф.
своих эт. д.
ИРпотребитель
ФОИВ
Код
причины
Формат
Идентиф.
РВД
-
-
-
-
-
-
-
№, серия
паспорта
гражданина
«Реестр
паспортов»
ФМС
России
XX
XML
№ свид-ва
о рожд.
ИНН
ЕГРЮЛ, ЕГРН
ФНС
России
XX
XML
№, серия
пасп.
№ реестр.
записи
Реестр УБП
ФК
XX
XML
ИНН
№ свид-ва о рожд.
гражданина
ФИО гражданина
Дата рожд. гражданина
Место рожд. гражданина
ФНС
России
ФК
№, серия паспорта
ген. директора
ФИО ген. директора
Дата рожд.
ген. директора
Место рожд.
ген. директора
ИНН УБП
ФИО рук-ля УБП
Наим-ние орг-ции УБП
* составная часть общего реестра видов данных
Формирование реестровых записей
в Реестре видов данных
Дублирующие данные
Эталонные данные
Реестр эталонных видов данных
Реестр дублирующих видов данных
+
Идентиф.
РВД
ФМС России
=
№ свид-ва о рожд.
Реестр видов данных
-
-
№
ЗАГС
ЗАГС
ЗАГС
ЗАГС
ФМС
России
ФМС
России
хxx1
хxx2
хxx3
хxx4
хxx5
Вид эт. д.
ФИО физ. лица
Дата рожд. физ. лица
Место рожд. физ. лица
ИР эт. д.
ФОИВ
Актовая
книга
ЗАГС
№ свид-ва о
рожд.
Актовая
книга
ЗАГС
№ свид-ва о
рожд.
Актовая
книга
ЗАГС
№ свидетельства о рождении
№ свид-ва о
рожд.
№, серия паспорта
Актовая
книга
ЗАГС
Код
прич.
ХХ
ХХ
ХХ
ХХ
Формат
XML
XML
XML
XML
Справка из
род. дома
Справка из
род. дома
Справка из
род. дома
Справка из
род. дома
ФМС
России
ХХ
ГИСМУ
ФМС
России
ХХ
XML
-
ЕГРЮЛ
ФНС
России
ХХ
XML
Заяв-е, Устав
ЕГРЮЛ
ФНС
России
ХХ
XML
Заяв-е,
Устав
Реестр УБП
ФК
ХХ
XML
Приказ ГРБС
Реестр УБП
ФК
ХХ
ГИСМУ
Вид дубл. д.
Исх. док-ты
XML
-
ЗАГС
-
-
ФМС
России
-
№
гражд.
№свид-ва
свид-варожд.
о рожд.
гражд.
-
-
Идентиф.
РВД
ФК (РУБП)
Идентиф.
РВД
-
-
-
-
-
-
-
-
-
-
№, серия паспорта
-
-
Идентиф. своих
эт. д.
ИР-потребитель
-
-
№, серия
паспорта
гражд.
«Реестр
паспортов»
№, серия
паспорта
гражд.
«Реестр
паспортов»
-
-
-
ФИОФИО
гражданина
гражданина
ФМС
России
Датарожд.
рожд.гражданина
гражданина
Дата
№, серия
паспорта
гражд.
«Реестр
паспортов»
ФМС
России
Место
Месторожд.
рожд.гражданина
гражданина
№, серия
паспорта
гражд.
«Реестр
паспортов»
-
-
Код прич.
-
-
-
Формат
Идентиф. РВД
ИНН
-
ФМС
России
-
ФОИВ
-
-
XML
№
№свид-ва
свид-вао
орожд.
рожд.
XML
№№свид-ва
свид-вао
орожд.
рожд.
ФМС
России
ХХ
ФМС
России
ХХ
ФМС
России
ХХ
XML
№№свид-ва
свид-вао
орожд.
рожд.
ФМС
России
ХХ
XML
№№свид-ва
свид-вао
орожд.
рожд.
-
-
-
-
Дублирующие данные РУБП
-
Реестру-потребителю с дублирующими данными достаточен один идентификатор для получения всех
эталонных данных. Например, в Реестр УБП достаточно включить ИНН
хxx6
Код подразделения
хxx7
ИНН
ФНС
России
хxx8
Наим-ние юр. лица
ФК
хxx9
№ реестровой записи
ФК
хxx10
Бюдж. полномочия УБП
ФНС
России
Идентиф.
эт. д.
ФНС России
№, серия
паспорта
ИНН
ФНС
России
№,
№, серия
серия паспорта
паспорта ген.
ген.
директора
директора
ИНН
ЕГРЮЛ
ФНС
России
ХХ
XML
№,серия
№
свид-ва
паспорта
о рожд.
ФНС
России
ФИО
директора
ФИО
ген.ген.
директора
ИНН
ЕГРЮЛ
ФНС
России
ХХ
XML
№,серия
№, серия
паспорта
паспорта
ФНС
России
ДатаДата
рожд.рожд.
ген. ген.
директора
директора
ИНН
ЕГРЮЛ
ФНС
России
ХХ
XML
№,серия
№, серия
паспорта
паспорта
ФНС
России
Место
рожд.
Место
рожд.
ген.ген.
директора
директора
ИНН
ЕГРЮЛ
ФНС
России
ХХ
XML
№,серия
№,
серия
паспорта
ИНН УБП
ИНН УБП
№ реестр.
записи УБП
Реестр УБП
ФК
ХХ
XML
ИНН
ИНН
ФИО
рук-ля
УБП
ФИО
рук-ля
УБП
№ реестр.
записи УБП
Реестр УБП
ФК
ХХ
XML
ИНН
ИНН
Наим-ние
Наим-ниеорг-ции
орг-ции УБП
УБП
№ реестр.
записи УБП
Реестр УБП
ФК
ХХ
XML
ИНН
ИНН
Как это работает см. далее
ФК
№ реестр.
записи
XML
Приказ ГРБС
ФК
ФК
Формирование связей идентификаторов в ГИС ЕИС
Идентификаторы
ID
ЗАГС
(Акт. книга)
№ св-ва о рожд.
ф.л.
ФМС России
(ГИСМУ)
№,серия паспорта
гражданина
ФНС России
(ЕГРЮЛ)
ИНН юр.л.
юр.л.
ИНН
ФК
(Реестр УБП)
Эт.д.
ФИО ф.л.
…
ID
Дубл.д.
Дубл.д.
ID
№ реестр.
записи УБП
Дата выдачи
паспорта
ФИО гражданина
Наименование
юр.л.
ФИО ген. директора
ID
ID
ИНН юр.л.
юр.л.
ИНН
Эт.д.
Дубл.д.
ФИО рук-ля УБП
Эт.д.
Эт.д.
Бюджетные
полномочия УБП
1. В ЗАГС формируется эталонное данное «ФИО ф.л.». Реестровой записи присваивается
идентификатор «№ свидетельства о рождении ф.л.».
2. В ФМС России формируется дублирующее данное о ФИО с его новым эталонным статусом
«ФИО гражданина». Реестровой записи присваивается идентификатор «№, серия паспорта».
3. В ФНС России также формируется дублирующее данное о ФИО с его новым эталонным статусом
«ФИО ген. директора». Реестровой записи присваивается идентификатор «ИНН».
4. Связь всех идентификаторов ФИО хранится в ГИС ЕИС.
5. По связи ресурсы-потребители получают эталонные данные непосредственно от ресурсов-поставщиков
через ГИС ЕИС.
6. Реестру-потребителю с дублирующими данными достаточен один идентификатор для получения всех
эталонных данных. Например, в Реестр УБП достаточно включить ИНН. Указанный «сводный
идентификатор» формируется в РВД.
Реестр видов данных в ГИС ЕИС
ЕГРН+
ЕГРЮЛ
РУБП
РУБП
ФИО гражданина
ФИО ген.
дир-ра
ФИО рук-ля УБП
+
+
+
+
ФМС России
№
РВД
хxx1
ФОИВ
Код
причины
Формат
Исх.
Док-ты
+
+
+
Место рожд.
физ.лица
хxx3
№ свва о
рожд.
№ свид-ва о
хxx4 дубл. д.
Вид
рождении Код эт.д.
серия паспорта
ФИО№,
ген.
xxx7
гражданина
дир-ра
ФМС
России
ИР эт. д.
ФИО физ. лица
Дата рожд.
физ.лица
хxx2
ЗАГС
Код
эт. д.
Вид эт. д.
xxx8
ЗАГС
ХХ
XML
Справка
из род.
дома
ИР-потребитель
ФОИВ
Код причины
ЕГРЮЛ
ФНС
России
XX
ИНН
№,
серия
пасп.
Код
подразд.
Актовая
книга
ФМС
ФМС
России
ХХ
XML
+
+
+
+
+
+
Идентиф.
РВД
Формат
+
№, серия
пасп.
XML
+
-
Наим-ние
орг-ции УБП
+
ФНС
России
хxx9
Наим. юр.лица, ИНН
ОГРН,
ИНН
ЕГРЮЛ+
ЕГРН
ФНС
России
ХХ
XML
Заяв-е,
Устав
+
Вид
хxx11
ФК
хxx12
реестр. Код эт.д.
дубл.№д.
№
записи РУБП
реестр
записи
№ реестр.
Бюдж. полн-я УБП
Наим-ние
орг-ции УБП
записи
РУБП
ИР-потребитель
Реестр
УБП
ФК
РУБП
ХХ
ФОИВ
XML
ФК
Код причины
Приказ
ГРБС
XX
Формат
Идентиф.
РВД
XML
ИНН
Участники формирования РВД
Органы
исполнительной власти
1. Формируют перечень видов данных ИР,
которые включаются в заявку
2. Подают заявку Оператору ГИС ЕИС.
Оператор ГИС ЕИС
1. Определяет совместно с ОИВ виды
данных (эталонные, дублирующие,
источники, форматы и пр.),
2. Распределяет данные в РВД.
Включает описание форматов всех данных,
в т.ч. классификаторов,
3. Обеспечивает доступ ОИВ к РВД в целях
формирования НПА и создания (ведения)
ИР.
Наборы видов данных используются:
- при утверждении НПА об ИР,
- для ведения самого ИР.
15
Обмен данными: текущая ситуация – запрос-ответ
ИР- поставщики
ПФР
> 300 ИР
СНИЛС
>145 млн.
ИР- потребители
Запрос-ответ не позволяет организовать
обмен актуальными данными, так как:
СНИЛС

СНИЛС
№ паспорта
ФМС

№ паспорта
> 120 млн.
ИНН

ФНС
> 72 вида
данных – 1 ИР
> 12,5 млн.
записей – 1 ИР
Росреестр
Россвязь
ЗАГС
ИНН
СНИЛС
ИНН ю.л.
> 8 млн.
> 4 млрд. запросов
в 1 г. (ФОИВ)
№ кадастр.
> 120 млн.
№ лицензии
> 100 тыс.
№ записи
ЗАГС
> 200 млн.
№ кадастр.
потребность
> 50 % данных ИР-Э
Вывод:
ИНН
№ кадастр.

СНИЛС
ИНН
№ кадастр.

СНИЛС
№ паспорта
№ лицензии
СНИЛС
№ записи
ЗАГС
в ресурсах нет эталонных ID, поэтому
актуализация эталонных данных зависит
от заявителя
обмен данными каждого со многими
не позволяет унифицировать форматы
в условиях разной потребности в данных
взаимодействие ресурсов «каждый
с каждым» не позволяет управлять
подпиской на обновления



данные не достоверны без обращения
заявителя – начисление льгот умершим
каждый проверяет первичные документы –
избыточная функция
ресурсы-эталоны перегружены большим
числом повторяющихся запросов
нет возможности унифицировать справочники
интеграция всех ресурсов со всеми
по отдельности – дорого, не масштабируемо
Нужны новые подходы к организации обмена данными!
16
Обмен данными: единая система
Единая система
ИР- поставщики
ИР- потребители
Пакеты обновлений
ПФР
СНИЛС
>145 млн.
∆
обновлений
∆
∆
∆
Сводная
∆ обновлений
ФМС
ФНС
Росреестр
Россвязь
ЗАГС
№ паспорта
> 120 млн.
ИНН ю.л.
> 8 млн.
№ кадастр.
> 120 млн.
№ лицензии
> 100 тыс.
№ записи
ЗАГС
> 200 млн.
∆
обновлений
∆
обновлений
∆
обновлений
∆
обновлений
∆
обновлений
∆
∆
∆
∆
∆
∆
∆
∆
РВД
НСИ
∆
∆
∆
∆
СНИЛС
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
СНИЛС
№ паспорта
∆ ∆ ∆
∆ ∆ ∆
∆ ∆ ∆
∆
∆
∆
∆
∆
ID-ID
∆
∆
∆
ИНН
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
ИНН
СНИЛС
№ кадастр.
∆ ∆
∆
Нет
потребности
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆
∆ ∆
∆ ∆
∆ ∆
∆
∆
∆
ИНН
№ кадастр.
∆
∆
∆
∆
∆
∆
∆
∆
∆
СНИЛС
ИНН
№ кадастр.
СНИЛС
№ паспорта
№ лицензии
∆
∆
∆ ∆
∆ ∆
∆ ∆
СНИЛС
№ записи ЗАГС
Обмен данными через единую систему
предполагает:
 хранение ежедневных ∆ обновлений
в одной системе, а не каждым ресурсом
 генерацию отчетов-выгрузок по записям
в зависимости от потребности через
единую модель данных, а не каждым
 хранение связей ID, что позволяет
очищать отчеты от необновленных
данных – не нужно всем ежедневно
сверять все записи
 переход на унифицированные форматы,
там где имеет место обмен данными
 упрощение процесса включения
эталонных ID в ресурсы. Возможно
обогащение данных
Вывод:
 единая система разгрузит ОИВ
от непрофильной деятельности
(сервисы выгрузок, ∆ обновлений,
отчеты потребителям и пр.) и позволит
сосредоточить работу над улучшением
качества эталонных данных
 уполномоченному органу необходимо
создать систему и обеспечить
взаимодействие с ней участников
обмена
Подход направлен на оптимизацию сбора, обработки информации и обеспечение актуальности данных в ресурсах!
17
Спасибо за внимание!
18