Скопируй, добавьте в контакты:

и перейди в приложение по ссылке:
X
ООО Тиражные решения 1С-Рарус

+ 7 (495) 777-25-43

+ 7 (8362) 49-46-89

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

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО СТРОИТЕЛЬСТВУ И ЖИЛИЩНО-КОММУНАЛЬНОМУ ХОЗЯЙСТВУ

ПРИКАЗ
от 23 августа 2013 г. N 310/ГС

О внесении изменений в Методические рекомендации по разработке органами местного самоуправления регламентов информационного взаимодействия лиц, осуществляющих поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации, утвержденные приказом Федерального агентства по строительству и жилищно-коммунальному хозяйству от 8 апреля 2013 г. N 112/ГС

Абонентское обслуживание 1С - выгода очевидна! Выбери свой пакет услуг!

В соответствии с поручением Заместителя Председателя Правительства Российской Федерации Козака Д.Н. от 16 августа 2013 г. N ДК-П9-5940 приказываю:

Внести изменения в пункт 3 Методических рекомендаций по разработке органами местного самоуправления регламентов информационного взаимодействия лиц, осуществляющих поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации, утвержденных приказом Госстроя от 8 апреля 2013 г. N 112/ГС (в редакции приказа Госстроя от 10 августа 2013 г. N 302/ГС "О внесении изменений в приложение к приказу Федерального агентства по строительству и жилищно-коммунальному хозяйству от 8 апреля 2013 г. N 112/ГС "Об утверждении Методических рекомендаций по разработке органами местного самоуправления регламентов информационного взаимодействия лиц, осуществляющих поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации"), изложив его в следующей редакции:

"3. Информацию в форме электронного паспорта многоквартирного дома или электронного паспорта жилого дома или электронного документа для предоставления информации о состоянии расположенных на территориях муниципальных образований объектов коммунальной и инженерной инфраструктуры рекомендуется передавать в органы местного самоуправления в форматах в соответствии с приложениями N 1, 2 и 3 к настоящим Методическим рекомендациям.".

Заместитель Министра
регионального развития
Российской Федерации -
руководитель Федерального
агентства по строительству
и жилищно-коммунальному хозяйству
В.А.ТОКАРЕВ

Приложение N 1
к Методическим рекомендациям
по разработке органами местного
самоуправления регламентов
информационного взаимодействия лиц,
осуществляющих поставки ресурсов,
необходимых для предоставления
коммунальных услуг, и (или) оказывающих
коммунальные услуги в многоквартирных
и жилых домах либо услуги (работы)
по содержанию и ремонту общего
имущества собственников помещений
в многоквартирных домах, 
при предоставлении информации, 
утвержденным приказом Федерального 
агентства по строительству 
и жилищно-коммунальному хозяйству 
от 8 апреля 2013 г. N 112/ГС 

ФОРМАТ

ПРЕДСТАВЛЕНИЯ И ИДЕНТИФИКАЦИИ ИНФОРМАЦИИ ЭЛЕКТРОННЫХ

ПАСПОРТОВ МНОГОКВАРТИРНЫХ ДОМОВ В ОРГАНЫ

МЕСТНОГО САМОУПРАВЛЕНИЯ

I. ОБЩИЕ ПОЛОЖЕНИЯ

1. Настоящий документ описывает требования к XML файлам (далее - файлам обмена) передачи в электронном виде информации с данными электронного паспорта дома в органы местного самоуправления.

2. Файл, содержащий документ обмена, подписывается электронной цифровой подписью, передаваемой в формате CMS (он же PKCS#7) в виде отдельного файла в DER-кодировке. После подписания файл с документом обмена зашифровывается в адрес информационной системы органов местного самоуправления, передается также в формате CMS в DER-кодировке.

Алгоритм подписи ГОСТ Р 34.10-2001, алгоритм шифрования ГОСТ 28147-89.

3. Настоящая версия формата разработана в соответствии с требованиями следующих документов:

Форма электронного паспорта многоквартирного дома (утверждена приказом Федерального агентства по строительству и жилищно-коммунальному хозяйству);

Правила предоставления органам местного самоуправления информации лицами, осуществляющими поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающими коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, утвержденные постановлением Правительства Российской Федерации от 28 декабря 2012 г. N 1468.

II. ОПИСАНИЕ ФАЙЛА ОБМЕНА

Контейнер представляет собой zip архив, содержащий файл усиленной квалифицированной электронно-цифровой подписи (КЭЦП) и зашифрованный файл документа обмена. Требование к именованию файлов внутри архива:

1) файлы КЭЦП и зашифрованного документа с данными электронного паспорта (далее - ЭП) должны иметь одинаковое наименование;

2) файлы КЭЦП и зашифрованного документа с данными ЭП должны содержать в своем имени только латинские и цифровые символы;

