Продолжаем анализ сведений, включаемых в витрину ГИСОГД. Информация о разделах 2-12 тут .
Пожалуй, наибольший объем в таком анализе занимают данные, размещаемые в ГИСОГД в раздел 13 "Дела о земельных участках". Информацию разобьём на несколько частей.
Изменений много, включая изменения LandPlot (см. данные по разделу 12) и сведений об ОКС.
13.01 – гпзу – включены сведения, которых не было в 433 Приказе, но описание которых было в спецификации API ЕИС Стройкомплекс.РФ (далее API ЕИС) для передачи сведений, предусмотренных формой ГПЗУ, утвержденной приказом Минстроя России №741 от 25.04.2017 (с изменениями).
13.02, 13.03, 13.05, 13.07, 13.08, 13.09, 13.10, 13.11, 13.12, 13.16, 13.17 – без изменений
13.04 – разрешение на строительство (РНС) – изменений много, даже с учетом того, что сравнение выполняется не с 433 Приказом, а с API ЕИС. Надо особо отметить, как и с LandPlot (земельным участком), в API ЕИС были внесены изменения по атрибутике ОКС.
В 433 Приказе для документа 13.04 была предусмотрена передача 9 атрибутов (набор данных ОКС) и в API EИС дополнительно передавались сведения формы РНС (утверждена приказом Минстроя России от 3 июня 2022 г. N 446/пр "Об утверждении формы разрешения на строительство и формы разрешения на ввод объекта в эксплуатацию" (Приказ 446). Сейчас в Приложении 1 сведения об ОКС – это карточка, в которой 9 атрибутов из 433 Приказа – капля в моря. Основное - сведения об ОКС из 433 Приказа расширены так, чтобы включить и требования приказа 446, и приказа Минстроя от 19 февраля 2015 г. № 117/пр (приказ 117)
- дополнительный атрибут, указывающий, по форме какого приказа разработан РНС (117 или 446);
- сведения о застройщике – в 433 Приказе был предусмотрен просто текстовый атрибут, в API ЕИС уже фигурировали расширенные атрибуты (для юр.лица – название, ОГРН, ИНН, для физ.лица – ФИО). В 446 приказе это раздел 2;
- сведения об адресе ОКС – в 446 приказе это раздел 3, включая сведения об элементах планировочной структуры + (!) идентификатор ГАР (указано, что поле подлежит обновлению после присвоения адреса, т.е. сведения ОКС – это не статика, а динамика. Отсюда вопрос – что за данные нам предлагается вести в ИСОГД, т.к. по факту эти записи не будут содержать сведений документов, к которым мы эти данные привязали, в чем смысл их привязки к документам – эта тема уже поднималась в группе ГИСОГД в телеграмм, но регулятор подобные вопросы не комментирует и пояснений не дает;
- проектные характеристики ОКС, присущие форме РНС по приказу 446;
- проектные характеристики ОКС, присущие форме РНС по приказу 117 – они не были предусмотрены для РНС в API ЕИС, хотя фигурировали в API ЕИС для формы разрешения на ввод в эксплуатацию (РНВ). Никаких условий заполнения не приведено.
- Ссылки на некие документы в 18 разделе, которые не включены в настоящее время в 433 Приказ (классификатор 2А), например, Проектная документация, Типовое архитектурное решение, Подтверждение соответствия вносимых в проектную документацию изменений требованиям, указанным в части 3.8 статьи 49 Градостроительного кодекса РФ, Подтверждение соответствия вносимых в проектную документацию изменений требованиям, указанным в части 3.9 статьи 49 Градостроительного кодекса РФ. Почему эти документы указаны с кодом 18 раздела – не понятно; логичнее было бы увидеть их в разделе 17 «Информационные модели ОКС».
13.06 – решение о внесении изменений – аналог 13.04. Всегда было не понятно: если документ «решение», т.е. у которого есть свой номер, дата и кто утвердил, то почему в Решение предлагается разместить РНС, если РНС – это 13.04. Исходя из представленной логики Приложения 1 - документ РНС относится к разным кодам классификатора. Рационализаторское предложение: 13.06 – это именно решение, которое связано с документом 13.04 (РНС). РНС, измененный в соответствии с Решением, размещается взамен утратившего силу изменяемого РНС (предыдущая версия данных) в положенный для него 13.04.
13.13 - Акт, подтверждающий соответствие параметров построенного, реконструированного ОКС проектной документации - шире, чем 433 Приказ, но ‘уже, чем новые сведения об ОКС (13.04 или 13.18) - содержит атрибуты ОКС как в 433 Приказе + адресные сведения как в Разделе 3 446 приказа.
13.14 - Заключение органа государственного строительного надзора – аналог 13.13 (т.е. ОКС + адресные сведения). Возникает вопрос: зачем в связке с ИСУП и ИС ГСН предлагается получать в ГИСОГД xml ЗОС, если его обработка не предполагается. Но это, пожалуй, вопрос не к Витрине, а к вертикали строительной отрасли.
13.18 – разрешение на ввод в эксплуатацию – схоже с 13.14 (РНС) - изменений много, даже с учетом того, что сравнение выполняется не с 433 Приказом, а с API ЕИС. В 433 Приказе для документа 13.18 была предусмотрена передача 9 атрибутов (набор данных ОКС) и в API EИС дополнительно передавались сведения формы РНВ (утверждена приказом Минстроя России от 3 июня 2022 г. N 446/пр "Об утверждении формы разрешения на строительство и формы разрешения на ввод объекта в эксплуатацию" (Приказ 446). Сейчас в Приложении 1 сведения об ОКС – это карточка, в которой 9 атрибутов из 433 Приказа – капля в моря. Основное - сведения об ОКС из 433 Приказа расширены так, чтобы включить и требования приказа 446, и приказа Минстроя от 19 февраля 2015 г. № 117/пр (приказ 117). По факту – берутся сведения 13.14 (включая проектные характеристики) и к ним добавляются фактические характеристики. Причем, для каких-то характеристик идут и проектные, и фактические данные, а для каких-то только фактические; с чем связано такое отличие подходов – не понятно.
Если для РНС и РНВ анализировать не только Приложение 1, но и Приложение 2 (структуру таблиц), то вопросы появляются не только по подходам. Например, как и в API ЕИС в Витрине присутствует таблица rsoks_part - это таблица для характеристик отдельного ОКС в составе формы РНС. В эту таблицу вошли и проектные, и фактические характеристики. Не понятно, что это за фактические характеристики в РНС – то ли это «закладка» на то, что РНС может быть на реконструкцию объекта, то ли просто последствия copy-past. При этом для РНВ тоже (как и в API ЕИС) есть таблица rveoks_part - в ней фактические характеристики ОКС. Для чего в разных таблицах (rsoks_part, rveoks_part) держать обе пары – проектные и фактические характеристики - не понятно. При этом такое дублирование присутствует не для всех характеристик ОКС.