Обучающий семинар по работе с СФПЗ

• Приветствие участников обучающего семинара Главгосэкспертизы России.  

• Тема семинара: работа с сервисом по формированию пояснительной записки в машинно-читаемом формате.  

• Сервис требует установки на локальные компьютеры, поэтому вебинар посвящен установке и настройке.  

• Запись вебинара будет доступна всем участникам.  

• Представление спикера: Артем Сергеевич Шонин, главный специалист службы поддержки пользователей Главгосэкспертизы России.  

• Первое действие: скачать и установить программу Docker.  

• Ссылка на скачивание доступна в руководстве администратора.  

• Установка Docker требует перезагрузки компьютера.  

• Дистрибутив сервиса доступен на платформе dcp.expert.ru.  

• Авторизация через госуслуги и скачивание архива.  

• Запуск Docker и создание папки SFPZ на локальном диске C.  

• Разархивирование архива в папку SFPZ.  

• Открытие файла default.conf в папке ENGIS.  

• Настройка строки serverName в зависимости от использования Docker.  

• Запуск файла start.bat для выполнения всех команд.  

• Открытие браузера и ввод адреса для доступа к сервису.  

• Администратор может управлять списком пользователей и создавать новых.  

• В случае ошибок после запуска start.bat, необходимо следовать руководству администратора.  

• Ответы на вопросы участников о заполнении пояснительной записки.  

• Обсуждение технических особенностей и идентификаторов объектов.  

• Идентификация объектов капитального строительства.  

• Назначение идентификаторов для составных частей объектов.  

• Указание кодов документов в пояснительной записке.  

• Обсуждение кода единицы измерения для автомобилей.  

• Проблемы с заполнением полей в проектной документации.  

• Необходимость фиксации и исправления технических ошибок.  

• Объяснение необходимости локального развертывания докера.  

• Экономия времени и ресурсов при работе с большим объемом данных.  

• Влияние на тарифные планы и нагрузку на платформу.  

• Проблемы с правами доступа и установкой докера.  

• Частые ошибки и их решения, такие как обновление системы.  

• Важность соблюдения технических требований для установки докера.  

• С 27 мая 2027 года пояснительная записка должна формироваться в новом формате.  

• Переход на новый формат с 1 августа.  

• Сервис как помощь для тех, кто не готов самостоятельно решать задачу.  

• Сервис как временное решение для переходного периода.  

• Важность формирования информационной модели объекта.  

• Переход на новые программные продукты для упрощения работы с данными.  

• Планы по созданию схемы задания на проектирование.  

• Важность цифровых данных в стройке и их использование.  

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

• Сервис автоматически обновляет схему при публикации новой версии.  

• Возможность использования новой схемы в сервисе.  

• Указание ссылки на скачивание схемы для корректной работы.  

• Обсуждение вопросов по демонстрации сервиса и заполнению.  

• Артем отвечает на вопросы о доступности докера и дистрибутива с ФПЗ.  

• Объяснение уровня ответственности для зданий и сооружений.  

• Скачивание сервиса с платформы эксперт.ру.  

• Архивирование и распаковка на локальный диск.  

• Руководство администратора и ссылка на скачивание докера.  

• Настройка файла дефолт.конф для сетевой инсталляции.  

• Указание адреса сервера для доступа к сервису.  

• Запуск докера на сервере и доступ к сервису через браузер.  

• Возможность параллельной работы нескольких пользователей.  

• Обновление архива с ФПЗ и сохранение базы данных.  

• Остановка и удаление контейнеров перед обновлением.  

• Логика создания ИУЛа для электронных документов.  

• Ожидание ответа от Минстроя по переходному периоду.  

• Передача данных в формате XML с электронными подписями.  

• Подписание записки от имени организации.  

• Регламент подписания в проектной организации.  

• Изменение формата представления информации, но сохранение регламентов.  

• Можно создать шаблон из старой версии пояснительной записки.  

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

• Переход к информационному моделированию документов вместо бумажных писем.  

• При работе с данными проще выдать новый документ с изменениями.  

• Автоматическое сравнение старых и новых версий документов.  

• Возможность выделения изменений в документах.  

• Замена Docker на российский аналог пока не планируется.  

• Docker является отраслевым стандартом контейнеризации приложений.  

• Альтернативы Docker пока отсутствуют.  

• Формат электронных подписей не регламентирован.  

• Укрепленные подписи удобнее для работы с документами.  

• Вопрос о переводе старых СПЗ на новую версию схемы пока не решен.  

• Функционал экспорта и импорта данных из других систем пока отсутствует.  

• Планируется оценка трудоемкости реализации этого функционала.  

• Docker не поддерживает подписание документов.  

• Подписание документов возможно в других системах или на локальном компьютере.  

• В одной подписи могут содержаться подписи нескольких экспертов.  

• Это удобно для передачи документов заказчику.  

• Сервис доступен по внутреннему адресу организации.  

• Вход через логин и пароль, доступ к проектам по уровню доступа.  

• Создание новой пояснительной записки через интерфейс сервиса.  

• Возможность сохранения проекта как шаблона для будущих проектов.  

• Восстановление удаленных проектов в течение 15 дней.  

• Формирование окошка в соответствии с новой схемой.  

• Заполнение большой формы, аналогичной тем, что используются в рабочих системах и на госуслугах.  

• Пример: шифр пояснительной записки, год, сведения о внесении изменений.  

• Элементы с внутренними данными выделяются цветом.  

• Система подсказывает обязательные и необязательные поля.  

• Пример: заполнение данных о юридическом лице, адрес местонахождения.  

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

• Изменения сохраняются у первого открывшего блок.  

• Пример: заполнение сведений о застройщике и техзаказчике.  

