Сценарий №4


НазваниеСценарий №4
страница1/15
ТипСценарий
filling-form.ru > Договоры > Сценарий
  1   2   3   4   5   6   7   8   9   ...   15




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


УТВЕРЖДАЮ

Руководитель Департамента

информатизации
________________ А.В.Кузьмин
«___»_________________ 2013 г.

СПЕЦИФИКАЦИЯ НА ОБМЕН ДАННЫМИ

В ЭЛЕКТРОННОМ ВИДЕ

О ФАКТЕ, ПАРАМЕТРАХ НЕТРУДОСПОСОБНОСТИ

И ДРУГИХ СВЕДЕНИЯХ, НЕОБХОДИМЫХ ДЛЯ

РАСЧЕТА ПОСОБИЙ

И ОСУЩЕСТВЛЕНИЯ ИХ ВЫПЛАТ

Версия 1.7.1

Содержание

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

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

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

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

Сценарий № 1. 4

Сценарий № 2. 4

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

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

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

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

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

СНИЛС 20

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

Виды пособий 21

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

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

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

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

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

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

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

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

Приложение 1. XSD Схема сообщения 31

Приложение 2. Пример XML сообщения 71

Введение

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

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

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

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

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

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

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

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

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

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

Сценарий № 1.

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

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

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

Сценарий № 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 символов.

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

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

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

В части «регистрационный номер», при наличии филиалов, используется регистрационный номер обособленного подразделения (последние 10 знаков расширенного регистрационного номера), выданный в местном органе Фонда (используемый в ЭЦП), при его отсутствии регистрационный номер вышестоящей организации.

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

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 – если элемент должен быть только один раз.

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


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

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



Поле(тег)

Наименование (ссылка на правило заполнения)

