14.08.2026
Ви подаєтесь на зміну замовника або на введення в експлуатацію, а система пише, що з дозвільним документом проблема. Причина частіше проста: проєкт, розроблений до 01.08.2021, досі не потрапив у систему. Внесення старого проекту в ЄДЕССБ робить сам замовник у власному кабінеті, через розділ 5.2 «Створення проектних документацій до 01.08.2021» (це той самий механізм 2.5). Завантажити документацію ви можете власноруч. Але підписати її все одно мають відповідальна особа, що розробляла проєкт, і керівник проєктної організації.
Далі розберемо покроково: хто і в якому меню вносить стару ПД, які підписи потрібні, як підвантажити наказ про затвердження та документи керівника, яка норма це регулює і чому стара документація іноді не підтягується у наступних діях. Раніше вся ця документація існувала лише на папері. Тепер, щоб рухати об’єкт далі, її треба «підняти» у систему в правильній послідовності.
Хто і де вносить старий проект: АРМ Замовника, розділ 5.2 (механізм 2.5)
Коротко: старий проект вносить замовник, а не проєктувальник, і робить це у своєму кабінеті. Шлях такий: АРМ Замовника → розділ 5.2 «Створення проектних документацій до 01.08.2021». У профільних інструкціях цей же вхід згадують як механізм 2.5. Саме тому питання регулярно звучить у підтримці майже дослівно.
Логіка проста. Документація, розроблена до запуску системи, не має в собі електронних ідентифікаторів і підписів, які ЄДЕССБ очікує від сучасних проєктів. Тож для неї передбачений окремий вхід, де замовник формує запис вручну і прикріплює наявні файли. Поки цього запису немає, подальші дії (зміна замовника, декларація чи сертифікат) впираються у «проблему з дозвільним документом».
✅ Висновок: якщо об’єкт спроєктований до 01.08.2021, шукайте не звичайне створення ПД, а саме розділ 5.2 в АРМ Замовника.
Чи потрібні підписи проектантів при завантаженні старої ПД
Так, потрібні. Те, що завантаженням займається замовник, не скасовує підписів авторів проєкту. Підтверджує це і сама підтримка.
Це узгоджується з нормою. Наказ Мінрегіону від 16.05.2011 № 45 «Про затвердження Порядку розроблення проектної документації на будівництво об’єктів» (зареєстрований у Мін’юсті за № 651/19389) прямо встановлює: на окремі розділи або частини проєктної документації накладається кваліфікований електронний підпис осіб, атестованих за напрямами, а також генпроектувальника, ГАПа та/або ГІПа. Тобто система хоче бачити тих самих відповідальних осіб, що і в паперовому оригіналі.
На практиці тут і спотикаються найчастіше: проєктна організація за роки могла реорганізуватись, а відповідальний архітектор змінити місце роботи. КЕП тоді доводиться збирати заново.
✅ Висновок: плануйте внесення старого проекту разом із проєктувальником, бо без КЕП відповідальної особи та керівника організації запис у системі не стане повноцінним.
Наказ про затвердження ПД та документи керівника при зміні директора
Після завантаження файлів замовник оформлює затвердження проєктної документації. У системі для цього є картка «Документ про затвердження замовника»: у ній заповнюють блок «Інформація про замовників», потім документ формують, підписують і реєструють. Без цього кроку ПД лишається неповною, і подальші перевірки її «не бачать» (детально про це у матеріалі про помилки затвердження проектної документації).
Окрема історія, коли за роки будівництва змінився директор або назва організації. Тоді потрібні свіжі, актуальні дані у ключі:
- якщо змінилась назва організації і це вже відображено в ЄДР, роблять новий КЕП з новою назвою;
- керівнику треба авторизуватися новим КЕП у ЄДЕССБ, щоб система підтягнула чинні відомості з ЄДР.
✅ Висновок: документ про затвердження і актуальний КЕП керівника, це не формальність, а умова, за якої стара ПД взагалі «оживає» в системі.
Яка норма регулює внесення старих проектів замовником
Питання про НПА замовники ставлять постійно, бо хочуть послатися на конкретний документ.
Каркас тут складають три акти:
- Закон України «Про регулювання містобудівної діяльності» (№ 3038-VI), зокрема ст. 31-1, яка встановлює обов’язковість внесення проєктної документації до системи.
- Постанова КМУ від 23.06.2021 № 681 «Про затвердження Порядку ведення Єдиної державної електронної системи у сфері будівництва»: власне правила, за якими документи створюють, завантажують і реєструють у ЄДЕССБ.
- Наказ Мінрегіону від 16.05.2011 № 45: вимоги до складу проєкту і підписів, про які ми казали вище.
✅ Висновок: посилайтесь на Закон № 3038-VI і Порядок ведення за Постановою № 681, а обов’язковість підписів проєктантів шукайте у Наказі № 45.
Старі проекти з чергами: окрема ПД та завдання на проектування
Якщо об’єкт великий і будувався роками, часто постає питання черг і пускових комплексів. Тут працює одне залізне правило: і черги, і пускові комплекси визначаються виключно проєктною документацією. Ані містобудівні умови й обмеження, ані включення номера черги в назву об’єкта цього не замінюють.
За аналітичними розборами ніші, черга можлива лише коли одночасно виконано три умови: об’єкт є будовою; це передбачено у завданні на проектування; черга здатна функціонувати автономно. Введення в експлуатацію при цьому допускається до завершення всієї будови, чергами. Тому, вносячи стару ПД із чергами, тримайтеся тієї структури, яку заклав проєктувальник у початковий проєкт, і звіряйте її із завданням на проектування (як воно працює в системі).
Чому це важливо не лише «для реєстрації»:
«Та структура складових частин вашого об’єкту, яку закладе ваш проєктувальник у проєкт, так само у вас наприкінці буде зареєстровано право власності.» — Ірина Гальченко, авторка курсу ЄДЕССБ від А до Я
✅ Висновок: черговість «підтягуйте» так, як вона визначена проєктом і завданням на проектування, бо саме ця структура згодом стане вашими майновими правами.
Помилки по ПД, завантаженій у 2021: одна діюча редакція
Найпоширеніша група збоїв, коли стара документація вже в системі, але наступні документи її «не знаходять». Помилки «Проектну документацію не знайдено» та «Проектна документація не чинна» виникають, якщо статус самого документа не «Діючий», а статус реєстрації не «Зареєстровано». Це ж перевіряє і контроль D006857 перед затвердженням обраної ПД.
| Що показує система | Що перевірити у ПД |
|---|---|
| «Проектну документацію не знайдено» / «не чинна» | статус документа «Діючий» + статус реєстрації «Зареєстровано» |
| Перевірка D006857 (можливість затвердження ПД) | ПД «Діюча» і «Зареєстрована», є підписане затвердження |
| «потрібно робити нову редакцію старого» при коригуванні | стара редакція 2021 неактивна, зміни оформлюються новою редакцією |
Друга типова ситуація, коли по старому проєкту потрібне коригування:
Це не помилка системи. Стара редакція справді лишається неактивною, а зміни вносять окремою новою редакцією проєктної документації. Головне, щоб діючою в системі була саме одна, актуальна редакція.
📁 Кейс з нашої практики: Миколаївська обл., багатоквартирний ЖК, що будувався ще з 2015–2016 років. Документи об’єкта застаріли, тож ми привели їх у відповідність із чинними базами, і об’єкт вдалося ввести в експлуатацію.
✅ Висновок: перш ніж рухати старий проєкт далі, переконайтесь, що діюча редакція одна і вона у статусах «Діючий» та «Зареєстровано».
Чому PRO InfoBud
- Працюємо повним циклом: від аудиту земельної ділянки до реєстрації права власності. Немає питання по об’єкту, окрім самих будівельних робіт, яке ми не закриваємо.
- Практика в дозвільній документації з 2012 року. Ірина Гальченко, СЕО в PRO InfoBud, генеральний директор Консорціуму CLC PRO Group.
- Щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій, тож зі старими проєктами й нетиповими статусами ПД стикаємось постійно.
- Досконало знаємо зміни в роботі ЄДЕССБ, аналізуємо відмови і точно прокладаємо шлях до потрібного замовнику результату.
Якщо старий проєкт треба не просто «підняти» у систему, а ще й скоригувати чи прибрати наслідки завантаження 2021 року, ми беремо це на супровід: коригування проектної документації в ЄДЕССБ під ключ, зі звіркою статусів і редакцій.
Повний перелік напрямків — у розділі послуги PRO InfoBud.
