Внесення проєктної документації в ЄДЕССБ: контрольні точки замовника та типові помилки

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

І тут у вас є простий вибір. Або ви ставите внесення проєктної документації в ЄДЕССБ на контроль ще до натискання «зберегти», або потім витрачаєте час на повторні редакції, пояснення з експертами, синхронізацію з кошторисником, уточнення ТУ, і ловите ефект «доміно».

У цій статті я підсвічу контрольні точки замовника, бо саме вони найчастіше рятують від блокувань і «другої редакції».

Отримати консультацію фахівця за вашим будівельним проектом

Функціонал кабінету проектувальника в ЄДЕССБ

Я зібрала функціонал кабінету проектувальника в ЄДЕССБ з трьох джерел:

1. Нормативної бази (Постанова КМУ №681).
2. Логіки роботи системи та її АРМ.
3. Офіційних матеріалів порталу ЄДЕССБ.

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

Кабінет проектувальника в ЄДЕССБ використовується сертифікованими архітекторами, інженерами-проектувальниками та проектними організаціями, які мають у своєму складі атестованих виконавців робіт. Доступ до такого кабінету здійснюється після ідентифікації користувача та підтвердження його професійного статусу у системі, як правило через кваліфікований електронний підпис. Наявність чинного кваліфікаційного сертифіката є базовою умовою для виконання функцій проектувальника в електронному середовищі системи.

Роль у системі — АРМ проектувальника — це функціональне середовище розробника проектної документації, через яке відбувається:

1. Формування проекту.
2. Внесення технічних рішень.
3. Електронна передача проектної документації іншим учасникам процесу.

Фактично система переводить весь цикл проектування в цифрову форму. ЄДЕССБ забезпечує створення, обробку, зберігання і передачу інформації про проектну документацію та інші дані будівництва.

Функціонально цей кабінет є робочим середовищем розробника проектної документації. Саме через нього проектувальник бере участь у формуванні “електронної справи” об’єкта будівництва. У системі створюється цифрова структура проекту, до якої додаються розділи проектної документації, пояснювальні матеріали, креслення, технічні рішення та інші матеріали, що входять до складу проекту відповідно до вимог будівельних норм і законодавства. У цій же частині формується кошторисна складова проекту, що є невід’ємною частиною проектної документації.

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

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

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

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

Основними учасниками такої взаємодії є:

1. Замовник будівництва.
2. Експертна організація.
3. Інші учасники проектування, якщо проект виконується кількома виконавцями.

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

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

🔍 Інсайт: Одна організація може працювати в системі у кількох ролях одночасно. Наприклад: проектна організація може виступати проектувальником; будівельна компанія може бути генпідрядником; девелопер може одночасно мати роль замовника. Система створена як набір окремих АРМ для кожної ролі користувача.

Чому проєктна документація в ЄДЕССБ – «центр», і чим небезпечні помилки

ЄДЕССБ працює як система зв’язків. Ви внесли етапність, об’єкти будівництва, ідентифікатор, техніко-економічні показники (ТЕП), завантажили матеріали, визначили відповідальних осіб, і далі система «чіпляє» до цього інші процедури та документи. Тому помилка в базових полях не залишається «всередині одного екрану». Вона переходить у наступні кроки.

Найчастіші «дорогі» помилки я бачу саме тут:

• Некоректні площі та показники.
• Невнесені складові частини (квартири/приміщення).
• Плутанина з етапністю (черги vs пускові комплекси).
• Неправильний або неузгоджений ідентифікатор об’єкта.

Контроль замовника на старті: 3 речі, які треба перевірити одразу

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

Повний чек-лист з покроковими інструкціями на тему:

“Порядок внесення документації в ЄДЕССБ“

Скачати в Телеграм

Етапність проєктування: черги vs пускові комплекси – як вибір впливає на ТЕП

Починаємо з етапності. Бо саме вона визначає, як далі будете вносити показники, і як це «відобразиться» в картці документа.

Логіка проста:

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

Чому це важливо саме для внесення ТЕП в ЄДЕССБ:

• У пускових комплексах ви зможете в «Об’єктах будівництва» внести техніко-економічні показники (ТЕП) у розрізі пускових комплексів.
• Якщо етапність вибрана некоректно, далі починається ручне «виправляємо, бо не так структурується», і це ризик повторних редакцій.