3) имена файлов обмена, имена файлов КЭЦП и имена файлов контейнера должны совпадать в рамках одного контейнера и иметь следующий вид:

R_O_GGGGMMDD_N, где:

а) R - префикс, принимающий значение MKD;

б) O - идентификатор отправителя информации, имеет вид:

для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица);

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

в) GGGG - год формирования передаваемого файла, MM - месяц, DD - день;

г) N - идентификационный номер файла (длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла);

4) зашифрованный файл документа обмена с данными ЭП должен иметь расширение xml;

5) файл КЭЦП должен иметь расширение crt;

6) файлы не должны быть нулевой длины;

7) расширение имени файла может указываться как строчными, так и прописными буквами.

Сведения по файлу обмена

Файл обмена представляет собой XML документ, соответствующий доступной для него XSD - схемой (документ, описывающий структуру XML файла).

Первая строка XML файла должна иметь следующий вид:

<?xml version ="1.0" encoding ="utf-8"?>.

Основной раздел XML документа <data> содержит в себе элементы <meta_data> и <С_ЭП_МКД>, включающие элементы данных согласно XSD схеме. В зависимости от назначения составного элемента данных он расширяет один из типов t_attributed или t_list. Все простые элементы внутри элемента <С_ЭП_МКД> расширяют тип t_attributed. Описания типов t_attributed, t_list приведены в таблицах 3.3 - 3.4.

XSD схема для ЭП МКД приведена в файле "XSD схема ЭП МКД.xsd"

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

Шаблон XML документа файла обмена подготовленный для заполнения за отчетный период по каждому дому размещается в свободном доступе на сайтах органов местного самоуправления.

Логическая модель файла обмена

Элементами логической модели файла обмена являются элементы и атрибуты XML файла.

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

Все элементы, приведенные в таблицах 3.5 - 3.259, для которых заполнено поле "Формат значения элемента", имеют атрибут "значение", формат которого и определен в поле "Формат значения элемента".

Для каждого структурного элемента логической модели файла обмена приводятся следующие сведения:

Наименование элемента. Приводится полное наименование элемента.

Сокращенное наименование (код) элемента. Приводится сокращенное наименование элемента. Синтаксис сокращенного наименования должен удовлетворять спецификации XML.

Признак типа элемента. Может принимать следующие значения: "С" - составной элемент логической модели, реализованный в виде элемента XML файла, "П" - простой элемент логической модели, реализованный в виде элемента XML файла, "А" - простой элемент логической модели, реализованный в виде атрибута элемента XML файла. Простой элемент логической модели не содержит вложенные элементы. Составной элемент логической модели не содержит вложенные элементы, как простые, так и составные.

Формат значения элемента. Формат значения элемента представляется следующими условными обозначениями: T - символьная строка; N - числовое значение (целое или дробное); D - дата, символьная строка в 10 символов.

Формат символьной строки указывается в виде T(n-k) или T(=k), где n - минимальное количество знаков, k - максимальное количество знаков, символ "-" - разделитель, символ "=" означает фиксированное количество знаков в строке. В случае, если минимальное количество знаков равно 0, формат имеет вид T(0-k). В случае, если максимальное количество знаков неограниченно, формат имеет вид T(n-).

Определяет формат атрибута "значение" для любого элемента, находящегося внутри элемента <С_ЭП_МКД>. Для остальных это определяет формат самого элемента.

Признак обязательности элемента определяет обязательность присутствия элемента (совокупности наименования элемента и его значения) в файле обмена. Признак обязательности элемента может принимать следующие значения: "О" - наличие элемента в файле обмена обязательно; "Н" - присутствие элемента в файле обмена необязательно, т.е. элемент может отсутствовать. Если элемент принимает ограниченный перечень значений (по классификатору, кодовому словарю и т.п.), то признак обязательности элемента дополняется символом "К". Например: "ОК". В случае если количество реализаций элемента может быть более одной, то признак обязательности элемента дополняется символом "М". Например: "НМ, ОКМ".

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

Скачать архив (Приказ Госстроя от 23.08.2013 N 310/ГС в формате *.pdf)

Другие материалы по теме: