Цемпос росстат что это
Создание централизованной системы сбора, обработки, хранения и распространения статистических данных
Уникальность проекта
Производственный план Росстата насчитывает большое количество работ, выполнение которых, с учетом разницы часовых поясов в России, должно проводится круглосуточно. Процесс сбора, обработки, и предоставление статистической информации в Правительство и другим пользователям не должно было прерываться.
В короткие сроки выполнена задача проектирования и реализации систем. В условиях оперативного сбора и обработки статистической информации произведен бесшовный переход на новую систему без остановки производственного процесса.
Кроме того, при переходе на новую централизованную Систему выполнялась задача по изменению методологии расчета статистических данных, связанной с переходом на новые версии общероссийского классификатора видов экономической деятельности (ОКВЭД 2) и общероссийского классификатора продукции по видам экономической деятельности (ОКПД 2). Методология стала сложнее, но в тоже время более совершенной, отвечающей современным требования государственной статистики.
Была выполнена задача по обеспечению «прозрачности» расчета данных. Теперь любую полученную цифру можно быстро проверить и проследить её путь от сбора первичных данных до рассчитанных и опубликованных показателей.
Одновременно с внедрением системы происходило изменение организационно-штатной структуры Росстата. Укрупнялись и сливались территориальные органы Росстата, передавались и перераспределялись их полномочия и зоны ответственности.
Также уникальным является масштаб проекта: количество зарегистрированных пользователей – 8092. Более 200 специалистов КРОК участвовали в разработке. Охвачено 85 ТОГС, более 2000 РОГС.
Комментировать могут только авторизованные пользователи.
Предлагаем Вам войти в систему или зарегистрироваться.
Отчетность в Росстат Хабаровский край
Федеральная Служба Государственной статистики (Росстат) переходит на центральную единую систему предоставления отчетности ЦЕМПОС. Хабаровский край вступил в эту программу первым.
В соответствии с требованиями, в Почтовом Агенте был введен новый раздел «Отчетность в Росстат (ЦЕМПОС)» для подачи документов в электронном виде.
Для всех пользователей Почтового Агента в Хабаровском крае выкладываем инструкцию о передачи отчетности в Росстат по Хабаровскому краю.
Способ отправки не изменился относительно старой системы, однако для отправки в Почтовом Агенте нужно добавить нового корреспондента, для этого в окне создания письма «Отчетность в Росстат (ЦЕМПОС)» нажимаем кнопку «Кому»
В открывшемся окне нажимаем кнопку «Добавить ведомство»
Заходим в раздел «Росстат РФ» — Хабаровский край и выделяем ведомство «ЦЕМПОС Статистика 27-00 Федеральная служба государственной статистики (27-00)», нажимаем кнопку установить.
Затем в окне выбора получателя выбираем установленного корреспондента и нажимаем «ОК».
Выбираем нужный файл отчета и нажимаем отправить. Отчетность отправлена.
В случае, если в данном разделе будет выбран другой получатель, то программа выдаст соответствующее сообщение:
Обратите внимание!
Данная форма отправки работает только для Хабаровского края, все остальные регионы РФ отправляют бухгалтерскую отчетность без изменений, до распоряжений Росстата.
Росстат электронная отчетность
Росстат электронная отчетность — это подсистема в программе электронной отчетности, предназначеная для отправки отчетов в органы государственной статистики.
Все файлы, отправляемые через данную систему, имеют строго регламентированную структуру, и должны создаваться с помощью специального программного обеспечения, чтобы электронный документооборот был принят региональным управлением Росстата.
Внешний вид программы отправки электронной отчетности в Росстат «Почтовый агент»
В данной системе «электронная отчетность в РОССТАТ» присутствуют следующие элементы управления:
Электронная отчетность Росстат. Отправка.
Для добавления файла необходимо нажать на кнопку «Новый отчет» которая находится на панели инструментов. Окно создания письма выглядит следующим образом:
Отчет в письмо добавляется с помощью кнопки «Вложить файл». При нажатии кнопки «Сохранить» письмо добавляется в раздел «На отправку». Если было добавлено несколько файлов, будет создано несколько писем (по количеству файлов)
Файлы отчетности в Росстат
После нажатия кнопки «Отправить», запись об отчете появится в разделе отправленные:
Отправленные файлы со статусом
В данной закладке отображаются отправленные отчеты, а также его статус (этапы отправки). Дополнительно в данной закладке отображается информационная панель.
РОССТАТ электронная отчетность Получение сообщений
В программе электронной отчетности и системе «Отчетность в Росстат», в ответ на отправленный отчет на почтовый ящик пользователя приходят связанные сообщения, сигнализирующие об этапах отправки конкретного отчета.
Для запуска процедуры получения почты воспользуйтесь кнопкой «Принять с сервера» в панели инструментов, как показано на рисунке:
В нижней части раздела (закладки) «Отправленные» расположена «Информационная панель»
Для данной системы доступны четыре вида служебных сообщения:
ЦЕМПОС
Федеральная Служба Государственной статистики (Росстат) постепенно переходит на единую систему предоставления отчетности ЦЕМПОС- Централизованный приемный комплекс.
В соответствии с требованиями, в Почтовом Агенте был введен новый раздел «Отчетность в Росстат (ЦЕМПОС)» для подачи документов в электронном виде.
Отправка отчетов через «Отчетность в Росстат (ЦЕМПОС)» полностью аналогична отправки отчетов через «Отчетность в Росстат». Список регионов, перешедших на прием отчетности через ЦЕМПОС можно узнать на официальном сайте РОССТАТа
Метка: Отчетность в Росстат
Отчетность в Росстат
Росстат призывает сдавать отчетность в электронном виде
Росстат напоминает: так как режим нерабочих дней в стране прекращён, необходимо сдавать статистическую отчетность в обычном режиме. Однако, так как в некоторых регионах сохраняется режим повышенной готовности, то штрафные санкции к компаниям, не предоставившим формы отчетности в Росстат, просрочившим их подачу или предоставившим недостоверные сведения (меры по ст. 13.19 КоАП РФ) не будут применяться до…
Отчетность в Росстат
Сдавайте отчетность в Росстат до 11 мая
В срок до 11 мая необходимо отправить в территориальные органы Росстата отчетность по всем формам статистического наблюдения. Согласно уточнению Росстата от 29.04.2020 сроки предоставления отчетности не изменяются. В данном уточнении также обращается внимание на то, что по отдельным квартальным формам (3-ТОРГ (ПМ), П-5 (м), 1-КСР (краткая), 3-рынок, 1-НАНО, 6-нефть, 5-З) сроки представления ранее были перенесены. Включенные…
Отчетность в Росстат
Доработан раздел «Отчетность Росстат ЦЕМПОС»
Уважаемые пользователи программы электронной отчетности «Почтовый Агент»! 23 января 2020 г. вышло обновление программы до версии 5.17.2. В новой версии программы для сдачи электронной отчетности «Почтовый агент» доработан раздел отчетности Росстат ЦЕМПОС. ЦЕМПОС – это Централизованный приемный комплекс Росстата. Полная инструкция отправки электронной отчетности в Росстат находится на данной странице сайта. Если вы хотите присоединиться к отправке…
Приказ Росстата от 04.05.2018 N 281
МИНИСТЕРСТВО ЭКОНОМИЧЕСКОГО РАЗВИТИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ
ФЕДЕРАЛЬНАЯ СЛУЖБА ГОСУДАРСТВЕННОЙ СТАТИСТИКИ
от 4 мая 2018 г. N 281
О ВНЕСЕНИИ ИЗМЕНЕНИЙ
В ПРИЛОЖЕНИЕ К ПРИКАЗУ РОССТАТА ОТ 7 ИЮЛЯ 2011 Г. N 313
«ОБ УТВЕРЖДЕНИИ УНИФИЦИРОВАННОГО ФОРМАТА ТРАНСПОРТНОГО
СООБЩЕНИЯ ПРИ ОБМЕНЕ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ
МЕЖДУ ТЕРРИТОРИАЛЬНЫМИ ОРГАНАМИ РОССТАТА
Приложение к приказу Росстата от 7 июля 2011 г. N 313 «Об утверждении Унифицированного формата транспортного сообщения при обмене электронными документами между территориальными органами Росстата и респондентами» изложить в редакции, согласно приложению к настоящему приказу.
Временно исполняющий обязанности
руководителя Федеральной службы
к приказу Росстата
от 7 июля 2011 г. N 313
ТРАНСПОРТНОГО СООБЩЕНИЯ ПРИ ОБМЕНЕ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ
МЕЖДУ ТЕРРИТОРИАЛЬНЫМИ ОРГАНАМИ РОССТАТА И РЕСПОНДЕНТАМИ
Информационное взаимодействие по телекоммуникационным каналам связи по обмену электронными документами с применением электронной подписи, идущее по определенным правилам между территориальными органами Федеральной службы государственной статистики либо Федеральной службой государственной статистики, с одной стороны, и Респондентами либо Специализированным оператором связи, с другой стороны, называется документооборотом.
Осуществление документооборота происходит через проведение транзакций, т.е. передачи от одного участника документооборота другому фиксированного набора документов в согласованном с органами государственной статистики формате вместе с подписями под этими документами, сделанными от имени определенных участников документооборота.
1.1 Осуществление документооборота
Документооборот при обработке может содержать несколько транзакций. Типовому содержанию транзакций соответствуют:
отправитель передает по телекоммуникационным каналам связи пакет документов Получателю;
получатель по результатам проверки документов, их электронных подписей и сертификатов направляет Отправителю электронный документ фиксированного формата, содержащий положительный или отрицательный ответ на пакет документов Отправителя.
1.2 Типы участников документооборота
В ходе документооборота осуществляется взаимодействие между следующими типами участников документооборота:
Респондент. В качестве респондента может выступать либо юридическое лицо, либо обособленное подразделение (при условии наделения его соответствующим юридическим лицом полномочиями по предоставлению статистической отчетности от имени юридического лица) либо индивидуальный предприниматель, осуществляющий деятельность без образования юридического лица, предоставляющие первичные статистические данные по формам федерального статистического наблюдения.
ТОГС. В качестве ТОГС может выступать либо территориальный орган Федеральной службы государственной статистики (включая межрайонные Управления), так и его структурные подразделения в районах и городах, осуществляющие в установленном Росстатом порядке сбор первичных статистических данных по формам федерального статистического наблюдения от респондентов, осуществляющих деятельность на территории субъекта Российской Федерации.
Оператор. (Организация, предоставляющая услуги по обмену открытой и конфиденциальной информацией между органами государственной статистики и респондентами, в том числе гарантирующая доставку электронных документов в границах своей зоны ответственности, установленной соглашениями с территориальными органами государственной статистики и договорами с респондентами.)
Росстат. (Федеральная служба государственной статистики.)
1.3 Типы подписантов
Подписи под документами от имени участников документооборота ставят должностные лица или уполномоченные от их имени лица, обладающие правом подписи соответствующих документов:
При работе через Оператора в пакете вместо представителей указываются типы субъектов в соответствии с описанием конкретного типа документооборота.
1.4 Типы содержимого
В ходе документооборота происходит обмен различными типами документов.
Список типов документов, допустимых к использованию при работе через Оператора, представлен в Приложении 3.
II. Структура унифицированного формата транспортного
сообщения, передаваемого по телекоммуникационным
В рамках сдачи первичных статистических данных в электронном виде между ТОГС и Респондентами может осуществляться два типа электронного документооборота:
электронный документооборот в рамках сдачи первичных статистических данных через систему сбора статистической отчетности (ССО);
электронный документооборот в рамках первичных статистических данных через Оператора.
Ниже представлено описание структуры и транспортного контейнера, формируемого в рамках перечисленных выше типов электронного документооборота между Респондентами и ТОГС.
2. Описание структуры транспортного сообщения при работе через ССО
2.1 Структура формата транспортного сообщения
Транспортное сообщение состоит из набора служебных полей транспортного сообщения и прикрепленного к нему транспортного контейнера.
Структура формата транспортного сообщения представлена на рисунке ниже (см. Рисунок 1).
Рисунок 1. Структура формата транспортного сообщения
Для обеспечения обработки транспортного сообщения приемным комплексом ТОГС в структуре транспортного сообщения предусмотрены следующие обязательные поля (реквизиты транспортного сообщения):
Присоединенному файлу вложения должны соответствовать поля:
Транспортный контейнер прикрепляется (ключевое слово «attachment») к транспортному сообщению, передаваемому по телекоммуникационным каналам связи, как файл-вложение, имя которого указано в поле «Content-Disposition:» (параметр «filename»). Размер файла транспортного контейнера не может быть нулевым и сам транспортный контейнер не может содержать файлы нулевой длины. К транспортному сообщению может быть присоединен только один файл транспортного контейнера.
Размер транспортного сообщения, передаваемого по телекоммуникационным каналам связи, не должен превышать 512 МБайт. В случае принятия к обработке приемным комплексом транспортного сообщения организации контейнер с одним и тем же именем не может быть передан одним и тем же отправителем вторично.
2.2 Содержание и структура транспортного контейнера (пакета)
В рамках каждой транзакции документооборота файлы всех логически связанных документов и относящихся к ним электронных подписей, сопровождаемые сопутствующей транспортной информацией, пересылаются объединенными в один файл. Такой файл называется транспортным контейнером (или пакетом).
На рисунке ниже приведена схема внутренней структуры пакета.
Рисунок 2. Структура формата транспортного контейнера
Транспортный контейнер представляет собой zip-архив, содержащий:
необязательный файл «packageDescription.xml» с описанием содержимого пакета в формате xml. В документообороте «сбор отчетности ЕССО» может не использоваться;
необязательный файл «packageDescription.sign» с электронной подписью под описанием содержимого пакета (должен присутствовать, если есть файл «packageDescription.xml»);
необязательный файл «packageDescription.cer» с сертификатом для проверки электронной подписи под описанием содержимого пакета (должен присутствовать, если есть файл «packageDescription.sign» и он не содержит внутри себя сертификат);
файлы с содержимым передаваемых документов (могут быть зашифрованы и заархивированы);
файлы с содержимым передаваемых электронных подписей под каждым документом;
файлы с содержимым сертификата для проверки электронной подписи под каждым документом (если электронная подпись документа не содержит внутри себя сертификат).
2.3 Формат описания содержимого транспортного контейнера (пакета)
Файл с описанием содержимого пакета представляет собой xml-документ, соответствующий схеме из Приложения 1. Пример описания содержимого пакета дан в Приложении 2.
Корневой узел документа «пакет» содержит следующие обязательные атрибуты:
Внутри узла пакет содержатся немножественные узлы «отправитель», получатель и системаОтправителя (или системаПолучателя) со следующими обязательными атрибутами:
В элементе «отправитель» описывается отправитель пакета. В элементе получатель описывается получатель пакета. В элементе системаОтправителя описывается система электронного документооборота, от которой получателю поступает пакет. В необязательном элементе системаПолучателя описывается система электронного документооборота, которой отправитель передает пакет для доставки получателю.
Дополнительно внутри узла «пакет» в одном или нескольких дочерних узлах документ перечисляются документы, передаваемые в этом пакете.
Узел документ имеет следующие обязательные атрибуты:
Узел документ имеет необязательный атрибут исходноеИмяФайла, в котором указывается исходное имя файла документа.
Содержимое всех документов в документообороте зашифровывается, если явно не оговорен другой вариант.
Содержимое всех подписей под документами в документообороте не шифруется.
Кроме того, узел документ содержит необязательный дочерний немножественный узел содержимое с атрибутом имяФайла, значением которого является имя файла (из набора файлов пакета) с содержимым описываемого документа. Узел содержимое может отсутствовать, если в транзакции передается лишь подпись под документом без содержимого документа.
Также внутри узла документ в дочерних узлах «подпись» перечисляются подписи, стоящие под документом.
Узел подпись имеет следующие обязательные атрибуты:
Файл с описанием содержимого пакета не шифруется и не архивируется.
2.4 Объединение и сжатие файлов
Для объединения нескольких файлов в один пакет и для сжатия файлов используется формат zip-архива.
Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT.
Архивирование должно проводиться без использования шифрования.
Требования к используемым средствам криптографической защиты информации и сертификатам электронных подписей приведены в документе «Регламент использования электронной подписи».
Зашифрованные данные должны передаваться в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого, для сохранения в файл используется DER-кодировка.
Электронные подписи передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. Для сохранения в файл используется DER-кодировка.
Электронная подпись может включать в себя сертификат и может не включать подписанное содержимое.
Нешифрованные данные (сертификаты, электронные подписи) передаются в виде своего содержимого, сериализованного с использованием base64-кодирования.
2.6 Документооборот «сбор отчетности ЕССО»
Транзакция «отчет ЕССО», передаваемая от Респондента в ТОГС, позволяет передавать в zip-архиве несколько файлов отчетов-ЭВФ в формате XML, опуская файл описания. При этом подразумевается, что отчеты передаются не зашифрованными и не сжатыми, а электронная подпись интегрирована в отчет.
Транзакция «квитанция ЕССО», передаваемая от ТОГС к Респонденту, позволяет передавать в zip-архиве восемь файлов в формате XML, опуская файл описания. При этом подразумевается, что все файлы передаются не зашифрованными и не сжатыми. Состав пакета:
Транзакция «уведомление ЕССО», передаваемая от ТОГС к Респонденту, позволяет передавать в zip-архиве 5 файлов в формате XML, опуская файл описания. При этом подразумевается, что все файлы передаются не зашифрованными и не сжатыми. Состав пакета:
Под подразумевается уникальное имя файла отчета, формируемое по следующему шаблону:
3. Описание структуры транспортного сообщения при работе через Оператора
3.1 Структура транспортного сообщения
При обмене через Операторов используется транспортное сообщение, структура которого аналогична структуре, описанной в п. 2.1 раздела II.
Принцип формирования транспортного сообщения изложен в документе RFC 2822 (http://www.ietf.org/rfc/rfc2822.txt).
Транспортный контейнер прикрепляется к транспортному сообщению, передаваемому по телекоммуникационным каналам связи, как файл-вложение. Размер файла транспортного контейнера не может быть нулевым и сам транспортный контейнер не может содержать файлы нулевой длины. К транспортному сообщению может быть присоединен только один файл транспортного контейнера.
Размер транспортного сообщения, передаваемого по телекоммуникационным каналам связи, не должен превышать 100 МБайт.
3.2 Содержимое транспортного контейнера
Транспортный контейнер представляет собой zip-архив, содержащий файл «packageDescription.xml» с транспортной информацией в формате XML, файлы с содержимым передаваемых документов и файлы с содержимым передаваемых электронных подписей. Схема транспортного контейнера приведена на рисунке ниже (см. Рисунок 3).
Рисунок 3. Схема транспортного контейнера Оператора
Транспортная информация и файлы с содержимым документов и электронных подписей объединяются в zip-архив в режиме STORE.
В одном транспортном контейнере передаются документы и электронные подписи, относящиеся к одной транзакции.
3.3 Формат описания транспортного контейнера
Файл с транспортной информацией представляет собой XML-документ, соответствующий схеме из Приложения 4.
Корневой узел пакет документа содержит следующие обязательные атрибуты:
Внутри узла пакет содержатся немножественные узлы отправитель, получатель и системаОтправителя (или системаПолучателя) со следующими атрибутами:
Атрибут идентификаторПодразделения применяется только при работе через ЦЕМПОС.
В элементе отправитель описывается отправитель контейнера. В элементе получатель описывается получатель контейнера. В элементе системаОтправителя описывается система электронного документооборота, от которой получателю поступает контейнер. В элементе системаПолучателя описывается система электронного документооборота, которой отправитель передает контейнер для доставки получателю. В элементе идентификаторПодразделения описывается подразделение ТОГС, в которое направлен контейнер / из которого направлен контейнер.
Дополнительно внутри узла пакет в одном или нескольких дочерних узлах документ перечисляются документы, передаваемые в этом транспортном контейнере. Узел документ имеет следующие обязательные атрибуты:
Также узел документ имеет атрибут исходноеИмяФайла, в котором указывается исходное имя файла документа с расширением. Данный атрибут является обязательным для документов отчет и приложениеПисьма. Для прочих документов данный атрибут является необязательным.
Ограничение применяется только при работе через ЦЕМПОС.
Узел документ содержит необязательный дочерний немножественный узел содержимое с атрибутом имяФайла, значением которого является имя файла (из набора файлов транспортного контейнера) с содержимым описываемого документа. Узел содержимое может отсутствовать, если в транзакции передается лишь электронная подпись под документом и не передается содержимое документа.
Внутри узла документ в дочерних узлах подпись перечисляются электронные подписи, стоящие под документом. Узел подпись имеет следующие обязательные атрибуты:
Узел пакет содержит необязательный узел расширение, который может содержать любые атрибуты и дочерние узлы. Данный узел используется для указания дополнительных данных в транспортной информации контейнера с сохранением обратной совместимости. Формат использования узла расширение определяется по согласованию с заинтересованными разработчиками систем электронного документооборота.
Файл с транспортной информацией при передаче в транспортном контейнере не сжимается и не шифруется.
3.4 Имя файла транспортного контейнера
Транспортный контейнер передается в виде файла с уникальным именем по формату
Идентификаторы отправителя и получателя в имени файла должны совпадать с соответствующей информацией в транспортной информации контейнера.
UUID в имени файла контейнера представляет собой глобальный уникальный идентификатор, обеспечивающий уникальность имени файла контейнера.
Код типа документооборота представляет собой число, присвоенное типу документооборота, в рамках которого отправляются документы в данном транспортном контейнере. Код типа транзакции представляет собой число, присвоенное типу транзакции, которая осуществляется посредством передачи данного транспортного контейнера. Информация о кодах типов документооборота и транзакции может быть использована для определения приоритетных для обработки контейнеров.
Информация в имени файла носит исключительно справочный характер. Обработка транспортного контейнера должна осуществляться на основе транспортной информации, находящейся внутри контейнера.
При поступлении в ТОГС/Росстат от Респондента через Оператора транспортного контейнера в узле системаОтправителя транспортной информации контейнера указывается соответствующий Оператор. При отправке из ТОГС/Росстата Респонденту через Оператора транспортного контейнера в узле системаПолучателя транспортной информации контейнера указывается соответствующий Оператор.
Идентификатор в формате «rr» применяется только при работе через ЦЕМПОС.
В качестве идентификатора Оператора используется уникальная строка, выбираемая по согласованию с заинтересованными разработчиками систем электронного документооборота.
Идентификатор Респондента имеет формат
3.5 Спецификация используемых технологий
3.5.1 Универсальные уникальные идентификаторы
Для идентификации типов документооборота, документов и для генерации имен файлов в транспортном контейнере используются универсальные уникальные идентификаторы.
Используемые универсальные уникальные идентификаторы должны генерироваться согласно общим принципам формирования UUID, изложенным в документе RFC 4122 (http://www.ietf.org/rfc/rfc4122.txt).
Везде в настоящем документе используется представление универсальных уникальных идентификаторов в виде шестнадцатеричного числа из 32 разрядов, записанного в нижнем регистре.
3.5.2 Объединение и сжатие файлов
Для объединения нескольких документов в один транспортный контейнер и для сжатия документов используется формат zip-архива.
Формат zip-архива описывается в открытой спецификации, доступной по адресу http://www.pkware.com/documents/casestudies/APPNOTE.TXT.
Архивирование должно производится в соответствии с базовыми возможностями версии 2.0, без использования шифрования.
При сжатии документа этот документ помещается в архив, внутри которого имеет имя «file».
Для шифрования используются алгоритмы ГОСТ 28147-89. Для формирования электронной подписи используются алгоритмы ГОСТ Р 34.10-2001 и ГОСТ Р 34.10.2012.
Алгоритмы ГОСТ Р 34.10.2012 применяются только при работе через ЦЕМПОС.
Зашифрованные данные и электронные подписи передаются при помощи контейнера PKCS #7 (RFC 2315, http://www.ietf.org/rfc/rfc2315.txt). Для сохранения в файл используется DER-кодировка.
Зашифрованные данные передаются в виде структуры ContentInfo со структурой EnvelopedData в качестве содержимого.
Электронные подписи передаются в виде структуры ContentInfo со структурой SignedData в качестве содержимого. Электронная подпись должна включать в себя сертификат и не должна включать подписанное содержимое.
Шифрование документов производится на открытых ключах получателя и отправителя документа.
В описании пакета и документах, участвующих в документообороте, дата и время указывается в формате xsrdateTime с указанием часового пояса либо маркера того, что дата и время указаны в UTC.
Применяется только при работе через ЦЕМПОС
3.5.5 Удаленная проверка работоспособности
Для удаленной проверки работоспособности приемного комплекса ТОГС Оператор может отправить технологический документ запрос специального вида. Приемный комплекс ТОГС после обработки этого документа сформирует ответный технологический документ ответ, который будет отправлен Оператору.
Удаленная проверка работоспособности позволяет определить версию приемного комплекса, а также работоспособность криптографической подсистемы приемного комплекса.
Технологические документы запрос и ответ представляют собой XML-файл. Формат документов описан в приложении 7.5. Отправка данных документов производится не в составе транспортного контейнера, а в виде самостоятельных файлов.
Имя файла, содержащего документ запрос, должно иметь префикс «ping_». Пример имени файла документа запрос: ping_BEA6F7B6-9451-3F59-8233-D4D7DA55BF36.xml
Имя файла, содержащего документ ответ, должно иметь префикс «pong_». При этом имя файла документа ответ не должно отличаться от файла соответствующего ему документа запрос более чем значением префикса. Пример имени файла документа ответ: pong_BEA6F7B6-9451-3F59-8233-D4D7DA55BF36.xml
Для определения версии приемного комплекса в документ запрос помещается дочерний узел version без атрибутов. В таком случае в документ ответ приемный комплекс поместит дочерний узел version с атрибутом value и номером версии в качестве значения этого атрибута.
Для определения работоспособности криптографической составляющей приемного комплекса в документ запрос помещается узел cryptographySelfCheck без атрибутов. В таком случае в документ ответ приемный комплекс поместит узел cryptographySelfCheck со следующими дочерними узлами:
Узлы encrypt, sign, decrypt, verify имеют следующие атрибуты:
В случае, если атрибут result узла какой-либо криптографической операции принимает значение error, в качестве дочернего узла для него добавляется узел message, в который помещается сообщение о произошедшей при выполнении операции ошибке.
к Унифицированному формату
при обмене электронными
Росстата и респондентами,
утвержденного приказом Росстата
от 7 июля 2011 г. N 313
ФАЙЛА ОПИСАНИЯ ПАКЕТА ПРИ РАБОТЕ ЧЕРЕЗ ССО
Рисунок 4. Схема файла описания пакета
к Унифицированному формату
при обмене электронными
Росстата и респондентами,
утвержденного приказом Росстата
от 7 июля 2011 г. N 313
ПРИМЕР ОПИСАНИЯ КОНТЕЙНЕРА ПРИ РАБОТЕ ЧЕРЕЗ ССО
к Унифицированному формату
при обмене электронными
Росстата и респондентами,
утвержденного приказом Росстата
от 7 июля 2011 г. N 313
ТИПЫ СОДЕРЖИМОГО ПРИ РАБОТЕ ЧЕРЕЗ ОПЕРАТОРА
простой текст в кодировке DOS-866
простой текст в кодировке windows-1251
данные в формате XML
документ в формате HTML
документ в формате PDF
документ в формате RTF
документ в формате TIFF
документ в формате JPEG
документ в формате Microsoft Word
документ в формате Microsoft Excel
документ в формате Open Document Text
документ в формате Open Document Spreadsheet
документ в формате Open XML Word
документ в формате Open XML Spreadsheet
произвольные (бинарные) данные
По мере необходимости список возможных типов содержимого может расширяться. Если программное обеспечение встречается с неизвестным для себя типом содержимого, то его следует трактовать как unknown.
к Унифицированному формату
при обмене электронными
Росстата и респондентами,
утвержденного приказом Росстата
от 7 июля 2011 г. N 313
ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ РАБОТЕ
Описание транспортного контейнера при работе без использования ЦЕМПОС должно удовлетворять следующей xsd-схеме:
Описание транспортного контейнера при работе через ЦЕМПОС должно удовлетворять следующей xsd-схеме:
к Унифицированному формату
при обмене электронными
Росстата и респондентами,
утвержденного приказом Росстата
от 7 июля 2011 г. N 313
ОПИСАНИЯ ТРАНСПОРТНОГО КОНТЕЙНЕРА ПРИ РАБОТЕ
Пример описания транспортного контейнера при работе без использования ЦЕМПОС:
Пример описания транспортного контейнера при работе через ЦЕМПОС:
к Унифицированному формату
при обмене электронными
Росстата и респондентами,
утвержденного приказом Росстата
от 7 июля 2011 г. N 313
6.1 Документооборот по осуществлению письменных обращений респондентов
Таблица 6.1.1. Тип документооборота.
документооборот по осуществлению письменных обращений респондентов в орган ФСГС
Таблица 6.1.2. Типы документов.
Возможные типы содержимого
неформализованный текст письма
служебный документ, в котором передается описание письма (формат приведен в приложении 7.1)
неформализованное приложение к письму (произвольный формат)
подтверждение даты отправки письма (формат приведен в приложении 7.4)
извещение о получении письма его получателем (формат приведен в приложении 7.3)