Відчуваєте, що вашому будівельному проекту потрібна підтримка?

Отримати консультацію фахівця

Детальніше

Розділ «Об’єкти будівництва» в ЄДЕССБ: структура, тип об’єкта, ДКБС, ідентифікатор

Після етапності система логічно веде вас у розділ «Об’єкти будівництва». Це один із головних розділів, де формується структура об’єкта і дані, які потім тягнуться в інші процедури.

Що тут важливо не пропустити:

• Перелік об’єктів і поняття комплексного об’єкта.
• Тип об’єкта (наприклад, група будівель і споруд, група відокремлених приміщень або комплекс).
• Код ДКБС ЄДЕССБ.
• Окремо — ідентифікатор об’єкта.

💡 Моя порада: Ідентифікатор я називаю «якорем». Якщо він визначений невірно, далі у вас «не стикується» частина прив’язок і починається пошук причини «не там».

Складові частини (квартири/нежитлові приміщення): як не «зламати» подальші кроки

Складові частини — це те, що часто намагаються «проскочити». Але потім система все одно змушує повертатися.

Чому це критично:

• Складові частини є частиною структури об’єкта.
• Якщо вони не внесені, далі зростає ризик повторних внесень або редакцій, бо «не підтягується» те, що має підтягуватися.

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

ТЕП, конструктив, мережі, вогнестійкість, клас наслідків: що саме вноситься і де помиляються

ТЕП — це не «додаткове поле». Це набір ключових даних, який потім впливає на інші кроки.

На що я звертаю увагу:

• ТЕП (техніко-економічні показники).
• Параметри, прив’язані до об’єкта (конструктивні елементи, інженерні мережі, ступінь вогнестійкості).
• Клас наслідків (як параметр, який має бути коректним у загальній логіці даних).

Повний чек-лист по ТЕП:

“ТЕП житлових та нежитлових будівель: обов’язкові показники”

Скачати в Телеграм

Файли та формати: генплан PDF/GeoTIFF, матеріали проєкту – як не втратити час на «не той формат»

Є речі, які система не пробачає. Формати — одна з них.

І ще: матеріали проєкту — це скановані PDF-версії розділів. Тобто не «якось потім докинемо», а структурований пакет.

Практичний чек-лист перед завантаженням:

• Формат файлу відповідає вимозі (PDF, GeoTIFF там, де потрібно).
• Назви файлів читабельні для команди.
• Пакет повний за складом розділів.

Пов’язані вкладки та документи: відповідальні особи (ГІП/ГАП), ТУ, кошторис, експертиза

Цей блок важливий для управління командою. Бо тут і виникає хаос «хто що робить».

• Відповідальні особи — зокрема хто буде ГІП/ГАП.
• ТУ, ОВД, енергетичний сертифікат — як елементи, що мають відображатися в зв’язках.

💡 Моя порада: Я рекомендую спиратися на офіційний довідник e-construction щодо відповідальностей (хто вносить/подає/підписує по різних сутностях). Це знімає половину конфліктів у команді.

Чек-лист замовника: декомпозиція функцій кабінету проектувальника в ЄДЕССБ

Нижче подано систематизовану декомпозицію функцій кабінету проектувальника в ЄДЕССБ на рівні операцій реєстру будівельної діяльності. Структуру розділено на три логічні блоки: операції у реєстрі, документообіг проектної документації та життєвий цикл проекту в системі. Такий поділ відповідає фактичній архітектурі ЄДЕССБ, де окремо існують записи реєстру, електронна справа об’єкта та процесні статуси.

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

У практичному сенсі кабінет проектувальника є частиною цифрового циклу управління проектною документацією. Через нього формуються технічні рішення об’єкта, створюється електронна історія проекту та забезпечується взаємодія з іншими учасниками будівельного процесу в межах реєстру будівельної діяльності.

Повна дорожня карта на тему:

“Отримання дозвільної документації: нове будівництво від А до Я”

Скачати в Телеграм

❓ Популярні питання по внесенню проєктної документації в ЄДЕССБ

🗂️ Нормативно-правова база