• Надежда на развитие систем с информационными моделями.  

• Автоматическое включение документов в перечни.  

• Планы по сбору данных в цифровом виде.  

• Идентификаторы для привязки проектной документации.  

• Пример: вид работ, продолжительность работы.  

• Система аккордеона для вложенных атрибутов.  

• Кнопка предпросмотра для просмотра пояснительной записки.  

• Возможность печати или сохранения в формате HTML.  

• Динамическое расширение разделов при добавлении новых данных.  

• Описание документов через файлы и подписи.  

• Добавление файлов и подписей к ним.  

• Пример: добавление документов на основании которых принято решение.  

• Документы могут быть представлены в виде файлов.  

• Пример: упоминание файла с документом в пояснительной записке.  

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

• Пояснительная записка может запрашивать любые документы для экспертизы.  

• Система фиксирует состав проектной документации внутри пояснительной записки.  

• Принцип информационного моделирования заменяет документы-приложения.  

• Информационная модель включает сведения, документы и материалы.  

• Градостроительный план включается в информационную модель и автоматически используется.  

• Процесс добавления документов сложен, но автоматизируется.  

• Цвет элемента меняется при добавлении документа.  

• Контрольные суммы автоматически подсчитываются и контролируются.  

• Файлы запрашиваются только необходимые для загрузки в ЕГРЗ.  

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

• Убирается ручной труд и минимизируются ошибки.  

• Сервис пояснительной записки обособлен и не взаимодействует с другими системами.  

• Предложение дополнить поля общепринятыми аббревиатурами.  

• Форма формируется динамически на основе описания из формата.  

• Вопрос соответствия ГОСТ обсуждается с методологами.  

• При сохранении пояснительной записки формируется ZIP-архив.  

• ZIP-архив содержит все документы и модели для подачи на экспертизу.  

• Документы проверяются на соответствие схеме и формируются заявления.  

• Изменения в пояснительной записке логируются.  

• Администратор может отследить, кто и когда вносил изменения.  

• Текстовый формат пояснительной записки можно редактировать в любом текстовом редакторе.  

• Печатные формы формируются из массива данных.  

• ГОСТ влияет только на внешний вид и наличие данных в документе.  

• Соответствие данных обеспечивается формированием печатной формы.  

• Возможность формирования документов с особенностями оформления.  

• Использование логотипов и атрибутов организаций.  

• Визуализация данных с помощью стилевых таблиц.  

• Возможность создания цветных документов с фотографиями.  

• Обеспечение формирования машиночитаемых файлов для новых требований.  

• Удобство чтения файлов в привычном формате.  

• Реализация просмотра загруженных пояснительных записок на платформе ЯЦП.  

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

• Необходимость унифицированной формы документов.  

• Реквизитная часть документов должна быть одинаковой.  

• Пример документов на сайте Минстроя.  

• Переход к машиночитаемому виду документов.  

• Реализация автоматического подгрузки организаций через ИНН.  

• Сложности реализации для полных приложений.  

• Проблемы с доступом к интернету.  

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

• Официальные документы имеют неизменные ссылки.  

• Использование механизма для таких документов.  

• Формирование ZIP-архива с папками по разделам.  

• Автоматическое заполнение данных на основе пояснительной записки.  

• Ввод вручную недостающих данных.  

• Создание пояснительной записки как участие в разработке проектной документации.  

• Ответственность за пояснительную записку несет заявитель.  

• Возможность отслеживания механизма создания документа.  

• Необходимость формирования таблиц для сравнения вариантов.  

• Возможность добавления произвольного текстового описания.  

• Демонстрация экрана с пояснительной запиской.  

• Текстовый элемент позволяет добавлять произвольный текст, таблицы и картинки.  

• Можно указать описание технических решений и добавить таблицы для сравнения вариантов.  

• Элементы можно перетаскивать и сохранять изменения.  

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

• Элементы можно переставлять и добавлять новые текстовые дополнения.  

• Возможность расширения пояснительной записки без ограничений в оформлении.  

• Предложение по формированию локальных справочников на основе ранее введенных данных.  

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

• Возможность автоматического формирования записок из информационной модели проекта.  

• Формирование примерной пояснительной записки для участников вебинара.  

• Ограничения на размер и количество элементов в записке.  

• Возможность загрузки готовой записки в информационную систему.  

• Вопрос о введении проверок на корректность прикрепляемых файлов.  

• Сложность реализации проверки подписей из-за необходимости криптопровайдера.  

• Сервис является веб-приложением и требует установки средств управления сертификатами.  

• Сервис создан для помощи участникам в работе с новыми нормативными требованиями.  

• Сервис бесплатный и свободно доступный.  

• Основная цель - помочь участникам адаптироваться к новым требованиям без значительных затрат.  

• Вопрос о глобальном открытии кода не обсуждается.  

• Обсуждаются вопросы встраивания решений в другие системы.  

• Важно обеспечить сопровождение и поддержку решений.  

• Открытие кода без сопровождения не рассматривается позитивно.  

• Вопрос будет обсуждаться на рабочих группах, таких как ДЦП.  

• Важно не перегружать ресурсы компании поддержкой сторонних решений.  

• Надежда на вендеров в части информационного моделирования.  

• Вендеры должны создавать комплексы для работы с данными.  

• Вопрос о выгрузке данных для формирования проектной документации.  

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

• Параллельное прохождение экспертиз уже запущено.  

• Основной вектор развития - уход от бумажных документов.  

• Предложение выгрузить вопросы в Excel для формирования ответов.  

• Вопросы лучше направлять через поддержку для четкой маршрутизации.  

• Вопрос о поле внутреннихтификатор объекта и его описании в пояснительной записке.