Приказ МНС РФ № САЭ-3-09/451@, ФФОМС N 49 от 28.07.2004

«О внесении изменений и дополнений в „Порядок информационного взаимодействия Министерства Российской Федерации по налогам и сборам и территориальных фондов обязательного медицинского страхования при государственной регистрации юридических лиц и индивидуальных предпринимателей в электронном виде“, утвержденный Приказом от 02.03.2004 № БГ-3-09/171/8»

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

МИНИСТЕРСТВО РОССИЙСКОЙ ФЕДЕРАЦИИ ПО НАЛОГАМ И СБОРАМ № САЭ-3-09/451@

ФЕДЕРАЛЬНЫЙ ФОНД ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ № 49

ПРИКАЗ от 28 июля 2004 года

О ВНЕСЕНИИ ИЗМЕНЕНИЙ И ДОПОЛНЕНИЙ В «ПОРЯДОК ИНФОРМАЦИОННОГО ВЗАИМОДЕЙСТВИЯ МИНИСТЕРСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ ПО НАЛОГАМ И СБОРАМ И ТЕРРИТОРИАЛЬНЫХ ФОНДОВ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ ПРИ ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ЮРИДИЧЕСКИХ ЛИЦ И ИНДИВИДУАЛЬНЫХ ПРЕДПРИНИМАТЕЛЕЙ В ЭЛЕКТРОННОМ ВИДЕ», УТВЕРЖДЕННЫЙ ПРИКАЗОМ ОТ 02.03.2004 № БГ-3-09/171/8

В соответствии с Постановлением Правительства Российской Федерации от 26 февраля 2004 г. № 110 «О совершенствовании процедур государственной регистрации и постановки на учет юридических лиц и индивидуальных предпринимателей» (Собрание законодательства Российской Федерации, 08.03.2004, № 10 ст. 684) и с учетом результатов информационного взаимодействия между территориальными регистрирующими (налоговыми) органами и территориальными фондами обязательного медицинского страхования приказываем:

1. Внести в «Порядок информационного взаимодействия Министерства Российской Федерации по налогам и сборам и территориальных фондов обязательного медицинского страхования при государственной регистрации юридических лиц и индивидуальных предпринимателей в электронном виде» (далее — Порядок), утвержденный Приказом от 02.03.2004 № БГ-3-09/171/8 следующие изменения и дополнения:

1.1. Наименование Порядка изложить в следующей редакции: «Порядок информационного взаимодействия территориальных регистрирующих (налоговых) органов и территориальных фондов обязательного медицинского страхования при государственной регистрации юридических лиц и индивидуальных предпринимателей в электронном виде».

1.2. Приложения к Порядку № 1, № 2 и № 4 изложить в редакции Приложений: № 1 «Требования к структуре и форматам файлов обмена информацией между регистрирующими (налоговыми) органами и территориальными фондами обязательного медицинского страхования», № 2 «Описание форматов файлов обмена информацией между регистрирующими (налоговыми) органами и территориальными фондами обязательного медицинского страхования» и № 4 «Соглашение об обмене информацией по электронной почте между регистрирующими (налоговыми) органами и территориальными фондами обязательного медицинского страхования» соответственно, к настоящему Приказу.

2. Для обеспечения совместимости функционирования программных средств отправителя и получателя сведений в части применения средств архивирования информации использовать программу-упаковщик WinRAR версии 3.2.

3. Контроль за исполнением настоящего Приказа возложить со стороны Министерства Российской Федерации по налогам и сборам на заместителя Министра Российской Федерации по налогам и сборам Д.А. Чушкина, со стороны Федерального фонда обязательного медицинского страхования — на заместителя директора Федерального фонда обязательного медицинского страхования Н.Б. Климову.

А. Э. Сердюков

А. М. Таранов

от 28 июля 2004 г. № САЭ-3-09/451@/49

ТРЕБОВАНИЯ К СТРУКТУРЕ И ФОРМАТАМ ФАЙЛОВ ОБМЕНА ИНФОРМАЦИЕЙ МЕЖДУ РЕГИСТРИРУЮЩИМИ (НАЛОГОВЫМИ) ОРГАНАМИ И ТЕРРИТОРИАЛЬНЫМИ ФОНДАМИ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ

1. Описание формата представления файлов обмена информацией

1.1 Представление информации в файлах данных

Данные выписок в электронном виде представляются в виде файлов формата XML в кодировке ANSI (Windows-1251). Файл может содержать информацию по нескольким юридическим лицам (ЮЛ) или индивидуальным предпринимателям (ИП).

Файл данных имеет наименование строго определенного вида и включает служебную и информационную части. Служебная часть (заголовок) содержит данные об отправителе и получателе сообщения. Информационная часть включает сведения о конкретных документах — выписках о ЮЛ или ИП соответственно из ЕГРЮЛ или ЕГРИП.

Информация, содержащая группы сведений, представляется в сообщениях. Каждое сообщение содержит информацию о группе сведений, относящихся к одному ЮЛ (ФЛ) по данным одного органа.

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

1.2 Структура наименования файла

Файлы, содержащие данные обмена, должны иметь наименование следующего формата:

RBV_F_D_N.xml, где:

R — префикс, обозначающий данные государственной регистрации («R»);

В — префикс, обозначающий вид информации («U» — ЮЛ, «I» — ИП);

V — префикс, обозначающий ведомство («М» — МНС России, «S» — ФСС, «F» — ФОМС, «Р» — ПФР, «G» — Госкомстат);

F — код отправителя по справочнику ведомства. Количество знаков зависит от длины кода (для МНС России — СПРО);

D — текущая дата в формате «YYMMDD» (номер дня (DD), номер месяца (ММ), две последние цифры года (YY));

N — порядковый номер файла в день его формирования. Количество знаков произвольное;

XML — расширение файла.

1.3 Понятия и обозначения

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

::= — метасимвол, означающий «есть по определению»;

< > — метасимволы, используемые для выделения элементов металингвистической структуры;

| — метасимвол, означающий возможность выбора среди нескольких вариантов значений элемента металингвистической структуры;

[ ] — метасимволы, означающие необязательность элемента металингвистической структуры;

{ } — метасимволы, означающие использование металингвистической структуры один и более раз.

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

<слово>::=<число>|<дата>|<текст>|<код>|<специальное слово>| <пустое выражение> <словосочетание>::=<слово1>,<слово1>|<слово1>,<словосочетание> <слово1>::=<число>|<дата>|<текст1>|<текст2>|<код>

Текст представляет собой непустую последовательность символов, в качестве которых используются русские и латинские буквы, цифры, а также любые другие символы. Первый символ текста должен быть отличен от пробела. В том случае, когда текстовое значение встречается в составе словосочетания, возможны дополнительные ограничения на вид текста. Для выделения этих возможностей используются обозначения <текст1>, <текст2>.

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

Число состоит только из цифр (в том числе и с лидирующими нулями), причем может включать десятичную точку и знак «-» (минус) для отрицательных чисел.

Дата представляется в виде <день>.<месяц>.<год>, где <день> — две цифры, соответствующие номеру дня в месяце, <месяц> — две цифры, соответствующие номеру месяца в году, <год> — четыре цифры года.

Код определяется как последовательность букв и цифр. Сравнение кода со словами из соответствующего множества выполняется без учета регистра.

Синтаксис формирования реквизитов изложен ниже:

<русская буква> — прописная русская буква <латинская буква> — прописная латинская буква <ц> — цифра <пробел> — символ пробела <другой символ> — символ, не являющийся ни цифрой, ни буквой, ни пробелом <пустое выражение> — выражение, не содержащее ни одного символа <буква>::=<русская буква>|<латинская буква> <символ>::=<буква>|<ц>|<пробел>|<другой символ> <текст>::=(<буква>|<ц>|<другой символ>)[{<символ>}]| <текст1>::=((<буква>|<ц>)[{<буква>|<ц>|<пробел>|-|/}])| <пустое выражение> <текст2>::=(<буква>[{<буква>|<пробел>|-}])| <пустое выражение> <число>::=[-]{<ц>}[.{<ц>}]|[-].{<ц>} <дата>::=<день>.<месяц>.<год> <год>::=<ц><ц><ц><ц> <месяц>::=01|02|03|04|05|06|07|08|09|10|11|12 <день>::=<ц><ц>, принимает значения от 01 до 28, 29, 30 или 31 — в зависимости от значений <месяц> и <год> <часы>::=<ц><ц> — принимают значения от 00 до 23 <минуты>::=<ц><ц> — принимают значения от 00 до 59 <секунды>::=<ц><ц> — принимают значения от 00 до 59.

