Смена ОКПО и/или ТОГС у абонентов налогового представителя | Такском

Формирование и отправка отчетов в росстат

Создание отчета производится по представленному ниже алгоритму.

Прежде всего нужно перейти в главное окно сервиса и выбрать закладку «Росстат», затем «Заполнить в системе»:Из предложенного системой списка выбрать форму отчета:Из предложенного системой списка выбрать форму отчета:

Для выбора формы можно воспользоваться строкой поиска — он выполняется по названию отчета или ОКУД.

В открывшемся окне выбрать «Редактировать». Откроется форма отчета для заполнения. Чтобы ознакомиться с утвержденным порядком заполнения отчета, следует нажать на иконку со знаком вопрос.

Внести данные в отчетную форму:

Для перехода к следующему разделу документа служит закладка «Далее», для возврата к предыдущему разделу закладка «Назад».

После внесения всех данных следует выбрать закладку «Сохранить и закрыть».

Для проверки и отправки документа необходимо выбрать закладку «Отправить»:

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

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

Отчетность передается на сервер оператора электронной отчетности и сохраняется в списке переданных отчетов («Росстат» → «Отправленные отчеты»).

Бухгалтерская статистическая отчетность

Юридические лица обязаны в срок не позднее 31 марта года, следующего за отчетным предоставлять в Росстат бухгалтерскую отчетность за истекший год (статья 18 ФЗ «О бухгалтерском учете» № 402-ФЗ).

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

• «Форма №1-6 Бухгалтерская отчетность».
• «Упрощенная бухгалтерская (финансовая) статистическая отчетность».

Отправка «Бухгалтерской отчетности социально ориентированных некоммерческих организаций» и «Бухгалтерской отчетности СМП» за 2021 год возможна для тех пользователей, кто уже отправил формы отчетности в налоговую службу.

Для отправки бухгалтерской статистической отчетности:

1. Перейти на главную страницу сервиса, далее выбрать закладку «Росстат» и затем «Заполнить в системе».
2. Нажать на строку с необходимым типом бухгалтерской статистической отчетности:
3. Выбрать закладку «Редактировать».
4. Перенести данные из налогового отчета, выбрав в правом верхнем углу открывшегося окна ссылку «Перенести данные»:
5. В окне «Перенос данных» выбрать закладку «Перенести данные».
6. Когда перенос данных будет выполнен, необходимо проверить правильность заполнения отчета. Если ошибок нет, следует выбрать закладку «Сохранить и закрыть».
7. Чтобы отправить документ нужно нажать закладку «Отправить».
8. Отобразятся результаты проверки:Следует проверить, чтобы в поле «Код получателя» был правильно указан территориальный орган государственной статистики.
   • Если при проверке в документе обнаружены ошибки, их необходимо исправить.
   • Если отобразились предупреждения, необходимо их проверить. Предупреждения носят рекомендательный характер и допустимы в отправляемых отчетах. Документы, по которым есть предупреждения, могут быть представлены в ТОГС.
   • Если ошибок и предупреждений в отчетной форме не обнаружено, можно переходить к отправке документа.
9. Нужно выбрать закладку «Перейти к отправке».
10. В отобразившемся окне выбрать закладку «Подписать и отправить».

Документ передается на сервер оператора электронной отчетности и сохраняется в списке отправленных отчетов. Оператор отправляет подтверждение даты отправки.

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

3 Формат описания транспортного контейнера

Файл с транспортной информацией представляет собой XML-документ, соответствующий схеме из Приложения 4.

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

версияФормата – версия формата описания транспортного контейнера, в настоящем документе описана версия формата “Стат:1.0”;

типДокументооборота – тип осуществляемого документооборота в соответствии с определенным списком типов документооборотов;

идентификаторДокументооборота – универсальный уникальный идентификатор документооборота, который сохраняется в рамках каждого цикла обмена документами;

типТранзакции – тип осуществляемой транзакции, определенной для данного типа документооборота.

Внутри узла пакет содержатся немножественные узлы отправитель, получатель и системаОтправителя (или системаПолучателя) со следующими атрибутами:

