Політика конфіденційності компанії «Конкуратор»

Цей документ «Політика конфіденційності» (далі – «Політика») розроблений відповідно до Федерального закону Російської Федерації від 27 липня 2006 р. № 152-ФЗ «Про персональні дані» та визначає порядок обробки, використання та захисту персональних даних компанією ТОВ «Конкуратор» (далі – «Компанія»), розташованої за адресою: 117036, Росія, Москва, вул. Профспілкова, будинок 3, офіс 817.

Для цілей цієї Політики під «персональними даними» мається на увазі будь-яка інформація, що стосується прямо чи опосередковано визначеної чи визначеної фізичної особи. Під "обробкою персональних даних" мається на увазі будь-яка дія (операція) або сукупність дій (операцій), що здійснюються з використанням засобів автоматизації або без використання таких засобів з персональними даними, включаючи збирання, запис, систематизацію, накопичення, зберігання, уточнення (оновлення, зміна) , Вилучення, використання, передачу (поширення, надання, доступ), знеособлення, блокування, видалення, знищення персональних даних.

Користуючись нашим сайтом та надаючи нам свої персональні дані, заповнюючи форми на нашому сайті, Ви даєте згоду на обробку Ваших персональних даних відповідно до цієї Політики.

Компанія збирає, обробляє, використовує та охороняє наступні персональні дані, що надаються Вами нам при заповненні полів форм на нашому сайті (далі – «Сайт»), при комунікації з нами в будь-якій формі, при підписці на розсилку новин, при реєстрації на заходи: ПІБ , контактний телефон, адреса електронної пошти (e-mail), посада, компанія та іншу інформацію, що міститься в повідомленнях, які Ви надсилаєте нам.

Компанія обробляє Ваші персональні дані виключно з метою надання Вам інформації про Компанію, наші послуги та заходи; спілкування з Вами, коли Ви звертаєтесь до нас; організації Вашої участі у заходах та опитуваннях, які ми проводимо; направлення Вам наших розсилок новин; для інших цілей за Вашою згодою.

Технічні дані, що передаються в автоматичному режимі пристроєм, за допомогою якого Ви використовуєте Сайт, у тому числі технічні характеристики пристрою, IP-адресу, інформація з «cookies», інформація про браузер, дата та час доступу до сайту, адреси сторінок, що запитуються, та інша подібна інформація на відміну персональних даних, така інформація носить знеособлений характер, у зв'язку з ніж належить до складу персональних даних.

Компанія може обробляти технічні дані для: забезпечення функціонування та безпеки Сайту та покращення якості Сайту.

Компанія не розміщує Ваші персональні дані у загальнодоступних джерелах.

Для захисту Ваших прав Компанія надасть на Ваше прохання Вам інформацію щодо обробки Ваших персональних даних, згідно ч.7 ст.14 ФЗ «Про персональні дані». Ви можете звернутися до нас із запитом щодо обробки Ваших персональних даних, надіславши нам лист з темою листа «Запит про персональні дані» (або «Відгук згоди на обробку персональних даних» у разі відкликання згоди на обробку персональних даних) на адресу електронної пошти: [email protected]сайт

Компанія забезпечує вжиття необхідних правових, організаційних та технічних заходів для захисту персональних даних від неправомірного або випадкового доступу до них, знищення, зміни, блокування, копіювання, надання, розповсюдження персональних даних, а також інших неправомірних дій щодо персональних даних, а також приймає зобов'язання збереження конфіденційності Ваших персональних даних.

Обробка персональних даних здійснюється без обмеження терміну будь-яким законним способом. Компанія припиняє обробку Ваших персональних даних на Вашу вимогу, якщо оброблювані персональні дані є незаконно отриманими або не є необхідними для заявленої мети обробки та у разі відкликання Вами згоди на обробку.

Компанія має право вносити зміни до цієї Політики. Нова Політика конфіденційності набирає чинності з моменту її розміщення на Сайті.

Утв. Наказом Міністерства будівництва та житлово-комунального господарства РФ від 15 грудня 2017 р. N 1674/пр

Зведення правил СП-328.1325800.2017

"ІНФОРМАЦІЙНЕ МОДЕЛЮВАННЯ У БУДІВНИЦТВІ. ПРАВИЛА ОПИСУ КОМПОНЕНТІВ ІНФОРМАЦІЙНОЇ МОДЕЛІ"

Building information modeling. Components. Guidelines and requirements

Введено вперше

Вступ

Дане зведення правил розроблено відповідно до Федерального закону від 30 грудня 2009 р. N 384-ФЗ "Технічний регламент про безпеку будівель та споруд" з метою вироблення єдиних вимог, правил та рекомендацій щодо створення компонентів, що використовуються для формування інформаційних моделей об'єкта будівництва.

