Дозвільна карта й введення в експлуатацію

Папка не підтверджує право

Це практикум із чотирьох уроків і підсумкового тесту для замовників, підрядників, проєктувальників і юристів, які ведуть будівельні проєкти. Усі дані вигадані й навчальні, а зовнішніх дій — подань, реєстрацій, листування з органами — курс не виконує.

Папка з містобудівними умовами, проєктом і файлом «дозвіл» виглядає повною, і саме повнота збиває з пантелику. Наявність файлу, чинність документа й охоплення поточного проєкту — три різні питання, і жодне не вирішується назвою. Заповнена тека заспокоює саме тоді, коли частина паперів стосується старої назви замовника або попередньої редакції креслень. Модель швидко індексує теки й знаходить розбіжності, але не визначає клас наслідків, технічну безпечність або готовність до експлуатації.

Робота починається з паспорта об’єкта:

• замовник
• право на землю
• призначення
• проєкт
• відповідальні учасники
• клас наслідків за належним визначенням
• стадія

Далі кожен документ описують у матриці однаковими полями: документ; об’єкт; суб’єкт; редакція; реєстровий статус; джерело перевірки; суперечність; відповідальна функція. Статус беруть з реєстрового запису, а не з назви файлу, і фіксують дату, на яку його отримано. Порожня клітинка означає невідоме, а не відсутність документа, тому її не залишають без позначки.

Матриця не підтверджує право початку робіт чи експлуатації автоматично, навіть коли всі рядки заповнені. Питання розподіляють між замовником, проєктувальником, технічним наглядом і юристом, бо кожна відповідь має власну підставу. Старе посилання на ДАБІ виправляють: орган ліквідований, а функції ДІАМ та інших уповноважених органів визначають за чинними повноваженнями. Непідтверджене позначають як відкрите питання, а рішення про стадію робіт ухвалюють за підтвердженнями, а не за кількістю рядків у таблиці.

Розібраний приклад

У навчальному проєкті забудови в папці лежать містобудівні умови, проєкт і файл із назвою «дозвіл». Офіційний статус цього файлу — «повернуто на доопрацювання», частина документації стосується старої назви замовника, а креслення мають нову редакцію. Дата витягу показує, на який день статус був саме таким; пізніша зміна реєстру не робить запис хибним, але потребує повторної перевірки.

Правильний запис у матриці: «дозвіл; об’єкт — навчальний проєкт забудови; суб’єкт — замовник за старою назвою; реєстровий статус — повернуто на доопрацювання; джерело — витяг ЄДЕССБ із датою отримання; суперечність — стара назва замовника і нова редакція креслень; відповідальна функція — юрист». Хибний запис коротший: «дозвіл отримано». Він перетворює папку на уявний дозвіл і знімає з порядку денного повернення на доопрацювання.

Для введення в експлуатацію готують окрему карту застосовних документів і фактичної готовності. Вона не підміняє технічне підтвердження текстом моделі й не закриває питання, поки відповідальний фахівець не підтвердив готовність.

Зробіть самостійно

Завдання. Перевірте синтетичний витяг ЄДЕССБ, збережіть дату його отримання й перенесіть у матрицю лише те, що видно у витязі. Питання розподіліть між замовником, проєктувальником, технічним наглядом і юристом.

Запит до Lawestro. «Зістав надані документи з паспортом об’єкта; покажи наявність файлу, чинність і охоплення поточного проєкту окремими колонками; назви відсутні перевірки; не вигадуй відсутніх даних, не називай чернетку підписаною, не підміняй невідоме припущенням».

Типова помилка. вважати подання реєстрацією або читати тільки назву файлу.

Самоперевірка:

1. Об’єкт і суб’єкт збігаються.
2. Статус підтверджений реєстровим записом.
3. Рішення про стадію робіт має належну підставу.
4. Жодне поле не заповнене здогадом.

Практика у Lawestro

У «Файлах» створіть документ «Дозвільна матриця — об'єкт» і таблицю з колонками: документ, об’єкт, суб’єкт, редакція, реєстровий статус, джерело, суперечність, відповідальна функція. Внесіть файл із назвою «дозвіл» зі статусом «повернуто на доопрацювання», позначте стару назву замовника й нову редакцію креслень. Окремим блоком опишіть карту введення в експлуатацію з переліком потрібних підтверджень.

Збережіть витяг із реєстру із датою отримання, розподіліть питання між замовником, проєктувальником і юристом, а кожен виняток супроводьте підставою закриття й датою. Запит: «Створи дозвільну матрицю: документ, об’єкт, суб’єкт, редакція, статус, джерело, суперечність. Не підтверджуй право початку робіт чи експлуатації автоматично».

Збережений результат — документ «Дозвільна матриця — об'єкт».

САМОПЕРЕВІРКА
файл не названий дозволом; статус має дату; суб’єкт збігається із замовником.