типСубъекта – тип участника документооборота в соответствии с определенным списком типов участников;

идентификаторСубъекта – идентификатор участника документооборота;

идентификаторПодразделения <2> – идентификатор подразделения участника документооборота.

В элементе отправитель описывается отправитель контейнера. В элементе получатель описывается получатель контейнера. В элементе системаОтправителя описывается система электронного документооборота, от которой получателю поступает контейнер. В элементе системаПолучателя описывается система электронного документооборота, которой отправитель передает контейнер для доставки получателю.

Дополнительно внутри узла пакет в одном или нескольких дочерних узлах документ перечисляются документы, передаваемые в этом транспортном контейнере. Узел документ имеет следующие обязательные атрибуты:

идентификаторДокумента – универсальный уникальный идентификатор документа;

типДокумента – тип документа, передаваемого в составе контейнера, определенный для осуществляемой транзакции;

типСодержимого – тип содержимого документа в соответствии с определенным в Приложении 3 списком типов содержимого;

сжат – значение true или false, в зависимости от того, сжато или нет содержимое документа в контейнере (сжатие документа выполняется перед шифрованием).

зашифрован – значение true или false, в зависимости от того, зашифровано или нет содержимое документа в контейнере.

Также узел документ имеет атрибут исходноеИмяФайла, в котором указывается исходное имя файла документа с расширением. Данный атрибут является обязательным для документов отчет и приложениеПисьма. Для прочих документов данный атрибут является необязательным.

Максимальное количество символов атрибута исходноеИмяФайла не может превышать 210 символов <3>.

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

Внутри узла документ в дочерних узлах подпись перечисляются электронные подписи, стоящие под документом. Узел подпись имеет следующие обязательные атрибуты:

имяФайла – имя файла (из набора файлов транспортного контейнера) с содержимым описываемой электронной подписи;

роль – тип участника документооборота, от имени уполномоченного лица которого сделана данная электронная подпись.

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

Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.

3 Формат описания содержимого транспортного контейнера (пакета)

Файл с описанием содержимого пакета представляет собой xml-документ, соответствующий схеме из Приложения 1. Пример описания содержимого пакета дан в Приложении 2.

Корневой узел документа “пакет” содержит следующие обязательные атрибуты:

версияФормата – версия формата описания пакета, в настоящем документе описана версия 1.0 формата;

типДокументооборота – тип осуществляемого документооборота; в настоящий момент определен один тип документооборота “сбор отчетности ЕССО”;

идентификаторДокументооборота – уникальный идентификатор документооборота;

типТранзакции – тип осуществляемой транзакции в рамках документооборота (для документооборота “сбор отчетности ЕССО” три транзакции “отчет ЕССО”, “уведомление ЕССО”, “квитанция ЕССО”).

Внутри узла пакет содержатся немножественные узлы “отправитель”, получатель и системаОтправителя (или системаПолучателя) со следующими обязательными атрибутами:

типСубъекта – тип участника документооборота в соответствии с определенным в п. 1.1 раздела I списком типов участников;

идентификаторСубъекта – идентификатор участника документооборота.

В элементе “отправитель” описывается отправитель пакета. В элементе получатель описывается получатель пакета. В элементе системаОтправителя описывается система электронного документооборота, от которой получателю поступает пакет. В необязательном элементе системаПолучателя описывается система электронного документооборота, которой отправитель передает пакет для доставки получателю.

Дополнительно внутри узла “пакет” в одном или нескольких дочерних узлах документ перечисляются документы, передаваемые в этом пакете.

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

идентификаторДокумента – уникальный идентификатор документа (может быть использован в некоторых типах документооборота);

типДокумента – тип документа, передаваемого в составе Пакета и определенный для данной транзакции;

типСодержимого – тип содержимого документа в соответствии с определенными (по умолчанию “xml”);

сжат – значение true или false, в зависимости от того, сжато или нет содержимое документа в пакете (сжатие документа выполняется перед шифрованием). Для документооборота “сбор отчетности ЕССО” в транзакциях “отчет ЕССО”, “уведомление ЕССО”, “квитанция ЕССО” документы не сжимаются;

