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

Article content

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Без чего не работает ни одна ГИС?

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

Подробнее

Обновили платформу Geometa от Gems: теперь после релизов не нужно чистить кэш браузера

Мы внедрили небольшое обновление, которое избавит пользователей от одной из самых частых проблем после установки новой версии платформы Geometa от Gems. Раньше после обновления системы браузер мог продолжать использовать сохранённые (кэшированные) файлы JavaScript. Из-за этого возникал рассинхрон: на сервере уже работала новая версия приложения, а у пользователя — часть старой. Это могло приводить к ошибкам […]

Больше гибкости при передаче результатов услуги по установлению сервитута

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

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

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