D.6. Фінальна брама перед внесенням і після оновленняПрактикум D. Пакет даних інвестпроєкту: від доказу до керованої картки DREAMРедакція станом на 18.08.2026116D.6. Фінальна брама перед внесенням і після оновленняДесять тверджень для рішення «можна вносити/оновлювати»Контрольне твердження□Назва, актив, територія та межа рішення однакові в рішенні, ТЕО/ПКД, бюджеті, закупівлі й картці.□Ініціатор, замовник, власник, оператор, публікатор і контролери визначені документом; немає «спільної» безособовоївідповідальності.□Вид робіт має фахову й правову підставу; потрібні документи/дозволи визначені для фактичної межі.□Адреса, кадастрові/реєстрові коди та координати звірені; для кожного елемента встановлена публічність.□Проблема має базу; рішення діє на підтверджену причину; продукти можна прийняти; результат можна виміряти.□ТЕО, ПКД, обстеження й експертиза мають статус, версію, дату, власника, строк придатності та прогалину.□Повна вартість зводиться; ПДВ, мито, логістика, експлуатаційні витрати й життєвий цикл не приховані; непокритий розривназвано.□Календар побудований за залежностями, а не бажаною датою; критичні дозволи, закупівлі й поставки мають резерв.□Фото/ескізи мають метадані й контроль безпеки; публічна версія не розкриває забороненого.□Після внесення публікатор звірив відображення, зафіксував системний код/дату/версію та створив подію наступногооновлення.ЗУПИНИТИ -КАРТКА НЕГОТОВАХоча б одне критичне значення без доказу, власника або рішення; неузгоджені суми/строки;невизначена правова межа робіт; непідтверджене джерело фінансування показане як наявне;небезпечна публікація; або інтерфейсне поле перенесене зі старої інструкції без перевірки.D.7. Робочі форми D01а-D05Форми заповнюють до роботи в системі. Після внесення в кожній формі фіксують системний код, датузвірки й автора оновлення.