Звід правил підготовлений авторським колективом АТ "НДЦ "Будівництво" - ЦНДІБК ім. В.А. Кучеренко (керівник роботи - д-р техн. наук І.І. Ведяков; канд. .Ананьєв) та ТОВ "КОНКУРАТОР" (М.Г. Король, С.Е. Бенклян).

1 Область застосування

1.1 Дане зведення правил поширюється на процеси інформаційного моделювання будівель та споруд та встановлює вимоги до компонентів їх інформаційних моделей.

1.2 Дане зведення правил не встановлює вимог до способів розміщення, ведення, структури, форми та змісту цифрових бібліотек (каталогів/баз) компонентів.

2 Нормативні посилання

У цьому зведенні правил використані нормативні посилання такі документи:

ГОСТ 2.303-68 Єдина система конструкторської документації. Лінії

ГОСТ 2.306-68 Єдина система конструкторської документації. Позначення графічних матеріалів та правила їх нанесення на кресленнях

Примітка - При користуванні цим зведенням правил доцільно перевірити дію посилальних документів в інформаційній системі загального користування - на офіційному сайті федерального органу виконавчої влади у сфері стандартизації в мережі Інтернет або за щорічним інформаційним покажчиком "Національні стандарти", опублікованим станом на 1 січня поточного року , та за випусками щомісячного інформаційного покажчика "Національні стандарти" за поточний рік. Якщо замінений посилальний документ, на який дано недатоване посилання, рекомендується використовувати чинну версію цього документа з урахуванням усіх внесених до цієї версії змін. Якщо замінений посилальний документ, на який дано датоване посилання, рекомендується використовувати версію цього документа із зазначеним вище роком затвердження (прийняття). Якщо після затвердження цього зводу правил у посилальний документ, на який дано датоване посилання, внесено зміну, що стосується положення, на яке дано посилання, то це положення рекомендується застосовувати без урахування цієї зміни. Якщо посилальний документ скасовано без заміни, положення, в якому дано посилання на нього, рекомендується застосовувати в частині, що не зачіпає це посилання. Відомості про дію склепінь правил доцільно перевірити у Федеральному інформаційному фонді стандартів.

3 Терміни та визначення

У цьому документі застосовані такі терміни з відповідними визначеннями:

3.1 атрибути компонента: Суттєві властивості компонента, необхідні визначення його геометрії чи характеристик і мають ім'я і значення.

3.2 геометричні параметри компонента: Атрибути, які визначають розмір, форму та просторове положення компонента.

3.3 графічні властивості компонента: Властивості, що забезпечують впізнаваність компонента у тривимірній проекції, а також у різних проекціях та масштабах з відображенням характерних двовимірних символів, ліній, штрихування, тексту.

3.4 інформаційне моделювання об'єктів будівництва: Процес створення та використання інформації щодо споруджуваних, а також завершених об'єктів будівництва з метою координації вхідних даних, організації спільного виробництва та зберігання даних, а також їх використання для різних цілей на всіх стадіях життєвого циклу.

3.5 компонент: Цифрове представлення фізичних та функціональних характеристик окремого елемента об'єкта будівництва, призначене для багаторазового використання.

Примітка - Компонент, застосований у моделі, стає елементом моделі.

3.6 метадані компонента: Структуровані дані, що являють собою характеристики описуваного компонента для ідентифікації, пошуку, оцінки та управління ним.

3.7 відкриті формати обміну даними: Формати даних із відкритою специфікацією.

Примітка - Формат IFC (Галузеві базові класи) формат та схема даних з відкритою специфікацією. Є міжнародним стандартом обміну даними в інформаційному моделюванні в галузі цивільного будівництва та експлуатації.

3.8 Складання: Іменований набір компонентів, призначений для багаторазового використання.

3.9 рівень опрацювання; LOD: Набір вимог, що визначає повноту опрацювання елемента цифрової інформаційної моделі. Рівень опрацювання визначає мінімальний обсяг геометричних, просторових, кількісних, а також будь-яких атрибутивних даних, необхідних для вирішення завдань інформаційного моделювання на конкретній стадії життєвого циклу об'єкта.

3.10 функціональна поведінка компонента: Зміна компонента відповідно до закладених у нього правил взаємодії з навколишніми умовами.

3.11 цифрова інформаційна модель: Об'єктно-орієнтована параметрична тривимірна модель, що представляє в цифровому вигляді фізичні, функціональні та інші характеристики об'єкта (або окремих його частин) у вигляді сукупності інформаційно насичених елементів.

3.12 елемент моделі: Частина цифрової інформаційної моделі, що представляє елемент, систему чи складання в межах об'єкта будівництва чи будівельного майданчика.

4 Загальні положення

4.1 Компоненти характеризуються геометричними параметрами, графічними властивостями, атрибутами та функціональною поведінкою.

4.2 Компоненти слід розділяти:

За типами:

Точкові - компоненти із заданими геометричними формами, що додаються в модель із прив'язкою до своєї точки вставки.

