Приказ МНС РФ № БГ-3-09/738, Госкомстата РФ N 531 от 31.12.2003

(ред. от 25.10.2005)

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

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

ГОСУДАРСТВЕННЫЙ КОМИТЕТ РОССИЙСКОЙ ФЕДЕРАЦИИ ПО СТАТИСТИКЕ № 531

ПРИКАЗ от 31 декабря 2003 года

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

В связи с принятием Федерального закона от 23 декабря 2003 г. № 185-ФЗ «О внесении изменений в законодательные акты Российской Федерации в части совершенствования процедур государственной регистрации и постановки на учет юридических лиц и индивидуальных предпринимателей» и в соответствии с пунктом 19 Правил ведения Единого государственного реестра юридических лиц и предоставления содержащихся в нем сведений, утвержденных Постановлением Правительства Российской Федерации от 19.06.2002 № 438 «О Едином государственном реестре юридических лиц» (Собрание законодательства Российской Федерации, 2002, № 26, ст. 2585), и пунктом 24 Правил ведения Единого государственного реестра индивидуальных предпринимателей и предоставления содержащихся в нем сведений, утвержденных Постановлением Правительства Российской Федерации от 16.10.2003 № 630 «О Едином государственном реестре индивидуальных предпринимателей, правилах хранения в единых государственных реестрах юридических лиц и индивидуальных предпринимателей документов (сведений) и передачи их на постоянное хранение в государственные архивы, а также о внесении изменений и дополнений в Постановления Правительства Российской Федерации от 19 июня 2002 г. № 438 и 439» (Собрание законодательства Российской Федерации, 2003, № 43, ст. 4238), приказываем:

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

(в ред. Приказа МНС РФ № САЭ-3-09/452@, Росстата № 109 от 28.07.2004)

2. Установить переходный период на I квартал 2004 года, в течение которого будет обеспечиваться параллельное предоставление органам государственной статистики информации из ЕГРЮЛ и ЕГРИП как в электронном виде, так и на бумажном носителе.

3. Считать недействительным с момента вступления в действие настоящего Порядка Порядок взаимодействия Министерства Российской Федерации по налогам и сборам и Государственного комитета Российской Федерации по статистике по предоставлению сведений, содержащихся в Едином государственном реестре юридических лиц, в электронном виде, утвержденный совместным Приказом МНС России и ГКС России от 31.10.2003 № БГ-3-09/584/477.

4. УМНС передает во временное пользование на безвозмездной основе соответствующим территориальным органам Госкомстата России по субъектам Российской Федерации комплект программного обеспечения СКЗИ (DiPost Crypto, версия 3.0) и средств ЭЦП (DiSiN, версия 1.1) в соответствии с правилами учета СКЗИ.

5. Контроль за исполнением настоящего Приказа возложить на заместителя Министра Российской Федерации по налогам и сборам М.В. Мишустина и заместителя председателя Государственного комитета Российской Федерации по статистике А.Л. Кевеша.

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

В соответствии с Федеральным законом от 08.08.2001 № 129-ФЗ «О государственной регистрации юридических лиц и индивидуальных предпринимателей» в редакции от 23.06.2003 № 76-ФЗ, от 23.12.2003 № 185-ФЗ (Собрание законодательства РФ, 2001, № 33 (часть I), ст. 343, Собрание законодательства РФ, 2003, № 26, 2565), пунктом 19 Правил ведения Единого государственного реестра юридических лиц и предоставления содержащихся в нем сведений (далее — Правила по ЕГРЮЛ), пунктом 24 Правил ведения Единого государственного реестра индивидуальных предпринимателей и предоставления содержащихся в нем сведений (далее — Правила по ЕГРИП), утвержденных Постановлением Правительства Российской Федерации от 16.10.2003 № 630 «О Едином государственном реестре индивидуальных предпринимателей, правилах хранения в единых государственных реестрах юридических лиц и индивидуальных предпринимателей документов (сведений) и передачи их на постоянное хранение в государственные архивы, а также о внесении изменений и дополнений в Постановления Правительства российской Федерации от 19 июня 2002 г. № 438 и 439» (Собрание законодательства Российской Федерации, 2003, № 43, ст. 4238), устанавливается следующий порядок передачи/приема сведений в части государственной регистрации юридических лиц и индивидуальных предпринимателей (далее — Порядок) в электронном виде (далее — сведения):

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