зашифрован – значение true или false, в зависимости от того, зашифровано или нет содержимое документа в пакете. Для документооборота “сбор отчетности ЕССО” в транзакциях “отчет ЕССО”, “уведомление ЕССО”, “квитанция ЕССО” документы не шифруются.

Узел документ имеет необязательный атрибут исходноеИмяФайла, в котором указывается исходное имя файла документа.

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

Содержимое всех подписей под документами в документообороте не шифруется.

Кроме того, узел документ содержит необязательный дочерний немножественный узел содержимое с атрибутом имяФайла, значением которого является имя файла (из набора файлов пакета) с содержимым описываемого документа. Узел содержимое может отсутствовать, если в транзакции передается лишь подпись под документом без содержимого документа.

Также внутри узла документ в дочерних узлах “подпись” перечисляются подписи, стоящие под документом.

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

имяФайла – имя файла (из набора файлов пакета) с содержимым описываемой подписи;

роль – условное обозначение подписанта в соответствии с определенным в п. 1.2 раздела I списком типов подписантов.

Файл с описанием содержимого пакета не шифруется и не архивируется.

Загрузка и отправка отчета из файла

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

1. Перейти на главную страницу и выбрать закладку «Росстат», далее выбрать «Загрузить из файла»:
2. Выбрать заранее созданный файл и нажать «Открыть».
3. В окне «Загрузка отчета» из предложенного списка выбрать нужный код территориального органа государственной статистики и нажать «Загрузить и отправить»:
4. Отобразится окно с результатами проверки файла. Если ошибок нет, документ готов к отправке.
5. Отчет заверяется электронной подписью пользователя, зашифровывается и передается в территориальный орган статистики (кнопка «Подписать и отправить»).

Документ передается на сервер оператора электронной отчетности и сохраняется в списке отправленных отчетов (закладка «Росстат» далее «Отправленные отчеты»):

1 Структура формата транспортного сообщения

Транспортное сообщение состоит из набора служебных полей транспортного сообщения и прикрепленного к нему транспортного контейнера.

Структура формата транспортного сообщения представлена на рисунке ниже (см. Рисунок 1).

Рисунок 1. Структура формата транспортного сообщения

Для обеспечения обработки транспортного сообщения приемным комплексом ТОГС в структуре транспортного сообщения предусмотрены следующие обязательные поля (реквизиты транспортного сообщения):

“From:” – поле содержит имя отправителя в кодировке “Quoted Printable/Windows 1251” или “Base64/Windows 1251” и электронный адрес отправителя, заключенный в угловые скобки <>;

“Reply-To:” – поле содержит имя отправителя в кодировке “Quoted Printable/Windows 1251” или “Base64/Windows 1251” и электронный адрес отправителя, заключенный в угловые скобки <>;

“To:” – поле содержит имя получателя в кодировке “Quoted Printable/Windows 1251” или “Base64/Windows 1251” и электронный адрес получателя, заключенный в угловые скобки <>;

“Message-ID:” – поле содержит уникальный, в пределах организации отправителя, идентификатор сообщения, произвольного формата, с длиной, не превышающей 40 символов;

“Content-Transfer-Encoding:” – поле содержит механизм кодировки тела сообщения. Допустимые значения: “Quoted Printable/Windows 1251”, “Base64”.

Присоединенному файлу вложения должны соответствовать поля:

“Content-Type:” – содержит ключевое слово “application/octet-stream” и параметр “name=”. Параметр “name” должен содержать имя файла вложения. Имя файла, содержащего русские буквы, должно кодироваться в Quoted Printable/Windows 1251 или Base64/Windows 1251.

“Content-Disposition:” – содержит ключевое слово “attachment” и параметр “filename”. Имя файла, содержащего русские буквы, должно кодироваться в Quoted Printable/Windows 1251 или Base64/Windows 1251. Служит для передачи браузеру рекомендации не открывать файл в браузере, а вывести стандартное окошко сохранения файла.

“Content-Length:” – содержит длину вложения.

“Subject:” – содержит тему сообщения и представляется в кодировке “Quoted Printable/Windows 1251” или “Base64/Windows 1251”, определяется типом документа и именем присоединенного транспортного контейнера.