Оx`бязательность

Повторяемость

Тип данных

Длина, байт

Справочник (если поле должно проверяться по справочнику)

ROWSET

Группировочный тег, объединяет все записи реестра

1

1

Группа







Атрибут

version

Версия документа (номер версии на титульном листе документа) описания структуры

Если строка пустая, то считаем, что это версия: 1.7.x

1

1

Строка

10




Атрибут

software

Наименование и версия программного обеспечения, при помощи которого создавался реестр

Пример:

fss_payment

или

АРМ ФСС

1

1

Строка

255




Атрибут

version_ software

Наименование и версия программного обеспечения, при помощи которого создавался реестр

Пример: 1.0.11

1

1

Строка

15




Атрибут

author

ФИО лица составляющего реестр

1

1

Строка

120




Атрибут

phone

Телефон лица, составляющего реестр

1

1

Строка

30




Атрибут

email

Электронная почта лица составляющего реестр

1

1

Строка

40




ROW

Группировочный тег, объединяет все элементы одной записи реестра

1

*

Группа атрибутов







BATCH_NO

Автоматический номер строки. Формируется по правилу ИМЯ_ФАЙЛА(без расширения):НОМЕР_СТРОКИ

Пример:

E_7701343453_2011_09_12_1:1

E_7701343453_2011_09_12_1:2

1

1

Строка

50




TYPE_INFO

Признак:

0 – первичная информация (ставиться при первичной отправки информации)

1-перерасчет


1

1

Целое

1




RECALC_REASON_CODE

Причина перерасчета

1, если TYPE_INFO=1

1

Целое

1

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

1 Представлены дополнительные сведения о выплатах в расчетном периоде;

2. Поступление от застрахованного лица заявления о замене одного года или двух лет расчетного периода предшествующими годами;

3. Поступление заявления от застрахованного лица о применении норм законодательства при исчислении среднего заработка, действовавшего до 01.01.2011г.(для пособия по беременности и родам);

4. По результатам документальной выездной (камеральной) проверки;

5.Перерасчет листка нетрудоспособности при признании несчастного случая на производстве страховым;

6.Перерасчет листка нетрудоспособности в случае ошибки в расчете работодателя

7. Иное (указать на обороте справки);


DOC_TYPE

Вид пособия

1

1

Целое

2

Справочник видов пособий

DOC_DT1

Дата предоставления пакета документов страхователю.

Формат

ГГГГ-ММ-ДД

Пример: 2010-01-13

1

1

Дата







SNILS

Застрахованное лицо: СНИЛС

1

1

Строка

11




INN_PERSON

Застрахованное лицо: ИНН

0

1

Строка

12




SURNAME

Застрахованное лицо: Фамилия

1

1

Строка

30




NAME

Застрахованное лицо: Имя

1

1

Строка

30




PATRONIMIC

Застрахованное лицо: Отчество

0

1

Строка

30




RESIDENT_FLAG

Застрахованное лицо: Статус налогоплательщика

Признак :

2-высококвалифицированный специалист-нерезидент

1-Резидент

0-Не резидент


1

1

Целое

1




RESIDENT_CODE

Застрахованное лицо: Цифровой код страны, гражданином которой является налогоплательщик. Код страны указывается согласно Общероссийскому классификатору стран мира (ОКСМ).

1, если DOC_TYPE =1,6 и RESIDENT_FLAG =0,2

1

Целое

3

Справочник: Общероссийский классификатор стран мира (ОКСМ).

ID_TYPE

Застрахованное лицо: Вид удостоверения личности

1

1

Строка

2

Справочник типов удостоверений личности

ID_NO

Застрахованное лицо: Серия и номер документа

1

1

Строка

20




ID_DT

Застрахованное лицо: Дата выдачи документа Формат

ГГГГ-ММ-ДД

Пример: 2010-01-13

1

1

Дата







ID_DEPT

Застрахованное лицо: Кем выдан документ

1

1

Строка

100




ADDR_KLADR

Застрахованное лицо: Адрес проживания: Код по КЛАДР

1, если PAYMENT_TYPE=0

1

Строка

100

КЛАДР

ADDR_A1

Застрахованное лицо: Адрес проживания:

Субъект

0

1

Строка

100

Данное поле не обязательно для отдельного заполнения т.к. его данные присутствует в поле ADDR_KLADR

ADDR_A2

Застрахованное лицо: Адрес проживания:

Район

0

1

Строка

100

Данное поле не обязательно для отдельного заполнения т.к. его данные присутствует в поле ADDR_KLADR

ADDR_A3

Застрахованное лицо: Адрес проживания:

Город

0

1

Строка

100

Данное поле не обязательно для отдельного заполнения т.к. его данные присутствует в поле ADDR_KLADR
  1   2   3   4   5   6   7   8   9   ...   15

Похожие:

Сценарий №4 iconПриложение №3 Сценарий программы Давайте Дарить Улыбки Приложение...
Приложение №2 План проведения паралимпийского урока

Сценарий №4 iconСценарий митинга-концерта 29 Концерты и праздничные программы 33...
Сценарий губернаторского приема, посвященного Дню Победы в Великой Отечественной войне 1941-945 г г. 18

Сценарий №4 iconСценарий четко прописывает обязательный порядок действий организаторов...
Сценарий действий организатора в аудитории, проводящего репетиционный экзамен в форме единого государственного экзамена по образовательным...

Сценарий №4 iconСценарий четко прописывает обязательный порядок действий организаторов...
Сценарий действий организатора, проводящего единый государственный экзамен в аудитории пункта проведения экзамена

Сценарий №4 iconПрайс-лист
Информационно-музыкальный (сценарий, актерское чтение, музыкальная подложка) от 2 500 руб

Сценарий №4 iconСценарий выступления на научно-студенческой конференции
«О мероприятиях по очистке территории крымской асср от антисоветских элементов»

Сценарий №4 iconСценарий интеллектуальной речевой игры
Цель: Совершенствовать речевые навыки и умения учащихся, активизировать речевую деятельность

Сценарий №4 iconСценарий выкупа невесты 1 8
Шуточная песня о паре, прожившей вместе несколько лет и, наконец, решившей расписаться 110

Сценарий №4 iconСценарий классного часа «Модель семейного счастья»
...

Сценарий №4 iconСценарий внеклассного мероприятия Игра: «Всё ли я знаю о процедуре егэ?»
Автор проекта: Якимцева Оксана Евгеньевна, учитель математики, классный руководитель 11 класса

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск