Проект_приказа_МЭ_Порядок_предоставления_ИМ_ЭЭС_и_объектов_22_05.docx
55.4 KB
Дополнительные документы к тексту проекта приказа Минэнерго России по ЦИМ электроэнергетических систем и объектов электроэнергетики
Калькулятор 2-подача заявки на доступ к СІМ-порталу ECИA.xIsx от 26.05.2025
Калькулятор 3 -подача заявки на изменение параметров доступа - до ECИA.xIsx от 26.05.2025
Калькулятор 1-подача заявки на доступ к СІМ-порталу список пользователей.xIsx от 26.05.2025
Калькулятор 5 -изменение параметров доступа в части пользователей - до ECИA.xIsx от 26.05.2025
Калькулятор 4 -подача заявки на изменение параметров доступа - посредством ECИA.xIsx от 26.05.2025
Калькулятор 6-изменение владельцем объекта полномочий пользователей в ECИА.xIsx от 26.05.2025
Калькулятор 10-предоставление фрагментов ИМ объектов другим владельцам.xIsx от 26.05.2025
Калькулятор 7-рассмотрение СО заявки на доступ к ИМ-список пользователей.xIsx от 26.05.2025
Калькулятор 9-предост-е СТСО информации для присвоения (акцепта) идентификатора.xlsx от 26.05.2025
ПЗ_проект приказа МЭ_раскрытие (предоставление) ИМ энергосистем и объектов-22.05.2025.dосх от 26.05.2025
Калькулятор 13-представление информации в формате
CIMXML в части изменений.xIsx от 26.05.2025
Калькулятор 12-уведомление СО о заключении договора ТП.xIsx от 26.05.2025
Калькулятор 8-рассмотрение СО заявки на изм. параметров доступа-список пользователей.xIsx от 26.05.2025
СВОД данных для оценки издержек по проекту приказа МЭ_ИМ _для МЭР.XLSX от 26.05.2025
Калькулятор 11-предоставление
параметров СВМ_СВЭ редактир. формат.xIsx от 26.05.2025
Затраты субъектов регулирования на соблюдение, содержащихся в проекте акта обязательных требований или других положений, не относящихся к обязательным требованиям за 6 лет с предполагаемой даты вступления в силу проекта акта, составят:
1 642 794 113,53 руб.
НПА затрагивает вопросы экономического развития регионов.
P.S. Департаменту цифрового развития Минстроя России надо поучиться составлять такое обоснование у Минэнерго России.
Калькулятор 2-подача заявки на доступ к СІМ-порталу ECИA.xIsx от 26.05.2025
Калькулятор 3 -подача заявки на изменение параметров доступа - до ECИA.xIsx от 26.05.2025
Калькулятор 1-подача заявки на доступ к СІМ-порталу список пользователей.xIsx от 26.05.2025
Калькулятор 5 -изменение параметров доступа в части пользователей - до ECИA.xIsx от 26.05.2025
Калькулятор 4 -подача заявки на изменение параметров доступа - посредством ECИA.xIsx от 26.05.2025
Калькулятор 6-изменение владельцем объекта полномочий пользователей в ECИА.xIsx от 26.05.2025
Калькулятор 10-предоставление фрагментов ИМ объектов другим владельцам.xIsx от 26.05.2025
Калькулятор 7-рассмотрение СО заявки на доступ к ИМ-список пользователей.xIsx от 26.05.2025
Калькулятор 9-предост-е СТСО информации для присвоения (акцепта) идентификатора.xlsx от 26.05.2025
ПЗ_проект приказа МЭ_раскрытие (предоставление) ИМ энергосистем и объектов-22.05.2025.dосх от 26.05.2025
Калькулятор 13-представление информации в формате
CIMXML в части изменений.xIsx от 26.05.2025
Калькулятор 12-уведомление СО о заключении договора ТП.xIsx от 26.05.2025
Калькулятор 8-рассмотрение СО заявки на изм. параметров доступа-список пользователей.xIsx от 26.05.2025
СВОД данных для оценки издержек по проекту приказа МЭ_ИМ _для МЭР.XLSX от 26.05.2025
Калькулятор 11-предоставление
параметров СВМ_СВЭ редактир. формат.xIsx от 26.05.2025
Затраты субъектов регулирования на соблюдение, содержащихся в проекте акта обязательных требований или других положений, не относящихся к обязательным требованиям за 6 лет с предполагаемой даты вступления в силу проекта акта, составят:
1 642 794 113,53 руб.
НПА затрагивает вопросы экономического развития регионов.
P.S. Департаменту цифрового развития Минстроя России надо поучиться составлять такое обоснование у Минэнерго России.
👍1
Анализ международного опыта в соответствующих сферах деятельности по введению института операторства информационных моделей (выдержка из сводного отчета проекту приказа Минэнерго)
В мировой практике имеются аналоги формирования и ведения системными операторами информационных моделей. Системный оператор MISO (отвечает за функционирование оптового рынка электроэнергии и мощности на части или всей территории 15 штатов США и провинции Манитоба в Канаде) в настоящее время использует CIM MISO Model Manager с целью улучшения процессов обмена данными. Проект MISO Model Manager стандартизирует и централизует сбор, организацию и распространение модельных данных в функциях надежности, рынков и планирования. Участники модели могут отправлять данные сетевых и коммерческих моделях в MISO. MISO Model Manager, в свою очередь, своевременно предоставляет участникам отзывы о качестве и полноте данных, а также статус проверки изменения модели. В модели заложено отображение как существующего, так и будущего состояния (конфигурации) энергосистемы или ее отдельных элементов. Доступ к MISO Model Manager предоставляется с помощью функции локального администратора безопасности самообслуживания MISO (SSLSA). Внутри модели используется разделение пользователей на типы объектов и роли (владелец генерирующего объекта, местный балансирующий орган, район электрических сетей, координатор по надежности, владелец передающей сети). MISO Model Manager обеспечивается:
- единая система записи данных об операциях, планировании и модели рынка;
- стандартизация определения данных;
- внешняя проверка и визуализация данных;
- автоматизация процессов с сокращением затрат на строительство;
- ежемесячные обновления модели, снижающие неопределенность;
- отсутствие дублирования отправки данных модели;
- упрощенные просмотр и отправка обновлений модели за счет использования графического интерфейса;
- эффективное масштабирование моделей для новых рыночных продуктов, распределенных энергетических ресурсов (DER) и ВИЭ.
Европейское сообщество операторов магистральных сетей в области электроэнергетики ENTSO-E для обработки данных использует CIMdesk. CIMdesk предназначен для предоставления интегрированной среды разработки данных для поддержки обмена моделями на основе CIM и гармонизирован со стандартом IEC 61970-301.
В частности, CIMdesk настроен для поддержки стандарта обмена моделями электрических сетей ENTSO-E Common Grid (CGMES) и моделями рынка (ESMP). ПО доступно для использования всем членам ENTSO-E. Это позволяет 41 члену ENTSO-E из 34-х стран собирать региональную модель на основе набора границ, установленного ENTSO-E. Сформированная общерегиональная модель впоследствии может использоваться TSO для проведения различных исследований (пропускная способность сечений, анализ токов КЗ, анализ топологии сети, динамика процессов в энергосистеме). В рамках CIMdesk осуществляется обязательная проверка на соответствие требованиям ENTSO-E всех частей общей модели, получаемых от членов организации.
Источники данных:
https://www.yumpu.com/en/document/read/50708225/s-t-g-id-e-i-i-m-smart-grid-engineering-manager-siemens;
https://www.powerinfo.us/publications/CIMSpy_CIMdesk_Highlights.pdf;
https://www.entsoe.eu/digital/cim/cim-for-grid-models-exchange/;
https://www.entsoe.eu/publications/electronic-data-interchange-edi-library/;
https://eepublicdownloads.entsoe.eu/clean-documents/CIM_documents/Grid_Model_CIM/CGMES_Profiling_User_Guide_v1.0.pdf
В мировой практике имеются аналоги формирования и ведения системными операторами информационных моделей. Системный оператор MISO (отвечает за функционирование оптового рынка электроэнергии и мощности на части или всей территории 15 штатов США и провинции Манитоба в Канаде) в настоящее время использует CIM MISO Model Manager с целью улучшения процессов обмена данными. Проект MISO Model Manager стандартизирует и централизует сбор, организацию и распространение модельных данных в функциях надежности, рынков и планирования. Участники модели могут отправлять данные сетевых и коммерческих моделях в MISO. MISO Model Manager, в свою очередь, своевременно предоставляет участникам отзывы о качестве и полноте данных, а также статус проверки изменения модели. В модели заложено отображение как существующего, так и будущего состояния (конфигурации) энергосистемы или ее отдельных элементов. Доступ к MISO Model Manager предоставляется с помощью функции локального администратора безопасности самообслуживания MISO (SSLSA). Внутри модели используется разделение пользователей на типы объектов и роли (владелец генерирующего объекта, местный балансирующий орган, район электрических сетей, координатор по надежности, владелец передающей сети). MISO Model Manager обеспечивается:
- единая система записи данных об операциях, планировании и модели рынка;
- стандартизация определения данных;
- внешняя проверка и визуализация данных;
- автоматизация процессов с сокращением затрат на строительство;
- ежемесячные обновления модели, снижающие неопределенность;
- отсутствие дублирования отправки данных модели;
- упрощенные просмотр и отправка обновлений модели за счет использования графического интерфейса;
- эффективное масштабирование моделей для новых рыночных продуктов, распределенных энергетических ресурсов (DER) и ВИЭ.
Европейское сообщество операторов магистральных сетей в области электроэнергетики ENTSO-E для обработки данных использует CIMdesk. CIMdesk предназначен для предоставления интегрированной среды разработки данных для поддержки обмена моделями на основе CIM и гармонизирован со стандартом IEC 61970-301.
В частности, CIMdesk настроен для поддержки стандарта обмена моделями электрических сетей ENTSO-E Common Grid (CGMES) и моделями рынка (ESMP). ПО доступно для использования всем членам ENTSO-E. Это позволяет 41 члену ENTSO-E из 34-х стран собирать региональную модель на основе набора границ, установленного ENTSO-E. Сформированная общерегиональная модель впоследствии может использоваться TSO для проведения различных исследований (пропускная способность сечений, анализ токов КЗ, анализ топологии сети, динамика процессов в энергосистеме). В рамках CIMdesk осуществляется обязательная проверка на соответствие требованиям ENTSO-E всех частей общей модели, получаемых от членов организации.
Источники данных:
https://www.yumpu.com/en/document/read/50708225/s-t-g-id-e-i-i-m-smart-grid-engineering-manager-siemens;
https://www.powerinfo.us/publications/CIMSpy_CIMdesk_Highlights.pdf;
https://www.entsoe.eu/digital/cim/cim-for-grid-models-exchange/;
https://www.entsoe.eu/publications/electronic-data-interchange-edi-library/;
https://eepublicdownloads.entsoe.eu/clean-documents/CIM_documents/Grid_Model_CIM/CGMES_Profiling_User_Guide_v1.0.pdf
👍2
ФАУ «ФЦС» продолжает работу по переводу требований в машиночитаемый и машинопонимаемый формат
Перевод базы нормативной документации в машиночитаемый и машинопонимаемый формат является одним из ключевых факторов повышения эффективности инвестиционно-строительного процесса за счет сокращения сроков проектирования и последующих процедур экспертизы проектных решений, повышения качества проектных решений, совершенствования существующей базы нормативного регулирования.
С участием профессионального сообщества ФАУ «ФЦС» формирует методику перевода требований нормативных документов, используемых в строительстве.
В дальнейшем планируется апробация применения требований, переведённых в машиночитаемый и машинопонимаемый формат представления данных, по разработанной методики.
ФАУ «ФЦС» предлагает разработчикам ПО, специалистам в нормировании, экспертизе, принять участие в апробации.
Предложения об участии можно направлять на адрес электронной почты d.parkhomenko@faufcc.ru
Перевод базы нормативной документации в машиночитаемый и машинопонимаемый формат является одним из ключевых факторов повышения эффективности инвестиционно-строительного процесса за счет сокращения сроков проектирования и последующих процедур экспертизы проектных решений, повышения качества проектных решений, совершенствования существующей базы нормативного регулирования.
С участием профессионального сообщества ФАУ «ФЦС» формирует методику перевода требований нормативных документов, используемых в строительстве.
В дальнейшем планируется апробация применения требований, переведённых в машиночитаемый и машинопонимаемый формат представления данных, по разработанной методики.
ФАУ «ФЦС» предлагает разработчикам ПО, специалистам в нормировании, экспертизе, принять участие в апробации.
Предложения об участии можно направлять на адрес электронной почты d.parkhomenko@faufcc.ru
Forwarded from ГК Интера: Строительство и проектирование
Письмо_Минстроя_от_15_05_2025_№_13607_ОГ:14_.pdf
701.4 KB
#проектнаядокументация #цифраитам
В дополнение к ранее разобранным разъяснениям Минстроя РФ об XML-схеме задания на проектирование, рассмотрим еще одно письмо от 15.05.2025 № 13607-ОГ/14.
Суть вопроса сводилась к тому, а следует ли при внесении изменений в проектную документацию, корректировать ЗНП или создавать новую версию оного? Ответ – каждый раз создается новая версия ЗНП.
Иными словами, насколько бы незначительными Вам не казались те или иные изменения, при загрузке в экспертную организацию в рамках любого заявления (экспертное, проектное сопровождение), необходимо создавать новую версию задания на проектирование, а не вносить изменения в старую. Напомню, что при загрузке данных в ЕГРЗ документам присваивается хеш-сумма, т.е. при попытке его изменить – она будет изменена, а подписи повреждены.
©️ Чеготова Елена Викторовна
Please open Telegram to view this post
VIEW IN TELEGRAM
🤷2🤯1
Задание на проектирование в xml
Особенности заполнения элементов:
Элемент EngineeringSurvey (Необходимость выполнения инженерных изысканий для подготовки проектной документации)
Структура элементов:
tEngineeringSurvey
├── Common: tTextBlock (Общие требования)
└─── Choice (Выбор одного из двух вариантов)
│
├── Вариант 1: "Необходимо выполнить инженерные изыскания"
│ ├── Address: tSurveyAddress [1..*] (Адрес)
│ ├── SurveysRequirements: tSurveysRequirements (Требования к изысканиям)
│ ├── DocumentsRequirements: tSurveyDocumentsRequirements (Требования к документам);
│ │ └── Document/@Type (Уникальность)
│ ├── Norms: tNorms [0..1] (Нормативы)
│ └── ReuseDocuments (Переиспользуемые материалы) [0..1]
│ ├── ReferenceToDocumentId: IDREF [1..*] (Ссылка на документ)
│ └── ReferenceToDocumentId (Уникальность)
│
└── Вариант 2: "Использовать материалы прошлых лет"
└── SurveyDocuments (Документы изысканий)
├── ReferenceToDocumentId: IDREF [1..*] (Ссылка на документ)
└── ReferenceToDocumentId (Уникальность).
Условные обозначения:
«[1..*]» - один или несколько элементов (аналог «maxOccurs="unbounded"»);
«[0..1]» - необязательный элемент (аналог «minOccurs="0"»);
«Choice» - выбор одного из вариантов (аналог «xs:choice»);
- «Уникальность» - проверка на уникальность или неповторяемость («xs:unique»).
При заполнении полей в строках дочерних и вложенных элементов обратите внимание на следующие условия их заполнения:
- для элемента tEngineeringSurvey наличие вложенного элемента tTextBlock (Общие требования) всегда является обязательным;
- далее, необходимо выбрать одно из условий, если предметом договора (контракта) является только выполнение проектных работ (разработка проектной и/или рабочей документации), и заказчик передает в составе ИРД в адрес подрядчика ранее выполненные РИИ, то достаточно заполнить атрибуты поля «Переиспользуемые материалы инженерных изысканий и обследований прошлых лет»; если предметом договора (контракта) является одновременно выполнение изыскательских и проектных работ, то необходимо заполнить атрибуты полей «Общие требования» через выбор значения из списка «Местоположение района (площадки, трассы) проведения инженерных изысканий», «Требования к инженерным изысканиям (по виду изысканий)», Требования к содержанию выпускаемых документов (по виду документа)», «Перечень ссылок на нормативные документы. При этом, атрибуты элемента «Переиспользуемые материалы инженерных изысканий и обследований прошлых лет» (если планируется использовать) также может быть заполнен как и для случая, когда предметом договора (контракта) является только выполнение проектных работ, если наряду с проведением новых инженерных изысканий будут использоваться еще и материалы прошлых лет.
- при заполнении атрибутов «Переиспользуемые материалы инженерных изысканий и обследований прошлых лет» необходимо указать в составе атрибута «IDREF» (ссылка на ID ранее описанного документа)* значение из элемента tContent / DecisionDocuments (Перечень документов, являющихся основанием для проектирования объекта строительства). Причем значение должно начинаться с букв ID или id (регистр букв и цифр должен совпадать со аналогичным значение указанного документа в элемента tContent / DecisionDocuments (см. слайд). Вот почему важно при описании вложенных элементов раздела «Перечень документов, являющихся основанием для проектирования объекта строительства» не забыть описать все ИРД, присвоив им соотвествующие значение их ID. См.слады.
___
* «IDREF» - тип данных, который ссылается на уникальный идентификатор («ID») некого документа, который уже содержится где-то в том же XML-документе и описан ранее. В отношении атрибута «IDREF» установлена проверка не повторяемости, т.е. атрибут не должен содержать дубликатов в виде ссылок на один и тот же документ. Отличие атрибута «IDREF» от «ID»:
- «ID» - уникальный идентификатор (как первичный ключ);
- «IDREF» - как ссылка на «ID».
#XML_схема
#Задание_на_проектирование
#Элемент_EngineeringSurvey
#bimsert
Особенности заполнения элементов:
Элемент EngineeringSurvey (Необходимость выполнения инженерных изысканий для подготовки проектной документации)
Структура элементов:
tEngineeringSurvey
├── Common: tTextBlock (Общие требования)
└─── Choice (Выбор одного из двух вариантов)
│
├── Вариант 1: "Необходимо выполнить инженерные изыскания"
│ ├── Address: tSurveyAddress [1..*] (Адрес)
│ ├── SurveysRequirements: tSurveysRequirements (Требования к изысканиям)
│ ├── DocumentsRequirements: tSurveyDocumentsRequirements (Требования к документам);
│ │ └── Document/@Type (Уникальность)
│ ├── Norms: tNorms [0..1] (Нормативы)
│ └── ReuseDocuments (Переиспользуемые материалы) [0..1]
│ ├── ReferenceToDocumentId: IDREF [1..*] (Ссылка на документ)
│ └── ReferenceToDocumentId (Уникальность)
│
└── Вариант 2: "Использовать материалы прошлых лет"
└── SurveyDocuments (Документы изысканий)
├── ReferenceToDocumentId: IDREF [1..*] (Ссылка на документ)
└── ReferenceToDocumentId (Уникальность).
Условные обозначения:
«[1..*]» - один или несколько элементов (аналог «maxOccurs="unbounded"»);
«[0..1]» - необязательный элемент (аналог «minOccurs="0"»);
«Choice» - выбор одного из вариантов (аналог «xs:choice»);
- «Уникальность» - проверка на уникальность или неповторяемость («xs:unique»).
При заполнении полей в строках дочерних и вложенных элементов обратите внимание на следующие условия их заполнения:
- для элемента tEngineeringSurvey наличие вложенного элемента tTextBlock (Общие требования) всегда является обязательным;
- далее, необходимо выбрать одно из условий, если предметом договора (контракта) является только выполнение проектных работ (разработка проектной и/или рабочей документации), и заказчик передает в составе ИРД в адрес подрядчика ранее выполненные РИИ, то достаточно заполнить атрибуты поля «Переиспользуемые материалы инженерных изысканий и обследований прошлых лет»; если предметом договора (контракта) является одновременно выполнение изыскательских и проектных работ, то необходимо заполнить атрибуты полей «Общие требования» через выбор значения из списка «Местоположение района (площадки, трассы) проведения инженерных изысканий», «Требования к инженерным изысканиям (по виду изысканий)», Требования к содержанию выпускаемых документов (по виду документа)», «Перечень ссылок на нормативные документы. При этом, атрибуты элемента «Переиспользуемые материалы инженерных изысканий и обследований прошлых лет» (если планируется использовать) также может быть заполнен как и для случая, когда предметом договора (контракта) является только выполнение проектных работ, если наряду с проведением новых инженерных изысканий будут использоваться еще и материалы прошлых лет.
- при заполнении атрибутов «Переиспользуемые материалы инженерных изысканий и обследований прошлых лет» необходимо указать в составе атрибута «IDREF» (ссылка на ID ранее описанного документа)* значение из элемента tContent / DecisionDocuments (Перечень документов, являющихся основанием для проектирования объекта строительства). Причем значение должно начинаться с букв ID или id (регистр букв и цифр должен совпадать со аналогичным значение указанного документа в элемента tContent / DecisionDocuments (см. слайд). Вот почему важно при описании вложенных элементов раздела «Перечень документов, являющихся основанием для проектирования объекта строительства» не забыть описать все ИРД, присвоив им соотвествующие значение их ID. См.слады.
___
* «IDREF» - тип данных, который ссылается на уникальный идентификатор («ID») некого документа, который уже содержится где-то в том же XML-документе и описан ранее. В отношении атрибута «IDREF» установлена проверка не повторяемости, т.е. атрибут не должен содержать дубликатов в виде ссылок на один и тот же документ. Отличие атрибута «IDREF» от «ID»:
- «ID» - уникальный идентификатор (как первичный ключ);
- «IDREF» - как ссылка на «ID».
#XML_схема
#Задание_на_проектирование
#Элемент_EngineeringSurvey
#bimsert
Задание на проектирование в xml
Особенности заполнения элементов:
Элемент tAddress (Адрес)
Структура элемента комплексного типа tAddress:
tAdjacentObject/Crossing, tAdjacentObject/Following/BeginAddress, tAdjacentObject/Following/FinalAddress, tComplex/Address,
tComplex/BeginAddress, tComplex/FinalAddress, tOKS/Address, tOKS/BeginAddress, tOKS/FinalAddress, tObject/Address,
tObject/BeginAddress, tObject/FinalAddress, tOrganization/Address
При заполнении полей в строках дочерних и вложенных элементов для элемента tAddress (Адрес) обратите внимание на следующие условия их заполнения:
- обязательному заполненению подлежит атрибут RegionCode (Код субъекта РФ), но с учетом наложенной на элемент tAddress (Адрес) проверки, что адрес не может состоять только из кода субъект, необходимо еще указать любой из атрибутов District{0,1} , City{0,1} , Settlement{0,1} , Street{0,1} , Building{0,1} , Room{0,1} , Note{0,1}.
Чтобы не тратить время на заполнением всех атрибутов рекомендуем заполнить лишь атрибут
RegionCode (Код субъекта РФ) + Note (Неформализованое описание адреса). Тоже справедливо и в отношении вложенного элемента tOrganization/Address.
Обратите внимание, в xml-схеме также присутствуют и другие элементы атрибутами адресов.
Например, элемент Элемент tIndividualEntrepreneur/PostAddress (Индивидуальный предприниматель/Почтовый адрес).
При заполнении полей в строках дочерних и вложенных элементов для элементов, содержащих в своем наименование tIndividualEntrepreneur/PostAddress (Почтовый адрес) обратите внимание на следующие условия их заполнения:
- обязательному заполненению подлежат уже атрибуты RegionCode (Код субъекта РФ), PostIndex (Почтовый индекс), а также с учетом наложенной на элемент tIndividualEntrepreneur/PostAddress (Почтовый адрес) проверки, что что адрес не может состоять только из кода субъекта РФ и почтового индекса, необходимо еще указать любой из атрибутов District{0,1} , City{0,1} , Settlement{0,1} , Street{0,1} , Building{0,1} , Room{0,1} , Note{0,1}.
Чтобы и здесь не тратить время на заполнение всех атрибутов рекомендуем заполнить лишь атрибут RegionCode (Код субъекта РФ), PostIndex (Почтовый индекс) + Note (Неформализованое описание адреса).
#XML_схема
#Задание_на_проектирование
#Элемент_tAddress
#Элемент_tIndividualEntrepreneur_PostAddress
#bimsert
Особенности заполнения элементов:
Элемент tAddress (Адрес)
Структура элемента комплексного типа tAddress:
tAdjacentObject/Crossing, tAdjacentObject/Following/BeginAddress, tAdjacentObject/Following/FinalAddress, tComplex/Address,
tComplex/BeginAddress, tComplex/FinalAddress, tOKS/Address, tOKS/BeginAddress, tOKS/FinalAddress, tObject/Address,
tObject/BeginAddress, tObject/FinalAddress, tOrganization/Address
При заполнении полей в строках дочерних и вложенных элементов для элемента tAddress (Адрес) обратите внимание на следующие условия их заполнения:
- обязательному заполненению подлежит атрибут RegionCode (Код субъекта РФ), но с учетом наложенной на элемент tAddress (Адрес) проверки, что адрес не может состоять только из кода субъект, необходимо еще указать любой из атрибутов District{0,1} , City{0,1} , Settlement{0,1} , Street{0,1} , Building{0,1} , Room{0,1} , Note{0,1}.
Чтобы не тратить время на заполнением всех атрибутов рекомендуем заполнить лишь атрибут
RegionCode (Код субъекта РФ) + Note (Неформализованое описание адреса). Тоже справедливо и в отношении вложенного элемента tOrganization/Address.
Обратите внимание, в xml-схеме также присутствуют и другие элементы атрибутами адресов.
Например, элемент Элемент tIndividualEntrepreneur/PostAddress (Индивидуальный предприниматель/Почтовый адрес).
При заполнении полей в строках дочерних и вложенных элементов для элементов, содержащих в своем наименование tIndividualEntrepreneur/PostAddress (Почтовый адрес) обратите внимание на следующие условия их заполнения:
- обязательному заполненению подлежат уже атрибуты RegionCode (Код субъекта РФ), PostIndex (Почтовый индекс), а также с учетом наложенной на элемент tIndividualEntrepreneur/PostAddress (Почтовый адрес) проверки, что что адрес не может состоять только из кода субъекта РФ и почтового индекса, необходимо еще указать любой из атрибутов District{0,1} , City{0,1} , Settlement{0,1} , Street{0,1} , Building{0,1} , Room{0,1} , Note{0,1}.
Чтобы и здесь не тратить время на заполнение всех атрибутов рекомендуем заполнить лишь атрибут RegionCode (Код субъекта РФ), PostIndex (Почтовый индекс) + Note (Неформализованое описание адреса).
#XML_схема
#Задание_на_проектирование
#Элемент_tAddress
#Элемент_tIndividualEntrepreneur_PostAddress
#bimsert
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
Результаты интерактивного опроса показательны, в отношении представления о том что такое ИД и доя чего она.
В опросе одновременно приняли участие около 250 участников конференции
В опросе одновременно приняли участие около 250 участников конференции
👍1🤝1
Анонс программы BIM-Форума
Председатель экспертного совета BIM-Форума Александр Лапыгин с анонсом программы мероприятия.
Председатель экспертного совета BIM-Форума Александр Лапыгин с анонсом программы мероприятия.
RUTUBE
Александр Лапыгин. Анонс программы BIM-ФОРУМА Лето '25
Смотрите видео онлайн «Александр Лапыгин. Анонс программы BIM-ФОРУМА Лето '25» на канале «BIM-ФОРУМ» в хорошем качестве и бесплатно, опубликованное 27 мая 2025 года в 9:10, длительностью 00:17:57, на видеохостинге RUTUBE.
🔥3👍1🤝1
Forwarded from СЕРГЕЙ ДОЛЖНИКОВ (Должников Сергей)
Как выглядит реализация перехода на электронный формат ИД в Москве