2. Сведения соответствуют внесенным в ЕГРЮЛ и ЕГРИП записям о юридических лицах и индивидуальных предпринимателях (Приложения № 2 к Правилам по ЕГРЮЛ и к Правилам по ЕГРИП).

3. Сведения формируются программным путем средствами Автоматизированной информационной системы «Государственная регистрация юридических лиц и индивидуальных предпринимателей» (далее — АИС «Регистрация») в виде электронного документа (файла). Состав показателей, определяющих сведения, структура и формат информации описаны в Приложениях № 1, 2 к настоящему Порядку.

4. Региональный орган Госкомстата России после получения сведений направляет уведомления о приеме информации в Управление МНС России по субъекту Российской Федерации, к которому относится соответствующий регистрирующий орган, с учетом схемы информационного взаимодействия (Приложение № 3 к настоящему Порядку).

5. Передача сведений в региональный орган Госкомстата России осуществляется по каналам связи в режиме электронной почты. Соглашение об обмене информацией по электронной почте представлено в Приложении № 4 к настоящему Порядку.

6. Порядок представления сведений регистрирующим органом:

• ежедневно в конце рабочего дня формируются файлы с информацией, включающей сведения, сформированные в ЕГРЮЛ и ЕГРИП за текущий день;
• каждый сформированный файл подписывается электронно-цифровой подписью (далее — ЭЦП) и архивируются программой-упаковщиком;
• для каждого сформированного файла средствами электронной почты формируется почтовое сообщение с указанием адреса получателя (регионального органа Госкомстата России), темы сообщения (в поле темы сообщения заносится имя архивного файла). Вложением почтового сообщения является архивный файл;
• сформированное почтовое сообщение направляется адресату по каналам связи с использованием средств криптографической защиты информации (СКЗИ);
• при необходимости программа-упаковщик направляется адресату вместе с представляемыми сведениями, архивированными этой программой. Версия программы-упаковщика должна обеспечивать работу с именами файлов более 8-ми символов под управлением операционных систем Windows'98, 2000 и более поздних.

7. В региональном органе Госкомстата России при получении сведений:

• вложения полученного по электронной почте сообщения распаковываются с помощью программы-упаковщика;
• проводится контроль достоверности полученных сведении путем проверки соответствующих реквизитов ЭЦП;
• при подтверждении подлинности ЭЦП осуществляются работы по импорту сведений в базу данных Единого государственного регистра предприятий и организаций (ЕГРПО) и их обработке в рамках ведения этой БД ЕГРПО;
• в случае получения недостоверных или неполных данных или несоответствия данных утвержденному формату необходимо запросить подтверждение от отправителя о представленных сведениях, в том числе с повтором представления указанной информации.

8. Формирование и передача сведений в электронном виде осуществляется с использованием программно-технологических средств отправителя. Прием и обработка сведений в электронном виде осуществляются с использованием программно-технологических средств получателя.

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

Приложение 1

ТРЕБОВАНИЯ

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

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

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

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

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

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

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

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

RBV_F_D_N.xml, где:

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

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

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

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