Файл сообщений состоит из строк, содержащих элементы и атрибуты, а также их значения. Реквизиты файла могут быть элементами или атрибутами.

Элемент представляет собой составную часть XML-документа, обычно представляющую собой некоторую законченную смысловую единицу. Элемент может содержать один или несколько вложенных элементов и/или атрибутов.

Атрибут представляет собой составную часть элемента, задающую его параметры.

Имена элементов и атрибутов являются регистрозависимыми и должны совпадать с шаблоном XML. В сообщениях атрибуты с одинаковым именем должны иметь один и тот же смысл и структуру. Порядок следования элементов должен совпадать с шаблоном.

Все XML документы должны иметь единственный корневой элемент. Для него определен фиксированный атрибут «версия» со значением «1.0».

Описание информационных объектов приводится в табличной форме.

Таблица 1

В таблицах используются следующие обозначения:

В графе «Код элемента» записывается условное обозначение элемента сообщения.

В графе «Содерж. элемента» записывается условное обозначение атрибута или другого элемента, входящего в состав элемента.

В графе «Тип» записывается один из символов О, Н, У, П. Символы имеют следующие обозначения:

О — обязательный реквизит;

Н — необязательный реквизит;

У — условно-обязательный реквизит;

П — предписанный реквизит;

М — реквизит, определяющий множественность данных, может добавляться к указанным выше символам.

Обязательный реквизит — это реквизит, который должен обязательно присутствовать в файле.

Необязательный реквизит — это реквизит, который может как присутствовать, так и отсутствовать в файле.

Условно-обязательный реквизит — это реквизит, присутствие которого в файле обусловлено условием или значениями, наличием или отсутствием других реквизитов этого же файла. В случае выполнения условия присутствия (УП) условно-обязательный реквизит по всем своим свойствам приравнивается к обязательному, а в случае невыполнения — к необязательному.

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

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

В графе «Формат» для каждого атрибута указывается символ формата, а вслед за ним в круглых скобках — максимальная длина атрибута.

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

Т — <текст>;

Т1 -<текст1>;

Т2 — <текст2>;

N — <число>;

D — <дата>;

К — <код>;

S — <элемент>; составной элемент, описывается отдельно;

Е — <пустое выражение>.

Если значением атрибута является дробное десятичное число, то в графе «Формат» указывается формат его представления в виде N (m.k), где m — максимальное количество знаков в числе, включая целую и дробную часть числа, десятичную точку и знак «-» (минус), а k — число знаков дробной части числа.

В графе «Наименование» указывается наименование элемента или атрибута.

Если атрибут имеет в рамках данного формата ограниченное количество возможных значений, то в графе «Дополнительная информация» указывается список этих значений.

информации файла, содержащего сведения ЕГРЮЛ

Таблица 2

информации файла, содержащего сведения ЕГРИП

Таблица 3

лиц в государственном внебюджетном фонде

Таблица 4

в государственном внебюджетном фонде

Таблица 5

6. Требования к формированию значений реквизитов

Элемент "Идентификатор файла" соответствует имени файла без расширения. Он предназначен для идентификации отправителя сообщения и присвоения каждому документу уникального кода.

Реквизит "Дата формирования файла" представляется 19-разрядным кодом и имеет следующую структуру:

DD.MM.YYYY_HH.MM.SS, где:

YYYY - текущий год; ММ - текущий месяц; DD - текущее число; НН - часы; ММ - минуты; SS - секунды.

