Данные должны рождаться в системе

Article content

Зачем в ГИСОГД личный кабинет проектировщика

За последние годы регионы заметно продвинулись в цифровизации градостроительной деятельности. ГИСОГД и КМГИС развернуты, наполняются данными и интегрируются с другими государственными системами. Но практически в каждом регионе сохраняется одна и та же проблема, которая снижает эффективность всей этой работы, — полнота и качество данных о градостроительной документации.

Причина хорошо знакома каждому оператору ГИСОГД. Пока данные попадают в систему уже после утверждения документации, ГИСОГД неизбежно работает не с первоисточником, а с его копией, подготовленной для загрузки. Это означает дополнительные преобразования, задержки и риск потери информации.

Важно понимать: проблема не в качестве работы проектировщиков или пользователей ГИСОГД.

Проблема заложена в самом процессе передаче данных.

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

На первый взгляд — мелочи, но каждого такого несоответствия достаточно, чтобы импорт оказался невозможен.

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

Самое неприятное, что исправить проблему у источника уже невозможно. Документ утвержден, контракт с проектировщиком закрыт, а значит оператор вынужден самостоятельно приводить данные в пригодный для загрузки вид.

И так происходит практически с каждым новым проектом. Кто в этом виноват?

Виноватых нет. Есть разорванный процесс

Проектировщик выполняет свою работу добросовестно. Он использует привычные инструменты — AutoCAD, MapInfo, QGIS или другое специализированное ПО — и передает результат в формате, к которому привык. Проектировщик работает с разными регионами, а требования к структуре данных в каждой ГИСОГД различаются. Встроить требования каждого заказчика в собственную рабочую среду практически невозможно.

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

Оператор ГИСОГД оказывается единственным участником процесса, который отвечает за загрузку данных и видит их реальное качество. Но видит он его последним — тогда, когда исправлять уже поздно.

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

Пока процесс остается разорванным, качество данных неизбежно будет зависеть от ручной доработки.

Данные должны рождаться в системе

Именно эту проблему решает модуль «Проектирование» — личный кабинет проектировщика на базе Универсального геопортала «Полюс».

Его идея проста: данные градостроительного решения должны появляться в цифровой среде до утверждения документа, а не после. Тогда согласование, проверка качества и доработка происходят именно с теми данными, которые потом будут загружены в ГИСОГД. 

В результате утверждается и загружается один и тот же набор данных.

Как это работает

Шаг 1. Вместо регламентов — готовая рабочая среда

Для каждого вида документации — проектов планировки, проектов межевания, ПЗЗ и других документов — один раз настраивается шаблонный проект. В нем заранее определены:

  • состав слоев,
  • модели данных, 
  • обязательные атрибуты, 
  • классификаторы,
  • правила оформления.

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

Шаг 2. Создание проекта занимает несколько минут

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

Шаг 3. Проектировщик продолжает работать в привычных инструментах

Менять существующий процесс проектирования не нужно.

Геометрия создается в привычном программном обеспечении, после чего загружается в личный кабинет в стандартных форматах (SHP, MID/MIF, TAB, GeoJSON). Дальше работа выполняется уже в браузере: заполнение атрибутов в карточках или таблице, выбор значений из выпадающих справочников, поиск объектов, фильтрация данных и проверка результата на карте.

Шаг 4. Качество данных видно в процессе работы

По каждому слою система показывает процент заполненности атрибутов. Проектировщик сразу понимает, что необходимо дополнить. Оператор видит степень готовности проекта еще до его передачи. Больше никаких сюрпризов в момент сдачи.

Шаг 5. Согласование происходит там же, где находятся данные

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

Содержательная проверка проектных решений (со стороны органа архитектуры) и контроль качества данных (со стороны оператора ГИСОГД) выполняются параллельно, а не последовательно.

Шаг 6. Экспорт в ГИСОГД без боли

Когда проект готов, оператор выгружает утверждаемую часть проекта в стандартном формате и загружает ее в ГИСОГД с использованием заранее настроенных шаблонов импорта.

Без преобразований.

Без ручной подготовки.

В систему попадает именно тот набор данных, который был согласован и утвержден.

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

Что меняется для оператора ГИСОГД

Главное изменение заключается не в появлении нового инструмента, а в изменении самого процесса.

Сегодня значительная часть времени оператора уходит на преобразование чужих данных и переписку по исправлению ошибок.

С модулем «Проектирование» эта работа исчезает не потому, что ее начинает выполнять кто-то другой, а потому, что данные изначально создаются в правильной структуре.

Контроль качества перестает быть авральной задачей в день сдачи проекта и превращается в обычное наблюдение за ходом подготовки документации. В результате повышается полнота данных ГИСОГД, сокращается время подготовки документов к загрузке и снижается количество ручных операций.

Почему это актуально именно сейчас

С 1 сентября 2026 года Федеральный закон № 304-ФЗ переводит разрешения на строительство и ввод объектов в эксплуатацию на реестровую модель. Юридически значимой становится не бумажная форма документа, а цифровая запись в соответствующем реестре ГИСОГД. Это принципиальный сдвиг: источником правды впервые официально становится система, а не документ.

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

Когда именно это произойдет, сегодня сказать невозможно. Но подготовиться к этому можно уже сейчас.

В отличие от текстовых сведений, пространственные данные невозможно без потерь «перепечатать» в систему после утверждения документа. Любое преобразование форматов увеличивает риск ошибок, потери целостности и точности данных. Поэтому наиболее надежный подход — создавать их сразу в цифровом контуре ГИСОГД.

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

Решение, которое приносит эффект уже сегодня

Личный кабинет проектировщика не является инвестицией в возможные будущие изменения законодательства. Он решает текущие задачи уже с первого проекта:

✓ оператор получает данные, готовые к загрузке, 

✓ проектировщик продолжает работать в привычной среде, не перестраивая собственные процессы,

✓ орган архитектуры согласовывает проектные решения в цифровом контуре,

✓ а ГИСОГД получает качественные и полные данные без дополнительных преобразований.

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

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

Хотите посмотреть, как это работает на ваших видах документации? Свяжитесь с нами — покажем модуль «Проектирование» в действии. 

Последние публикации

Обновление в модуле Diamond: улучшили работу с территориями и размещением документов в релизе 6.15

Рассказываем, что изменилось: ✅ Работа с территориями действия Теперь Diamond поддерживает работу с геометрией из файлов, где система координат указана как Nonearth. Если система не позволяет автоматически определить, как интерпретировать такую геометрию, пользователь может выбрать подходящую систему координат из доступных в Diamond. После выбора геометрия проходит проверку, и документ можно разместить. ✅ Улучшение размещения документов […]

Новый ETL-сервис для витрины данных ГИСОГД: прозрачная обработка данных и сопровождение

Витрина данных ГИСОГД становится единой точкой передачи градостроительных сведений в федеральные и региональные системы. Чтобы данные из ГИСОГД можно было публиковать в витрине, необходим отдельный слой, который обеспечивает их корректную обработку и контроль перед передачей. Эту задачу решает ETL-сервис витрины данных ГИСОГД. В его новой версии мы сосредоточились на прозрачности обработки данных и инструментах для […]

Цифровизация не исправляет ошибки в данных

В прошлых материалах мы разобрались, почему качество пространственных данных начинается с координат и почему электронный чертеж еще не является цифровой моделью градостроительных решений. Но даже наличие цифровой модели не гарантирует качества данных. Информационная система способна хранить, обрабатывать и передавать данные, но не может определить, насколько корректно они были подготовлены изначально. Это хорошо видно на примере […]

Подробнее

Готовы вывести управление городом
на новый уровень?

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