Транспортный контейнер прикрепляется (ключевое слово “attachment”) к транспортному сообщению, передаваемому по телекоммуникационным каналам связи, как файл-вложение, имя которого указано в поле “Content-Disposition:” (параметр “filename”). Размер файла транспортного контейнера не может быть нулевым и сам транспортный контейнер не может содержать файлы нулевой длины. К транспортному сообщению может быть присоединен только один файл транспортного контейнера.

Размер транспортного сообщения, передаваемого по телекоммуникационным каналам связи, не должен превышать 512 МБайт. В случае принятия к обработке приемным комплексом транспортного сообщения организации контейнер с одним и тем же именем не может быть передан одним и тем же отправителем вторично.

4 Имя файла транспортного контейнера

Транспортный контейнер передается в виде файла с уникальным именем по формату

Идентификаторы отправителя и получателя в имени файла должны совпадать с соответствующей информацией в транспортной информации контейнера.

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

Код типа документооборота представляет собой число, присвоенное типу документооборота, в рамках которого отправляются документы в данном транспортном контейнере. Код типа транзакции представляет собой число, присвоенное типу транзакции, которая осуществляется посредством передачи данного транспортного контейнера.

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

При поступлении в ТОГС/Росстат от Респондента через Оператора транспортного контейнера в узле системаОтправителя транспортной информации контейнера указывается соответствующий Оператор. При отправке из ТОГС/Росстата Респонденту через Оператора транспортного контейнера в узле системаПолучателя транспортной информации контейнера указывается соответствующий Оператор.

Идентификаторы участников документооборота состоят из символов a – z, A – Z, 0 – 9, “@”, “.” и “-“. Для сравнения на равенство необходимо всегда использовать регистронезависимое сравнение. В то же время для единообразия рекомендуется использовать только символы из верхнего регистра.

В качестве идентификатора ТОГС/Росстата используется код органа в формате rr-xx, где rr – код региона, xx – код органа в соответствующем регионе, или в формате rr <4>, где rr – код региона/Росстата.

Для указания идентификатора структурного подразделения ТОГС (районного, городского и т.д.) следует использовать атрибут идентификаторПодразделения в узле получатель/отправитель. Идентификатор структурного подразделения ТОГС должен состоять из символов a – z, A – Z, 0 – 9, “@”, “.” и “-“, быть уникальным в рамках ТОГС и определяться ТОГС по согласованию с Операторами.

В качестве идентификатора Оператора используется уникальная строка, выбираемая по согласованию с заинтересованными разработчиками систем электронного документооборота.

Идентификатор Респондента имеет формат

где <префикс системы> – это идентификатор Оператора, а <код респондента> – это уникальный код Респондента, используемый во внутренней системе Оператора.

3.5 Спецификация используемых технологий

3.5.1 Универсальные уникальные идентификаторы

Для идентификации типов документооборота, документов и для генерации имен файлов в транспортном контейнере используются универсальные уникальные идентификаторы.

6 Документооборот “сбор отчетности ЕССО”

Транзакция “отчет ЕССО”, передаваемая от Респондента в ТОГС, позволяет передавать в zip-архиве несколько файлов отчетов-ЭВФ в формате XML, опуская файл описания. При этом подразумевается, что отчеты передаются не зашифрованными и не сжатыми, а электронная подпись интегрирована в отчет.

Транзакция “квитанция ЕССО”, передаваемая от ТОГС к Респонденту, позволяет передавать в zip-архиве восемь файлов в формате XML, опуская файл описания. При этом подразумевается, что все файлы передаются не зашифрованными и не сжатыми. Состав пакета:

Транзакция “уведомление ЕССО”, передаваемая от ТОГС к Респонденту, позволяет передавать в zip-архиве 5 файлов в формате XML, опуская файл описания. При этом подразумевается, что все файлы передаются не зашифрованными и не сжатыми. Состав пакета:

Под <report> подразумевается уникальное имя файла отчета, формируемое по следующему шаблону:

OKUD_IDF_IDP_OKPO_PERIOD_EXTINFO_DATE_SYSINFO.xml, где

