Маппинг классификатора и расценок
Связываем НСИ модели - классификатор конструктивных элементов и работ - со сметными расценками и номенклатурой 1С. Правила маппинга становятся данными, а не знанием одного сметчика.
Сшиваем ТИМ/BIM-контур застройщика с 1С: объёмы из модели или из спецификации проектировщика — в смету, закупку и КС-2 без Excel.
Наши клиенты
Застройщик покупает ТИМ-контур и получает работающую часть маршрута: сводная модель живёт в среде общих данных, объёмы считаются из модели, стройконтроль ведёт фотофиксацию и замечания. Дальше начинается учёт — и здесь маршрут обрывается. Ведомость объёмов работ выгружается в Excel, сметчик переносит позиции руками, закупка живёт в своей системе, а КС-2 и КС-3 собираются в конце месяца из трёх источников, которые уже разошлись между собой.
Разрыв стоит не лицензий, а времени и точности. Себестоимость объекта в 1С отражает не текущую модель, а её версию двух-трёх недель давности. План-факт по объёмам считается вручную, поэтому расхождение видно постфактум, когда работы уже приняты. Каждая перевыдача модели обнуляет попозиционную связь между ВОР и сметой, и пересчёт делается заново.
Мы закрываем именно этот стык, а карту российского и opensource ПО для стройки разобрали отдельно — в обзоре ПО для стройки и BIM в России. Здесь речь о другом: платформы уже выбраны и оплачены, нужен маршрут данных между ними и 1С.
Модель → ВОР → смета → закупка → факт → 1С
Проект
Объёмы
Смета
Контракт
Площадка
Учёт
Маршрут выше предполагает наполненную модель в среде общих данных. На значительной части объектов это не так: рабочая документация выпускается в 2D, а ТИМ ведётся формально под согласования. Объёмы при этом всё равно должны дойти до сметы, договора и учёта. Поэтому мы строим два маршрута с одинаковым продолжением - задача в обоих случаях одна: поженить источник объёмов с ведомостями работ и материалов.
| Что требуется | Маршрут из модели | Маршрут из спецификации |
|---|---|---|
| Источник объёмов | Сводная модель в среде общих данных, выгрузка IFC | Файл спецификации проектировщика по разделу проекта |
| Кто заполняет исходные атрибуты | Разработчик модели в системе авторинга, по требованиям к наполнению | Проектировщик заполняет форму-справочник: это не требует от него доплаты и переучивания |
| Где живут коэффициенты | Правила подсчёта в ТИМ-инструменте | НСИ на стороне заказчика: расход, раскрой, армирование, усложняющие факторы, высотность |
| Контроль полноты | Сверка состава модели между версиями выдачи | Система подсвечивает строки спецификации, не ставшие работами и материалами |
| Немоделируемые элементы | Отдельный перечень: того, чего в модели нет в принципе | Отдельный перечень: кабель, «конечка» и другие позиции вне спецификации |
| Что на выходе | ВОР → смета → договор → факт → КС-2 в 1С | ВОР → смета → договор → факт → КС-2 в 1С |
Состав работ собирается под уже выбранный стек: мы не меняем ТИМ-платформу и не трогаем методику подсчёта объёмов, а строим маршрут данных до учёта.
Связываем НСИ модели - классификатор конструктивных элементов и работ - со сметными расценками и номенклатурой 1С. Правила маппинга становятся данными, а не знанием одного сметчика.
Ведомость объёмов работ передаётся из ТИМ-инструмента в сметную систему и дальше в 1С в структуре, пригодной для договора и акта, а не как плоская таблица.
Каждая позиция ВОР получает устойчивый идентификатор, который переживает перевыдачу модели. При новой версии считается дельта, а не весь объём заново.
Системы подключаются к интеграционному слою, а не друг к другу напрямую. Замена сметной системы или ТИМ-платформы не требует переписывать остальные интеграции.
Настраиваем приём объёмов, договорных позиций и факта на стороне 1С: проверки полноты, отбраковка спорных позиций, журнал загрузок и понятный откат.
Акты собираются из принятых объёмов за период, а не пересобираются вручную. Расхождение между моделью, договором и фактом видно до подписания, а не после.
Где этого требует контракт или регуляторика, добавляем передачу данных в государственный контур из того же интеграционного слоя.
Сметы и закупки стартуют от проектной документации, а рабочая расходится с ней по объёмам почти всегда. Расхождение ПД и РД — это не ошибка проектировщика, а нормальный ход проекта, который должен быть посчитан заранее, а не обнаружен на закрытии месяца.
Поэтому попозиционная связь нужна не только между версиями модели, но и между стадиями документации: система показывает дельту объёмов ПД → РД по каждой позиции сметы и договора. Из дельты собирается корректировочная смета, авторский лист или допник — с основанием изменения, автором и датой, а не с пересчётом всего объекта заново.
Отдельный сюжет — закрытие минусом и плюсом в одном акте: снятый и добавленный объём проходят одним документом, поэтому у подрядчика не возникает месяца без закрытия, а у заказчика не возникает провала в план-факте. Чтобы свести минус и плюс, позиции сметы, договора и факта должны быть связаны между собой — это дисциплина данных, а не бухгалтерская находчивость.
Цепочка не заканчивается на факте и проводке в учётном контуре. Дальше смета должна лечь на финкодификатор — справочник статей финансовой модели проекта, по которому руководство смотрит себестоимость строительства и экономику объекта.
Разрыв здесь такой же ручной, как между ВОР и сметой. Одна смета с разнородными работами целиком вешается на одну статью, экономист сворачивает десятки статей себестоимости в несколько строк финансовой модели, а потом постфактум разбирается, кто и куда отнёс сумму.
Мы делаем этот шов данными: правила маппинга сметных позиций и элементов затрат на статьи финкодификатора, разнесение одной сметы по нескольким статьям и сохранение связи позиции со статьёй при перевыдаче версии. Тогда себестоимость собирается сама по мере движения объёмов и закрытий, а не разбирается вручную в конце периода.
Тюменская домостроительная компания завершила пилот облачной системы Tangl Value: сформированная ведомость объёмов работ загружается в 1С. Публикация ComNews от 29.05.2024, источник: comnews.ru/content/233431.
Со стороны учёта движение встречное. «1С» выпускает 1С:Смета ТИМ КОРП с импортом цифровой информационной модели (solutions.1c.ru/catalog/smetaTIM), а 1С:ERP Управление строительной организацией 2 строит календарный план-график по данным модели (solutions.1c.ru/catalog/uso2/features).
Оба конца маршрута готовы к обмену, незакрытой остаётся середина - и делаем её мы:
| Система / слой | Зона ответственности |
|---|---|
| Среда общих данных (СОД) | Хранит сводную модель, версии и статусы выдачи. Единственный источник геометрии и состава проекта. |
| ТИМ-инструмент подсчёта объёмов | Считает ведомость объёмов работ по модели и правилам заказчика. Методику подсчёта мы не меняем. |
| Сметная система | Держит расценки, нормативную базу и сметную логику. Принимает объёмы, а не пересобирает их заново. |
| Стройконтроль | Фиксирует выполненный объём, замечания и исполнительную документацию на площадке. |
| Интеграционный слой KT.Team | Маппинг справочников, устойчивые идентификаторы позиций, транспорт через шину и API, контроль качества и журнал обмена. |
| 1С:ERP УСО | Остаётся системой учёта: договоры, КС-2 и КС-3, себестоимость, оплаты и отчётность. |
Опыт
В системе планирования и контроля строительных работ для девелопера из российского топ-5 по объёмам строительства отчётность с площадки перестала быть месячной: вместо одного раза в месяц данные стали приходить дважды-трижды в неделю. Для заказчика, у которого день просрочки на объекте стоит примерно 200 тыс. рублей, это разница между реакцией и постфактумом.
В проекте по закупке материалов у того же класса заказчика цифровизация процесса ускорила закупку с предоплатой в 4,9 раза, с постоплатой — в 3 раза. Соседняя задача — автоматизация закупок стройматериалов.
Для застройщика ГК ТОЧНО мы за два месяца запустили MVP единого входа и витрины сервисов для подрядчиков: подключение внешнего участника перестало быть многонедельной процедурой.
Смотрим, какие продукты уже куплены, где данные сейчас переносятся руками и на каком шаге теряется связь позиций. Результат - карта маршрута и список разрывов.
Берём одну секцию или один вид работ и проводим объёмы от модели до акта. Узкая полоса даёт проверяемый результат быстрее, чем полный охват.
Фиксируем маппинг классификатора и расценок, идентификаторы позиций и регламент перевыдачи версий. Правила ложатся в интеграционный слой как данные.
Подключаем остальные объекты и виды работ, добавляем контроль качества обмена и отчётность по расхождениям.
FAQ
Нет. Мы не перепродаём и не внедряем ТИМ-платформы. Мы знаем решения российского рынка и делаем интеграцию того, что у вас уже стоит, с 1С и смежными системами. Внедрение самой платформы остаётся за вендором или его партнёром.
Это нормальный режим, под него и строится решение. Позиции ВОР получают устойчивые идентификаторы, при новой версии считается дельта объёмов, а спорные позиции уходят на разбор, а не молча перезаписывают смету.
Обычно нет. ГРАНД-Смета, 1С:Смета ТИМ КОРП или собственная связка подключаются к интеграционному слою как участники обмена. Смена одного продукта не тянет за собой переписывание остальных интеграций.
Интеграция даёт чистые связанные данные, без которых ИИ-сценарии в сметном деле не работают. Что умеет и чего не умеет модель на этом участке - разбираем на странице ИИ-сметчика.
С карты процессов девелопера и приоритета разрывов. Общий контур задач застройщика собран в разделе цифровизации девелопмента.
Объёмы приходят из модели или из спецификации проектировщика, а работами и материалами становятся через НСИ с коэффициентами расхода, раскроя и армирования плюс перечень немоделируемых элементов. Методику разбираем в статье ведомость объёмов работ.
Для согласований да, для расчёта денег обычно нет: модели под согласования не хватает классификатора, единиц измерения и устойчивых идентификаторов позиций. Чем эти две модели отличаются по составу и что требовать от проектировщика с самого начала - в статье ТИМ обязателен: модель для экспертизы и модель для денег.
Услуга KT.Team
Разбираем ваш стык модели, сметы, закупки и учёта и строим маршрут данных до 1С: маппинг справочников, устойчивые позиции ВОР, обмен через шину и приёмка в 1С:ERP УСО.