31.07.2026
Ви заповнили проєктну документацію, натиснули «Перевірити» перед подачею дозволу на виконання будівельних робіт, і система повернула стовпчик червоних рядків з літерою D та номером. Ці коди помилок звірки означають одне: автоматична перевірка ЄДЕССБ знайшла розбіжність між тим, що ви внесли, і тим, що вимагають правила. Площа, ціна, технічні умови, ТЕП чи ідентифікатори не збіглися.
Погана новина коротка: критичні (червоні) коди блокують подачу повністю. Хороша довша: кожен код прив’язаний до конкретного поля, і більшість виправляється без перепроєктування, щойно стає зрозуміло, що саме звіряється. Нижче розбираємо найчастіші коди для об’єктів класу наслідків СС2-СС3: помилки земельної ділянки, розділу А-37, договірної ціни й аналізу цін, ТЕП і технічних умов, а також різницю між жовтою та критичною помилкою.
Логіка всіх цих перевірок закладена в Постанові Кабінету Міністрів України № 681, яка визначає порядок ведення та функціонування ЄДЕССБ (e-construction). Система побудована як ланцюг прив’язок: кожен документ тягне за собою поля, які автоматично звіряються між собою. Розходяться поля, з’являється D-код.
Помилки земельної ділянки: площа ЗД проти проєкту і зареєстровані документи про початок робіт
Найчастіше при поданні дозволу вискакують одразу дві помилки про землю. Ось як це виглядає в живому зверненні:
Перша група стосується площі. Система звіряє техніко-економічний показник «Площа забудови, м2» з площею земельної ділянки. Ключове правило: значення ТЕП «Площа забудови» не може бути більшим за площу земельної ділянки. Якщо забудова «вилазить» за межі ділянки або ТЕП просто не заповнений, автоперевірка блокує реєстрацію. Тут же працює перевірка ідентифікаторів: система вимагає, щоб кожен об’єкт будівництва мав присвоєний ідентифікатор, інакше документ не пройде.
Друга група питає про зареєстровані документи, що дають право почати роботи. Це не про сам дозвіл, а про повноту прив’язаних відомостей до подачі. Перш ніж воювати з кодами, відкрийте об’єкт будівництва і перевірте два поля: чи внесено ТЕП «Площа забудови» і чи він не перевищує площу ділянки.
✅ Висновок: землю система звіряє арифметично, тому спершу зіставте цифру площі забудови з площею ділянки в кадастрі, а вже потім шукайте глибші причини.
Помилка D007978 «Наявність інформації у розділі А-37»: що це і де шукати
Це один із найнеприємніших кодів, бо сам розділ А-37 замовники часто просто не можуть знайти:
Код указує на блок вихідних даних проєкту: система не бачить заповненої інформації в тій частині, де фіксуються вихідні дані для проєктування. Чесно скажемо: покрокового публічного алгоритму саме під D007978 у відкритій базі знань немає, тому діяти доводиться від структури проєкту. Перевірте, чи повністю заповнена секція вихідних даних у проєктній документації, яку завантажив проєктувальник, і чи не «повисло» порожнє поле, на яке посилається перевірка.
Саме тут проходить межа між тим, що замовник може зробити сам, і тим, де без проєктувальника не обійтися: вихідні дані вносить той, хто формував проєкт у системі.
✅ Висновок: D007978 не лікується натисканням однієї кнопки, це сигнал повернутися до блоку вихідних даних проєкту і закрити пропуск разом із проєктувальником.
Помилки договірної ціни та аналізу цін при господарському способі
Окремий вузол помилок вилазить, коли об’єкт будується господарським способом. Класична ситуація з практики:
Розберемо коди, які тут працюють:
| Код | Що перевіряє | Як закрити |
|---|---|---|
| D008089 | Наявність позицій договірної ціни | У документі «Відомості про виконання будівельних робіт» заповнити блок «Договірна ціна»: додати позиції з усіма обов’язковими параметрами |
| D008081 | Заповненість блоку «Позиції звіту» | У «Звіті з аналізу цін» додати позиції та заповнити необхідні дані |
| D008138 | Наявність усіх ресурсів за звітом з аналізу цін | Усі матеріальні ресурси зі «Звіту з аналізу цін» мають бути внесені в «Протокол погодження ціни на матеріальні ресурси» |
Код D008089 виникає, коли у «Відомостях про виконання будівельних робіт» порожній блок «Договірна ціна». Виправлення просте: перейти до розділу «Договірна ціна», натиснути «Редагувати» й додати позиції. Коди групи аналізу цін (D008081, D008138, а також D008174 щодо наявності самого звіту) чіпляються за «Звіт з аналізу цін» і «Протокол погодження ціни на матеріальні ресурси»: якщо ресурси в цих двох документах розходяться, перевірка не проходить.
І типова пастка з того ж чату: коли ставиш ціну динамічну, помилка про договірну ціну зникає, але натомість система пише, що відсутній аналіз цін. Причому світиться вона жовтим, як середня, а не критична. Про різницю кольорів нижче.
✅ Висновок: при госпспособі перевірку проходить не «договір підряду», а правильно заповнена зв’язка «Відомості про виконання робіт» плюс «Звіт з аналізу цін» плюс «Протокол погодження ціни на ресурси».
Повний перелік напрямків — у розділі послуги PRO InfoBud.
Помилки ТЕП: невідповідність площ і чому «трохи не збіглося» блокує подачу
ТЕП, техніко-економічні показники, система звіряє між документами й усередині об’єкта. Найпоширеніший корінь проблеми, коли тип об’єкта в системі обрано неправильно. Класика з наших зустрічей із замовниками: у розділі «Об’єкти будівництва» замість групи приміщень обирають «Будівля», система дає обов’язкові ТЕП як для цілої будівлі (поверхи, площа забудови для всього будинку), їх сумлінно заповнюють, і на етапі дозволу все це «розколюється», бо для цього об’єкта показники невірні.
Окремо звіряється співвідношення площ: наприклад, «Загальна площа приміщень» будівлі має узгоджуватися із сумою таких площ у всіх складових частинах. Площа укриття належить до розділу інженерно-технічних заходів цивільного захисту (ІТЗ ЦЗ), і якщо ці цифри не сходяться з рештою проєкту, автоперевірка зупиняє реєстрацію.
❌ Міф: «за 5% відхилення ТЕП нічого не буде».
✅ Насправді: цих 5% немає в жодному нормативному акті, ДБН чи ДСТУ. Розбіжність показників з проєктом, це пряма підстава для питань і при дозволі, і потім при здачі об’єкта.
✅ Висновок: перш ніж правити ТЕП по одному, перевірте, чи правильно вказано сам тип об’єкта, бо саме з нього система генерує обов’язкові показники.
Помилка «немає ТУ»: відсутні або незареєстровані технічні умови
Коди про технічні умови (ТУ) кажуть, що система не бачить у проєкті заповненого блоку. Тут працюють два близькі коди з різних кабінетів.
D007135 «Перевірка статусу документа та статусу реєстрації технічних умов» зазначає на відсутність інформації у блоці «Технічні умови». Виправлення: перейти до розділу й натиснути «додати технічні умови». У блоці є перемикач наявності:
- якщо ТУ наявні, поставити «Так», обрати тип технічних умов і додати реєстраційний номер TU01;
- якщо ТУ відсутні, поставити «Ні», обрати тип технічних умов і вказати причину відсутності.
D007272 «Перевірка статусу реєстрації та статусу документа про технічні умови» працює на боці проєктної документації. Тут важливий не факт наявності, а статус: технічні умови мають бути зі статусом «Зареєстровано» (внесено реєстратором) у стані «Діючий» або з ознакою «Підтверджено наявність документа». Незареєстрований або протермінований документ система за дійсний не вважає.
✅ Висновок: «немає ТУ» майже завжди означає або порожній перемикач у блоці технічних умов, або правильно доданий документ, який просто не має статусу «Зареєстровано».
Жовта помилка проти критичної: чи блокує подачу і що вказувати в графі «Індекс»
Не кожен рядок у списку однаково страшний. Замовники слушно про це питають:
Система розводить помилки за критичністю. Критичні (червоні) зупиняють подачу: доки їх не знято, документ не зареєструвати. Середні (жовті) здебільшого попереджають, а не блокують. Але покладатися на колір наосліп ризиковано: те, що сьогодні світиться жовтим, після підтягування суміжних даних може стати критичним, тому спокійно ігнорувати їх не варто.
Окрема історія, коли помилка сидить у коді класифікатора (графа з індексом об’єкта). Причина буває системна: юридично чинним є НК 018:2023, а технічно ЄДЕССБ і портал «Дія» досі використовують коди старого ДК 018-2000. Через цю розбіжність доводиться визначати «пару кодів», новий плюс старий, щоб об’єкт коректно пройшов автоматичну перевірку. Як пояснюють на розборі:
Вебінар Ірини Гальченко «Дозвіл на будівництво логістичного центру та складу» (17.02.2026)
Уже у 2026 році замовник може подавати дозвільні документи самостійно через «Дію» в межах експериментального проєкту (Постанова Кабінету Міністрів України від 24 квітня 2026 року). Зручність очевидна, але й ціна помилки в кодах зростає: перевіряти звірку тепер часто нікому, крім самого замовника.
✅ Висновок: червоні коди знімайте обов’язково, жовті перевіряйте по суті, а помилку в графі індексу шукайте в парі кодів НК 018:2023 і ДК 018-2000.
Схожа логіка діє, коли систему не влаштовує сам експертний звіт: це вже інший вузол відмов, який ми розбираємо в матеріалі про помилку експертизи при поданні дозволу.
Чому за виправленням кодів звертаються до PRO InfoBud
Розшифрувати один код можна за інструкцією. Проблема в тому, що при дозволі СС2-СС3 вони приходять пачками й тягнуть одне за одне: площа чіпляє ТЕП, ТЕП чіпляє тип об’єкта, тип об’єкта чіпляє реєстрацію права власності потім. Ми робимо превентивний аудит проєкту ще до подання, за власними чек-листами, і знімаємо причину, а не окремий червоний рядок.
📁 Кейс з нашої практики: реконструкція під інше призначення. Бездоганний проєкт тричі отримав відмову місцевого органу ДАБК. Розкривати проєкт було невигідно, тому змінили не проєкт, а підсудність: скористалися правом замовника підвищити клас наслідків, переробили на СС-3 і подалися до ДІАМ. Дозвіл отримано.
Чому PRO InfoBud
– Компанія повного циклу: від аудиту земельної ділянки до реєстрації права власності. Немає питання, окрім самих будівельних робіт, яке ми не закриваємо.
– Практика в дозвільній документації з 2012 року, щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій.
– Бачимо не окремі помилки, а тенденції: помічаємо ризики і обходимо їх ще до того, як вони стануть відмовами ДАБК чи ДІАМ.
– Працюємо тільки в законному полі: 100% задач наших замовників вирішені.
«Це можливо, це не вирок, але це буде ваш час і гроші.» — Ірина Гальченко, практик дозвільної документації, CEO PRO InfoBud
Якщо коди звірки блокують подачу, а самостійно розплутати їх не виходить, ми беремо це на себе: виправлення помилок дозволу на будівництво СС2-СС3 з розбором причин і доведенням до реєстрації.