Примітка – такі компоненти як вікно, двері, балка, колона, насос, меблі тощо;

Лінійні - одержувані за допомогою з'єднання спрямованого замкнутого профілю та лінії прив'язки як твірної.

Примітка - такі компоненти як стіни, труби, повітропроводи, кабельні короби тощо;

Площі - об'ємні компоненти, значно меншої висоти, створювані шляхом малювання контуру обмеженої площі.

Примітка – такі компоненти як перекриття, дахи, стелі тощо;

За прив'язкою до виробника:

Узагальнений компонент є цифровим поданням продукції, конкретний виробник якої невідомий;

Продукт – компонент є цифровим уявленням продукції конкретного виробника.

За рівнем параметризації:

Параметричні компоненти - компоненти, розміщені екземпляри яких можна конфігурувати зміною значень атрибутів в інтерфейсі програмного забезпечення (без необхідності безпосереднього редагування компонента);

Непараметричні компоненти – компоненти, які створені без можливості їхньої конфігурації.

За сферою застосування:

Архітектура;

Містобудування;

Будівельні конструкції;

Інженерні системи та мережі;

Дизайн інтер'єрів та екстер'єрів;

Інші сфери застосування.

5 Загальні вимоги до компонентів

5.1 Розробка компонентів повинна виконуватись за допомогою відповідних інструментів програмного забезпечення, що реалізує функціонал інформаційного моделювання.

5.2 Під час розробки компонентів слід:

Враховувати цілі використання цифрової інформаційної моделі;

Враховувати вимоги до рівнів опрацювання елементів моделі;

Визначати склад та число геометричних параметрів;

Визначати склад та кількість атрибутів.

6 Вимоги до геометричних параметрів, рівнів геометричного опрацювання та графічного відображення компонентів

6.1 Вимоги до геометричних параметрів та графічного відображення компонента включають вимоги до:

геометричних параметрів;

відображення графічних позначень;

рівню геометричного опрацювання;

Резервування простору, займаного компонентом;

Графічний відображення матеріалів.

6.2 Вимоги до геометричних параметрів

6.2.1 Під час розробки компонента слідує:

Моделювати геометрію у масштабі 1:1;

Визначати точку вставки (базову точку) для компонента типу "точковий";

Використовувати мінімальну кількість допоміжних елементів (наприклад, допоміжних площин та ліній);

Використовувати геометричні параметри, виражені у метричній системі одиниць.

6.2.2 Компоненти типу "узагальнений" повинні включати значення параметрів, що визначають номінальні розміри, якщо фактичні розміри невідомі.

6.2.3 Компоненти типу "продукт" повинні включати значення параметрів, що визначають точні розміри.

6.2.4 Вимоги до відображення графічних позначень:

до складу компонента необхідно включати графічні елементи передачі інформації, яку неможливо відобразити в тривимірної проекції (наприклад, покажчики напрямку руху, бік відчинення дверей, способи відкриття вікон).

6.3 Вимоги до рівня геометричного опрацювання

6.3.1 Точки вставки (базові точки) компонента повинні бути єдиними на всіх рівнях опрацювання.

6.4 Вимоги до графічного відображення матеріалів

6.4.1 Якщо зображенням необхідно заповнити поверхню компонента, воно має бути квадратної або прямокутної форми, щоб забезпечити безшовне повторення зображення (у вигляді мозаїки).

6.4.2 Вимоги до файлу із зображенням матеріалу:

Розмір зображень квадратної форми – не менше 512x512 пікселів;

Розмір зображень прямокутної форми - не менше 512 пікселів по найдовшій стороні;

Роздільна здатність зображення - не менше 150 точок на дюйм.

7 Вимоги до рівня атрибутивного опрацювання та значень атрибутів

7.1 При розробці компонентів число, склад атрибутів та рівень атрибутивного опрацювання слід визначати з урахуванням:

Цілей та завдань застосування цифрових інформаційних моделей;

Вимог до LOD;

Вимог до складу та змісту технічної документації.

7.2 Усі створені атрибути компонента мають бути заповнені.

7.3 Атрибути компонента слід розділяти на обов'язкові та додаткові.

7.3.1 До обов'язкових атрибутів компонента слід відносити такі властивості або технічні характеристики, які дозволяють однозначно ідентифікувати компонент, а також містять дані, на підставі яких можна здійснити розробку технічної документації, замовлення, купівлю та монтаж конкретного компонента у процесі будівництва.

7.3.2 До додаткових атрибутів слід відносити властивості або технічні характеристики, необхідні для проведення інженерних розрахунків, інформацію техніко-економічного характеру, техніко-експлуатаційні та інші характеристики.

7.4 Якщо значення параметрів повинні керувати геометричним розміром або формою компонента, при їх зміні повинні змінюватися розмір та/або форма компонента моделі.

