Законодательная база Российской Федерации

ПРИКАЗ МНС РФ от 31.12.2003 N БГ-3-09/738/531 "ОБ УТВЕРЖДЕНИИ ПОРЯДКА ВЗАИМОДЕЙСТВИЯ МИНИСТЕРСТВА РОССИЙСКОЙ ФЕДЕРАЦИИ ПО НАЛОГАМ И СБОРАМ И ГОСУДАРСТВЕННОГО КОМИТЕТА РОССИЙСКОЙ ФЕДЕРАЦИИ ПО СТАТИСТИКЕ ПРИ ГОСУДАРСТВЕННОЙ РЕГИСТРАЦИИ ЮРИДИЧЕСКИХ ЛИЦ И ИНДИВИДУАЛЬНЫХ ПРЕДПРИНИМАТЕЛЕЙ В ЭЛЕКТРОННОМ ВИДЕ"

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

1. Утвердить с 01 января 2004 года прилагаемый Порядок взаимодействия Министерства Российской Федерации по налогам и сборам и Государственного комитета Российской Федерации по статистике при государственной регистрации юридических лиц и индивидуальных предпринимателей в электронном виде.

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

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

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

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

Министр Российской Федерации
по налогам и сборам
Г.И.БУКАЕВ

Председатель Государственного комитета
Российской Федерации по статистике
В.Л.СОКОЛИН

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

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

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

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

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

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

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

- ежедневно в конце рабочего дня формируются файлы с информацией, включающей сведения, сформированные в ЕГРЮЛ и ЕГРИП за текущий день;

- каждый сформированный файл подписывается электронно-цифровой подписью (далее - ЭЦП) и архивируются программой-упаковщиком;

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

- сформированное почтовое сообщение направляется адресату по каналам связи с использованием средств криптографической защиты информации (СКЗИ);

- при необходимости программа-упаковщик направляется адресату вместе с представляемыми сведениями, архивированными этой программой. Версия программы-упаковщика должна обеспечивать работу с именами файлов более 8-ми символов под управлением операционных систем Windows'98, 2000 и более поздних.

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

- вложения полученного по электронной почте сообщения распаковываются с помощью программы-упаковщика;

- проводится контроль достоверности полученных сведений путем проверки соответствующих реквизитов ЭЦП;

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

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

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

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

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

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

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

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

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

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

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

RBV_F_D_N.xml, где

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

"русская буква" - прописная русская буква

"латинская буква" - прописная латинская буква

"ц" - цифра

"пробел" - символ пробела

"другой символ" - символ, не являющийся ни цифрой, ни буквой, ни пробелом

"пустое выражение" - выражение, не содержащее ни одного символа

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

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

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

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

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

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

Таблица 1

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T - "текст";

T1 - "текст1";

T2 - "текст2";

N - "число";

D - "дата";

K - "код";

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

Е - "пустое выражение"

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

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

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

Таблица 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-файла, содержащего сведения ЕГРЮЛ

<?xml version="1.0" encoding="windows-1251"?>

<!AttLIST EGRUL_UL_DATA

VER (1.0) #REQUIRED

>

<!ELEMENT EGRUL_UL_DATA (HEADER, UL+)>

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

>

<!ELEMENT HEADER (USER)>

<!ELEMENT USER EMPTY>

<!AttLIST USER

DOLGN CDATA #IMPLIED

FAM_FL CDATA #REQUIRED

NAME_FL CDATA #IMPLIED

OTCH_FL CDATA #IMPLIED

TEL CDATA #IMPLIED

EMAIL CDATA #IMPLIED

>

<!ELEMENT UL (OKVED+, STATUS, REGORG, UL_NAME, UL_ADDRESS, UL_CAPITAL?, UL_START, UL_FINISH?, UCHR?, REEStr_AO?, DOLGNFL*, preDSH*, preEM*, LICENZ*, UL_OB*, UL_UPR?, REGEGRUL+, MNS?, PF?, FSS?, FOMS?, ACCOUNT*)>

<!AttLIST UL

IDUL CDATA #REQUIRED

IDDOK CDATA #REQUIRED

OGRN CDATA #REQUIRED

INN CDATA #IMPLIED

KPP CDATA #IMPLIED

>

<!ELEMENT OKVED EMPTY>

<!AttLIST OKVED

KOD_OKVED CDATA #REQUIRED

MAIN (0 | 1 | 2) #REQUIRED

>

<!ELEMENT REEStr_AO EMPTY>

<!AttLIST REEStr_AO

OGRN CDATA #REQUIRED

NAMEP CDATA #REQUIRED

>

<!AttLIST STATUS

ID CDATA #REQUIRED

DTSTART CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT STATUS (#PCDATA)>

<!AttLIST UL_NAME

DTSTART CDATA #REQUIRED

NAMEP CDATA #REQUIRED

NAMES CDATA #IMPLIED

NAMEF CDATA #IMPLIED

>

<!ELEMENT UL_NAME (OPF?, NAMEN?, NAMEI?)>

<!ELEMENT OPF EMPTY>

<!AttLIST OPF

ID CDATA #REQUIRED

SPR CDATA #IMPLIED

KOD_OPF CDATA #IMPLIED

NAME CDATA #REQUIRED

>

<!ELEMENT NAMEN (LANG?)>

<!AttLIST NAMEN

NAME CDATA #IMPLIED

>

<!ELEMENT NAMEI (LANG?)>

<!AttLIST NAMEI

NAME CDATA #IMPLIED

>

<!ELEMENT LANG EMPTY>

<!AttLIST LANG

ID CDATA #REQUIRED

KOD_LANG CDATA #IMPLIED

NAME CDATA #REQUIRED

>

<!AttLIST UL_ADDRESS

DTSTART CDATA #REQUIRED

NAMEISPORG CDATA #IMPLIED

>

<!ELEMENT UL_ADDRESS (VIDADR, ADDRESS, FL?, CONTACT?)>

<!AttLIST ADDRESS

INDEKS CDATA #IMPLIED

DOM CDATA #IMPLIED

KORP CDATA #IMPLIED

KVART CDATA #IMPLIED

OKATO CDATA #IMPLIED

>

<!ELEMENT ADDRESS (REGION, RAION?, GOROD?, NASPUNKT?, StrEET?)>

<!ELEMENT REGION EMPTY>

<!AttLIST REGION

ID CDATA #REQUIRED

KOD_KL CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT RAION EMPTY>

<!AttLIST RAION

ID CDATA #REQUIRED

KOD_KL CDATA #IMPLIED

NAME CDATA #IMPLIED

>

<!ELEMENT GOROD EMPTY>

<!AttLIST GOROD

ID CDATA #REQUIRED

KOD_KL CDATA #IMPLIED

NAME CDATA #IMPLIED

>

<!ELEMENT NASPUNKT EMPTY>

<!AttLIST NASPUNKT

ID CDATA #REQUIRED

KOD_KL CDATA #IMPLIED

NAME CDATA #IMPLIED

>

<!ELEMENT StrEET EMPTY>

<!AttLIST StrEET

ID CDATA #REQUIRED

KOD_ST CDATA #IMPLIED

NAME CDATA #REQUIRED

>

<!ELEMENT VIDADR EMPTY>

<!AttLIST VIDADR

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT CONTACT EMPTY>

<!AttLIST CONTACT

KODGOROD CDATA #IMPLIED

TELEFON CDATA #IMPLIED

FAX CDATA #IMPLIED

>

<!ELEMENT FL (DOCFL?)>

<!AttLIST FL

FAM_FL CDATA #REQUIRED

NAME_FL CDATA #IMPLIED

OTCH_FL CDATA #IMPLIED

INN CDATA #IMPLIED

>

<!ELEMENT UL_CAPITAL (VIDCAP)>

<!AttLIST UL_CAPITAL

DTSTART CDATA #REQUIRED

SUMMA CDATA #IMPLIED

>

<!ELEMENT VIDCAP EMPTY>

<!AttLIST VIDCAP

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT DOCFL (VIDDOK)>

<!AttLIST DOCFL

SER CDATA #IMPLIED

NUM CDATA #IMPLIED

DT CDATA #IMPLIED

NAMEORG CDATA #IMPLIED

KODORG CDATA #IMPLIED

>

<!ELEMENT VIDDOK EMPTY>

<!AttLIST VIDDOK

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT UL_START (VIDREG, REGORG?)>

<!AttLIST UL_START

REGNUM CDATA #IMPLIED

DtrEG CDATA #IMPLIED

>

<!ELEMENT UL_FINISH (VIDREG, REGORG)>

<!AttLIST UL_FINISH

REGNUM CDATA #REQUIRED

DtrEG CDATA #REQUIRED

>

<!AttLIST UCHR

CNT_RUL CDATA #IMPLIED

CNT_IUL CDATA #IMPLIED

CNT_UCHRFL CDATA #IMPLIED

>

<!ELEMENT UCHR (RUL*, IUL*, UCHRFL*)>

<!ELEMENT RUL (REGORG?, ADDRESS?)>

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

>

<!ELEMENT VIDREG EMPTY>

<!AttLIST VIDREG

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT REGORG EMPTY>

<!AttLIST REGORG

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!AttLIST OKSM

ID CDATA #REQUIRED

KOD_OKSM CDATA #IMPLIED

NAME CDATA #REQUIRED

>

<!ELEMENT OKSM EMPTY>

<!ELEMENT IUL (OKSM)>

<!AttLIST IUL

DTSTART CDATA #REQUIRED

NAMEP CDATA #REQUIRED

SUMMA CDATA #REQUIRED

ADRESIN CDATA #IMPLIED

>

<!ELEMENT UCHRFL (FL, ADDRESS?, OKSM?)>

<!AttLIST UCHRFL

DTSTART CDATA #REQUIRED

ADRESIN CDATA #IMPLIED

SUMMA CDATA #REQUIRED

>

<!ELEMENT DOLGNFL (FL, ADDRESS?, OKSM?, CONTACT?)>

<!AttLIST DOLGNFL

DTSTART CDATA #REQUIRED

DOLGN CDATA #IMPLIED

ADRESIN CDATA #IMPLIED

>

<!ELEMENT preDSH (REGORG?, ADDRESS?)>

<!AttLIST preDSH

NAMEP CDATA #REQUIRED

OGRN CDATA #IMPLIED

INN CDATA #IMPLIED

KPP CDATA #IMPLIED

NUMST CDATA #IMPLIED

DtrEG CDATA #IMPLIED

>

<!ELEMENT preEM (REGORG?, ADDRESS?)>

<!AttLIST preEM

NAMEP CDATA #REQUIRED

OGRN CDATA #REQUIRED

INN CDATA #IMPLIED

KPP CDATA #IMPLIED

DtrEG CDATA #IMPLIED

>

<!ELEMENT LICENZ (LICORG, VIDLIC+, SOSTLIC)>

<!AttLIST LICENZ

NUMLIC CDATA #REQUIRED

DtrESH CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT LICORG EMPTY>

<!AttLIST LICORG

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT VIDLIC EMPTY>

<!AttLIST VIDLIC

ID CDATA #REQUIRED

NAME_VLIC CDATA #REQUIRED

>

<!ELEMENT SOSTLIC EMPTY>

<!AttLIST SOSTLIC

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT REGEGRUL (REGORG, VIDREG, SOSTZAP?)>

<!AttLIST REGEGRUL

IDREG CDATA #REQUIRED

REGNUM CDATA #IMPLIED

DtrEG CDATA #REQUIRED

DTZAP CDATA #REQUIRED

>

<!ELEMENT SOSTZAP (#PCDATA)>

<!AttLIST SOSTZAP

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT UL_OB (ADDRESS?, CONTACT?)>

<!AttLIST UL_OB

DTSTART CDATA #REQUIRED

VID_OB CDATA #REQUIRED

>

<!ELEMENT UL_UPR (ADDRESS?, CONTACT?)>

<!AttLIST UL_UPR

DTSTART CDATA #REQUIRED

NAME CDATA #REQUIRED

OGRN CDATA #REQUIRED

DtrEG CDATA #IMPLIED

INN CDATA #IMPLIED

KPP CDATA #IMPLIED

>

<!ELEMENT MNS (ORGAN_MNS)>

<!AttLIST MNS

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT PF (ORGAN_PF)>

<!AttLIST PF

REGN_PF CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT FSS (ORGAN_FSS)>

<!AttLIST FSS

REGN_FSS CDATA #REQUIRED

KPS_FSS CDATA #REQUIRED

DtrEG CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT FOMS (ORGAN_FOMS)>

<!AttLIST FOMS

REGN_FOMS CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT ORGAN_MNS EMPTY>

<!AttLIST ORGAN_MNS

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ORGAN_PF EMPTY>

<!AttLIST ORGAN_PF

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ORGAN_FSS EMPTY>

<!AttLIST ORGAN_FSS

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ORGAN_FOMS EMPTY>

<!AttLIST ORGAN_FOMS

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ACCOUNT (VID_ACCOUNT, TYPE_ACCOUNT)>

<!AttLIST ACCOUNT

NUM CDATA #REQUIRED

INN CDATA #IMPLIED

KPP CDATA #IMPLIED

BIK CDATA #REQUIRED

NUM_CONtrACT CDATA #IMPLIED

DTSTART CDATA #IMPLIED

DTEND CDATA #IMPLIED

>

<!ELEMENT VID_ACCOUNT EMPTY>

<!AttLIST VID_ACCOUNT

ID_VA CDATA #REQUIRED

NAME_VA CDATA #REQUIRED

>

<!ELEMENT TYPE_ACCOUNT EMPTY>

<!AttLIST TYPE_ACCOUNT

ID_TA CDATA #REQUIRED

NAME_TA CDATA #REQUIRED

>

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

<?xml version="1.0" encoding="WINDOWS-1251"?>

<!AttLIST EGRIP_IP_DATA

VER (1.0) #REQUIRED

>

<!ELEMENT EGRIP_IP_DATA (HEADER, IP+)>

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

>

<!ELEMENT HEADER (USER)>

<!ELEMENT USER EMPTY>

<!AttLIST USER

DOLGN CDATA #IMPLIED

FAM_FL CDATA #REQUIRED

NAME_FL CDATA #IMPLIED

OTCH_FL CDATA #IMPLIED

TEL CDATA #IMPLIED

EMAIL CDATA #IMPLIED

>

<!ELEMENT IP (OKVED*, FL, VIDIP, STATUS, REGORG, CITIZEN, FL_ADDR, DOCFL, DOCREZ?, DOCDSN?, LICENZ*, REGOLD?, REGEGRIP+, MNS?, PF?, FSS?, FOMS?, ACCOUNT*)>

<!AttLIST IP

IDIP CDATA #REQUIRED

IDDOK CDATA #REQUIRED

OGRNIP CDATA #REQUIRED

INN CDATA #IMPLIED

>

<!ELEMENT OKVED EMPTY>

<!AttLIST OKVED

KOD_OKVED CDATA #REQUIRED

MAIN (0 | 1 | 2) #REQUIRED

>

<!ELEMENT VIDIP EMPTY>

<!AttLIST VIDIP

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT STATUS EMPTY>

<!AttLIST STATUS

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT REGORG EMPTY>

<!AttLIST REGORG

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT FL EMPTY>

<!AttLIST FL

DTSTART CDATA #REQUIRED

FAM_FL CDATA #REQUIRED

NAME_FL CDATA #REQUIRED

OTCH_FL CDATA #IMPLIED

FAMLAT CDATA #IMPLIED

NAMELAT CDATA #IMPLIED

OTCHLAT CDATA #IMPLIED

SEX (0 | 1 | 2) #IMPLIED

BIRTHDAY CDATA #IMPLIED

BIRTHPLACE CDATA #IMPLIED

>

<!ELEMENT CITIZEN (VIDCITIZEN, OKSM?)>

<!AttLIST CITIZEN

DTSTART CDATA #REQUIRED

>

<!ELEMENT VIDCITIZEN EMPTY>

<!AttLIST VIDCITIZEN

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT FL_ADDR (ADDRESS, CONTACT?)>

<!AttLIST FL_ADDR

DTSTART CDATA #REQUIRED

>

<!AttLIST ADDRESS

INDEKS CDATA #IMPLIED

DOM CDATA #IMPLIED

KORP CDATA #IMPLIED

KVART CDATA #IMPLIED

OKATO CDATA #IMPLIED

>

<!ELEMENT ADDRESS (REGION, RAION?, GOROD?, NASPUNKT?, StrEET?)>

<!ELEMENT CONTACT EMPTY>

<!AttLIST CONTACT

KODGOROD CDATA #IMPLIED

TELEFON CDATA #IMPLIED

FAX CDATA #IMPLIED

>

<!ELEMENT REGION (#PCDATA)>

<!AttLIST REGION

ID CDATA #REQUIRED

KOD_KL CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT RAION EMPTY>

<!AttLIST RAION

ID CDATA #REQUIRED

KOD_KL CDATA #IMPLIED

NAME CDATA #IMPLIED

>

<!ELEMENT GOROD EMPTY>

<!AttLIST GOROD

ID CDATA #REQUIRED

KOD_KL CDATA #IMPLIED

NAME CDATA #IMPLIED

>

<!ELEMENT NASPUNKT EMPTY>

<!AttLIST NASPUNKT

ID CDATA #REQUIRED

KOD_KL CDATA #IMPLIED

NAME CDATA #IMPLIED

>

<!ELEMENT StrEET EMPTY>

<!AttLIST StrEET

ID CDATA #REQUIRED

KOD_ST CDATA #IMPLIED

NAME CDATA #REQUIRED

>

<!ELEMENT DOCFL (VIDDOK)>

<!AttLIST DOCFL

DTSTART CDATA #REQUIRED

SER CDATA #IMPLIED

NUM CDATA #IMPLIED

DT CDATA #IMPLIED

NAMEORG CDATA #IMPLIED

KODORG CDATA #IMPLIED

>

<!ELEMENT VIDDOK EMPTY>

<!AttLIST VIDDOK

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT DOCREZ (VIDDOKREZ)>

<!AttLIST DOCREZ

DTSTART CDATA #REQUIRED

NUM CDATA #IMPLIED

DT CDATA #REQUIRED

NAMEORG CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT VIDDOKREZ EMPTY>

<!AttLIST VIDDOKREZ

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT DOCDSN (OSNDN, DOKDN?)>

<!AttLIST DOCDSN

DTSTART CDATA #REQUIRED

NUM CDATA #IMPLIED

DT CDATA #IMPLIED

NAMEORG CDATA #IMPLIED

>

<!ELEMENT OSNDN EMPTY>

<!AttLIST OSNDN

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT DOKDN EMPTY>

<!AttLIST DOKDN

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT LICENZ (LICORG, VIDLIC+, SOSTLIC)>

<!AttLIST LICENZ

NUMLIC CDATA #REQUIRED

DtrESH CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT LICORG EMPTY>

<!AttLIST LICORG

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT VIDLIC EMPTY>

<!AttLIST VIDLIC

ID CDATA #REQUIRED

NAME_VLIC CDATA #REQUIRED

>

<!ELEMENT SOSTLIC EMPTY>

<!AttLIST SOSTLIC

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT REGOLD (REGORG)>

<!AttLIST REGOLD

NUMOLD CDATA #IMPLIED

DtrEG CDATA #REQUIRED

>

<!ELEMENT REGEGRIP (VIDREG, REGORG, SOSTZAP?)>

<!AttLIST REGEGRIP

IDREG CDATA #REQUIRED

REGNUM CDATA #IMPLIED

DtrEG CDATA #REQUIRED

DTZAP CDATA #REQUIRED

>

<!ELEMENT VIDREG EMPTY>

<!AttLIST VIDREG

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!AttLIST OKSM

ID CDATA #REQUIRED

KOD_OKSM CDATA #IMPLIED

NAME CDATA #REQUIRED

>

<!ELEMENT OKSM EMPTY>

<!ELEMENT SOSTZAP EMPTY>

<!AttLIST SOSTZAP

ID CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT MNS (ORGAN_MNS)>

<!AttLIST MNS

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT PF (ORGAN_PF)>

<!AttLIST PF

REGN_PF CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT FSS (ORGAN_FSS)>

<!AttLIST FSS

REGN_FSS CDATA #REQUIRED

KPS_FSS CDATA #REQUIRED

DtrEG CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT FOMS (ORGAN_FOMS)>

<!AttLIST FOMS

REGN_FOMS CDATA #REQUIRED

DTSTART CDATA #REQUIRED

DTEND CDATA #IMPLIED

>

<!ELEMENT ORGAN_MNS EMPTY>

<!AttLIST ORGAN_MNS

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ORGAN_PF EMPTY>

<!AttLIST ORGAN_PF

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ORGAN_FSS EMPTY>

<!AttLIST ORGAN_FSS

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ORGAN_FOMS EMPTY>

<!AttLIST ORGAN_FOMS

KOD CDATA #REQUIRED

NAME CDATA #REQUIRED

>

<!ELEMENT ACCOUNT (VID_ACCOUNT, TYPE_ACCOUNT)>

<!AttLIST ACCOUNT

NUM CDATA #REQUIRED

INN CDATA #IMPLIED

KPP CDATA #IMPLIED

BIK CDATA #REQUIRED

NUM_CONtrACT CDATA #IMPLIED

DTSTART CDATA #IMPLIED

DTEND CDATA #IMPLIED

DEPOSIT_END CDATA #IMPLIED

>

<!ELEMENT VID_ACCOUNT EMPTY>

<!AttLIST VID_ACCOUNT

ID_VA CDATA #REQUIRED

NAME_VA CDATA #REQUIRED

>

<!ELEMENT TYPE_ACCOUNT EMPTY>

<!AttLIST TYPE_ACCOUNT

ID_TA CDATA #REQUIRED

NAME_TA CDATA #REQUIRED

>

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

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

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

- почтовые серверы "Дионис" в составе телекоммуникационных узлов налоговых органов регионального уровня;

- абонентские пункты электронной почты с функцией шифрования и ЭЦП DiPost Crypto и DiSign соответственно, развернутые в налоговых органах местного уровня и региональных органах Госкомстата России;

- региональные центры генерации ключей шифрования и ЭЦП (РЦГК), развернутые в управлениях МНС России по субъектам Российской Федерации.

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

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

Данное почтовое сообщение шифруется с использованием DiPost Crypto.

3.2. Каждый контрагент МНС России после обработки полученных почтовых сообщений (но не позднее 5 суток) направляет в адрес отправителей почтовое уведомление:

- О получении почтового сообщения;

- О прочтении полученных сведений и размещении в своих базах данных.

Данное почтовое сообщение подписывается ЭЦП DiSign.

3.3. Для обеспечения описанного информационного взаимодействия необходимо:

3.3.1. Для каждого регионального абонента - контрагента МНС России создать электронный почтовый ящик на почтовом сервере "Дионис" соответствующего УМНС России со следующими именами:

WNNkd@rXX.nalog.ru - где ХХ - номер региона, NN - (01…04):

- 01 - Госкомстат России;

- 02 - Пенсионный фонд России;

- 03 - Фонд обязательного медицинского страхования;

- 04 - Фонд социального страхования.

3.3.2. На объектах всех контрагентов МНС России развернуть почтовые клиенты DiPost Crypto и средства ЭЦП DiSign.

3.3.3. Зарегистрировать каждого абонента из числа контрагентов МНС России в Центре генерации ключей своего региона (с учетом привязки к существующей административно-территориальной структуре подразделений МНС России).

3.3.4. Возложить функции по обеспечению контрагентов МНС России необходимой ключевой и адресной информацией на региональные ЦГК. В том числе:

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

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

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

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

Для контрагентов:

ЕKXXYYAA, где

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

XX - регион,

YY - код контрагента (01,02,03,04),

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

Для ИМНС:

ENXXYYAA, где

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

XX - регион,

YY - номер ИМНС,

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

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

4.1. Регистрирующий орган формирует файл выгрузки из ЕГРЮЛ (ЕГРИП), подписывает ЭЦП, упаковывает и отправляет его как почтовое вложение средствами DiPost Crypto с применением шифрования в адрес контрагентов (региональные органы Госкомстата России).

4.2. При получении почтового сообщения абонентом почтовая программа DiPost Crypto автоматически направляет абоненту-отправителю уведомление (или квитанцию), подтверждающее прочтение получателем почтового сообщения.

4.3. В случае, если абонент-отправитель в течение суток не получил от абонента-получателя уведомление (квитанцию) о прочтении, он повторяет процедуру отправки исходного сообщения. Если и в течение следующих суток уведомление (квитанция) о прочтении сообщения получено не было, лицо, ответственное за отправку почтового сообщения, докладывает в УМНС России о сложившейся ситуации, где предпринимаются организационные меры по преодолению сложившейся ситуации.

4.4. После обработки входящего почтового сообщения контрагент формирует и направляет почтовое сообщение в адрес УМНС России, в состав которого включен регистрирующий орган - отправитель сведений ЕГРЮЛ (ЕГРИП), информируя о результатах обработки сообщения.

Примечание: Поскольку почтовая программа DiPost Crypto не предназначена для организации архивов входящих/исходящих писем, рекомендуется один раз в месяц формировать копии данных папок и очистку исходных папок.