31.07.2026
Об’єкт продали, майно передали балансоутримувачу, юрособу реорганізували, а в системі досі стоїть старий замовник. Далі рухатися не виходить: жодну дію з дозволом чи введенням в експлуатацію на нового власника не проведеш, поки не оформлено зміну замовника в ЄДЕССБ. Робиться це двома різними шляхами, і плутанина між ними породжує більшість помилок.
Коротко: якщо ви просто передаєте права на об’єкт іншій особі, нову редакцію проєктної документації робити не треба. У системі для цього є окремий документ «Документи про зміни замовника», який замінює замовника у проєкті. Якщо ж дозвіл на виконання будівельних робіт уже виданий, після заміни у проєктній документації подають ще й повідомлення про зміну даних до самого дозволу. Нижче розкладаємо обидва треки покроково, показуємо, де у блоці 2.4 заповнюють замовника, і як зняти помилку D007319 при затвердженні ПД.
Через дозвіл чи через делегування повноважень: два алгоритми зміни замовника
Практики роками сперечаються, який шлях правильний, бо у спільноті ходять два варіанти. Перший: новий замовник створює «Відомості про делегування повноважень», які підписують і попередній, і новий замовник. Другий: заміна проводиться через «Документи про зміни замовника». Це не теоретична дрібниця, а розвилка, з якої починається вся процедура.
Різниця у самій суті операції. Делегування повноважень передає функції замовника іншій особі (типовий випадок: договір доручення між органом і управлінням капітального будівництва), при цьому власник об’єкта не змінюється. Заміна замовника через відповідний документ у проєкті потрібна, коли права на об’єкт переходять до нового замовника остаточно.
Станом на 2026 рік єдиної офіційної покрокової інструкції зі зміни замовника у базі знань ЄДЕССБ немає, тому обидва варіанти й співіснують у практиці. Робочий порядок, який ми застосовуємо: заміну проводять документом «Документи про зміни замовника» без створення нової редакції ПД, а вже після цього, якщо дозвіл на виконання будівельних робіт існує, актуалізують відомості до нього.
✅ Висновок: спершу визначте, що саме відбувається з об’єктом. Тимчасова передача функцій це делегування, повний перехід прав це зміна замовника через ПД. Плутанина на цьому кроці тягне за собою всі подальші помилки.
Повний перелік напрямків — у розділі послуги PRO InfoBud.
Заповнення блоку «Інформація про замовників» (крок 2.4): порядок дій
Незалежно від обраного треку, дані замовника вносять у блок «Інформація про замовників». Коли ви створюєте документ, у верхній частині є дві вкладки: «Інформація» для заповнення заяви і «До підпису» для формування, підписання та подання. Загальну інформацію зазвичай не чіпають, а от у блоці замовників треба натиснути «додати замовника» і внести всі відомості про нового.
Порожній блок система не пропустить. Спрацьовує перевірка D006989 («Перевірка заповненості блоку «Замовники»») або D00167, обидві вказують на те, що інформацію про замовника не внесено. Виправлення одне: перейти до розділу «Інформація про замовників» і заповнити його повністю.
Практиків збиває інша річ: куди саме йти. У чаті регулярно питають, у блок 2.4 «Документи про зміни замовника» чи 2.6 «Відомості про делегування повноважень» вносити операцію. Тут допомагає проста поведінкова ознака: у 2.6 система нерідко не знаходить замовника, а в чернетці, створеній у 2.4, замовник підтягується одразу.
✅ Висновок: блок замовників заповнюйте через «додати замовника» до кінця, інакше D006989 чи D00167 не дадуть сформувати документ. Якщо у «Відомостях про делегування» замовник не підтягується, спробуйте створити операцію у «Документах про зміни замовника».
Документ про зміну замовника показує лише нового замовника: норма чи помилка
Найпоширеніший переляк новачка: сформував документ, а там дані тільки нового замовника, попереднього не видно. Виникає підозра, що щось заповнено неправильно.
Це очікувана поведінка. Документ «Документи про зміни замовника» за своєю логікою замінює замовника у проєктній документації, тому й відображає того, хто приходить на об’єкт. Після того як документ підпишуть і зареєструють, у проєктній документації зміниться замовник будівництва, і саме нового ви й побачите.
Важлива умова: окрему нову редакцію ПД під це робити не потрібно. За робочим порядком PRO InfoBud, якщо не відбувається коригування проєкту чи виправлення технічної помилки, а лише змінюється замовник, редакцію не створюють. Зайва редакція це витрачений час проєктувальника і нові точки для помилок.
✅ Висновок: якщо у документі про зміну замовника стоїть лише новий замовник, це нормально, а не збій. Документ для того й існує, щоб замінити замовника у проєкті. Тривожитися варто, коли після реєстрації замовник у ПД не оновився.
Зміна замовника після злиття або правонаступництва юридичних осіб
Коли замовника змінює не продаж об’єкта, а реорганізація самої юрособи, працює окреме правило. Закон України «Про регулювання містобудівної діяльності» (№ 3038-VI від 17.02.2011), стаття 39, прямо передбачає ситуацію, коли після видачі дозволу на виконання будівельних робіт змінилося найменування замовника, генерального підрядника чи генерального проєктувальника у зв’язку зі зміною типу акціонерного товариства або його перетворенням в інше господарське товариство. Тоді в акті готовності об’єкта до експлуатації та в заяві про видачу сертифіката вказують уже нове (змінене) найменування.
На практиці ланцюжок такий: спершу функції замовника мають бути делеговані в самій системі, і лише потім орган приймає документи. Поки делегування не проведене в ЄДЕССБ, ДІАМ повідомлення просто не прийме, навіть за наявним договором.
✅ Висновок: правонаступництво не оформлюється «автоматично» слідом за реєстрацією нової юрособи. Спершу проведіть передачу функцій замовника в ЄДЕССБ, і тільки після цього орган побачить нового замовника у ваших документах.
📁 Кейс з нашої практики: Київська обл., житловий комплекс на 1000+ квартир, дві юрособи, кожна власник своєї ділянки. Дозвіл був виданий одразу на двох замовників, і під час реєстрації система блокувала процес критичною помилкою за перевіркою прав на ділянку. Ми звели конструкцію до одного замовника будівництва, внесли зміни до дозволу в частині замовника, а другу сторону завели у проєкт девелопером через нотаріальний договір. Усі варіанти попередньо прогнали на тестових проєктах у системі, і кожна сторона отримала саме те, що планувала з самого початку.
Помилка D007319 і формування переліку підписантів
Класична пастка виникає вже після заміни: проєктувальник зареєстрував «Документи про зміни замовника», новий замовник створює «Затвердження проектної документації», і система повертає D007319 «Перевірка відповідності Замовників і Замовників з проектної документації».
Причина технічна. Система бачить розбіжність даних між замовником у проєктній документації та замовником, зазначеним у затвердженні. Лікується звіркою: перевірте, чи правильно вказано РНОКПП/ЄДРПОУ замовника. Інформація має бути ідентичною у блоках «Інформація про замовників» та «Відомості про призначення підписантів». Один зайвий пробіл чи стара цифра коду і затвердження не пройде.
Поряд ходить друга помилка, B00253 «Не вдалося сформувати перелік підписантів». Вона означає, що у профілі організації немає підписанта з правом підпису на цей документ. Перевірте розділ «Підписанти / Співробітники» у Профілі АРМ учасника й переконайтеся, що потрібному користувачу надано право підпису.
✅ Висновок: D007319 це не збій системи, а сигнал, що дані замовника у ПД і в затвердженні не збігаються до символу. Звірте РНОКПП/ЄДРПОУ у двох блоках, а перед формуванням переконайтеся, що підписант доданий через Профіль в АРМ.
| Помилка | Що перевіряє система | Що робити |
|---|---|---|
| D006989 / D00167 | заповненість блоку «Замовники» | натиснути «додати замовника» і внести всі відомості |
| D007319 | відповідність замовника у ПД і в затвердженні | звірити РНОКПП/ЄДРПОУ, зробити дані ідентичними у двох блоках |
| B00253 | наявність підписанта з правом підпису | додати підписанта через Профіль АРМ, вкладка «Підписанти / Співробітники» |
Як видалити помилкову заявку на зміну замовника
Заявку сформували не туди або з хибними даними. Видаляти «в нікуди» не потрібно: у системі передбачений відкат.
Скористайтеся функцією «Видалення» сформованого документа. Після цього статус реєстрації зміниться на «Чернетка», і ви зможете перейти до редагування потрібних розділів та внести зміни. Далі документ формують до підпису й розпочинають процес підписання заново.
✅ Висновок: помилкова заявка на зміну замовника не тупик. «Видалення» повертає документ у чернетку, ви правите дані й переформовуєте його без втрати всієї роботи.
Чому замовники обирають PRO InfoBud для зміни замовника
Зміна замовника рідко буває «чистою»: то делегування замість заміни, то D007319 на затвердженні, то реорганізація юрособи, яку органи не бачать, бо функції не делеговані в системі. Ми проводимо ці зміни щодня і бачимо, де саме спотикаються.
- Компанія повного циклу: від аудиту земельної ділянки до реєстрації права власності. Немає питання, окрім самих будівельних робіт, яке ми не закриваємо.
- Практика в дозвільній документації з 2012 року. Ірина Гальченко, CEO PRO InfoBud, гендиректорка консорціуму CLC Group, авторка курсу ЄДЕССБ від А до Я.
- Щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій, тому реальні задачі зі зміни замовника для нас щоденні.
- Бачимо не окремі помилки, а тенденції: помічаємо ризик відмови ще до того, як він стає блокуванням у системі.
«Ми беремося за результат: останній платіж уже після того, як замовник його отримав.» — Ірина Гальченко, експерт з дозвільної документації, CEO PRO InfoBud
Якщо потрібно провести заміну під ключ, ми беремо на себе весь трек: внесення змін у дозвіл на виконання будівельних робіт, звірку даних у ПД і затвердженні, налаштування підписантів. Дотичні питання розкриваємо в окремих матеріалах: підстава для змін у дозволі та хто їх вносить і передача прав проєктувальника ПКД.