7.5 Якщо значення атрибута не має обмежень і допускає можливість введення як цифр, так і літер, то значення атрибуту має надаватися алфавітно-цифровий тип даних.

7.6 Значення текстового атрибута компонента не повинне закінчуватися точкою.

8 Функціональні вимоги до компонентів

8.1 Компонент повинен "поводитися" таким чином, щоб відображалися його функціональне призначення та взаємозв'язки з іншими компонентами.

8.2 У середовищі програмного забезпечення, як правило, існує можливість розробити компонент з тим чи іншим числом попередньо заданих фіксованих параметрів, які має реальний фізичний будівельний елемент. За наявності попередньо налаштованих варіантів компонента зниження його продуктивності або утруднення його використання повинні бути мінімальними.

8.3 Компонент слід моделювати таким чином, щоб він міг бути приєднаний до інших компонентів і функціонувати спільно з ними, якщо спільне функціонування підтримується та відповідає завданням моделі, що розробляється.

9 Правила іменування компонентів та його атрибутів

9.1 Правила іменування компонентів, наведені в цьому розділі, призначені для програмного забезпечення, що працює на основі файлової системи зберігання даних.

9.2 Система іменування повинна складатися з:

Загальних правил імен;

Схема іменувань.

Примітка - Приклад системи найменування файлів компонентів наведено в А.15-А.16 (додаток А).

9.3 У компонента має бути унікальне ім'я та опис.

9.4 Правила іменування атрибутів

9.4.1 Одиниці виміру в назві атрибута не вказуються.

9.4.2 Атрибути зі значеннями, що передбачають логічні типи даних (Так/Ні), повинні іменуватися так, щоб значення обов'язково було надано (наприклад, "Наявність Підвіконня" - Так/Ні).

Примітка Приклад правил іменування атрибутів наведено в А.17 (додаток А).

9.5 Правила іменування матеріалів

9.5.1 Ім'я матеріалу повинно починатися з великої літери, за якою слідують малі. Якщо назва складається з двох і більше слів, то кожне слово починається з великої літери і всі слова пишуться разом.

9.5.2 Файлу із зображенням матеріалу ім'я присвоюється так само, як і матеріалу, з розширенням, що відповідає формату застосованого графічного файлу.

Примітка - приклад правил іменування матеріалів наведено в А.18 (додаток А).

10 Вимоги до форматів компонентів

10.1 За форматами файлів компоненти можуть бути:

у відкритому форматі IFC (версії 2x3 і вище);

У вихідних форматах (формати файлів компонентів та файлів проекту програмного забезпечення, що застосовується).

11 Вимоги до метаданих компонентів

11.1 При організації баз/каталогів/бібліотек компонентів, наприклад у вигляді інтернет-сховищ, необхідно забезпечувати зручний пошук необхідного контенту. Як правило, такий пошук здійснюється за метаданими. Пошук метаданими - пошук атрибутів компонента, що підтримуються конкретною пошуковою системою.

Додаток А

А.1 Компоненти можуть об'єднуватись у збірки (наприклад, "сантехкабіна", "тепловий вузол", "трансформаторна підстанція"), які рекомендується застосовувати для формування тематичних каталогів/баз/бібліотек повторного застосування.

А.2 Компонент має бути однозначно ідентифікований. Для цього рекомендується використовувати:

Унікальне ім'я;

Глобальний унікальний ідентифікатор, який застосовується для визначення ресурсів;

Код класифікатора (за його наявності).

А.3 Для мінімізації числа компонентів, що розробляються, та їх уніфікації рекомендується створювати параметричні компоненти.

Для відповідності вимогам стандартів ЕСКД та СПДС (наприклад, ГОСТ 2.303 та ГОСТ 2.306), що пред'являються до оформлення проектної та робочої документації, при розробці компонента рекомендується включати до його складу умовні графічні позначення.

Примітка - Компоненти на рівні опрацювання LOD 100 є концептуальними формоутворюючими елементами і як такі не потребують попередньої підготовки відповідних компонентів, а на рівні LOD 500 - повністю визначені компоненти, які відрізняються від рівня LOD 400 тільки розмірами, які відповідають фактичному виконанню проектів. З цих причин для розробки баз/бібліотек/каталогів компонентів рекомендуються рівні опрацювання LOD 200, 300 та 400.

Примітка - За відсутності відповідних компонентів низького рівня опрацювання допускається застосовувати компоненти вищого рівня.

А.8 Компоненти інженерного/технологічного обладнання рекомендується розробляти з урахуванням резервування простору для обслуговування, яке рекомендується включати як частину компонента.

А.9 За необхідності розробки компонента з певним матеріалом рекомендується включати до нього кольори, зразки штрихування/заливки та файли із зображенням текстури у відповідному масштабі.

А.12 Значення атрибуту компонента може бути виражене у вигляді формули, якщо його значення залежить від інших атрибутів.

