Рейтинг@Mail.ru

"Спецификация на обмен данными в электронном виде о факте, параметрах нетрудоспособности и других сведений, необходимых для расчета пособий и осуществления выплат. Версия 1.6"

ФОНД СОЦИАЛЬНОГО СТРАХОВАНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ

Утверждаю

Руководитель

Департамента информатизации

А.В.КУЗЬМИН

"__" _______ 2012 г.

СПЕЦИФИКАЦИЯ

НА ОБМЕН ДАННЫМИ В ЭЛЕКТРОННОМ ВИДЕ О ФАКТЕ, ПАРАМЕТРАХ

НЕТРУДОСПОСОБНОСТИ И ДРУГИХ СВЕДЕНИЙ, НЕОБХОДИМЫХ

ДЛЯ РАСЧЕТА ПОСОБИЙ И ОСУЩЕСТВЛЕНИЯ ИХ ВЫПЛАТ

ВЕРСИЯ 1.6

Введение

Назначение регламента

1. Документ регламентирует структуру и формат данных, необходимых для расчета и выплат пособий по временной нетрудоспособности, по беременности и родам, единовременного пособия женщинам, вставшим на учет в медицинских учреждениях в ранние сроки беременности и иных выплат в субъектах Российской Федерации, участвующих в реализации пилотного проекта, утвержденного постановлением Правительства Российской Федерации от 24 апреля 2011 г. N 294 (и последующие редакции).

2. Документ регламентирует обмен данными в электронном виде.

Стороны обмена

Данными в указанной спецификации обмениваются следующие системы:

АРМ ФСС или АРМ Страхователя (либо иное программное, обеспечение соответствующее настоящей спецификации) -> Шлюз ФСС РФ.

Шлюз ФСС РФ: docs.fss.ru

Тестовый шлюз: http://docs-test.fss.ru/

Обмен информацией с Хранилищем ФСС РФ

Реестр данных, передаваемых страхователем в ФСС РФ, представлен в виде файла формата XML в соответствии с представленными сценариями взаимодействия

Сценарии взаимодействия

Сценарий N 1.

1. Создание реестра при помощи программного обеспечения ФСС РФ - АРМ ФСС (Подготовка расчетов для ФСС - http://www.fss.ru/ru/fund/download/index.shtml), АРМ Страхователя (либо иное программное обеспечение, соответствующее настоящей спецификации).

2. Подписание реестра электронно-цифровой подписью при помощи программного обеспечения ФСС РФ - АРМ ФСС, АРМ Страхователя (либо иное программное обеспечение, соответствующее настоящей спецификации).

3. Отправка реестра через docs.fss.ru.

Сценарий N 2.

1. Создание реестра при помощи программного обеспечения сторонних производителей без встроенной возможности подписания электронной подписью.

2. Подписание реестра электронно-цифровой подписью при помощи программного обеспечения ФСС РФ - "Подписание и шифрование электронных документов" (http://www.fss.ru/ru/fund/download/index.shtml).

3. Отправка реестра через docs.fss.ru.

Наименование файла

Название файла (ИМЯ_ФАЙЛА) имеет формат

E_NUMBER_YYYY_MM_DD_NN.xml

Литера_ Регистрационный номер_ Год_Месяц_День_Номер

реестра за день

Пример (до подписания реестра электронно-цифровой подписью):

E_7791343453_2011_09_12_01.xml

Максимальная длина имени без расширения не может быть больше 22 символов.

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

Литера E - Employer - Работодатель, он же Страхователь для ФСС РФ.

Регистрационный номер следует за литерой и позволяет определить Страхователя, подготовившего реестр на этапе приемки реестра шлюзом.

Далее идет дата в формате удобном для сортировки файлов на файловой системе (в ряде случаев применяется для промежуточного хранения файлов у Страхователя или сотрудника ФСС РФ).

YYYY - четыре цифры года (например, 2011, 2012).

MM - две цифры месяца в году. Допустимы значения из диапазона 01, 02, ..., 12.

DD - две цифры дня в месяце. Допустимы значения из диапазона 01, 02, ..., 31 в соответствии с количеством дней месяца и годом.

Номер в конце наименования (двухсимвольное поле) указывает на очередность реестра при отправке нескольких реестров в один день.

Важно: Исправление реестра выполняется с тем же номером, что и ранее отправленный реестр.

Важно: После подписания реестра электронно-цифровой подписью расширение файла должно быть: *.esl.

Пример (до подписания реестра электронно-цифровой подписью):

E_0000000000_2011_09_12_01.xml

Пример имени подписанного реестра:

E_0000000000_2012_07_05_99.esl

Спецификация

Схема сообщения

Реестр сведений имеет единую структуру для разных типов пособий, но в зависимости от типа пособий осуществляются различные проверки по схеме.

XSD схема сообщения приведена в Приложении 1.

Структура сообщения

В колонке "Поле" указывается наименование элемента, в колонке "Наименование" указывается функциональное наименование.

В поле Обязательность

- Если атрибут обязательный, то первая цифра 1.

- Если атрибут не обязательный, то первая цифра 0.

- Так же может стоять условие обязательности.

Поле Повторяемость заполняются следующим образом:

- 1 - если элемент должен быть только один раз.

- * - если элемент может повторяться.

В поле "Длина" указывается максимальная допустимая длина в символах.

Важно: Поля добавленные/измененные в данной версии документа отмечены серым фоном. Так же поля с пометкой "*" в наименовании являются необязательными для заполнения, данные поля оставленные только для совместимости версий реестров, в последующих версиях данные поля будут удалены.

Правила заполнения

При заполнении файла следует выполнять следующие общие правила:

- Если данные в элементе отсутствуют, то в файле в значение элемента ничего не вписывается (никаких "прочерков" - изменение, касающееся правил заполнения реестров в части отсутствия информации в столбце).

- Даты указываются в формате типа данных date xml, а именно ГГГГ-ММ-ДД

- Числа с дробной частью указываются в формате типа данных double xml, а именно - с точкой:

1000.10

СНИЛС

( получателя пособия) указывается страховой номер индивидуального лицевого счета в системе обязательного пенсионного страхования получателя соответствующего вида пособия в соответствии со страховым свидетельством государственного пенсионного страхования.

Справочники/Таблицы

В этом разделе описываются справочники, по которым проверяются значения атрибутов реестра.

Виды пособий

Типы удостоверений личности

Районные коэффициенты

Причины нетрудоспособности

Дополнительные коды

Типы родственных связей

Типы нарушений

Статусы нетрудоспособного

Условия исчисления

Приложение 1

XSD СХЕМА СООБЩЕНИЯ

Приложение 2

ПРИМЕР XML СООБЩЕНИЯ

Другие документы по теме
"О правомерности закрытия счета клиенту при наличии решения о приостановлении операций по этому счету"
<По вопросу осуществления контроля за качеством капитального ремонта>
"Об организации работ по формированию информации для включения в реестр участников бюджетного процесса, а также юридических лиц, не являющихся участниками бюджетного процесса"
"О критериях сопоставимости долговых обязательств по объемам"
Ошибка на сайте