Слайд

Слайд 1

После того, как Поставщик информации в ЕГИССО , получил общее представление о создаваемой информационной системе и определился с ответственным за её внедрение у себя в ведомстве или на территории у ответственного возникают вопросы организационного и технического характера по решению поставленных задач. Часть этих вопросов мы сейчас осветим.

Слайд 2

С ответственным определились, соглашение заключили, теперь переходим к сопоставлению региональных и муниципальных мер соцподдержки с Классификатором ЕГИССО. Классификактор размещён на сайте ПФР и все заинтересованные лица должны были изучить его и уметь ориентироваться в нём. Сам Классификатор в том виде, в котором он опубликован на сайте Пенсионного фонда, согласован Минтрудом – полномочий утверждать его у Минтруда нет. Вместо этого при формировании Классификатора разработан проект приказа Минтруда РФ, который носит название «Об утверждении Порядка формирования классификатора мер социальной защиты (поддержки), его актуализации и использования участниками информационного взаимодействия при размещении информации в ЕГИССО». Проект приказа имеется в базе справочно-правовых систем "Консультант+" и "Гарант". Я прошу всех ознакомиться с ним и руководствоваться данным документом при работе с Классификатором.

Слайд 3

Итак, в каждом ведомстве, в каждом муниципалитете существует собственная нормативная правовая база, на основании которой оказываются меры социальной защиты и поддержки. И, даже если мера по смыслу одинаковая для разных муниципалитетов, в каждом из них она может иметь собственное наименование и собственные некие условия для ее предоставления. Поэтому, разрабатывая данный классификатор, ПФР исходил именно из того положения, что меры социальной защиты и поддержки должны быть унифицированы, чтобы регионы, муниципалитеты, органы исполнительной власти разговаривали на одном языке. На слайде отражены обнаруженные в результате анализа мер соцзащиты в различных регионах нашей страны 11 групп направлений мер соцзащиты. Самих уникальных видов мер соцзащиты в Классификаторе 268.

Слайд 4

Пенсионным фондом сформировано несколько составляющих частей классификатора, а именно: Справочник мер социальной защиты и поддержки, Справочник категорий получателей, Справочник уровней нормативно-правового регулирования, Справочник источников финансирования, Справочник форм предоставления мер социальной защиты и поддержки.

Слайд 5

Это все составные части классификатора мер социальной защиты и поддержки, который имеет 26 разрядный код, в который входят коды из указанных ранее справочников.

Слайд 6

Чуть подробнее, как проводить сопоставление. Рассмотрим такую региональную меру как «Пособие на 3-го ребёнка малоимущей многодетной семье».

Слайд 7

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

По первым четырём цифрам кода рубрики смотрите, к какой части рубрики относится ваша мера социальной защиты и поддержки, то есть смотрите код рубрики. В случае, указанном на слайде это – 03.08.00 «Социальная поддержка в связи с низким уровнем дохода (малообеспеченностью)».

Слайд 8

После этого, смотрите уже в самом Классификаторе и ищете первые 4 цифры, с которых начинается код рубрикатора – 03.08.

Мер с таким кодом рубрикатора окажется скорее всего несколько, поэтому вы подбираете наименование наиболее близкое к искомому.

Слайд 9

В нашем случае это «Ежемесячное пособие на ребенка» с кодом «0430», а дальше к этой мере, вы подбираете все остальные составляющие части.

Слайд 10

Смотрим в классификаторе категорий получателя, который у вас получает эту меру в соответствии с нашим законодательством (8 цифр в данном случае это «13 02 00 03» «Малоимущие многодетные семьи»), в соответствии с этой категорией у вас добавился код.

Слайд 11