А.13 Якщо компонент може представляти різні варіанти елемента об'єкта будівництва, рекомендується представляти їх за допомогою атрибуту зі значенням, вираженим одним із таких способів:

Єдине значення - якщо значення існує єдиний варіант вибору;

Облікове значення - якщо в упорядкованому списку є кілька унікальних значень одного типу, порядок яких важливий (наприклад, 200, 400, 600, 800);

Діапазонне значення – якщо існують верхня та нижня межі цього значення (межа). Спочатку вказується нижня межа, а потім верхня (наприклад, 175-200 кВт). У випадку, якщо в діапазон значень входять позитивні та негативні значення, вони поділяються за допомогою слів "від" і "до" (наприклад, мінус 10°C до плюс 20°C). Якщо значення не вказано, це означає необмежену межу (наприклад, 175 кВт -<ноль>, тобто. всі значення вищі або дорівнюють нижньому граничному значенню 175 кВт);

Нумероване значення – якщо для значення передбачено вибір фіксованих значень із встановленого переліку. Окремі елементи повинні відокремлюватися один від одного комою та пробілом (наприклад, a, b, c, d).

Примітка - Дані способи вираження різних варіантів елементів об'єкта будівництва зазвичай застосовуються в компонентах типу "узагальнений".

А.14 Компонент рекомендується моделювати таким чином, щоб він міг бути приєднаний до інших компонентів і функціонувати спільно з ними, якщо спільне функціонування підтримується та відповідає завданням моделі, що розробляється.

Ім'я файлу складається із полів;

Як знак-розділювач між полями рекомендується використовувати знак підкреслення "_";

Всі поля в імені файлу починаються з великої літери, за якою йдуть малі. Якщо поле складається з двох і більше слів, то кожне слово починається з великої літери і всі слова пишуться разом;

Абревіатури та коди слід писати великими літерами;

А.16 Структура імен файлів компонентів

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>_<Поле6>

де поля мають наведені у таблиці А.1 значення.

Таблиця А.1

Якщо компонент не містить тривимірної геометрії, в кінці "Поля2" (функціональний тип) слід додати "-2D".

Примітки

1 Кількість полів у імені файлу може змінюватись від чотирьох до шести залежно від типу компонента (тип "узагальнений" або "продукт"), а також наявності додаткових ідентифікаційних ознак.

2 Приклад іменування компонентів типу "узагальнений":

АБВ_Двері_Двупольні_Алюмінієві_ГОСТ23747-2015

3 Приклад іменування компонентів типу "продукт":

АБВ_Умивальник_Керамічний_Завод1_Виконання

Якщо потрібно ввести додаткові поля, їх рекомендується додавати наприкінці імені.

А.17 Правила іменування атрибутів

<Поле1>_<Поле2>

де поля мають такі значення, наведені у таблиці А.2

Таблиця А.2

Примітка - Приклади іменування атрибутів:

ПрофільШиріна

АБВ_Площа Квартири

<Поле1>_<Поле2>_<Поле3>_<Поле4>_<Поле5>

де поля мають такі значення, наведені у таблиці А.3

Таблиця А.3

Примітка - Приклад іменування матеріалів:

ABC_Черепиця_Битумна_Континент_Виробник

Май 28th, 2018 Тетяна Бех

ГОСТ та СП по BIM

Вирішили зібрати перелік нормативних документів, які регламентують спрямування інформаційних технологій у будівництві. Ось що знайшлося насьогоднішній день!

Список нормативних документів з BIM:

• ГОСТ Р 57310-2016 (ІСО 29481-1:2010) Моделювання інформаційне в будівництві. Посібник з доставки інформації. Методологія та формат. Дата введення 2017 -07 -01
• ГОСТ Р 57311 -2016 Моделювання інформаційне в будівництві. Вимоги до експлуатаційноїдокументації об'єктів завершеного будівництва. Дата введення 2017 -07 -01
• ГОСТ Р 57309-2016 (ІСО 16354:2013) Керівні принципи з бібліотек знань та бібліотек об'єктів. Дата введення 2017-07-01.
• ГОСТ Р 57563 -2017 / ISO / TS 12911: 2012 Моделювання інформаційне в будівництві. Основні положення щодо розробки стандартів інформаційногомоделювання будівель та споруд (з Поправкою). Дата введення 2017 -10 -01.
• ГОСТ Р ИСО 12006-2-2017 Будівництво. Модель організації даних про будівельні роботи. Частина 2 . Основи класифікації інформації. Дата введення 2017 -10 -01.
• ГОСТ Р ИСО 12006 -3 -2017 Будівництво. Модель організації даних про будівельні роботи. Частина 3 Основи обміну об'єктно орієнтованоюінформацією. Дата введення 2017 -10 -01
• ГОСТ Р ИСО 22263 -2017 Модель організації даних про будівельні роботи. Структура управління проектною інформацією. Дата введення 2017 -10 -01.
• ГОСТ Р 57295 -2016 Системи дизайн-менеджменту. Посібник з дизайн-менеджменту в будівництві. Дата введення 2018-01-01.
• СП 301.1325800.2017 Інформаційне моделювання в будівництві. Правила організації робіт виробничо-технічними відділами. Дата введення 2018-03-02.