OKUD – 7-значный код формы (экономической задачи)

IDF – 3-значный тип формы

IDP – 3-значный тип периодичности формы

OKPO – ОКПО предприятия

PERIOD – определяется по дате начала отчетного периода (для отчетов с типом периодичности “по запросу” отсутствует) и имеет вид ГОД_НОМЕР, где

ГОД – 4-значный год отчетного периода

НОМЕР – порядковый номер периода (зависит от периодичности)

EXTINFO – идентификационные признаки

DATE – дата попадания отчета в ЕССО в формате ГГГГММДДччмм, где Г – год, М – месяц, Д – день, ч – часы (0 – 23), м – минуты (0 – 59)

SYSINFO – служебная информация.

2 Типы участников документооборота

В ходе документооборота осуществляется взаимодействие между следующими типами участников документооборота:

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

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

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

Росстат. (Федеральная служба государственной статистики.)

Участники информационного обмена (при работе через Оператора данный тип не используется). Респонденты, ТОГСы, организации, выбранные Росстатом на конкурсной основе для осуществления сбора и обработки первичных статистических данных по формам федерального статистического наблюдения на федеральном уровне (далее – организация), Операторы.

Об утверждении унифицированного формата транспортного сообщения при обмене электронными документами между территориальными органами росстата и респондентами

(в ред. Приказов Росстата от 21.05.2021 N 312, от 04.05.2021 N 281)

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

1. Утвердить прилагаемый Унифицированный формат транспортного сообщения при обмене электронными документами между территориальными органами Росстата и респондентами (далее – Унифицированный формат).

2. Управлению информационных ресурсов и технологий (М.В. Бурдакову):

– в течение 2-х дней со дня утверждения разместить Унифицированный формат на официальном сайте Росстата в сети Интернет;

– при организации работ по электронному сбору руководствоваться утвержденным Унифицированным форматом.

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

4. Контроль за исполнением настоящего приказа возложить на заместителя руководителя Росстата В.Н. Забелина.

РуководительА.Е.СУРИНОВ

Приложение

УТВЕРЖДЕНприказом Росстатаот 7 июля 2021 г. N 313

Пример описания транспортного контейнера при работе через оператора

(в ред. Приказа Росстата от 04.05.2021 N 281)

Пример описания транспортного контейнера при работе без использования ЦЕМПОС:

идентификаторДокументооборота=”b8e89adf6f4140caa285aa7572da69a5″>

зашифрован=”true” идентификаторДокумента=”fe3cbf2bcb1c47989a665934b70d4829″ >

зашифрован=”false” идентификаторДокумента”5b26d51e3c364bdd9ae84c18a46fb60c” >

зашифрован=”true” идентификаторДокумента”d39549a0b49945d99d3eclc2ad268a4d”

исходноеИмяФайла=”приложение.doc” >

Пример описания транспортного контейнера при работе через ЦЕМПОС:

идентификаторДокументооборота=”b8e89adf6f4140caa285aa7572da69a5″>

зашифрован=”true” идентификаторДокумента=”fe3cbf2bcb1c47989a665934b70d4829″ >

зашифрован=”false” идентификаторДокумента=”5b26d51e3c364bdd9ae84c18a46fb60c” >

зашифрован=”true” идентификаторДокумента=”d39549a0b49945d99d3eclc2ad268a4d”

исходноеИмяФайла=”приложение.doc” >

Приложение N 6к Унифицированному форматутранспортного сообщенияпри обмене электроннымидокументами междутерриториальными органамиРосстата и респондентами,утвержденного приказом Росстатаот 7 июля 2021 г. N 313

8 Схема и пример документа “описаниеРассылкиШаблонов”14

Документ описаниеРассылкиШаблонов должен соответствовать следующей схеме:

Таблица 7.8.1. Описание узлов документа описаниеРассылкиШаблонов.

Пример документа описаниеРассылкиШаблонов:

——————————

1 Пункт применяется только при работе через централизованный единый модуль приема отчетности от специализированных операторов связи (далее – ЦЕМПОС).

2 Атрибут идентификаторПодразделения применяется только при работе через ЦЕМПОС.