D — текущая дата в формате «YYMMDD» (номер дня (DD), номер месяца (MM), две последние цифры года (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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T — <текст>;

T1 — <текст1>;

T2 — <текст2>;

N — <число>;

D — <дата>;

K — <код>;

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

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

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

Таблица 2

Таблица 3

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

VER (1.0) #REQUIRED

<!ATTLIST HEADER IDFILE CDATA #REQUIRED S_ID CDATA #REQUIRED S_CODE (MNS) #REQUIRED S_NAME CDATA #REQUIRED TIMESTAMP CDATA #REQUIRED PRG_VER CDATA #IMPLIED CNT_DOK CDATA #REQUIRED

<!ATTLIST USER DOLGN CDATA #REQUIRED FAM_FL CDATA #REQUIRED NAME_FL CDATA #IMPLIED OTCH_FL CDATA #IMPLIED TEL CDATA #IMPLIED EMAIL CDATA #IMPLIED

<!ATTLIST UL IDUL CDATA #REQUIRED IDDOK CDATA #REQUIRED OGRN CDATA #REQUIRED INN CDATA #REQUIRED KPP CDATA #REQUIRED

<!ATTLIST OKVED KOD_OKVED CDATA #REQUIRED MAIN (0 | 1) #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST REESTR_AO OGRN CDATA #REQUIRED NAMEP CDATA #REQUIRED

<!ATTLIST STATUS ID CDATA #REQUIRED DTSTART CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST UL_NAME DTSTART CDATA #REQUIRED NAMEP CDATA #REQUIRED NAMES CDATA #IMPLIED NAMEF CDATA #IMPLIED

<!ATTLIST OPF ID CDATA #REQUIRED SPR CDATA #IMPLIED KOD_OPF CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST NAMEN NAME CDATA #IMPLIED

<!ATTLIST NAMEI NAME CDATA #IMPLIED

<!ATTLIST LANG ID CDATA #REQUIRED KOD_LANG CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST UL_ADDRESS DTSTART CDATA #REQUIRED NAMEISPORG CDATA #IMPLIED

<!ATTLIST ADDRESS INDEKS CDATA #IMPLIED DOM CDATA #IMPLIED KORP CDATA #IMPLIED KVART CDATA #IMPLIED OKATO CDATA #IMPLIED

<!ATTLIST REGION ID CDATA #REQUIRED KOD_KL CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST RAION ID CDATA #REQUIRED KOD_KL CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST GOROD ID CDATA #REQUIRED KOD_KL CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST NASPUNKT ID CDATA #REQUIRED KOD_KL CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST STREET ID CDATA #REQUIRED KOD_ST CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST VIDADR ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST CONTACT KODGOROD CDATA #IMPLIED TELEFON CDATA #IMPLIED FAX CDATA #IMPLIED

<!ATTLIST FL FAM_FL CDATA #REQUIRED NAME_FL CDATA #REQUIRED OTCH_FL CDATA #IMPLIED INN CDATA #IMPLIED

<!ATTLIST UL_CAPITAL DTSTART CDATA #REQUIRED SUMMA CDATA #IMPLIED

<!ATTLIST VIDCAP ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST DOCFL SER CDATA #IMPLIED NUM CDATA #IMPLIED DT CDATA #REQUIRED NAMEORG CDATA #IMPLIED KODORG CDATA #IMPLIED

<!ATTLIST VIDDOK ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST UL_START REGNUM CDATA #IMPLIED DTREG CDATA #IMPLIED

<!ATTLIST UL_FINISH REGNUM CDATA #REQUIRED DTREG CDATA #REQUIRED

<!ATTLIST UCHR CNT_RUL CDATA #REQUIRED CNT_IUL CDATA #REQUIRED CNT_UCHRFL CDATA #REQUIRED

<!ATTLIST RUL DTSTART CDATA #REQUIRED NAMEP CDATA #REQUIRED OGRN CDATA #IMPLIED INN CDATA #IMPLIED KPP CDATA #IMPLIED NUMST CDATA #IMPLIED DTREG CDATA #IMPLIED SUMMA CDATA #REQUIRED

<!ATTLIST VIDREG ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST REGORG ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST OKSM ID CDATA #REQUIRED KOD_OKSM CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST IUL DTSTART CDATA #REQUIRED NAMEP CDATA #REQUIRED SUMMA CDATA #REQUIRED ADRESIN CDATA #IMPLIED

<!ATTLIST UCHRFL DTSTART CDATA #REQUIRED ADRESIN CDATA #IMPLIED SUMMA CDATA #REQUIRED

<!ATTLIST DOLGNFL DTSTART CDATA #REQUIRED DOLGN CDATA #REQUIRED ADRESIN CDATA #IMPLIED

<!ATTLIST PREDSH NAMEP CDATA #REQUIRED OGRN CDATA #IMPLIED INN CDATA #IMPLIED KPP CDATA #IMPLIED NUMST CDATA #IMPLIED DTREG CDATA #IMPLIED

<!ATTLIST PREEM NAMEP CDATA #REQUIRED OGRN CDATA #REQUIRED INN CDATA #IMPLIED KPP CDATA #IMPLIED DTREG CDATA #IMPLIED

<!ATTLIST LICENZ NUMLIC CDATA #REQUIRED DTRESH CDATA #REQUIRED DTSTART CDATA #IMPLIED DTEND CDATA #IMPLIED DTSTOP CDATA #IMPLIED DTSTARTNOV CDATA #IMPLIED

<!ATTLIST LICORG ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST VIDLIC ID CDATA #REQUIRED NAME_VLIC CDATA #REQUIRED

<!ATTLIST SOSTLIC ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST REGEGRUL IDREG CDATA #REQUIRED REGNUM CDATA #IMPLIED DTREG CDATA #REQUIRED DTZAP CDATA #REQUIRED

<!ATTLIST SOSTZAP ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST UL_OB DTSTART CDATA #REQUIRED VID_OB CDATA #REQUIRED

<!ATTLIST UL_UPR DTSTART CDATA #REQUIRED NAMEP CDATA #REQUIRED OGRN CDATA #REQUIRED DTREG CDATA #REQUIRED INN CDATA #IMPLIED KPP CDATA #IMPLIED

<!ATTLIST MNS DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST PF REGN_PF CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST FSS REGN_FSS CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST FOMS REGN_FOMS CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST ORGAN_MNS KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ORGAN_PF KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ORGAN_FSS KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ORGAN_FOMS KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ACCOUNT OGRN CDATA #IMPLIED NUM CDATA #REQUIRED INN CDATA #IMPLIED KPP CDATA #IMPLIED BIK CDATA #REQUIRED NUM_CONTRACT CDATA #IMPLIED DTSTART CDATA #IMPLIED DTEND CDATA #IMPLIED

<!ATTLIST VID_ACCOUNT ID_VA CDATA #REQUIRED NAME_VA CDATA #REQUIRED

<!ATTLIST TYPE_ACCOUNT ID_TA CDATA #REQUIRED NAME_TA CDATA #REQUIRED

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

<!ATTLIST EGRIP_IP_DATA VER (1.0) #REQUIRED

<!ATTLIST HEADER IDFILE CDATA #REQUIRED S_ID CDATA #REQUIRED S_CODE (MNS) #REQUIRED S_NAME CDATA #REQUIRED TIMESTAMP CDATA #REQUIRED PRG_VER CDATA #IMPLIED CNT_DOK CDATA #REQUIRED

<!ATTLIST USER DOLGN CDATA #REQUIRED FAM_FL CDATA #REQUIRED NAME_FL CDATA #REQUIRED OTCH_FL CDATA #IMPLIED TEL CDATA #IMPLIED EMAIL CDATA #IMPLIED

<!ATTLIST IP IDIP CDATA #REQUIRED IDDOK CDATA #REQUIRED OGRNIP CDATA #REQUIRED INN CDATA #REQUIRED

<!ATTLIST OKVED KOD_OKVED CDATA #REQUIRED MAIN (0 | 1) #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST VIDIP ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST STATUS ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST REGORG ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST FL DTSTART CDATA #REQUIRED FAM_FL CDATA #REQUIRED NAME_FL CDATA #IMPLIED OTCH_FL CDATA #IMPLIED FAMLAT CDATA #IMPLIED NAMELAT CDATA #IMPLIED OTCHLAT CDATA #IMPLIED SEX (0|1|2) #REQUIRED BIRTHDAY CDATA #REQUIRED BIRTHPLACE CDATA #REQUIRED

<!ATTLIST CITIZEN DTSTART CDATA #REQUIRED

<!ATTLIST VIDCITIZEN ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST FL_ADDR DTSTART CDATA #REQUIRED

<!ATTLIST ADDRESS INDEKS CDATA #IMPLIED DOM CDATA #IMPLIED KORP CDATA #IMPLIED KVART CDATA #IMPLIED OKATO CDATA #IMPLIED

<!ATTLIST CONTACT KODGOROD CDATA #IMPLIED TELEFON CDATA #IMPLIED FAX CDATA #IMPLIED

<!ATTLIST REGION ID CDATA #REQUIRED KOD_KL CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST RAION ID CDATA #REQUIRED KOD_KL CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST GOROD ID CDATA #REQUIRED KOD_KL CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST NASPUNKT ID CDATA #REQUIRED KOD_KL CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST STREET ID CDATA #REQUIRED KOD_ST CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST DOCFL DTSTART CDATA #REQUIRED SER CDATA #REQUIRED NUM CDATA #IMPLIED DT CDATA #REQUIRED NAMEORG CDATA #IMPLIED KODORG CDATA #IMPLIED

<!ATTLIST VIDDOK ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST DOCREZ DTSTART CDATA #REQUIRED NUM CDATA #REQUIRED DT CDATA #REQUIRED NAMEORG CDATA #REQUIRED DTENDDOK CDATA #IMPLIED

<!ATTLIST VIDDOKREZ ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST DOCDSN DTSTART CDATA #REQUIRED NUM CDATA #IMPLIED DT CDATA #REQUIRED NAMEORG CDATA #IMPLIED

<!ATTLIST OSNDN ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST DOKDN ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST LICENZ NUMLIC CDATA #REQUIRED

DTRESH CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED DTSTOP CDATA #IMPLIED DTSTARTNOV CDATA #IMPLIED

<!ATTLIST LICORG ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST VIDLIC ID CDATA #REQUIRED NAME_VLIC CDATA #REQUIRED

<!ATTLIST SOSTLIC ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST REGOLD NUMOLD CDATA #REQUIRED DTREG CDATA #REQUIRED

<!ATTLIST REGEGRIP IDREG CDATA #REQUIRED REGNUM CDATA #REQUIRED DTREG CDATA #REQUIRED DTZAP CDATA #REQUIRED

<!ATTLIST VIDREG ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST OKSM ID CDATA #REQUIRED KOD_OKSM CDATA #IMPLIED NAME CDATA #REQUIRED

<!ATTLIST SOSTZAP ID CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST MNS DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST PF REGN_PF CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST FSS REGN_FSS CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST FOMS REGN_FOMS CDATA #REQUIRED DTSTART CDATA #REQUIRED DTEND CDATA #IMPLIED

<!ATTLIST ORGAN_MNS KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ORGAN_PF KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ORGAN_FSS KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!ATTLIST ORGAN_FOMS KOD CDATA #REQUIRED NAME CDATA #REQUIRED

<!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

<!ATTLIST TYPE_ACCOUNT ID_TA CDATA #REQUIRED NAME_TA CDATA #REQUIRED

Приложение 3

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

Приложение 4

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

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;
• при необходимости регистрируют каждого абонента из числа контрагентов МНС России на почтовом сервере (наименование налогового органа) с именем W01kd, где 01 — Федеральная служба государственной статистики;
• регистрируют каждого абонента из числа контрагентов МНС России в Центре генерации ключей (наименование налогового органа) (с учетом привязки к существующей административно-территориальной структуре подразделений МНС России);
• обеспечивают контрагентов МНС России необходимой ключевой и адресной информацией, в том числе:

осуществляют плановую смену ключей не реже одного раза в год;

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

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

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

3.2 Сотрудники (наименование территориального органа Федеральной службы государственной статистики):