Приказ МНС РФ № БГ-3-09/728, ФСС РФ N 308 от 30.12.2003

(ред. от 27.08.2004, с изм. от 27.10.2005)

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

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

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

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

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

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

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

(в ред. Приказа МНС РФ № САЭ-3-09/479, ФСС РФ № 153 от 27.08.2004)

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

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

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

от 30 декабря 2003 г. № БГ-3-09/728/308

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

В соответствии с Федеральным законом от 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 к Правилам по ЕГРЮЛ, приложение № 2 к Правилам по ЕГРИП).

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

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

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

Состав показателей, определяющих сведения, структура и формат информации описаны в Приложении № 1, 2 (приложение № 2 не приводится) к настоящему Порядку.

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

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

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

7. В региональном органе ФСС при получении сведений:

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

8. Региональный орган получателя сведений ЕГРЮЛ (ЕГРИП) на основе полученных сведений:

• осуществляет регистрацию юридического лица в качестве страхователя при представлении сведений о государственной регистрации юридического лица при создании, в том числе созданного путем реорганизации, или процедуру снятия с учета в качестве страхователя в случае государственной регистрации юридического лица в связи с его ликвидацией, государственной регистрацией прекращения деятельности юридического лица в связи с его реорганизацией, внесения изменений в сведения ЕГРЮЛ о месте нахождения юридического лица (в случае изменения регионального органа ФСС), государственной регистрации индивидуального предпринимателя в качестве страхователя, прекращения физическим лицом деятельности в качестве индивидуального предпринимателя, внесения изменений в сведения ЕГРИП о месте жительства индивидуального предпринимателя;
• формирует файлы со сведениями по тем юридическим лицам и/или индивидуальным предпринимателям, для которых была проведена процедура регистрации в качестве страхователя или снятия с учета;
• для каждого файла формирует архивный файл с помощью программы-упаковщика (используется та же программа, которой архивировались сведения из МНС России);
• по каждому сформированному файлу средствами электронной почты формируется почтовое сообщение с указанием адреса получателя (Управление МНС России по субъекту Российской Федерации, к которому относятся регистрирующие органы, направившие сведения), темы сообщения (в поле темы сообщения заносится имя архивного файла). Вложением почтового сообщения является архивный файл со сведениями;
• сформированное почтовое сообщение направляется адресату по каналам связи с использованием СКЗИ.

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

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

Приложение № 1

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

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

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

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

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

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

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

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

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

RBV_F_D_N.xml,

где:

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

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

V — префикс, обозначающий ведомство («М» — МНС России, «S» — ФСС, «F» — ФОМС, «P» — ПФР, «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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

T — <текст>;

T1 — <текст1>;

T2 — <текст2>;

N — <число>;

D — <дата>;

K — <код>;

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

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

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

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

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

содержащего сведения ЕГРЮЛ

Таблица 2

содержащего сведения ЕГРИП

Таблица 3

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

Таблица 4

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

Таблица 5

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

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

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

DD.MM.YYYY_HH.MM.SS,

где:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

от 30 декабря 2003 г. № БГ-3-09/728/308

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

от 30 декабря 2003 г. № БГ-3-09/728/308

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

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

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

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

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

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

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

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

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

• о получении почтового сообщения;
• о прочтении полученных сведений и размещении в своих базах данных.

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

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

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

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

• 01 — Госкомстат России;
• 02 — Пенсионный фонд России;
• 03 — Фонд обязательного медицинского страхования;
• 04 — Фонд социального страхования Российской Федерации.

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

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

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

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

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

где:

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

XX — регион;

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

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

Для ИМНС:

где:

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

XX — регион;

YY — номер ИМНС;

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

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

4. Технологическая цепочка информационного взаимодействия «ИМНС — региональное отделение ФСС России»

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

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

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