Оновлено 23.03.2018. Зберезня 2018 року набирають чинності три зведення правил (СП ) по BIM:

• СП 328.1325800.2017 «Інформаційне моделювання у будівництві. Правила опису компонентів інформаційної моделі» (наказ від 15.12.2017 р. № 1674/пр).Дане зведення правил поширюється на процеси інформаційного моделювання будівель та споруд та встановлює вимоги до компонентів їх інформаційних моделей, але не встановлює вимоги до способів розміщення, ведення, структури, форми та змісту цифрових бібліотек (каталогів/баз) компонентів. Документ набуде чинності з 16 червня 2018 року.
• СП 331.1325800.2017 «Інформаційне моделювання у будівництві. Правила обміну між інформаційними моделями об'єктів та моделями, що використовуються у програмних комплексах» (наказ від 18.09.2017 р. № 1230/пр).В основу СП 331.1325800.2017 увійшли базові вимоги до створення та експлуатації інформаційних систем, що взаємодіють між собою протягом усього життєвого циклу будівлі чи споруди та реалізують технологію інформаційного моделювання об'єкта будівництва. Звід правил набрав чинності з 19 березня 2018 року.
• СП 333.1325800.2017 «Інформаційне моделювання у будівництві. Правила формування інформаційної моделі об'єктів на різних стадіях життєвого циклу» (наказ від 18.09.2017 р. № 1227/пр).Документ містить вимоги до інформаційних моделей об'єктів масового будівництва та їх розробки на різних стадіях життєвого циклу, спрямовані на підвищення обґрунтованості та якості проектних рішень, підвищення рівня безпеки під час будівництва та експлуатації. Загальні підходи до формування інформаційних моделей забезпечать простоту їхнього використання та підвищать ефективність процесу інформаційного моделювання. Звід правил набрав чинності з 19 березня 2018 року.

У найближчому майбутньому нам з вами обіцяють розширити нормативно-технічну документацію з BIM у двох напрямках:

Базові документи:

• 3 ГОСТ Р
• 4 СП

Документи для різних стадій життєвого циклу об'єкту

• 2 ГОСТ Р
• 6 СП

Не слід забувати, що на сьогоднішній день існує дві категорії нормативних документів.

Онлайн-видання для фахівців у галузі будівництва та проектування, кошторисної справи, дорожнього будівництва.

Все найважливіше у вас у пошті

Що сталося?

Три нові зведення правил (СП) за напрямом інформаційних технологій затверджено та набудуть чинності з 1 березня 2018 року:

• СП «Інформаційне моделювання у будівництві. Правила опису компонентів інформаційної моделі»;
• СП «Інформаційне моделювання у будівництві. Правила формування інформаційної моделі об'єктів на різних стадіях життєвого циклу»;
• СП «Інформаційне моделювання у будівництві. Правила обміну між інформаційними моделями об'єктів та моделями, що використовуються у програмних комплексах».

Про це повідомив заступник голови Департаменту містобудівної діяльності та архітектури Міністерства будівництва та житлово-комунального господарства Російської Федерації Олександр Степанов у рамках семінару «Інформаційне моделювання. Цифрове середовище як основа взаємодії».

За словами Олександра Степанова, створювана система національних документів у галузі технологій інформаційного моделювання у будівництві включає базові стандарти та склепіння правил, що забезпечують цифрову інфраструктуру, у тому числі визначальні основні положення, принципи та термінологію BIM, а також стандарти та склепіння правил, що визначають понятійну базу та методологію впровадження інформаційного моделювання в практику на окремих стадіях життєвого циклу - від обґрунтування інвестицій до утилізації та знесення будівель та споруд.

Що у планах?

У 2018 році розпочато розробку базових стандартів, що визначають основні принципи, поняття та термінологію БІМ: ГОСТ Р «Організація інформації про будівельні роботи. Інформаційний менеджмент із застосуванням інформаційного моделювання. Частина 1. Основні принципи та поняття» та ГОСТ Р «Організація інформації про будівельні роботи. Інформаційний менеджмент із застосуванням інформаційного моделювання. Частина 2. Стадія створення активів». Аналогічні стандарти ISO (ISO 19650-1 та ISO 19650-2) знаходяться в даний час у завершальній стадії розробки. Експерти ПК 13 «Обробка, зберігання та обмін інформацією, що стосується будівельних робіт» ТК 465 «Будівництво» беруть участь у цих роботах з 2017 року.

Наразі проходить процедуру реєстрації ГОСТ Р «Моделювання інформаційне у будівництві. Галузеві базові класи (IFC) обмінюватись інформацією всіх етапах життєвого циклу. Основні положення".

