31.07.2026
Ви сформували Затвердження проектної документації, натиснули «підписати», а система повернула стовпчик D-кодів. Або взагалі не дала сформувати документ до підпису. Помилки затвердження проектної документації здебільшого зводяться до трьох вузлів: система не створює документ, не пропускає його на підпис, або не бачить саму ПД. Коротка відповідь для більшості випадків одна. Затвердження ПД в ЄДЕССБ створює замовник через АРМ Заявника, а пройде воно лише тоді, коли сама проектна документація та експертиза мають статус «Діючий» і статус реєстрації «Зареєстровано». Решта помилок, від D006857 до D00186, це похідні від неправильного статусу документів, невнесеного РНОКПП підписанта або незаповненого блоку про розпорядчий документ. Нижче розберемо кожен збій окремо: чому він виникає і як його зняти.
Що означає Затвердження проектної документації в ЄДЕССБ і хто його створює
Затвердженням проектної документації називають окремий документ у системі, яким замовник офіційно приймає розроблену й проекспертизовану ПД. Ключове, що плутають найчастіше: створює й підписує його замовник, а не проектувальник. Проектувальник вносить саму ПД, отримує позитивний експертний звіт, а далі замовник через АРМ Заявника формує Затвердження й видає право підпису відповідальним особам.
Щоб затвердження взагалі стало можливим, у системі мають збігтися кілька умов: документ Проектна документація підписаний, до нього є Експертний звіт з позитивним висновком, а статуси і ПД, і експертизи стоять правильні.
✅ Висновок: якщо ви проектувальник і шукаєте, де у себе натиснути «затвердити», ви шукаєте не там. Затвердження живе в кабінеті замовника.
Не формується документ до підпису: чому не створюється Затвердження ПКД і що робити
Типова картина з підтримки виглядає так.
Найчастіша причина, коли документ не йде на підпис або обривається на підписанні з помилкою ERROR: документ не підписано, підпис має бути і порожнім ПІБ без РНОКПП, це неповні дані відповідальної особи. Порядок дій простий:
- Видаліть уже сформований документ через червоний кошик, він повернеться у статус «Чернетка».
- Перейдіть у розділ «Замовники» і внесіть РНОКПП відповідальної особи, яка підписує.
- Переформуйте документ і сформуйте його до підпису повторно.
Це ж правило працює, коли в організації змінився керівник: новому підписанту треба авторизуватися ключем юрособи, встановити собі право підпису на «Документ про затвердження», і лише потім документ переформовується.
✅ Висновок: документ, що «не формується», у 9 із 10 випадків лікується не повторними спробами, а розформуванням через кошик і дозаповненням даних підписанта.
Не підписується затвердження: виконком, міський голова та об’єкти понад 120 млн грн
Окремий пласт болю, коли замовник це орган влади, а об’єкт фінансується з бюджету. Ось жива ситуація:
Тут вмикаються дві споріднені перевірки. D008160 та D007366 контролюють затвердження проекту, що реалізується із залученням бюджетних коштів, коштів державних і комунальних підприємств чи кредитів під державні гарантії, для об’єктів кошторисною вартістю від 120 млн грн. Система звіряє: якщо в проектній документації стоїть відповідна відмітка й вартість перевищує поріг, то у Затвердженні в розділі «Загальна інформація» перемикач про фінансування з бюджету має бути виставлений на «Так». Часто збій виникає саме після коригування ПД:
Держава цей блок поступово розвантажує. Скасовано вимогу окремо інформувати Мінрозвитку про затвердження проєктів вартістю понад 120 млн грн, якщо їх погоджують центральні органи виконавчої влади або наукові установи (Постанова КМУ №869). На саму механіку перевірки в системі це не впливає: перемикач і погодження все одно мають бути на місці.
✅ Висновок: «раніше проходило» тут не аргумент. Якщо об’єкт бюджетний і дорожчий за 120 млн, система вимагатиме і відмітку про фінансування, і завантажене погодження, і коректного підписанта з РНОКПП.
Повний перелік напрямків — у розділі послуги PRO InfoBud.
Система не знаходить проектну документацію при затвердженні
Буває, що затвердження формується, а ПД у нього «не підтягується». За це відповідає перевірка D007648 «Наявність відомостей про Проектну документацію»: система бачить, що у розділі «Додані файли» немає доданої ПД. Виправлення механічне. Зайдіть у розділ, натисніть «Додати проектну документацію» і вкажіть реєстраційний номер у форматі PD01:XXXX-XXXX-XXXX-XXXX.
Другий сценарій, коли ПД начебто є, але не та редакція. Перевірка D007367 повідомляє, що зазначена редакція проектної документації не відповідає вказаній у дозвільному документі. Тоді зміни вносяться вже до дозвільного документа, а якщо створюється нова редакція, ця зміна має бути врахована узгоджено.
✅ Висновок: «не знаходить ПД» майже завжди означає одне з двох. Або файл фізично не доданий у «Додані файли», або редакція розійшлася з дозволом.
Довідник D-кодів затвердження проекту: що перевіряє кожен код
Щоб не гадати над кожним номером, ось карта найчастіших перевірок на етапі затвердження і що конкретно робити.
| Код | Що перевіряє | Що робити |
|---|---|---|
| D006857 | Можливість затвердження обраної ПД | Статус документа ПД і експертизи має бути «Діючий», статус реєстрації «Зареєстровано (внесено реєстратором)» |
| D007370 | Статус документа та статус реєстрації ПД | Похідна від D006857: довести ПД і експертизу до статусів «Діючий» + «Зареєстровано» |
| D007366 | Затвердження проекту з бюджетними коштами | Виставити перемикач фінансування, звірити вартість і погодження |
| D007835 | Обов’язковість експертизи при ОВД | Спрацьовує, якщо в ПД у розділі «Оцінка впливу на довкілля» стоїть відмітка про наявність ОВД |
| D008160 | Контроль об’єктів від 120 млн грн з бюджетним фінансуванням | Перемикач «Так» у «Загальній інформації» + погодження |
| D007923 | Відсутність комор у житловому будинку вище 4 поверху | Стосується складових частин з площею менше 10 кв. м на 4-му поверсі й вище для коду НКБС 112 |
Що видно з практики роботи: коди рідко приходять поодинці. Один замовник у чаті прислав саме таку зв’язку D006857 і D007370, і, як він сам справедливо припустив, друга помилка виявилась похідною від першої. Знімаєте причину по статусах, і сходить одразу пара кодів.
✅ Висновок: переважна більшість D-кодів затвердження закільцьована на двох речах: статус документів («Діючий» + «Зареєстровано») і правильні відмітки в «Загальній інформації».
Розпорядчий документ і наказ про затвердження: помилка D00186
Ще один камінь спотикання це D00186 «Внесіть відомості про розпорядчий документ». Код означає, що у блоці «Відомості про призначення підписантів» немає інформації про розпорядчий документ, тобто про наказ чи рішення, яким ви затверджуєте ПД. Лікується через «призначити підписанта», а форма заповнення залежить від статусу замовника:
- Фізична особа: натиснути «призначити підписанта» і вказати дату затвердження.
- Юридична особа: вказати інформацію про підписанта, реквізити й дату розпорядчого документа і додати скан-копію рішення про затвердження.
Практична деталь, яку часто питають у чаті: у підписанті ІПН, ПІБ, назву документа про затвердження, дату й номер вносять вручну. І якщо помилилися, наприклад, у прізвищі, то виправляється це лише другою редакцією самого Затвердження, а проектувальник зробити цього не може, бо затвердження ПКД виключно на боці замовника.
✅ Висновок: D00186 це не про технічний збій, а про непризначеного підписанта з незаповненим наказом. Внесли реквізити розпорядчого документа, код зникає.
Хто є суб’єктом затвердження, статус «Діючий» і реєстрація ПД після експертизи
Правова рамка тут проста. Порядок розроблення й затвердження ПД задає наказ Мінрегіону від 16.05.2011 №45 «Про затвердження Порядку розроблення проектної документації на будівництво об’єктів», а суб’єктом затвердження виступає замовник будівництва. Для всіх проектних документацій після 01.08.2021 затвердження проектної документації має бути підписано замовником, інакше система нагадає про це вже на етапі акта готовності.
Щоб затвердження пройшло, ланцюг статусів має бути витриманий:
- Проектна документація: статус документа «Діючий», статус реєстрації «Зареєстровано (внесено реєстратором)».
- Експертний звіт (перевірка D007314): так само «Діючий» і «Зареєстровано». Щоб довести реєстрацію до потрібного стану, відповідальні особи проектувальника мають підписати ПД, а експертна організація підписати експертизу.
Для старої ПД (до 01.08.2021) логіка інша: там перевіряють, що правильно вказано тип затвердження «Проектна документація до 01.08.2021», і для таких документів стан реєстрації може лишатися «Чернетка».
✅ Висновок: перш ніж воювати з кодами, відкрийте картку ПД і експертизи й переконайтеся, що обидва документи «Діючі» та «Зареєстровані». Половина затверджень зривається саме тут.
«Це не поверхова консультація, а глибоке вивчення документів і покрокова карта рішення.» — Ірина Гальченко, практик дозвільної документації, CEO PRO InfoBud
За роки внесення проектної документації в систему ми бачимо, що коректне затвердження ПД з правильними техніко-економічними показниками це фундамент для подальшої реєстрації майбутніх об’єктів нерухомості й старту продажів. Помилка в ТЕП чи в статусах на етапі затвердження означає замороження інвестицій і зрив графіка. Тому цей етап краще проходити з тим, хто вже пройшов його сотні разів. Якщо хочете розібратися в системі глибше самостійно, база викладена в курсі ЄДЕССБ від А до Я.
Чому PRO InfoBud
- Компанія повного циклу: від аудиту земельної ділянки до реєстрації права власності. Затвердження ПД для нас лише один із вузлів, який ми закриваємо в загальному потоці по об’єкту.
- Практика в дозвільній документації з 2012 року. Досконало знаємо всі зміни в роботі ЄДЕССБ, аналізуємо відмови й точно прокладаємо шлях до потрібного результату.
- Щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій, тому щодня стикаємося саме з такими D-кодами.
- Працюємо тільки в законному полі: 100% задач наших замовників вирішені.
Якщо затвердження ПД зависло на кодах, а розбиратися самотужки немає часу, ми беремо цей вузол на себе: замовити виправлення помилок затвердження ПД в ЄДЕССБ. А якщо збій починається раніше, на етапі реєстрації завдання на проектування, його теж варто закрити до затвердження.
