Порядок формирования файла выгрузки паспортов из систем поставщиков 1. Основания: Постановлением Правительства Российской Федерации от 28 декабря 2012г. № 1468 «О порядке предоставления органам местного самоуправления информации лицами, осуществляющими поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающими коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах» (далее – постановление); Приказом Федерального агентства по строительству и жилищно-коммунальному хозяйству от 08.04.2013 N 112/ГС «Об утверждении методических рекомендаций по разработке органами местного самоуправления регламентов информационного взаимодействия лиц, осуществляющих поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации»; Приказ Госстроя от 23 августа 2013 г. № 310/ГС «О внесении изменений в Методические рекомендации по разработке органами местного самоуправления регламентов информационного взаимодействия лиц, осуществляющих поставки ресурсов, необходимых для предоставления коммунальных услуг, и (или) оказывающих коммунальные услуги в многоквартирных и жилых домах либо услуги (работы) по содержанию и ремонту общего имущества собственников помещений в многоквартирных домах, при предоставлении информации, утвержденные приказом Федерального агентства по строительству и жилищнокоммунальному хозяйству от 8 апреля 2013 г. №112/ГС». (Устанавливает требования к рекомендуемым форматам представления информации электронного паспорта многоквартирного дома, электронного паспорта жилого дома и электронного документа для предоставления информации о состоянии расположенных на территория муниципальных образований объектов коммунальной и инженерной инфраструктуры); Приказ Госстроя от 8 апреля 2013 г. № 113/ГС «Об утверждении формы электронного паспорта многоквартирного дома, формы электронного паспорта жилого дома, формы электронного документа о состоянии расположенных на территориях муниципальных образований объектов коммунальной и инженерной инфраструктуры и порядка заполнения указанных документов». 2. Требования к формату загружаемого файла: Файл, содержащий документ обмена, подписывается электронной цифровой подписью. Файлы КЭЦП и документа с данными электронного паспорта (далее - ЭП) должны иметь одинаковое наименование; Файлы КЭЦП и документ с данными ЭП должны содержать в своем имени только латинские и цифровые символы; Имена файлов обмена, имена файлов КЭЦП и имена файлов контейнера должны совпадать в рамках одного контейнера и иметь следующий вид: R_O_GGGGMMDD_N, где: R - префикс, принимающий значение MKD; O - идентификатор отправителя информации, имеет вид: для организаций идентификатор отправителя информации представляется в виде девятнадцатиразрядного кода (ИНН и КПП юридического лица); для физических лиц - двенадцатиразрядный код (ИНН физического лица, имеющего ИНН. При отсутствии ИНН - последовательность из двенадцати нулей); GGGG - год формирования передаваемого файла, MM - месяц, DD - день; N - идентификационный номер файла (длина - от 1 до 36 знаков. Идентификационный номер файла должен обеспечивать уникальность файла); Пример: MKD_3445045202345250001_20140814_2.xml MKD_3445045202345250001_20140814_2.sig зашифрованный файл документа обмена с данными ЭП должен иметь расширение xml; файл КЭЦП должен иметь расширение sig; файлы не должны быть нулевой длины; расширение имени файла может указываться как строчными, так и прописными буквами; в теге adr_code идет проверка на совпадение GUIDA. Файл обмена представляет собой XML документ, соответствующий XSD – схеме (описанной в Приказа Госстроя от 23.08.2013 N 310/ГС, Приложение XSD схема ЭП МКД 25_06_2013.xsd) 3. Порядок формирования GUIDA: Пример: р.п. Быково, ул. ВОЛЖСКАЯ, д. 39, корп.2, стр. 5 тег следующий <adr_code>09adb449-a577-4106-87f5-2b8a08a20d9bhe39hg2bg5</adr_code> Где 09adb449-a577-4106-87f5-2b8a08a20d9b обл » Быковский р-н » Волжская ул. – код ФИАС » Регионы РФ » Волгоградская he – значение после которого выводится номер дома hg - значение после которого выводится номер корпуса bg - значение после которого выводится номер строения Или так р.п. Быково, ул. ВОЛЖСКАЯ, д. 39 Соответствующий тег: <adr_code>09adb449-a577-4106-87f5-2b8a08a20d9bhe39hgbg</adr_code> Примечание: Номер дома прописывается в том виде, который потом должен увидеть пользователь Примеры: Литера: р.п. Быково, ул. ВОЛЖСКАЯ, д. 39б Соответствующий тег: <adr_code>09adb449-a577-4106-87f5-2b8a08a20d9bhe39бhgbg</adr_code> Дробь: р.п. Быково, ул. ВОЛЖСКАЯ, д. 39/2 Соответствующий тег: <adr_code>09adb449-a577-4106-87f5-2b8a08a20d9bhe39/2hgbg</adr_code> Еще часто встречающиеся ошибки: <C_1.5.9.>27</C_1.5.9.> - НЕправильный тег <C_1.5.9. значение="27" /> - Правильный тег Во множественных элементах в коде интеграции "Х" остается и дополнительно прописывается номер в списке: <C_1.5.18.5 > <C_1.5.18.5.1. код="C_1.5.18.5.1." > <C_1.5.18.5.1.1. номер_в_списке="1" > <C_1.5.18.5.1.1.X.1. значение="12" /> <C_1.5.18.5.1.1.X.2. значение="частная" /> </C_1.5.18.5.1.1.> <C_1.5.18.5.1.1. номер_в_списке="2" > <C_1.5.18.5.1.1.X.1. значение="10" /> <C_1.5.18.5.1.1.X.2. значение=" частная" /> </C_1.5.18.5.1.1.> </C_1.5.18.5.1.> </C_1.5.18.5.> Пример *.XML <data> <meta_data> <year>2014</year> <month>11</month> <inn>3445045202</inn> <kpp>345250001</kpp> <ogrn>1023403844441</ogrn> <adr_code>09adb449-a577-4106-87f5-2b8a08a20d9bhe39hgbg</adr_code> <doc_type>2</doc_type> </meta_data> <C_ЭП_МКД> <C_1.> <C_1.1. значение="404062, Волгоградская обл., Быковский р-н, р.п. Быково, ул. Волжская, д. 39"/> <C_1.2. значение="09adb449-a577-4106-87f5-2b8a08a20d9bhe39hgbg"/> <C_1.11. тип="Список" номер_в_списке="1" > <C_1.11.X.1. значение="34545005" /> <C_1.11.X.2. значение="404062, Волгоградская обл., Быковский р-н, р.п. Быково, ул. Волжская, д. 39" /> </C_1.11.> </C_1.> </C_ЭП_МКД> </data>