3 Ограничение применяется только при работе через ЦЕМПОС.

4 Идентификатор в формате “rr” применяется только при работе через ЦЕМПОС.

5 Алгоритмы ГОСТ Р 34.10.2021 применяются только при работе через ЦЕМПОС.

6 Применяется только при работе через ЦЕМПОС

7 Документ используется только при работе через ЦЕМПОС.

8 Документ используется только при работе через ЦЕМПОС.

9 При работе через ЦЕМПОС описание ошибки определяется разработчиком ЦЕМПОС.

10 Пункт применяется только при работе через ЦЕМПОС.

11 При работе через ЦЕМПОС дочерние узлы идентификатор и натуральныйИдентификатор узла получатель имеют формат “rr”

12 При работе через ЦЕМПОС дочерние узлы идентификатор и натуральныйИдентификатор узла получатель имеют формат “rr”

13 При работе через ЦЕМПОС описание ошибки определяется разработчиком ЦЕМПОС.

14 Пункт применяется только при работе через ЦЕМПОС.”

Пример описания контейнера при работе через ссо

(в ред. Приказа Росстата от 04.05.2021 N 281)

типДокументооборота=”сбор отчетности ЕССО” типТранзакции=”квитанция ЕССО”

идентификаторДокументооборота=”608003_001_004_11767685_2009_9_2_1_200909021532″>

идентификаторДокумента=”608003_001_004_11767685_2009_9_2_1_200909021532.xml”>

роль=”Представитель ТОГС”/>

роль=”Представитель Респондента”/>

идентификаторДокумента=”608003_001_004_11767685_2009_9_2_1_200909021532.receipt.xml”>

роль=”Представитель ТОГС”/>

идентификаторДокумента=”608003_001_004_11767685_2009_9_2_1_200909021532.protocol.xml”>

роль=”Представитель ТОГС”/>

идентификаторДокумента=”608003_001_004_11767685_2009_9_2_1_200909021532.receipt.cer”>

Приложение N 3к Унифицированному форматутранспортного сообщенияпри обмене электроннымидокументами междутерриториальными органамиРосстата и респондентами,утвержденного приказом Росстатаот 7 июля 2021 г. N 313

I. общие положения

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

Данный документ описывает унифицированный формат транспортного сообщения, формируемого программными средствами, используемыми для организации электронного документооборота между территориальным органом Федеральной службы государственной статистики (далее – ТОГС)

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

Документы, поступающие после отправки отчетных форм

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

• «Подтверждение даты отправки» — служит подтверждением факт передачи отчета и фиксирует время отправки. Подписывается электронной подписью со стороны получателя и отправителя.
• «Извещение о получении»— формируется при получении формы статистической отчетности Росстатом.

Время отправки отчетной формы учитывается по часовому поясу региона нахождения ТОГС.

Не позднее двух рабочих дней пользователь получает:

• «Уведомление о приеме в обработку» — означает, что документ успешно прошел проверку и принят органом статистики.
• «Уведомление об ошибке» или «Уведомление о несоответствии формату» – означает, что документ не прошел проверку из-за обнаруженных ошибок. Следует устранить нарушения, и вновь направить документ в Росстат.

Форма статистической отчетности считается принятой, если получены документы:

• «Подтверждение даты отправки»;
• «Уведомление о приеме в обработку».

1 Осуществление документооборота

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

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

Документооборот при обработке может содержать несколько транзакций. Типовому содержанию транзакций соответствуют:

отправитель передает по телекоммуникационным каналам связи пакет документов Получателю;

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

5 Криптография

Требования к используемым средствам криптографической защиты информации и сертификатам электронных подписей приведены в документе “Регламент использования электронной подписи”.

Зашифрованные данные должны передаваться в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого, для сохранения в файл используется DER-кодировка.

Электронные подписи передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. Для сохранения в файл используется DER-кодировка.

Электронная подпись может включать в себя сертификат и может не включать подписанное содержимое.

Нешифрованные данные (сертификаты, электронные подписи) передаются в виде своего содержимого, сериализованного с использованием base64-кодирования.

2 Содержимое транспортного контейнера

