31.07.2026
Заповнили адресу організації, а система все одно повертає перевірку D00203? Створили другу редакцію затвердження, а у прізвищі замовника лишилась помилка, і кнопки «редагувати» просто немає? Майже будь-яка помилка в даних підписанта у ЄДЕССБ виправляється в одному місці: у Профілі організації в АРМ «Учасник будівництва». Саме звідти система тягне і склад підписантів, і їхні реквізити, а сам документ в АРМ Заявника ви лише переформовуєте після правки. Логіка спільна для всіх випадків нижче: спершу правимо джерело даних (профіль або блок підписантів), потім переформовуємо документ до підпису. Розберемо чотири найчастіші ситуації: адресу D00203 попри заповнене поле, прізвище замовника у затвердженні проектної документації, зайвого підписанта чи виконроба, якого система підтягує сама, та відомості про призначення підписанта з розпорядчим документом.
Помилки підписантів у ЄДЕССБ (e-construction) майже завжди виглядають страшніше, ніж є. Система не «зламалась»: вона звіряє те, що ви ввели в документ, з тим, що зафіксовано у профілі організації. Розбіжність між цими двома місцями, і перевірка спрацьовує. Тому виправлення завжди йде в один бік: правимо профіль чи блок призначення підписантів, і лише потім чіпаємо документ.
Помилка D00203: адреса організації підписанта, хоча поле заповнене
Перевірка D00203 спрацьовує не через документ, а через профіль. У базі знань ЄДЕССБ вона описана прямо: «Перевірка наявності відомостей про адресу місцезнаходження організації підписанта в розділі Профіль АРМ Учасник будівництва». Причина одна: у профілі організації не заповнене обов’язкове поле адреси. Воно обов’язкове, бо має відображатися на формі бланку.
Тут і криється типова пастка. Замовники бачать, що адреса начебто заповнена, і не розуміють, чому помилка тримається.
Перевіряти треба профіль саме тієї організації-підписанта в АРМ «Учасник будівництва», а не адресу об’єкта будівництва (це різні розділи, і за адресу об’єкта відповідає окрема перевірка). Після того як адреса збережена у профілі, документ потрібно переформувати до підпису, щоб зміни підтягнулися.
✅ Висновок: D00203 знімається у профілі організації, а не в документі; заповніть адресу місцезнаходження підписанта в АРМ «Учасник будівництва» і переформуйте документ.
Повний перелік напрямків — у розділі послуги PRO InfoBud.
Як виправити помилку у прізвищі замовника в затвердженні проектної документації
У затвердженні проектної документації дані підписанта замовник вносить вручну: ІПН, ПІБ, назву документа про затвердження, дату, номер, і додає скан-копію. Якщо у прізвищі закралась помилка, а документ уже підписаний і зареєстрований, редагувати наявну редакцію не можна. Виправлення йде через другу редакцію затвердження: заходите у вкладку про підписанта і виправляєте прізвище там.
Ключовий момент: це виключно питання замовника. Проектувальник прізвище у затвердженні виправити не може, як би вас до цього не схиляли.
Паралельно варто звірити дані з проектною документацією. Перевірка D007319 («Перевірка відповідності Замовників і Замовників з проектної документації») сигналізує про розбіжності: РНОКПП і дані замовника мають бути ідентичні у блоках «Інформація про замовників» та «Відомості про призначення підписантів».
✅ Висновок: прізвище у затвердженні виправляє лише замовник, у другій редакції, вручну у блоці підписанта; звірте РНОКПП із проектною документацією, щоб не спіймати D007319.
Де редагувати помилку, якщо доступне лише «Призначити підписанта»
Це не збій, а логіка системи. Блок «Відомості про призначення підписантів» не редагується звичайною кнопкою: правки в нього вносяться через розділ «Призначити підписанта». Тому й виходить, що ви заходите у відомості, а єдина активна дія, яку бачите, це «призначити підписанта».
У системі є дві форми заповнення, залежно від правового статусу замовника. Якщо замовник фізична особа, натискаєте «Призначити підписанта» і вказуєте дату затвердження. Якщо юридична особа, вносите інформацію про підписанта, дані й дату розпорядчого документа та додаєте скан-копію у форматі .pdf. Через цю саму дію ви і виправляєте помилкові відомості: додаєте призначення заново з коректними даними.
✅ Висновок: відомості про призначення підписанта редагуються не напряму, а повторним «Призначити підписанта» з правильними даними; окремої кнопки «редагувати» тут не передбачено.
Як видалити зайвого підписанта чи виконроба, якого система тягне при підписанні
Найважливіше правило: перелік підписантів не додається вручну в документі, він формується з Профілю організації в АРМ «Учасник будівництва». Коли при підписанні виникає повідомлення «відсутні файли для підписання», це означає, що користувач, який підписує, відсутній у переліку тих, хто має підписати. І навпаки: якщо система тягне зайвого виконроба чи співробітника, проблема теж у профілі, а не в документі.
Тому діємо у профілі. У профілі організації перевіряєте кожного підписанта: чи є в нього право підпису і чи вказаний Тип документа, який він підписує. Зайвого співробітника з правом підпису на цей тип документа прибираєте або переналаштовуєте. Після правки документ переформовуєте через червоний кошик і формуєте до підпису повторно, щоб зміни по підписантах підтягнулись.
Той самий механізм працює, наприклад, з ГІПом чи ГАПом: якщо їх додано у Профіль як співробітників, керівник забирає їх звідти, і система підтягне їх на підпис автоматично з розділу відповідальних осіб.
✅ Висновок: зайвий підписант прибирається у Профілі АРМ через право підпису й тип документа, після чого документ переформовується; у самому документі склад підписантів не редагують.
Як виключити заступника директора з підписантів завдання на проектування
Механізм той самий, що й із будь-яким зайвим підписантом, і питання це звучить у чаті регулярно.
Завдання на проектування підписується кваліфікованим електронним підписом замовника, і склад тих, хто підписує, система бере з Профілю організації в АРМ «Учасник будівництва». Якщо на підпис тягне і директора, і заступника, значить, у заступника в профілі проставлене право підпису на цей тип документа. Щоб виключити його, керівник прибирає або переналаштовує право підпису і тип документа у заступника саме в профілі. Далі завдання переформовується, і на підпис лишається тільки директор.
✅ Висновок: щоб прибрати заступника з підпису завдання на проектування, скоригуйте його право підпису й тип документа у Профілі АРМ, а не в самому завданні.
Виправлення відомостей про призначення підписанта: розпорядчий документ і D00186
Перевірка D00186 («Внесіть відомості про розпорядчий документ») означає, що у блоці «Відомості про призначення підписантів» відсутня інформація про розпорядчий документ. Виправляється вона знову через «Призначити підписанта». Форма залежить від статусу замовника: фізична особа вказує дату затвердження; юридична особа вносить дані про підписанта, інформацію й дату розпорядчого документа та додає скан-копію про затвердження у форматі .pdf. Розпорядчим документом може бути наказ або рішення щодо затвердження проектної документації.
Робота підписантів і КЕП у системі спирається на Порядок ведення Єдиної державної електронної системи у сфері будівництва, затверджений постановою Кабінету Міністрів України від 23 червня 2021 р. № 681. Цей Порядок регулярно оновлюють (серед останніх змін, зокрема, постанова № 305 від 04.03.2026), і у 2026 році система додавала нові блокуючі перевірки. Тобто конкретний код помилки з часом може відрізнятися, але логіка залишається сталою: дані підписанта беруться з Профілю АРМ.
✅ Висновок: відомості про призначення підписанта й розпорядчий документ вносяться через «Призначити підписанта»; коди перевірок періодично змінюються, місце виправлення, Профіль АРМ, лишається тим самим.
На практиці більшість цих помилок знімається ще до подання. Перед реєстрацією ми звіряємо профілі всіх організацій-підписантів в АРМ і склад підписантів під кожен тип документа, тож система не повертає перевірку на етапі підписання. — Ірина Гальченко, у дозвільній документації та ЄДЕССБ з 2012 року, авторка курсу ЄДЕССБ від А до Я
Чому PRO InfoBud
Помилки підписантів рідко приходять поодинці: за D00203 часто тягнеться і D00186, і розбіжність у РНОКПП. Ми знімаємо їх системно.
- Щороку супроводжуємо 85+ об’єктів будівництва й реконструкції та проводимо понад 150 індивідуальних консультацій, тож щодня працюємо з реальними перевірками ЄДЕССБ і знаємо, де саме вони спотикаються.
- Досконало знаємо всі зміни в процедурах і роботі системи: аналізуємо оновлення перевірок і не даємо їм перетворитися на заблоковане підписання.
- Працюємо віддалено (AnyDesk) або за наданим ЕЦП: заходимо в кабінет, правимо профілі підписантів і переформовуємо документи за вас.
- Практика в дозвільній документації з 2012 року. 100% задач наших замовників вирішені.
Якщо помилку не вдається зняти самотужки, ми беремо це на себе: виправлення помилок підписантів у ЄДЕССБ під ключ, від D00203 і D00148 до зайвих підписантів.
