31.07.2026
Передача прав проектувальника ПКД починається не з кнопки в системі, а з відповіді на одне питання: кому взагалі належать майнові права на цю документацію. Плутанина саме тут і породжує відмову «відсутня інформація в розділі «Зміна проектувальника та передача майнових прав на проектну документацію», порожні екрани з error 57014 і застряглі повідомлення про початок будівельних робіт. Коротко: зміна проектувальника в ЄДЕССБ оформлюється як окремий документ про передачу майнових/авторських прав, і хто його створює в системі, визначає поле «Належність майнових прав». Хто реєструє зміну в дозвільному документі, визначає закон: це завжди замовник будівництва власним КЕП. Далі розберемо, як розчепити ці ролі, чому виникають типові помилки і що робити, коли попередній проектувальник ліквідований або відмовляється підписувати.
Механізм передачі майнових та авторських прав на ПКД: кому належать права
Спочатку встановіть власника прав, і половина питань зникне. Проектна документація як об’єкт архітектури має свій режим авторського й майнового права. За Законом України «Про архітектурну діяльність» (№ 687-XIV), стаття 30, майнові права на об’єкт архітектури можуть належати архітекторові (проектувальникові) або замовникові, і конкретний розподіл визначає договір між ними. Тобто «за замовчуванням» права нікому не приписані автоматично, дивіться свій договір на розроблення ПД.
Саме цей розподіл система й запитує у полі «Належність майнових прав на проектну документацію (право змінювати проектну документацію)». Логіка проста:
- права належать проектувальнику → документ про зміну власника прав створює проектувальник;
- права належать замовнику → документ створює замовник.
Якщо створити документ «не тим» кабінетом, спрацьовує перевірка D007605: документ про зміну власника майнових прав має створювати той, хто вказаний у обраній проектній документації. Звідси й типовий глухий кут, коли проектувальник передав права договором, а система в його кабінеті пише, що оформити має замовник.
✅ Висновок: перш ніж щось натискати, звірте поле «Належність майнових прав» у ПД із вашим договором. Кабінет, з якого система дозволить створити документ, диктується саме цим полем, а не тим, хто «логічніше».
Повний перелік напрямків — у розділі послуги PRO InfoBud.
Хто реєструє зміну проектувальника і що саме подавати в систему
Створення документа про передачу прав і реєстрація зміни в дозволі, це дві різні дії. Створити документ про зміну власника прав може проектувальник (якщо права його). А от вносити відомості у реєстри та реєструвати зміну в дозвільному документі має право лише замовник будівництва власним КЕП або уповноважена ним особа. Це не питання зручності, це порядок доступу до системи.
Що подавати. Зміну відображають через повідомлення про зміну даних у дозволі на виконання будівельних робіт (послуга «Реєстрація зміни даних у дозволі на виконання будівельних робіт»). За її умовами таке повідомлення подається, коли право на будівництво передано іншому замовникові, змінено генерального підрядника, змінено осіб, відповідальних за авторський і технічний нагляд, або коли коригується проектна документація. Зміна проектувальника майже завжди тягне за собою зміну авторського нагляду, тому ці речі йдуть у зв’язці.
✅ Висновок: проектувальник формує документ про передачу прав у своєму кабінеті, а замовник реєструє зміну в дозволі власним КЕП. Якщо чекати, що «система сама переключить виконавця», отримаєте ту саму відмову про відсутність інформації в розділі.
Помилки при зміні проектувальника: error 57014, D007606 і новий ГІП
Найчастіше стопорять три речі. Перша, error 57014: усе внесено, перевірка помилок нічого не показує, а документ не формується, і кнопка «детальніше» відкриває порожній екран. За описами користувачів це поведінка на боці системи (збій формування), а не помилка у ваших даних, тож марно вкотре переписувати поля. Друга, код D007606, який трапляється після внесення даних нового ГІПа. Третя, вже згадана D007605 про «не той» кабінет-творець документа.
Що з цим робити практично. Для помилок, які виникають на етапі подання через портал Дія, база знань ЄДЕССБ дає однозначний шлях: виправлення можливе виключно через створення нової редакції проектної документації. Тобто частину «зачепів» лікують не косметичним правленням полів, а коректною новою редакцією ПД від нового проектувальника, на основі якої вже подається запит на зміну.
⚠️ Ризик: якщо приймати error 57014 за власну помилку й безкінечно переписувати дані, ви втрачаєте тижні на те, що вирішується зверненням до підтримки або новою редакцією ПД. Технічний збій даними не «долікувати».
Коли попередній проектувальник ліквідований, без КЕП або неіснуючий ФОП
Тут теорія впирається у реальність. Механізм передачі прав розрахований на те, що обидва проектувальники активні й мають чинний КЕП. На практиці попередній проектант буває ліквідований, лишився без працівників, які могли б підписати, або просто відмовляється щось вносити. Замовники в таких випадках наймають нового проектувальника, і далі впираються у наступний бар’єр.
Класичний ланцюжок: зміну проектувальника й передачу прав нібито оформили і на папері, і в системі, а потім повідомлення про початок будівельних робіт по СС1 не подати, бо вибиває помилку «відсутній авторський нагляд». Причина в тому, що авторський нагляд зав’язаний на проектувальника, і поки зв’язка «новий проектувальник, авторський нагляд, дозвільний документ» не зведена коректно, наступні реєстраційні дії блокуються.
✅ Висновок: коли попередній проектант недоступний, працюйте не «в лоб», а через нову редакцію ПД від нового проектувальника й акуратне переоформлення авторського нагляду. Інакше блок вилізе на найгіршому етапі, при подачі СС1 чи введенні в експлуатацію.
Попередній проектант не відображається і немає доступу до нової редакції ПКД
Пряма відповідь: якщо новий проектувальник вантажить проект «від себе», він не отримує доступу до чужих, уже зареєстрованих редакцій, і це нормально, а не збій. Стара документація лишилась за попереднім проектантом, нова заходить як окремий документ. Проблеми починаються там, де дозвільний документ і акт (чи повідомлення) посилаються на редакцію ПД, якої новий учасник «не бачить» або яка більше не відповідає обраному дозволу.
Саме на цю розбіжність реагує перевірка D007367: зазначена редакція проектної документації не відповідає вказаній у дозвільному документі. Система повідомляє, що інформація про ПД у документі про готовність (чи в іншій реєстраційній дії) розходиться з тим, що записано в дозволі.
✅ Висновок: після зміни проектувальника звіряйте, яка редакція ПД «прошита» в дозвільному документі й на яку редакцію ви посилаєтесь у наступних діях. Розбіжність редакцій, а не «зникнення» попереднього проектанта, найчастіше і є справжньою причиною відмови.
Заміна проектувальника новою редакцією діючого проекту без коригування: чи законно
Коротка відповідь: новий проектувальник не «продовжує» стару документацію, він вносить власний проект. За практикою підтримки, новий проектувальник вантажить у ЄДЕССБ діючий проект як новий на підставі договору із замовником на розроблення проекту та отриманих авторських прав, і порушень тут немає. ПД у будь-якому разі розробляється й вноситься у порядку, встановленому нормами.
❌ Міф: новий проектувальник просто «підхоплює» стару ПД і робить її нову редакцію від свого імені.
✅ Насправді: нова редакція, це редакція саме тієї документації, яку створив попередній автор, і новий проектант її не «успадковує». Він завантажує проект як свій. Порядок розроблення ПД встановлено Наказом Мінрегіону № 45 від 16.05.2011 «Про затвердження Порядку розроблення проектної документації на будівництво об’єктів», а внесення до системи відбувається за Постановою КМУ № 681 від 23.06.2021 про функціонування ЄДЕССБ, з підписанням КЕП уповноваженого проектувальника.
✅ Висновок: якщо у нового проектувальника є договір із замовником на розроблення проекту й передані авторські права, він на законних підставах вносить проект як новий. Головне, щоб це рішення було узгоджене з подальшими реєстраційними діями по дозволу, коригуванню чи введенню.
За практикою консультацій, коли чинний проектувальник виходить із проекту й передає майнові права новому вже на етапі введення об’єкта в експлуатацію, коригування проекту може й не знадобитись, зміну авторського й майнових прав учасники роблять у системі. Але станом на 2026 рік користувачі й далі повідомляють, що повного цифрового функціоналу передачі авторських прав немає, і частину дій доводиться робити паперово. Тому універсального «одного кліку» тут не існує, кожен випадок треба зчитувати за станом дозволу.
Радимо не залишати цю зв’язку «на потім»: узгодьте розподіл майнових прав у договорі з новим проектувальником ще до першого документа в системі, бо переоформити його заднім числом дорожче за час і нерви (Ірина Гальченко, у дозвільній документації та ЄДЕССБ з 2012 року, авторка курсу ЄДЕССБ від А до Я).
Чому замовники обирають PRO InfoBud для зміни проектувальника
- Компанія повного циклу: від аудиту документів до реєстрації права власності. Зміну учасників проекту ведемо разом із усіма пов’язаними діями по дозволу й введенню, а не окремим ізольованим документом.
- Практика в дозвільній документації з 2012 року. Ми бачимо не окремі помилки, а тенденції: типові збої на кшталт error 57014 чи розбіжності редакцій ПД впізнаємо одразу й не витрачаємо ваш час на «переписування полів».
- Щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій, тож наскрізь знаємо, як зводити зв’язку «новий проектувальник, авторський нагляд, дозвіл».
- Працюємо тільки в законному полі: якою б складною не була ситуація з ліквідованим проектантом чи заблокованим СС1, шукаємо робочий шлях. 100% задач наших замовників вирішені.
Якщо зміна проектувальника загрузла у відмовах, ми беремо її на себе в межах послуги юридичного супроводу внесення змін у дозвіл на виконання робіт: від передачі майнових прав до реєстрації зміни в дозволі. Дотичні питання розкриваємо у матеріалах про нову редакцію проектної документації при коригуванні та про внесення змін до повідомлення СС1.