Транспортный контейнер представляет собой zip-архив, содержащий файл “packageDescription.xml” с транспортной информацией в формате XML, файлы с содержимым передаваемых документов и файлы с содержимым передаваемых электронных подписей. Схема транспортного контейнера приведена на рисунке ниже (см. Рисунок 3).

Рисунок 3. Схема транспортного контейнера Оператора

Файлы с содержимым документов и электронных подписей именуются с использованием универсальных уникальных идентификаторов по формату “<UUID>.bin”.

Транспортная информация и файлы с содержимым документов и электронных подписей объединяются в zip-архив в режиме STORE.

В одном транспортном контейнере передаются документы и электронные подписи, относящиеся к одной транзакции.

3 Типы подписантов

Осуществление документооборота происходит через проведение транзакций – передачи от одного участника документооборота другому фиксированного набора документов вместе с подписями под этими документами, сделанными от имени представителей участников документооборота.

Подписи под документами от имени участников документооборота ставят должностные лица или уполномоченные от их имени лица, обладающие правом подписи соответствующих документов:

– Представитель ТОГС;

– Представитель Респондента.

При работе через Оператора в пакете вместо представителей указываются типы субъектов в соответствии с описанием конкретного типа документооборота.

Ii. структура унифицированного формата транспортного сообщения, передаваемого по телекоммуникационным каналам связи

В рамках сдачи первичных статистических данных в электронном виде между ТОГС и Респондентами может осуществляться два типа электронного документооборота:

электронный документооборот в рамках сдачи первичных статистических данных через систему сбора статистической отчетности (ССО);

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

Ниже представлено описание структуры и транспортного контейнера, формируемого в рамках перечисленных выше типов электронного документооборота между Респондентами и ТОГС.

Графическая схема файла описания пакета при работе через ссо

(в ред. Приказа Росстата от 04.05.2021 N 281)

Рисунок 4. Схема файла описания пакета

Приложение N 2к Унифицированному форматутранспортного сообщенияпри обмене электроннымидокументами междутерриториальными органамиРосстата и респондентами,утвержденного приказом Росстатаот 7 июля 2021 г. N 313

Документы, поступающие из органа росстата после отправки бухотчетности

После отправки отчетных форм пользователь получает следующие документы:

• «Уведомление о приеме в обработку» – означает, что документ успешно прошел проверку и принят органом статистики.
• «Уведомление об ошибке» или «Уведомление о несоответствии формату» – означает, что документ не прошел проверку из-за обнаруженных ошибок. Следует устранить нарушения, и вновь направить документ в территориальный орган статистики.

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

Типы содержимого при работе через оператора

(в ред. Приказа Росстата от 04.05.2021 N 281)

Приложение N 4к Унифицированному форматутранспортного сообщенияпри обмене электроннымидокументами междутерриториальными органамиРосстата и респондентами,утвержденного приказом Росстатаот 7 июля 2021 г. N 313

Для пользователей пп «такском-доклайнер»:

При очередном запуске программы настройки автоматически обновляются через Интернет.

Если настройки не обновились автоматически, необходимо сделать это вручную:

• в программе последовательно откройте меню «Настройки» – «Настроить организацию через интернет»,
• в появившемся окне выберите либо «Получить настройки через интернет», либо «Загрузить настройки из файла» и следуйте рекомендациям «Мастера обновления настроек».

5.4 Дата и время

В описании пакета и документах, участвующих в документообороте, дата и время указывается в формате xs:dateTime с указанием часового пояса либо маркера того, что дата и время указаны в UTC.

Если часовой пояс не указан и маркер отсутствует, то дата и время считаются относительно часового пояса ТОГС, с которым осуществляется взаимодействие, или относительно часового пояса, который установлен для ЦЕМПОС6.

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

При очередном запуске программы настройки автоматически обновляются через Интернет.

Если настройки не обновились автоматически, необходимо сделать это вручную:

• в программе последовательно откройте меню «Параметры» – «Настройка ящиков»,
• в появившемся окне «Настройки» нажмите кнопку «Загрузить настройки» и следуйте рекомендациям «Мастера обновления настроек».

