Частина I · Концепція
Наскрізний життєвий цикл об'єкта
Типова ERP починається, коли об'єкт уже є. Ця конфігурація починається на стадії запиту і веде об'єкт через сім стадій зі збереженням наскрізності: укрупнена оцінка місяця 1 у місяці 30 порівнюється з фактичною собівартістю.
Стадія 0
[Розширення]Передпроєкт
1 об'єкт зараз
- →Запит
- →Вихідні дані
- →Концепція
- →Укрупнена оцінка
- →ТЕО
G2. Інвестиційна модель показує прийнятну дохідність
Стадія 1
[Розширення]Проєктування
1 об'єкт зараз
- →Завдання
- →ЕП / П / РП
- →Експертиза
- →Дозволи
- →BIM
- →Авторський нагляд
G3. РД випущена, детальний кошторис зроблено
Стадія 2
[Договір]Контрактування
1 об'єкт зараз
- →Тендер
- →Договір
- →Детальний кошторис
- →Планування
G4. Договір підписано, фінансування підтверджено
Стадія 3
[Розширення]Закупівлі
1 об'єкт зараз
- →Потреба
- →Тендери постачальників
- →Договори
- →Поставки
Потреба покрита договорами поставки
Стадія 4
[Договір]Будівництво
2 об'єкти зараз
- →Майданчик
- →Склад
- →Техніка
- →Персонал
- →КБ-2в
- →Фінанси
G5. Роботи завершено, виконавча документація повна
Стадія 5
[Розширення]Здача
1 об'єкт зараз
- →Виконавча документація
- →Декларація / сертифікат
- →ЄДЕССБ
G6. Сертифікат готовності отримано
Стадія 6
[Розширення]Гарантія
1 об'єкт зараз
- →Звернення
- →Усунення дефектів
- →Закриття гарантії
Гарантійний період закрито, факт пішов у базу аналогів
Замикання циклу
Факт завершеного об'єкта → база аналогів → точніша оцінка наступного. Саме це робить систему такою, що вчиться.
Ворота між стадіями (gates)
Перехід — не «менеджер поміняв статус», а формалізоване рішення з обов'язковим набором даних
| Ворота | Що перевіряється | Хто вирішує | Дата | Статус |
|---|---|---|---|---|
G0 Запит → Концепція | Вихідні дані повні, ділянка ідентифікована | Керівник | 12.03.2026 | пройдено |
G1 Концепція → ТЕО | Обрано варіант, є укрупнена оцінка | Керівник | 27.03.2026 | пройдено |
G2 ТЕО → Проєктування | Інвестиційна модель показує прийнятну дохідність | Керівник (власник) | 08.04.2026 | пройдено |
G3 Проєкт → Тендер | РД випущена, детальний кошторис зроблено | Керівник будівництва | 19.06.2026 | пройдено |
G4 Тендер → Будівництво | Договір підписано, фінансування підтверджено | Керівник | 31.07.2026 | пройдено |
G5 Будівництво → Здача | Роботи завершено, виконавча документація повна | Керівник будівництва | — | заблоковано |
G6 Здача → Гарантія | Сертифікат готовності отримано | Керівник | — | попереду |
ФВ-G.01 · Перехід через G5 неможливий — бракує обов'язкових даних
- — Виконавча документація: комплектність 78 % — бракує 14 актів прихованих робіт
- — Не закрито 2 приписи технагляду по розділу КР
- — Не пред'явлено замовнику 2 виконані зміни на 1,84 млн грн
ФВ-G.02 · Кожне проходження воріт фіксується з датою, автором і обґрунтуванням. ФВ-G.03 · Повернення на попередню стадію можливе, фіксується як окрема подія з причиною.
Ролі
Успадковані з основного ТЗ (Додаток №5, розділ 4) плюс три нові для стадій 0–1
- Керівник (власник)стадії Усі стадіїВорота G0–G6, інвестмодель, портфель, Copilot
- Керівник будівництвастадії 2–5Ворота G3, G5, графіки, КБ-2в, приписи
- Кошторисникстадії 1–4АВК-5 імпорт, ВОР, виробничий кошторис
- ПТВстадії 4–5Обсяги, М-29, виконавча документація
- Прорабстадії 4Журнал робіт, обсяги, фото, заявки (офлайн)
- Комірникстадії 3–4Прихід/видача, ТТН, залишки
- Менеджер передпроєктустадії 0Запит, вихідні дані, концепції, оцінка
- ГІПстадії 1Завдання на проєктування, стадії ПД, авторський нагляд
- BIM-координаторстадії 1–4Модель, колізії, зв'язок із кошторисом
Обсяг демонстраційної конфігурації
Контури, кількість модулів і співвідношення з договором
- Ядро платформи5 мод.[Договір]
- Передпроєкт (П1–П5)5 мод.[Розширення]
- Проєктування (Д1–Д5)5 мод.[Розширення]
- Контрактування і будівництво13 мод.[Договір]
- Закупівлі (Модуль 8)1 мод.[Розширення]
- Портали (Модуль 16)1 мод.[Розширення]
- Здача і гарантія (З1–З2)2 мод.[Розширення]
- Наскрізні контури (Н1–Н3)3 мод.[Розширення]
- AI-шар18 мод.[Демо]