«Якщо державний замовник буде забезпечений можливістю вимагати надання інформації для контролю у форматі IFC, то не буде потреби витрачати бюджетні кошти на купівлю великої кількості різноманітних програмних продуктів та на утримання зайвого штату фахівців, здатних працювати у цих програмах», — зазначив Олександр Степанов.

Про систему НТД:

Система нормативно-технічних документів загалом включатиме 15 національних стандартів (ГОСТ Р), 10 склепінь правил, у тому числі: 13 ГОСТ Р та 4 СП — документи, розроблені за основними (базовими) напрямками; 2 ГОСТ Р та 6 склепінь правил - для окремих стадій життєвого циклу.

В даний час в області БІМ доступні для практичного застосування 7 ГОСТів та 4 зведення правил.

А чи знаєте ви?

Який інструмент допоможе вам оцінити переваги BIM на практиці?

В останні роки активно ведеться впровадження технології BIM — технології інформаційного моделювання, покликаної прийти на зміну звичному 2D-проектуванню: створюються документи, що регламентують її застосування, проводяться конференції, семінари, які мають розповісти про нову технологію. Але незважаючи на це, у будівельників, проектувальників, інженерів та інших фахівців будівельної галузі залишається безліч питань щодо впровадження, використання та переваг BIM. Вирішити всі питання та розібратися в нових технологіях допоможуть системи «Техексперт»! Будівельні системи «Техексперт» нададуть:

• докладні відповідіна питання у галузі BIM;
• можливість попрацюватиз новою технологією практично.

Ви нічого не чули про BIM? Чи хочете дізнатися про інформаційне моделювання більше? У системах «Будексперт. Варіант Лідер», «Будексперт. Професійний варіант» та «Техексперт: Помічник проектувальника» міститься повний комплекс інформації про BIM-технології:

• довідковий матеріал, який допоможе оперативно розібратися у тому, що таке BIM-технологии, а й дізнатися про позитивні чинники їх застосування;
• нормативна база, яка дозволить вивчити не лише «дорожню карту» Мінбуду щодо впровадження BIM-технологій у будівельну галузь, а й стандарти, правила їх застосування;
• коментарі експертів-практиківдають можливість легко та швидко знайти відповіді на різні питання у сфері інформаційного моделювання;
• Стрічка новин, з якою ви не пропустите важливу інформацію щодо впровадження та розвитку інформаційних технологій у будівництві;
• а відеосемінарипознайомлять вас із практичним досвідом застосування BIM.

Зверніть увагу!Весь матеріал підкріплений посиланнями на чинне законодавство, що дає вам абсолютну впевненість у актуальності та достовірності інформації, що використовується!

Але теорії про BIM-технологію недостатньо. Оцініть переваги роботи з нею на практиці! Скористайтеся унікальною базою готових 3D-моделейу системі «ТПД: Будівлі, споруди, конструкції та вузли». В основі представлені моделі від різних виробників.

Для того щоб почати роботу з готовою моделлю, вам необхідно зробити всього кілька кліків:

• вибрати необхідний вам випуск/альбом проектної документації;
• відкрити вкладку "3D-модель".

У вкладці доступні:

• наочне зображення 3D моделі будівлі;
• готова тривимірна модель будівельного об'єкту;
• довідкова інформація про ПЗ;
• Посилання на пробну версію програми.

Представлені 3D-моделі є прикладом виконання BIM-моделі і є допоміжним матеріалом при створенні вашого індивідуального проекту.

Лінійка будівельних систем "Техексперт" - незамінний помічник як у вивченні BIM, так і в подальшій роботі з нею!

Питання відповідь

Груша Г.А.

Відповідно до постанови Уряду РФ N 87 «Про склад розділів проектної документації та вимоги до їх змісту» розділи 6, 11, 5 та 9 проектної документації, вимоги до змісту яких встановлюються відповідно пунктами 23, 27_1-31, 38 та 42 цього Положення, розробляються у повному обсязі для об'єктів капітального будівництва, які фінансуються повністю або частково за рахунок коштів відповідних бюджетів. У решті випадків необхідність та обсяг розробки зазначених розділів визначаються замовником і вказуються у завданні на проектування. Якщо замовник приймає рішення не розробляти ці розділи, як вирішувати питання з державною експертизою при здачі проекту на розгляд? Його просто не приймуть на експертизу, пославшись на некомплектність.

Ви неправильно витлумачили номери розділів проектної документації, наявність яких згідно «Положення про склад розділів проектної документації та вимоги до їх утримання» не є обов'язковою для об'єктів капітального будівництва, що не фінансуються за рахунок коштів відповідних бюджетів, та визначається за погодженням між проектною організацією та замовником такої документації.

