💰 Изменили модель. Кто пересчитает деньги?
Первый расчет стоимости по модели — вообще не самая сложная часть 5D. Самое интересное начинается после первой нормальной корректировки проекта.
Если после каждого изменения человек снова открывает Excel, вручную ищет изменившиеся объемы и пытается понять, что произошло со сметой, то связь модели со стоимостью существует только на презентации.
При этом сама логика связи количества и стоимости давно заложена даже в IFC. В официальной схеме buildingSMART есть IfcCostItem: он может содержать стоимость и быть связан с количествами элементов, процессов и ресурсов. Предусмотрен и IfcCostSchedule — структура для объединения стоимостных позиций в расчет стоимости.
То есть технически цепочка элемент - количество - стоимость вполне формализуема. Но главный вопрос начинается после изменения исходных данных.
Настоящий смысл появляется тогда, когда можно проследить: изменился элемент - изменился объем - изменилась работа - изменилась стоимость.
Причем недостаточно увидеть новую итоговую цифру. Было 300 м3 бетона, стало 327. Хорошо. Откуда появились еще 27?
Вот здесь начинается уже не просто выгрузка объемов из модели, а нормальное управление стоимостью проекта. Поэтому мне все больше нравится одна мысль: настоящий 5D проверяется не на первой версии модели. Он проверяется на второй.
И главный вопрос: кто после изменения модели должен пересчитать деньги? Проектировщик? ТИМ-менеджер? Сметчик? Или в идеальной цифровой цепочке система вообще не должна ждать, пока кто-то об этом вспомнит?
Первый расчет стоимости по модели — вообще не самая сложная часть 5D. Самое интересное начинается после первой нормальной корректировки проекта.
Передвинули стену, изменили толщину перекрытия, поменяли материал, добавили проем, конструктор пересчитал решение. ЦИМ обновилась. А стоимость?
Если после каждого изменения человек снова открывает Excel, вручную ищет изменившиеся объемы и пытается понять, что произошло со сметой, то связь модели со стоимостью существует только на презентации.
При этом сама логика связи количества и стоимости давно заложена даже в IFC. В официальной схеме buildingSMART есть IfcCostItem: он может содержать стоимость и быть связан с количествами элементов, процессов и ресурсов. Предусмотрен и IfcCostSchedule — структура для объединения стоимостных позиций в расчет стоимости.
То есть технически цепочка элемент - количество - стоимость вполне формализуема. Но главный вопрос начинается после изменения исходных данных.
Настоящий смысл появляется тогда, когда можно проследить: изменился элемент - изменился объем - изменилась работа - изменилась стоимость.
Причем недостаточно увидеть новую итоговую цифру. Было 300 м3 бетона, стало 327. Хорошо. Откуда появились еще 27?
Вот здесь начинается уже не просто выгрузка объемов из модели, а нормальное управление стоимостью проекта. Поэтому мне все больше нравится одна мысль: настоящий 5D проверяется не на первой версии модели. Он проверяется на второй.
Связать модель со сметой один раз относительно легко. Сделать так, чтобы эта связь пережила десятки изменений проекта, — совсем другая история.
И главный вопрос: кто после изменения модели должен пересчитать деньги? Проектировщик? ТИМ-менеджер? Сметчик? Или в идеальной цифровой цепочке система вообще не должна ждать, пока кто-то об этом вспомнит?