Дальше снова в Классификаторе посмотрели уровень нормативно - правового регулирования в нашем примере он «Региональный» - код «02» - поставили эти цифры туда, потом добавили источник финансирования с кодом «0010» (единица в третьей позиции – финансирование за счёт бюджета субъекта.

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

Слайд 12

Вот таким несложным, но кропотливым способом вы каждую свою меру можете прокодифицировать, и у вас каждая окажется привязанной к Классификатору мер социальной защиты и поддержки, в соответствии с которым информация и будет передаваться в ЕГИССО. Ещё раз повторю, что при этом менять имеющиеся у вас названия самих мер не требуется – на уровне каждого отдельного Поставщика информации они останутся прежними. Таким образом в ЕГИССО будет сформирован Реестр локальных мер. Этот реестр мы будем вести для того, чтобы каждому гражданину, который зайдет через личный кабинет и будет смотреть назначенные ему меры социальной защиты, выводилась информация о предоставляемых мерах, в соответствии с теми классификаторами, которые вы ведете у себя.  Чтобы для него не было шоком, что мера называется по-другому, чтобы он абсолютно четко понимал, в рамках какого нормативно-правового акта и какой меры он получает поддержку.

Слайд 13

Следующая задача – анализ нормативно-правовой базы и выработка предложений по её корректировке. Нам представляется, что должны быть внесены изменения в нормативные правовые акты, регулирующие оказание МСЗ как государственных или муниципальных услуг.

Слайд 14

Во-первых – должна быть обозначена обязанность Поставщика заносить информацию в ЕГИССО, чтобы на вопрос проверяющих компетентных органов "На каком основании вы передаёте информацию в ещё одну систему", у вас имелся железобетонный ответ, а исполнители, зная что и как заносить в ЕГИССО, чувствовали ответственность за правильность и своевременность занесения информации.

Во-вторых – право Поставщика использовать информацию, имеющуюся в ЕГИССО при принятии решений по оказанию МСЗ. Чтобы при ответе на вопрос гражданина "На каком основании мне отказано в получении мер соцзащиты", у вас имелся также обоснованный ответ, что, используя информацию, полученную из ЕГИССО на основании регламента, приказа, положения, сделан вывод о том, что гражданину уже назначена аналогичная мера в другом регионе или муниципалитете.

Слайд 15

В ЕГИССО сведения о мерах социальной защиты будут персонифицированы. Персонификация будет осуществлена на основании СНИЛС гражданина-получателя мер социальной защиты. Соответственно следующий шаг нашей работы по созданию ЕГИССО – это проведение сверки сведений о застрахованных лицах, содержащихся в информационных ресурсах Пенсионного фонда и Поставщика информации в ЕГИССО. В августе мы ее должны провести. Сверка будет проводиться по форматам, приведённым в качестве приложения к Соглашениям, которые Поставщики заключили с Отделением ПФР по Новосибирской области.

Слайд 16

Сверка будет проходить в порядке информационного взаимодействия между ОПФР по Новосибирской области и Поставщиком МСЗ в электронном виде либо на DVD-диске с бумажными копиями протоколов проверки и сопроводительным письмом, либо по каналам ViPNet через абонентский пункт Отделения: "064-000-0816 Вед. спец – эксперт " ViPNet сети № 000.

В процессе информационного взаимодействия необходимо обеспечить защиту персональных данных в соответствии с требованиями федеральных законов от 01.01.01 года «О персональных данных», от 01.01.01 года «Об информации, информационных технологиях и о защите информации» с применением необходимых организационных и технических мер защиты.

Слайд 17

Информационное взаимодействие будет осуществляться между Отделением и Поставщиком путем передачи информации в виде XML-файлов запросов и ответов с сопроводительным письмом для служебного пользования с указанием в нем сведений о количестве записей и объеме передаваемой информации и протоколом проверки, подтверждающим соответствие предоставляемой информации Составу и форматам файлов, предусмотренным приложением к Соглашению.

Т. е. сформировав файл, перед отправкой в ОПФР вы должны его проверить программой проверки ___________________________

Протокол проверки приложить к файлам и сопроводительным письмом направить в ОПФР.

Срок для направления файлов пока не определен, но в течение августа мы должны по плану завершить сверку и прислать всем поставщикам XML-файлы ответов. В Соглашении проставим дату.

Слайд 18

Итак, какую информацию будем сверять? Предполагается 2 этапа сверки. 1 этап – Валидация: то есть, когда вы нам передаете страховой номер индивидуального лицевого счета (СНИЛС), ФИО гражданина, а мы в случае совпадения подтверждаем, что да, это именно этот гражданин и у ПФР и у Поставщика имеет одинаковый СНИЛС. Если валидация не проходит, и мы вам сообщили в файле ответа, что валидация не прошла, т. е. СНИЛС ПФР не соответствует СНИЛС Поставщика и указанной фамильно-именной группе, то вы дополняете ранее указанную информацию информацией о месте рождения, но только по тем, кто не прошел валидацию. И снова направляете нам для идентификации. И вот этот второй этап сверки, который возможно будет повторён несколько раз, позволяет полностью идентифицировать весь массив информации о получателях мер социальной защиты, который у вас есть.

Т. е. валидация проводится только при наличии СНИЛС – для проведения сверки путем определения соответствия СНИЛС фамильно-именной группе: Результатами сверки, осуществляемой путем валидации, являются:

-наличие СНИЛС в информационных ресурсах ПФР и при этом полное соответствие по фамилии, имени, отчеству, дате рождения, полу;

-наличие СНИЛС в информационных ресурсах ПФР и при этом несоответствие хотя бы по одному из реквизитов: фамилия, имя, отчество, дата рождения, пол.

В случае, если выявлено несоответствие по результатам Валидации или в базе вообще не оказалось СНИЛСа, проводится второй этап сверки - Идентификация:

Результатами сверки, осуществляемой путем идентификации, являются:

-наличие сведений о гражданине в информационных ресурсах ПФР и при этом полное соответствие по фамилии, имени, отчеству, дате рождения, полу и месту рождения, а также обнаруженный в информационных ресурсах ПФР СНИЛС гражданина;

-или отсутствие сведений о гражданине в информационных ресурсах ПФР или несоответствие хотя бы по одному из реквизитов: фамилия, имя, отчество, дата рождения, пол, место рождения, или наличие сведений в отношении более одного гражданина, соответствующего условиям.

ОПФР направляет результаты сверки Поставщику с указанием следующих данных:

-Признак валидации «СНИЛС подтвержден»;

-Признак валидации «Ошибка»;

-Признак идентификации «Идентифицирован»;

-Признак идентификации «Не идентифицирован», «Идентифицирован неоднозначно».

В случае получения неудовлетворительных результатов сверки, Поставщик в срок не позднее 3 рабочих дней со дня получения указанных результатов должен сформировать и направить в ОПФР сведения для проведения сверки путем осуществления идентификации (при неудачной Валидации) или повторной идентификации (в случае неудачной идентификации).

По результатам сверки оформляется протокол в двух экземплярах (для Отделения и для Поставщика).

Количество файлов, количество записей в каждом файле и идентификаторы запросов, направленных Отделением Поставщику, должны соответствовать количеству файлов, количеству записей в каждом файле и идентификаторам запросов, направленных Поставщиком в Отделение.

XML-файл запроса Поставщика может содержать не более 10 000 запросов одного типа (либо запрос валидации СНИЛС, либо запрос идентификации).

Для представления информации в файлах информационного обмена используется кодировка Windows, кодовая страница 1251.

Структура имени файла, подготовленного Поставщиком, выглядит следующим образом:

Имя файла, содержащего запросы на валидацию СНИЛС:

VALIDATION-REQ-CCC-KKK-VV-NNN. XML,

имя файла, содержащего запросы на идентификацию, имеет следующую структуру:

IDENTIFICATION-REQ - CCC-KKK-VV-NNN. XML, где:

VALIDATION или IDENTIFICATION – идентификатор типа файла, неизменная часть файла;

REQ – идентификатор типа файла-запроса, неизменная часть файла;

CCC – код региона – для Новосибирской области это 065;

KKK – код Поставщика, осуществившего выгрузку файла, с добавлением нулей до 3 знаков:

с 001 - 010 – исполнительные органы государственной власти;

101 – 200 – муниципальные образования, муниципальные поселения и др.

VV – порядковый номер выгрузки (версии файла);

NNN – номер порции (части) выгружаемых сведений.

Слайд 19

Коды ведомств и районов приведены на слайде.

Файл с презентацией участники нашего совещания получат по его окончании.

Слайд 20

Следующая задача, на которую обращаем внимание – это подключение к ЕГИССО. Пенсионный фонд в ближайшее время утвердит своим распоряжением "Порядок регистрации, изменения регистрационных данных и аннулирования регистрации поставщиков информации и пользователей ЕГИССО". Этот Порядок уже в общем сформирован, будет согласован в августе месяце. После согласования проект регламента будет направлен на регистрацию в Минюст, и также, одновременно, размещен на сайте ПФР для ознакомления всех вас с ним.

Согласно этому Порядку Поставщики присылают заявки установленной формы на регистрацию в ЕГИССО в качестве Поставщика. Заявка отправляется по электронной почте с адреса лица, имеющего право представлять Поставщика.

Слайд 21

В заявке указываются реквизиты Поставщика информации, контактные данные уполномоченного представителя Поставщика, перечень организаций, осуществляющих назначение мер социальной защиты, которые находятся в ведении Поставщика с указанием их реквизитов, способ взаимодействия Поставщика с ЕГИССО – через кабинет Поставщика (КПИ) или через информационную систему Поставщика (ИСПИ) и СМЭВ, реквизиты нормативных правовых актов, подтверждающих полномочия Поставщика, данные об информационной системе Поставщика, если был указан соответствующий способ взаимодействия. Уполномоченное лицо должно быть зарегистрировано как физическое лицо в единой системе идентификации и аутентификации (ЕСИА), иметь права в ЕСИА для работы с ЕГИССО от лица организации - Поставщика и иметь электронную подпись для осуществления действий в ЕГИССО. Чтобы иметь права представлять Поставщика в ЕСИА должен быть зарегистрирован и сам Поставщик как орган власти регионального или местного уровня либо как организация, если Поставщик, например, бюджетное учреждение. Прошу обратить внимание, те, кто не зарегистрирован в ЕСИА, должны срочно начать эту процедуру. Она везде описана, есть конкретные указания, как это делается, Минкомсвязи давно уже разработал документ на эту тематику, пожалуйста, пройдите регистрацию!

Рассмотрев заявку, ПФР присылает подтверждение или обоснованный отказ в регистрации. Также имеются формы заявок на изменение регистрационных данных и на аннулирование регистрации.

Слайд 22

При проектировании ЕГИССО ПФР провел анализ работы органов власти и местного самоуправления при предоставлении мер социальной защиты и поддержки, и постарался предусмотреть все варианты подключения. Есть регионы, которые консолидируют всю информацию на уровне региона в одной информационной системе. В этом случае, для них актуален централизованный способ подключения к ЕГИССО, когда в информационной системе ведутся непосредственно справочники ЕГИССО, и проводится сопоставление местных мер соцзащиты Классификатору, также консолидируется вся информация о получателях и о назначенных им мерах, и, автоматически, при помощи системы межведомственного электронного взаимодействия информация передается в ЕГИССО.

Есть обособленный тип подключения к системе, это когда у конкретного Поставщика имеется своя информационная система, которую невозможно состыковать со СМЭВ или такой информационной системы нет вообще.

Слайд 23

То есть в этом случае Поставщик не может работать через СМЭВ, и мы предоставляем для него возможность работать непосредственно в ЕГИССО через КПИ. Это актуально для муниципалитетов, которые не имеют своих информационных систем, ведут учет мер социальной защиты и поддержки в excel таблицах или вообще на бумаге, поэтому по результатам вот такого исследования, ПФР принято решение о создании конкретного инструмента для таких поставщиков в составе КПИ.

Слайд 24

Таким образом основные региональные реестры, которые есть в ЕГИССО наполняются смешанным способом – от части Поставщиков через СМЭВ, от другой части – через кабинет Поставщика информации (КПИ). Реестр локальных мер, о котором говорили ранее. Реестр получателей мер социальной защиты, который будет на основе СНИЛСа. Реестр организаций, предоставляющих меры соцзащиты. Информация в ЕГИССО высылается только при изменении данных в реестрах, то есть, если только у вас что-то поменялось. Ну и сам реестр фактов назначений мер, которые вы проводите ежедневно, при обращении граждан, он также будет в течение дня по выстраиваемому регламенту передаваться в ЕГИССО.

Слайд 25

Следующая задача – это заключение соглашения о первичной загрузке сведений в ЕГИССО. Пенсионный фонд доведёт до нас форму соглашения с Поставщиком информации и форматы данных. Мы точно также доведём их до Вас через Минсоцразвития.

К вопросу о том за какой период наполнять и сверять: Пенсионный фонд всегда говорит о разумном объёме загрузки данных – данные нужны актуальные, то есть действующие меры на момент выгрузки-загрузки.

Что касается сверки по СНИЛС, то не интересуют данные о получателях прошлого года, если в этом году меры назначены и будут оказываться совсем другим получателям. Если мы выгружаем данные в августе, то и интересуют те получатели, которым назначены меры соцзащиты для получения в августе и позже. В крайнем случае выгружайте данные по получателям с начала 2017 года.

Слайд 26

Что касается первичного наполнения, то данные следует выгружать по мерам, назначенным и оказываемым с начала месяца выгрузки. Первичное наполнение и далее подгрузка только изменившихся данных в ЕГИССО в процессе опытной эксплуатации будет осуществляться с помощью технических средств, которые будут указаны Пенсионным фондом. То есть не факт, что это будет набор файлов, направляемых на диске или по ViPNet в Отделение ПФР по Новосибирской области – возможно оно будет осуществляться через СМЭВ или через кабинет Поставщика информации.

Слайд 27

Наши контакты приведены на данном слайде, но просьба обращаться по методическим вопросам, что называется сначала по инстанции – в Минсоцразвития и в Департамент информатизации.

Слайд 28