Реквизит "Идентификатор отправителя" представляется кодом по справочнику соответствующего ведомства (для МНС России - СПРО).

Реквизит "Код отправителя" определяет ведомства. Допустимыми значениями (в зависимости от отправителя) являются: "MNS", "FSS", "FOMS", "PFR".

Реквизит "Идентификатор документа" представляется целым 9-разрядным числом, которое формируется программой. Определяет порядковый номер документа (выписки), уникальный в пределах файла.

Реквизит "Версия передающей программы"

Содержит идентификатор программы, с помощью которой подготовлен файл сообщения. Записывается произвольным текстом.

Реквизит "Количество документов"

Определяет количество документов (выписок из реестров по юридическому лицу или индивидуальному предпринимателю), которые содержатся в передаваемом файле.

Реквизит "Должность отправителя"

Указывается должность ответственного лица, подготовившего информацию. Заполняется произвольным способом.

Реквизиты "Фамилия, Имя, Отчество отправителя"

Указываются фамилия, имя и отчество ответственного лица, подготовившего информацию.

Реквизит "Телефон отправителя"

Указывается код города и номер телефона отправителя.

Реквизит "E-mail отправителя"

Указывается адрес электронной почты отправителя.

Реквизит "Идентификатор" (ID) представляется целым (до 15 разрядов) числом, которое формируется программой. Является внутренним индексом.

1. Описание DTD-схемы XML-файла, содержащего сведения ЕГРЮЛ

2. Описание DTD-схемы XML-файла, содержащего сведения ЕГРИП

<!ATTLIST ACCOUNT OGRN CDATA#IMPLIED

   NUM CDATA#REQUIRED

   INN CDATA#REQUIRED
   KPP CDATA#REQUIRED
   BIK CDATA#REQUIRED
   NUM_CONTRACT CDATA#REQUIRED
   DTSTART CDATA#REQUIRED
   DTEND CDATA#IMPLIED
>
<!ELEMENT VID_ACCONT EMPTY>
<!ATTLIST VID_ACCOUNT
   ID_VA CDATA#REQUIRED
   NAME_VA CDATA#REQUIRED
>
<!ELEMENT TYPE_ACCOUNT EMPTY>
<!ATTLIST TYPE_ACCOUNT
   ID_TA CDATA#REQUIRED
   NAME_ТА CDATA#REQUIRED
>

3. Описание DTD-схемы XML-файла, содержащего сведения о регистрации юридических лиц в государственном внебюджетном фонде

4. Описание DTD-схемы XML-файла, содержащего сведения о регистрации индивидуальных предпринимателей в государственном внебюджетном фонде

<!ATTLIST USER<br>
   DOLGN CDATA#REQUIRED<br>
   FAM_FL CDATA#REQUIRED<br>
   NAME_FL CDATA#IMPLIED<br>
   OTCH_FL CDATA#IMPLIED<br>
   TEL CDATA#IMPLIED<br>
   EMAIL CDATA#IMPLIED<br>
><br>
<!ATTLIST IP_FOND<br>
   IDDOK CDATA#REQUIRED<br>
   OGRNIP CDATA#REQUIRED<br>
   REGN_FSS CDATA#REQUIRED<br>
   DTSTART CDATA#REQUIRED<br>
   DTEND CDATA#IMPLIED

>
<!ELEMENT IP_FOND (ORGAN)>
<!ELEMENT ORGAN EMPTY>
<!ATTLIST ORGAN
   KOD CDATA#REQUIRED
   NAME СDATA#IMPLIED
>

Приложение № 4 к Порядку информационного взаимодействия Министерства

обязательного медицинского страхования при государственной регистрации юридических лиц и индивидуальных предпринимателей в электронном виде, утвержденному Приказом от 02.03.2004 № БГ-3-09/171/8,

утвержденными Приказом МНС России и ФОМС от 28 июля 2004 г. № САЭ-3-09/451@/49