Xsd-схема и пример описания транспортного контейнера при работе через оператора

(в ред. Приказа Росстата от 04.05.2021 N 281)

Описание транспортного контейнера при работе без использования ЦЕМПОС должно удовлетворять следующей xsd-схеме:

Таблица 6.7.3. типы транзакций.

Приложение N 7к Унифицированному форматутранспортного сообщенияпри обмене электроннымидокументами междутерриториальными органамиРосстата и респондентами,утвержденного приказом Росстатаот 7 июля 2021 г. N 313

Форматы служебных документов

(в ред. Приказа Росстата от 04.05.2021 N 281)

Схема ОбщиеТипы.xsd, определяющая общие типы, используемые в других xsd-схемах:

4 Типы содержимого

В ходе документооборота происходит обмен различными типами документов.

Список типов документов, допустимых к использованию при работе через Оператора, представлен в Приложении 3.

Типы документооборота

(в ред. Приказа Росстата от 04.05.2021 N 281)

Унифицированный формат транспортного сообщения при обмене электронными документами между территориальными органами росстата и респондентами

(в ред. Приказа Росстата от 04.05.2021 N 281)

1 Структура транспортного сообщения <1>

При обмене через Операторов используется транспортное сообщение, структура которого аналогична структуре, описанной в п. 2.1 раздела II.

5.3 Криптография

Для шифрования используются алгоритмы ГОСТ 28147-89. Для формирования электронной подписи используются алгоритмы ГОСТ Р 34.10-2001 и ГОСТР 34.10.2021.5

5.1 Универсальные уникальные идентификаторы

Для идентификации типов документооборота, документов и для генерации имен файлов в транспортном контейнере используются универсальные уникальные идентификаторы.

4 Документооборот по предоставлению отчетности в ТОГС

Таблица 6.4.1. Тип документооборота.

Таблица 6.4.2. Типы документов..

Таблица 6.4.3. Типы транзакций.

1 Документооборот по осуществлению письменных обращений респондентов

Таблица 6.1.1. Тип документообооота.

Таблица 6.1.2. Типы документов.

Таблица 6.1.3. Типы транзакций.

2 Документооборот по осуществлению индивидуального информирования респондентов

Таблица 6.2.1. Тип документооборота.

Таблица 6.2.2. Типы документов.

Таблица 6.2.3. Типы транзакций.

3 Документооборот по осуществлению информационной рассылки со стороны ТОГС

Таблица 6.3.1. Тип документооборота.

Таблица 6.3.2. Типы документов.

Таблица 6.3.3. Типы транзакций.

5 Документооборот по уведомлению об ошибке со стороны ТОГС

Таблица 6.5.1. Тип документооборота.

Таблица 6.5.2. Типы документов.

Таблица 6.5.3. Типы транзакций.

6 Документооборот по регистрации сертификатов участников взаимодействия

Таблица 6.6.1. Тип документооборота.

Таблица 6.6.2. Типы документов.

Таблица 6.6.3. Типы транзакций.

5.2 Объединение и сжатие файлов

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

7 Схема и пример документа “регистрационнаяИнформация”

Документ регистрационнаяИнформация должен соответствовать следующей схеме:

8 Схема и пример документа “описаниеРассылкиШаблонов” <14>

Документ описаниеРассылкиШаблонов должен соответствовать следующей схеме:

4 Схема и пример подтверждения даты отправки

Документ подтверждениеОператора должен соответствовать следующей схеме:

3 Схема и пример извещения о получении файла

Документ извещениеОПолучении должен соответствовать следующей схеме:

2 Схема и пример описания отчета

Документ описаниеОтчета должен соответствовать следующей схеме:

1 Схема и пример описания письма и рассылки

Документ описаниеПисьма должен соответствовать следующей схеме:

6 Схема и пример описания ошибки

Документ описаниеОшибки должен соответствовать следующей схеме:

5 Схемы и примеры документов для удаленной проверки работоспособности приемного комплекса

Документ запрос должен соответствовать следующей схеме:

Для пользователей пк «1с-спринтер»:

Настройки обновляются автоматически без участия пользователей.