31.07.2026
Коли ЄДЕССБ (e-construction) під час подачі на дозвіл повертає повідомлення, що звіт експертизи не прив’язано до проекту, справа рідко в самій експертній організації. Найчастіша причина технічна й лежить на стороні проектної документації. Експертний звіт підв’язаний до конкретної редакції ПД, а в поданні фігурує інша редакція, або ж звіт додали до експертизи вже після того, як ПД сформували, підписали й зареєстрували. У друковані форми зареєстрованого документа зміни не вносяться, тому зв’язок і не відображається.
Звідси й ефект, який збиває з пантелику: в ЄДЕССБ експертиза світиться, у реєстрі будівельної діяльності теж усе на місці, а система на подачі все одно не пускає. Нижче розбираємо кожен сценарій цієї помилки й що конкретно перевірити проектувальнику, перш ніж повторно тиснути «подати».
«Звіт за результатами експертизи не прив’язано до проекту»: що означає помилка при подачі на дозвіл
Формулювання системи звучить майже дослівно: «До вашого проєкту не прив’язано звіт за результатами експертизи. Зверніться до експертної організації для внесення відомостей». Дослівно ЄДЕССБ каже, що до проектної документації не додано експертний звіт, а без нього подання на дозвіл неможливе.
Для об’єктів із середніми (СС2) та значними (СС3) наслідками експертиза обов’язкова: цього прямо вимагає стаття 31 Закону України «Про регулювання містобудівної діяльності», а сам порядок закріплено Постановою КМУ від 11 травня 2011 р. № 560 «Про затвердження Порядку затвердження проектів будівництва і проведення їх експертизи». Звіт про результати експертизи існує лише як електронний документ у системі.
Практичний нюанс: після того, як експертна організація підпише експертизу, вона автоматично з’явиться в розділі «Відомості про експертизу проектної документації». Якщо не з’явилась, документ або в чернетці, або не того статусу.
✅ Висновок: повідомлення про неприв’язаний звіт це не завжди «експерти чогось не завантажили»; частіше система не бачить зв’язку між конкретною редакцією ПД і звітом.
Повний перелік напрямків — у розділі послуги PRO InfoBud.
«Не вистачає даних про експертизу» попри завантаження експертом: справжня причина
Найпоширеніший біль виглядає так: на 5 кроці подачі на дозвіл у Дії система пише, що не вистачає даних про експертизу, хоча в ЄДЕССБ проблем не виявлено і експерти клянуться, що все завантажено.
Справжня причина зашита в логіці системи. Щоб дані експертизи «підтяглися» в проектну документацію, в експертизі має бути вказана та сама редакція ПД, яку ви подаєте. Якщо проектну документацію додали до експертизи вже після її підписання, інформація по експертизі не відобразиться: документ ПД на той момент вже сформований і в друковані форми зміни не вносяться.
Коли ПД існує у двох редакціях, до експертизи має бути прив’язана саме остання підписана редакція (наприклад, Зміни №2). Тоді на порталі Дія перевірка знаходить дані.
✅ Висновок: жовта помилка на 5 кроці Дії найчастіше означає розсинхрон редакцій, а не відсутність завантаженого звіту.
Прив’язка звіту експертизи до першої черги будівництва та коректної редакції ПД
Коли будівництво поділене на черги або проект коригували, питання прив’язки загострюється. Система звіряє не «експертизу взагалі», а конкретний документ під конкретну редакцію проекту.
Тут працюють дві автоматичні перевірки. Перевірка D00261 зазначає про відсутність інформації про експертизу для об’єктів СС2/СС3: статус документа експертизи має бути «Діючий», а статус реєстрації «Зареєстровано (внесено реєстратором)». Перевірка D007835 спрацьовує для об’єктів з оцінкою впливу на довкілля: якщо в розділі ОВД проставлено відмітку, система шукає зареєстрований звіт саме з типом «щодо розгляду проектної документації на будівництво».
Окремий випадок, який часто ламає прив’язку, це коригування. Згідно з доповненням до порядку (Постанова КМУ № 869 від 15.07.2025), у разі коригування затвердженого проекту експертиза здійснюється в частині внесених змін. Тобто нова редакція проекту потребує своєї, переприв’язаної експертизи.
✅ Висновок: перевірте не факт наявності експертизи, а те, чи прив’язана вона до тієї редакції ПД і тієї черги, з якою ви подаєтесь на дозвіл.
Витяг / кошторис по експертизі не підтягується в систему: що перевірити
Буває, що звіт підписаний і діючий, а система тижнями не підтягує по ньому витяг. Люди видаляють чернетку, формують заново, і нічого не змінюється.
Пояснення просте й неприємне. Після того як документ підписано та зареєстровано, будь-які зміни у друковані форми вже не вносяться. Якщо прив’язка спочатку була некоректна, «косметичним» перезбереженням її не полагодити. Потрібне повне переформування ланцюжка: розформувати документ через червоний кошик, повернути його в статус «Чернетка», внести коректну прив’язку редакції ПД і заново пройти підписання всіма підписантами.
Перед цим перевірте базове: статус звіту має бути «Діючий», а статус реєстрації «Зареєстровано (внесено реєстратором)». Інакше витяг не сформується в принципі.
✅ Висновок: якщо витяг «завис», не множте чернетки, а переформуйте документ з правильною редакцією ПД через червоний кошик.
Доданий експерт не відображається другій стороні: роль редакції ПД в експертизі
Ще один типовий кейс: до документа додали експерта чи змінили підписанта, а інша сторона зв’язку не бачить. Причина та сама, що й з даними експертизи: якщо ПД додано до експертизи після підписання ПД, зв’язок не відобразиться, адже друкована форма вже зафіксована.
Щоб сторони бачили одне одного, в експертизі має бути вказана коректна редакція проектної документації. Без цього система формально «має» обидва документи, але не показує їх зв’язку.
Якщо ж проблема саме в підписантах (наприклад, змінився керівник організації), зміни вносять через Профіль в АРМ «Учасник будівництва» для юридичної особи, або через відповідальних осіб у самому документі для фізичної. Після внесення змін документ переформовують через червоний кошик і запускають підписання наново.
Насправді доданий експерт «зникає» не через баг системи, а тому, що зв’язок редакції ПД і експертизи не встановлено на правильному кроці.
✅ Висновок: видимість експерта для другої сторони тримається на редакції ПД в експертизі, а зміну підписантів завершуйте переформуванням документа.
Видимість і статус реєстрації ПКД та експертизи для замовника
Замовника часто турбує, чи «дозрів» пакет для подачі. Тут важливо розрізняти дві речі. Для формування й підписання Акту готовності статус реєстрації проектної документації, технічної інвентаризації та експертизи не є обов’язковою умовою. А ось для подачі на дозвіл він критичний.
Щоб подати заявку на порталі Дія, і проектна документація, і експертиза мають бути в статусі документа «Діючий» та статусі реєстрації «Зареєстровано (внесено реєстратором)». Якщо ПД не підписана, не зареєстрована або на неї відсутнє підписане затвердження, система поверне «Проектну документацію не знайдено» або «на доопрацюванні». Логіка для звіту дзеркальна: за номером ПД він має бути зареєстрований, підписаний і містити останню редакцію ПД.
Окремий сценарій підписання ПД у статусі «Зареєстровано (внесено за відомостями замовника)» має власну процедуру: тут дані вносяться інакше, ніж за звичайного «внесено реєстратором».
✅ Висновок: перед подачею на дозвіл звіряйте не сам факт наявності документів, а їхні статуси реєстрації, бо саме за ними система приймає рішення пускати чи ні.
Це збій реєстру ЄДЕССБ чи ваша помилка внесення: як відрізнити
Восени 2025 року проектувальники масово повідомляли про однакову проблему з прив’язкою експертизи на подачі на дозвіл, і частина сприйняла це як загальний «глюк реєстру».
Проблема в тому, що системний збій і власна помилка внесення виглядають для користувача однаково. Щоб не витрачати тижні на очікування «поки полагодять», спершу відкидають свій бік. Перевіряють три речі: чи вказана в експертизі саме подавана редакція ПД, чи не додали ПД до експертизи після її підписання, чи статуси обох документів «Діючий» і «Зареєстровано (внесено реєстратором)». Якщо все чисто, а помилка тримається, тоді підстава фіксувати збій і звертатись у підтримку.
Перевірити гіпотезу можна безпечно: для e-construction діє окреме навчальне середовище, де можна прогнати функціонал і зв’язки без жодних юридичних наслідків для реального об’єкта.
✅ Висновок: спочатку виключіть власну помилку прив’язки редакції, і лише потім списуйте все на збій реєстру, інакше ризикуєте чекати на ремонт того, що ламається у вас.
За практикою наших фахівців саме крос-звірка редакцій ПД та експертизи знімає цю помилку ще до подачі: ми проходимо цей маршрут щодня і бачимо не окремі збої, а повторювані причини. Докладніше про логіку роботи з проектом читайте у матеріалі про критичні помилки експертизи в ЄДЕССБ — Ірина Гальченко, авторка курсів з дозвільної документації та роботи в ЄДЕССБ, ЄДЕССБ від А до Я
Чому PRO InfoBud
- Досконало знаємо всі зміни в процедурах і роботі ЄДЕССБ, аналізуємо відмови органів і точно прокладаємо шлях до результату, потрібного замовнику.
- Наша методологія включає попередній аудит ще до подачі: перевіряємо 100% комплектності документів і робимо крос-аналіз даних учасників, зокрема звірку редакцій ПД та експертизи.
- Бачимо не окремі помилки, а тенденції: з вищого рівня помічаємо ризики і обходимо їх ще до того, як вони стануть відмовами.
- Практика в дозвільній документації з 2012 року; щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій.
Якщо помилка прив’язки експертизи вже блокує подачу, ми розберемо ваш конкретний випадок і доведемо документи до стану, з яким система пускає на дозвіл. Дивіться, як це влаштовано, на сторінці послуги Виправлення помилок експертизи та кошторису в ЄДЕССБ.