Розділи 6 та 11 – це розділи проектної документації на об'єкти капітального будівництва виробничого (або невиробничого) призначення. Розділи 5 та 9 – це розділи проектної документації на лінійні об'єкти капітального будівництва.

Обґрунтування:

Очевидно, у питанні йдеться про проектну документацію на об'єкти капітального будівництва виробничого (або невиробничого) призначення, склад та вимоги до змісту якої встановлено розділом II (пунктами 10-32) «Положення про склад розділів проектної документації та вимоги до їх змісту» , Затвердженого постановою Уряду РФ від 16.02.2008 N 87 (ред. Від 13.12.2017).

Зверніть увагу на те, що у пункті 7 зазначеного Положення йдеться лише про два розділи проектної документації на об'єкти капітального будівництва виробничого чи невиробничого призначення, це:

• розділ 6 "Проект організації будівництва", вимоги до змісту якого встановлені пунктом 23 Положення;
• розділ 11 «Кошторис на будівництво об'єктів капітального будівництва», вимоги до змісту якого встановлено пунктами 28-31 Положення.

Судячи з наведеної у пункті 7 Положення нумерації пунктів, які встановлюють вимоги до змісту розділів 5 та 9 проектної документації (а це пункти 38 та 42 відповідно), йдеться про аналогічні розділи проектної документації на лінійні об'єкти капітального будівництва:

• розділ 5 "Проект організації будівництва", вимоги до змісту якого встановлені пунктом 38 Положення;
• розділ 9 «Кошторис на будівництво», вимоги до змісту якого встановлені пунктом 42 Положення.

Якщо ж технічний замовник застосує інше тлумачення нумерації розділів проектної документації, наявність яких згідно з Положенням не є обов'язковою, заявнику буде відмовлено у прийнятті проектної документації та (або) результатів інженерних досліджень на експертизу на підставі пп. «а» пункту 24 «Положення про організацію та проведенні державної експертизи проектної документації та результатів інженерних вишукувань»

Відповідно до пп. «а» пункту 24 «Положення про організацію та проведення державної експертизи проектної документації та результатів інженерних пошуків», затвердженого постановою Уряду РФ від 05.03.2007 N 145 (ред. від 15.12.2017), відсутність у проектній документації розділів , передбачених частинами 12 і 13 статті 48 Містобудівного кодексу Російської Федерації, є підставою для відмови у прийнятті проектної документації та (або) результатів інженерних вишукувань, поданих на державну експертизу.

Перед направленням електронного звернення до Мінбуду Росії, будь ласка, ознайомтеся з викладеними нижче правилами роботи даного інтерактивного сервісу.

1. До розгляду приймаються електронні звернення у сфері компетенції Мінбуду Росії, заповнені відповідно до форми, що додається.

2. В електронному зверненні може бути подана заява, скарга, пропозиція або запит.

3. Електронні звернення, направлені через офіційний Інтернет-портал Мінбуду Росії, надходять на розгляд до відділу роботи зі зверненнями громадян. Міністерство забезпечує об'єктивний, всебічний та своєчасний розгляд звернень. Розгляд електронних звернень здійснюється безкоштовно.

4. Відповідно до Федерального закону від 02.05.2006 р. N 59-ФЗ "Про порядок розгляду звернень громадян Російської Федерації" електронні звернення реєструються протягом трьох днів і направляються залежно від утримання до структурних підрозділів Міністерства. Звернення розглядається протягом 30 днів із дня реєстрації. Електронне звернення, що містить питання, вирішення яких не входить до компетенції Мінбуду Росії, направляється протягом семи днів з дня реєстрації до відповідного органу або відповідної посадової особи, до компетенції яких входить вирішення поставлених у зверненні питань, з повідомленням про це громадянина, який направив звернення.

5. Електронне звернення не розглядається за умови:
- відсутність прізвища та імені заявника;
- зазначення неповної або недостовірної поштової адреси;
- Наявності в тексті нецензурних або образливих виразів;
- наявності у тексті загрози життю, здоров'ю та майну посадової особи, а також членів її сім'ї;
- використання при наборі тексту некириличної розкладки клавіатури або лише великих букв;
- відсутності в тексті розділових знаків, наявності незрозумілих скорочень;
- Наявність у тексті питання, на яке заявнику вже надавалася письмова відповідь по суті у зв'язку з раніше спрямованими зверненнями.

6. Відповідь заявнику звернення надсилається на поштову адресу, вказану при заповненні форми.

7. При розгляді звернення не допускається розголошення відомостей, що містяться у зверненні, а також відомостей, що стосуються приватного життя громадянина без його згоди. Інформація про персональні дані заявників зберігається та обробляється з дотриманням вимог російського законодавства про персональні дані.

8. Звернення, що надійшли через сайт, узагальнюються та надаються керівництву Міністерства для інформації. На питання, що часто ставляться, періодично публікуються відповіді в розділах «для мешканців» і «для фахівців»