14.08.2026
Ви заповнили акт готовності об’єкта до експлуатації в ЄДЕССБ, дані всюди правильні, а система все одно не дає зареєструвати документ. У більшості випадків критична помилка акта готовності виникає не через ваші очевидні одруки. Автоматичний протокол перевірки знайшов розбіжність між актом і суміжними документами або статусами в державних реєстрах, і показав це кодом помилки. Кожен такий код (наприклад D00173, D007314, D007779) має конкретну причину: від відсутнього права підпису до статусу «припинено» у замовника в ЄДР. Нижче розбираємо, чому виникає критична помилка при створенні акта, що означають найчастіші коди і як виправити акт крок за кроком, щоб дійти до сертифіката без повторних відмов. Форму акта затверджено Порядком прийняття в експлуатацію закінчених будівництвом об’єктів (Постанова КМУ № 461, Додаток 7), тож усі поля документа система звіряє з нормою і між собою.
Чому виникає критична помилка при створенні акта готовності об’єкта до експлуатації
Коротко: акт готовності не «падає» випадково. Перед реєстрацією ЄДЕССБ (e-construction) проганяє документ через протокол перевірки, і кожна знайдена розбіжність повертається окремим D-кодом у протоколі. Тому «дані правильні, а помилка є» майже завжди означає, що правильні вони у вашому акті, але не збігаються з тим, що вже зареєстровано в дозволі, проєктній документації, технічній інвентаризації чи в реєстрах.
У чаті офіційної підтримки це найпоширеніший сценарій.
Далі система дає підказку у вигляді коду. Саме код, а не «щось не так», і треба читати першим. Він показує, яку конкретну перевірку не пройдено.
✅ Висновок: акт готовності блокує не «глюк», а конкретна перевірка. Знайдіть D-код у протоколі, і половина роботи з діагностики вже зроблена.
Повний перелік напрямків — у розділі послуги PRO InfoBud.
Помилка про замовника на першій сторінці при правильних даних
Класика: вводите номер дозволу на першому кроці, а система видає помилку про замовника, хоча в дозволі той самий замовник, що і в ЄДЕССБ.
За таким «замовником» ховається кілька різних перевірок, і виправлення в кожної своє:
- D00173 спрацьовує, коли в організації замовника немає особи з правом підпису саме на тип документа «Акти готовності об’єктів до експлуатації». Уповноважену особу додають через профіль організації.
- D007779 блокує реєстрацію, якщо юрособа замовника має в ЄДР статус «припинено» (цей статус підтягується в ЄДЕССБ автоматично).
- D00180 з’являється, коли обрано метод «Господарський (будую власними силами)»: тоді замовник СС2/СС3 повинен мати власну ліцензію на будівельну діяльність.
Тобто «помилка про замовника» насправді питає не про дані з дозволу, а про право підпису, статус юрособи або ліцензію.
✅ Висновок: перевіряйте не те, що ви ввели в акт, а профіль організації-замовника: підписанти, статус у ЄДР і ліцензія при господарському способі.
Помилка збереження та унікальності 23505 при новій редакції
Окрема історія виникає, коли ви створюєте не перший акт, а нову редакцію.
Поруч живе схожа за наслідком блокувальниця про етапність. Перевірка D007639 звіряє метод проектування у проєктній документації та в акті. Вона спрацьовує, якщо в акті не заповнено розділ «Відомості про чергу / пусковий комплекс, що вводяться в експлуатацію».
Тут важливий один принцип, на якому спотикаються найчастіше. Етапність проектування (черга, пусковий комплекс) зазначається одразу в трьох документах: акт готовності, проєктна документація і технічна інвентаризація. І скрізь вона має бути однаковою. Розійшлися черги хоч на крок: реєстрація акта стане.
✅ Висновок: перед новою редакцією звірте черги й пускові комплекси в акті, ПД і техінвентаризації між собою. Один і той самий поділ у всіх трьох документах знімає більшість помилок етапності.
«Не пройдено перевірку доступу до документа»: що це означає
Формулювання лякає, бо звучить як проблема з правами. Насправді за ним стоїть статус пов’язаного документа.
Це поле перевірки D007314: система дивиться на статус документа й статус реєстрації експертного звіту. Щоб акт пройшов, експертиза проєкту повинна мати статус документа «Діючий» і статус реєстрування «Зареєстровано (внесено реєстратором)» або «Зареєстровано (за відомостями замовника)».
Є нюанс зі старими експертизами. Якщо ви додаєте до акта експертний звіт датою до 20.02.2021, він формується зі статусом «Чернетка» і сам по собі не блокує реєстрацію: після повної реєстрації акта ця чернетка зміниться на «Зареєстровано (за відомостями замовника)».
✅ Висновок: відкрийте картку експертного звіту й перевірте два статуси. «Діючий» плюс «Зареєстровано»: акт піде далі. Будь-що інше система читає як відсутній доступ.
Немає чернетки, не підтягуються учасники чи технічна інвентаризація
Буває, що акт узагалі не збирається: у сформованому документі порожні дані про генпідрядника, субпідрядника чи проектанта, і немає поля, куди їх вписати.
Причина не у вашому кабінеті, а в кабінетах учасників. Підрядник і проектант мають вказати керівника-підписанта у своїх Профілях: у картці підписанта в профілі АРМ «Учасник будівництва» перемикач погодження має стояти «Так» і бути доданий тип документа «Акт готовності об’єктів до експлуатації». Тоді дані з’являться у вашому акті. Субпідрядників, поки договір у статусі чернетки або створений через акт, замовник може додати самостійно.
Окрема біль: техінвентаризація підписана й зареєстрована, а в акт не тягнеться.
Тут теж працює правило етапності: якщо черга або пусковий комплекс у техінвентаризації не збігається з актом, зв’язок не встановиться. Варто врахувати, що у 2026 році система нарощує контроль саме на цьому боці: в оновленнях додано нові блокуючі перевірки технічної інвентаризації, тож розбіжності, які раніше «проскакували», тепер зупиняють документ.
✅ Висновок: немає учасників, шукайте причину в їхніх Профілях. Не тягнеться техінвентаризація, звіряйте етапність і статус реєстрації ТІ, а не переформовуйте акт наосліп. Детально це розібрано в матеріалі технічна інвентаризація для акта готовності.
Як виправити помилку в акті готовності покроково
Універсального «зробіть отак» немає, бо кодів багато. Але є робочий алгоритм, який економить дні спроб навмання.
- Відкрийте протокол перевірки і випишіть точний D-код критичної помилки. Він, а не загальне «помилка», задає напрямок.
- Знайдіть причину коду і місце, де лежить розбіжність: профіль організації, статус у ЄДР, картка експертизи, розділ про чергу, дані техінвентаризації.
- Звірте суміжні документи між собою: акт, дозвіл, ПД і техінвентаризацію. Однакові мають бути земельна ділянка, клас наслідків, етапність і техніко-економічні показники.
- Перевірте категорію фахівця проти класу наслідків. Якщо у фахівця технічного нагляду категорія II, а в дозвільному документі клас наслідків СС2, перевірка поверне помилку: для категорії II допустимий клас наслідків лише СС1.
- Врахуйте дату проєктної документації. Для ПД, датованої по-різному відносно 01.08.2021, частина перевірок працює або «не застосовується», тож дата ПД впливає на те, які саме коди спрацюють.
- Виправте на боці джерела, а не в акті, і переформуйте документ.
Найчастіші коди зручно тримати перед очима.
| D-код | Що перевіряє | Де виправляти |
|---|---|---|
| D00173 | право підпису замовника на акт готовності | профіль організації, додати уповноважену особу |
| D00180 | ліцензію замовника (СС2/СС3, госпспосіб) | ліцензія на будівельну діяльність замовника |
| D007779 | статус юрособи замовника в ЄДР | статус «припинено» в ЄДР блокує реєстрацію |
| D007314 | статус і реєстрацію експертного звіту | «Діючий» + «Зареєстровано» |
| D007639 | метод проектування ПД vs акт | заповнити «Відомості про чергу / пусковий комплекс» |
Іноді дані начебто ідентичні, а помилка тримається, бо розбіжність глибша, ніж видно очима.
У таких випадках потрібна детальна звірка полів, а не ще одна спроба зберегти документ. Схожі кейси по земельній ділянці ми розбираємо окремо в статті про помилку D008026 в акті готовності.
✅ Висновок: алгоритм один: код, причина, звірка джерел, виправлення в джерелі. Переформувати акт варто лише після того, як усунуто причину, а не замість цього.
«Ми працюємо не з документами, а з ризиками. Я бачу вже зараз, де може з’явитися помилка ще на стадії аудиту.» — Ірина Гальченко, практик дозвільної документації, CEO PRO InfoBud
Чому замовники звертаються до PRO InfoBud
Коли акт готовності блокує критична помилка, ціна питання не в документі, а в строку введення в експлуатацію і в моменті, коли об’єкт починає повертати інвестиції. Тому антикризове усунення помилок акта ми ведемо командно.
- Практика в дозвільній документації з 2012 року. Ірина Гальченко, СЕО в PRO InfoBud, генеральний директор Консорціуму CLC PRO Group, авторка курсу ЄДЕССБ від А до Я.
- Над актом працює технічний експерт і координатор по роботі в ЄДЕССБ: акт проходить аудит усіх розділів проєкту й техінвентаризації ще до подачі, за власною системою чек-контролю.
- Ми бачимо не окремі помилки, а тенденції, і знаходимо, де розбіжність з’явиться, ще на стадії аудиту, поки вона не стала критичною помилкою в протоколі.
- Компанія повного циклу: від аудиту документів до реєстрації права власності. 100% задач наших замовників вирішені.
Якщо акт готовності стоїть уже не першу спробу, є сенс не гадати над кодом, а замовити супровід і виправлення помилок акта готовності: ми знаходимо причину блокування і доводимо документ до реєстрації.