СОГЛАШЕНИЕ ОБ ОБМЕНЕ ИНФОРМАЦИЕЙ ПО ЭЛЕКТРОННОЙ ПОЧТЕ МЕЖДУ РЕГИСТРИРУЮЩИМИ (НАЛОГОВЫМИ) ОРГАНАМИ И ТЕРРИТОРИАЛЬНЫМИ ФОНДАМИ ОБЯЗАТЕЛЬНОГО МЕДИЦИНСКОГО СТРАХОВАНИЯ

1. Общие положения

1.1. Настоящее Соглашение заключено между (наименование налогового органа) и (наименование территориального фонда ОМС) (далее — Сторонами или контрагентами) с целью организации обмена информацией в электронном виде при представлении сведений ЕГРЮЛ и ЕГРИП.

1.2. Соглашение разработано в соответствии с Федеральным законом от 10.01.2002 № 1-ФЗ «Об электронной цифровой подписи», Инструкцией об организации и обеспечении безопасности хранения и передачи по каналам связи с использованием средств криптографической защиты информации с ограниченным допуском, не содержащей сведений, составляющих государственную тайну, утвержденной Приказом ФАПСИ от 13.06.2001 № 152 (зарегистрирован в Минюсте России 06.08.2001 № 2848).

1.3. Стороны признают юридическую значимость электронных документов, подписанных ЭЦП с помощью средств ЭЦП, применяемых в МНС России и разворачиваемых для организации обмена, на ключах, изготовленных сотрудниками (наименование налогового органа) в Центре генерации ключей (наименование налогового органа).

1.4. При обмене информацией не по каналам связи в режиме электронной почты вид электронных носителей информации определяется по соглашению сторон.

1.5. Для осуществления обмена информацией по каналам связи в режиме электронной почты выполняются разделы 2 и 3 настоящего Соглашения.

2. Аппаратно-программная основа обмена информацией по каналам связи в режиме электронной почты

Аппаратно-программной основой обмена информацией по каналам связи в режиме электронной почты является:

• почтовые серверы в составе телекоммуникационных узлов Сторон;
• абонентские пункты электронной почты с функцией шифрования и ЭЦП DiPost Crypto, абонентские пункты с программным комплексом формирования ЭЦП DiSign соответственно, развернутые на объектах Сторон;
• центр генерации ключей шифрования и ЭЦП (ЦГК), развернутый в (наименование налогового органа).

3. Порядок организации обмена информацией

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

3.1 Сотрудники (наименование налогового органа):

• разворачивают и осуществляют техническую поддержку на объектах контрагентов почтовых клиентов DiPost Crypto и средств ЭЦП DiSign;
• при необходимости регистрируют каждого абонента из числа контрагентов МНС России на почтовом сервере (наименование налогового органа) с именем W03kd, где 03 — Фонд обязательного медицинского страхования;
• регистрируют каждого абонента из числа контрагентов МНС России в Центре генерации ключей (наименование налогового органа) (с учетом привязки к существующей административно-территориальной структуре подразделений МНС России);
• обеспечивают контрагентов МНС России необходимой ключевой и адресной информацией, в том числе:
• осуществляют плановую смену ключей не реже одного раза в год;
• осуществляют мероприятия по предотвращению последствий компрометации ключей (актуализация списков отозванных сертификатов, ввод в эксплуатацию новых ключевых документов);
• обеспечивают доставку ключевых документов на места эксплуатации (фельдъегерская почта или непосредственная передача при личном прибытии представителей контрагентов в (наименование налогового органа));
• обеспечивают формирование для контрагентов адресных книг, локальных баз сертификатов открытых ключей, списков отозванных сертификатов и их доставку на места эксплуатации (фельдъегерская почта, непосредственная передача при личном прибытии представителей абонентов в (наименование налогового органа) или с помощью почтовых клиентов DiPost Crypto).

Идентификаторы ключевых данных для контрагентов на региональном уровне:

ЕКХХ03АА, где:

Е = 0 для DiPost, E = 1 для DiSign

XX — регион, К — символ

АА — текущий номер ключа

3.2 Сотрудники (наименование территориального фонда ОМС):