Solibri Office

Solibri Office — настольная программа Solibri Inc. для координации BIM-моделей, проверки их качества по формализованным правилам и разбора найденных несоответствий. Основная аудитория — BIM-менеджеры и BIM-координаторы, проектировщики и инженеры, которым нужно объединить модели разных дисциплин, проверить геометрию и данные, зафиксировать решения по замечаниям, подготовить BCF или отчёт и сохранить проверочный контекст в проекте SMC. Программа не является BIM-редактором: её задача — не создавать стены, воздуховоды или конструкции, а контролировать уже подготовленные модели и требования к ним.

Что именно представляет собой Solibri Office

Название Solibri Office относится к профессиональной редакции семейства Solibri, которая в 2019 году стала преемником Solibri Model Checker. В этой редакции сохранилась ключевая логика прежнего Model Checker: федерация моделей, rule-based checking, Rulesets, Classification, Information Takeoff, работа с результатами и коммуникация через презентации и BCF. Поэтому старые материалы о Solibri Model Checker полезны для понимания происхождения продукта, но при описании современной ветки нельзя смешивать названия: версия 25.12.0 выпускалась именно как Solibri Office.

С 13 апреля 2026 года Solibri Office переведён в статус legacy. Новые покупки этой редакции больше не предлагаются. Уже выданная лицензия остаётся действительной в пределах условий соответствующего соглашения, а возможность продления зависит от контракта и региональных условий. Для нового внедрения Solibri перевёл линейку на уровни Starter, Essential, Advanced и Premium; по набору профессиональных проверочных задач преемником Office для большинства организаций считается Advanced. Это не делает установленный Office неработоспособным: для действующего заказчика важнее понимать, что продукт больше не является текущей коммерческой редакцией и развитие новых функций продолжается уже в другой структуре линейки.

Последний крупный выпуск, прямо опубликованный как Solibri Office, — 25.12.0 от 17 декабря 2025 года. Для Windows встречается сборка 25.12.0.84; публично доступный установочный EXE этой сборки имеет размер около 410 MB. После перевода Office в legacy для ветки 25.12.x появился также сервисный патч 25.12.1, связанный с поддержанием работоспособности лицензирования старой линии. Это важно различать: 25.12.0 — последний полноценно документированный feature release Office, а 25.12.1 — более позднее обслуживание той же ветки, не сопровождавшееся отдельным набором новых функций уровня декабрьского релиза.

Для кого предназначена программа

Сильная сторона Solibri Office проявляется там, где модель нужно не просто посмотреть, а проверить по повторяемой методике. BIM-координатор может собрать в одном SMC архитектурный, конструктивный и инженерные IFC, определить дисциплины и правила, выполнить набор проверок, отсортировать результаты по критичности и передать только подтверждённые замечания. BIM-менеджеру полезны Rulesets и Classification: они позволяют превратить внутренний BIM-стандарт или требования заказчика в воспроизводимую процедуру вместо разового визуального просмотра.

Проектировщик использует Office как независимый контроль перед выдачей модели: проверяет пересечения, обязательные свойства, доступность проходов, маршруты, значения параметров и другие условия, которые можно выразить правилами. Инженер по координации получает 3D-контекст для каждого результата и может быстро переходить от категории к конкретному набору компонентов. Специалист по данным применяет Information Takeoff для извлечения свойств и количеств, а с ветки 25.3 — и формулы в ITO и Classification.

Программа особенно логична в openBIM-процессе, где дисциплины обмениваются IFC. Она способна импортировать IFC нескольких поколений, IFCZIP, 3D-геометрию DWG и PDF как 2D-подложку. При этом её не следует воспринимать как замену Revit, Archicad, Tekla Structures или другому авторинговому приложению. Исправление исходного объекта выполняется в программе, где модель создана; Solibri хранит проверочный контекст, выборки, результаты, решения, презентации и отчёты.

Распространение, лицензия и доступ в 2026 году

Solibri Office распространялся как коммерческое настольное приложение для Windows и macOS. Для пользователей с правом на продукт установщики выдавались через Solibri Center после входа в корпоративную учётную запись и назначения продукта. В Center путь к загрузкам строился через Products and Services и My Products: пользователь выбирал операционную систему и доступную версию. После установки один и тот же программный пакет открывал набор функций, соответствующий назначенной лицензии.

После 13 апреля 2026 года купить новую лицензию Office нельзя. Для существующей организации это меняет прежде всего жизненный цикл, а не содержимое уже установленной версии. При планировании рабочей станции, шаблонов, автоматизации и долгосрочного проекта нужно заранее решить, останется ли компания на ветке 25.12.x в рамках действующих условий или перенесёт стандарты в новую редакцию. Перенос нельзя считать автоматическим для каждой конфигурации: совместимость правил, расширений, ролей, шаблонов и внутренних процедур следует проверять на копии рабочего проекта.

Фиксированная цена для новых покупок Office больше неприменима, потому что продукт снят с новых продаж, а условия продления существующих договоров зависят от контракта. Для эксплуатационного решения полезнее проверить назначение лицензий, доступ пользователей в Solibri Center и наличие согласованной версии внутри организации. На управляемом рабочем месте версия должна быть частью BIM-регламента: иначе два участника могут получать разные результаты из-за различий в алгоритмах правил, импортёре IFC или исправлениях конкретной сборки.

Интерфейс Solibri Office: рабочие области и представления

Интерфейс построен вокруг layouts — готовых рабочих компоновок, каждая из которых группирует нужные views. В линии Office используются File, Model, Checking, Communication, Information Takeoff и BCF Live Connector; Score существовал как дополнительная компоновка и в поздних версиях мог быть отключён по умолчанию. Такая структура отделяет навигацию по модели от проверки и от коммуникации: пользователь не держит все панели одновременно и переключает контекст по задаче.

В File сосредоточены недавние проекты, Roles, Settings, Help и доступ к Solibri Center. В Model базовая тройка — Model Tree, Info и 3D. Model Tree показывает структуру загруженных моделей и позволяет переходить от уровня проекта к этажам и компонентам; Info раскрывает свойства выделенного элемента; 3D даёт геометрический контекст, навигацию, визуальные отметки и измерения.

Checking рассчитан на запуск Rulesets и чтение результата. Его типовая компоновка включает Checking, Results, Results Summary, Info и 3D. В Checking виден набор правил и состояние проверки, Results хранит иерархию найденных проблем, Results Summary даёт сводную картину по выбранному правилу. В 25.12.0 интерфейс результатов и визуализации дополнительно оптимизировали, что особенно заметно на проектах с большим количеством замечаний.

Communication предназначен для оформленных замечаний и презентаций. В нём используются Presentations, Issue, Issue Details, Issue Sorter и 3D. Presentation — не слайд-шоу ради визуальной подачи, а рабочая коллекция issue slides: с ней связывают снимок положения камеры, выбранные компоненты, текст проблемы и историю комментариев. Презентации сохраняются внутри SMC, поэтому проект может выступать как проверяемый журнал решений, а не только как контейнер геометрии.

Information Takeoff объединяет Model Tree, Classification, Selection Basket, Info, 3D и Information Takeoff. Здесь пользователь формирует таблицы по свойствам и количествам, связывает выборки с классификациями и готовит Excel-отчёты. BCF Live Connector содержит BCF Live, Live Issue Details и 3D и используется для синхронизации замечаний с поддерживаемыми системами управления issues.

Отдельную роль играет контекстное меню 3D. В версии 25.12.0 через него доступны операции выбора и визуального изолирования компонентов, вывод Info, скрытие и прозрачность, а также создание section plane. Эта модель управления позволяет не искать каждую команду на отдельной панели: объект можно выбрать в 3D, отправить в Selection Basket, скрыть окружение или разрезать модель непосредственно в рабочем контексте.

Model Tree и способы группировки модели

Model Tree нужен не только для навигации. Иерархию можно переключать в зависимости от задачи: containment помогает пройти по проекту, площадке, зданию и этажам; component hierarchy группирует элементы по типам; layer hierarchy полезна для импортированного DWG; federated floor помогает смотреть этажи в объединённой модели. Выбор ветки дерева можно передавать в Selection Basket и затем использовать для изоляции в 3D, проверки или ITO.

Для каждой загруженной модели важны short name, discipline и category. Короткое имя делает федерацию читаемой, дисциплина используется в фильтрах, классификациях и правилах, а категория помогает организовать проект. Ошибка на этом этапе может дать внешне корректный, но методически неверный результат: например, правило, рассчитанное на MEP, не отработает так, как задумано, если модель не попадает в нужный дисциплинарный фильтр.

Selection Basket как сквозной механизм выбора

Selection Basket — временная рабочая корзина компонентов, общая для нескольких представлений. Команда Set заменяет её содержимое текущим выделением; Add добавляет новые элементы; Remove вычитает выделенные элементы; Clear очищает корзину. В строке состояния отображается количество выбранных компонентов, поэтому после сложной комбинации фильтров можно проверить, получилась ли выборка ожидаемого размера.

Корзина связывает Model Tree, 3D, Classification, ITO и Checking. Например, BIM-координатор выбирает на одном этаже все воздуховоды, добавляет только компоненты нужной системы через Classification, убирает исключения и запускает Check Selected. В другом сценарии результаты ITO можно отправить в Selection Basket и визуально проверить, какие компоненты составляют конкретную строку количества.

Установка и первый запуск

Для корпоративного пользователя установка начинается с наличия действующего права на продукт и принятого приглашения в организацию Solibri Center. В Center открывают Products and Services, затем My Products, выбирают операционную систему и нужную версию. В эпоху Office пакет был общим для нескольких редакций: при запуске фактический набор возможностей определяла лицензия пользователя.

1. Запустите установщик. В первом диалоге выбирается язык.
2. Разрешите изменения на устройстве. В Windows появляется стандартное окно контроля учётных записей; затем открывается Solibri Setup.
3. Примите License Agreement. После этого мастер предлагает каталог установки.
4. Настройте ресурсы. Выбираются язык и единицы для Ruleset, Classification и Template resources. От этого зависит, какие готовые ресурсы будут доступны в рабочей среде.
5. Проверьте File Associations. Мастер предлагает ассоциации файлов; по умолчанию варианты включены.
6. Определите ярлык и Start Menu Folder. Эти пункты не влияют на проверку модели, но задают способ запуска программы.
7. Настройте Update Schedule. Расписание обновлений можно выбрать во время установки, а позднее изменить через File → Settings → General Settings → Update.
8. Завершите мастер кнопкой Finish. По умолчанию Solibri запускается после закрытия установки.

Для Solibri 9.13.0 и новее на macOS Ventura существует специфическое установочное ограничение: при активной тёмной теме установка может завершиться ошибкой. Перед установкой следует временно переключить Appearance на Light, а после успешного завершения вернуть прежний режим.

При первом запуске открывается окно входа. Сначала вводится email, затем пароль. Если корпоративная сеть использует proxy, параметры задаются через Proxy Server Settings до авторизации. Опция Remember Me сохраняет сведения входа; в связке с proxy она также важна для сохранения соответствующей конфигурации. Программа открывает редакцию, которая соответствует доступной лицензии.

Для проверки установленной версии служит File → Help: там доступны Application, System и 3D information, а также Check for updates. В производственной среде полезно фиксировать не только номер 25.12.0, но и build, поскольку сборки одной версии могут различаться исправлениями. Для Windows 25.12.0 широко встречается build 25.12.0.84.

Базовый рабочий процесс: от IFC до проверенного результата

Типичный цикл Solibri Office состоит из подготовки входных моделей, федерации, настройки проверочного контекста, запуска Rulesets, анализа результата и выпуска замечаний. Сильный рабочий процесс начинается до нажатия Check Model: проверка будет надёжной только тогда, когда исходные IFC экспортированы в согласованных координатах, дисциплины названы однозначно, а набор правил действительно соответствует стадии проекта.

Шаг 1. Подготовить входные модели

Для координации лучше получать отдельные IFC по дисциплинам и понятной структуре: архитектура, конструкции, вентиляция, водоснабжение, электрика и другие части проекта. Перед импортом следует исключить заведомо ненужную высокополигональную геометрию, которая не участвует в проверке. Избыточная мебель, сложный ландшафт, мелкие крепёжные детали и детализированные инженерные семейства могут заметно увеличить время загрузки и проверки.

Экспортёр IFC должен быть актуальным для авторинговой системы. Это влияет не только на совместимость, но и на корректность геометрии, связей и свойств. Если проект хранит требования в свойствах IFC, нужно проверить, что требуемые Property Sets действительно присутствуют в выгрузке, иначе правило на обязательный атрибут закономерно сообщит об отсутствии данных.

Шаг 2. Открыть первую модель и добавить остальные

Первый IFC открывает проект, после чего остальные дисциплины добавляются к федерации. В Model Tree следует сразу проверить количество моделей, их short name, discipline и category. Если две дисциплины выглядят смещёнными относительно друг друга, бессмысленно переходить к clash detection: сначала устраняется проблема координат или экспорта. В 25.12.0 начальная поддержка georeferencing включает IfcProjectedCRS и IfcMapConversion, а соответствующие сведения проекта могут использоваться в свойствах, фильтрах, классификациях, правилах и ITO.

Шаг 3. Выполнить визуальную санитарную проверку

До автоматических правил стоит пройти модель через Model Tree, Info и 3D. Выберите несколько характерных стен, перекрытий, дверей и инженерных компонентов, проверьте их типы и свойства в Info, затем сравните с исходным BIM-требованием. Selection Basket помогает изолировать отдельную дисциплину или этаж. Section planes позволяют разрезать здание и увидеть внутренние взаимные положения, которые сложно оценить в полном объёме.

В Solibri поддерживается до нескольких секущих плоскостей; в рабочей задаче их используют для локального разреза узла. В 25.12.0 управление секущими плоскостями упростили: добавлена возможность быстро убрать или восстановить их, а стандартное сочетание Ctrl+T или Cmd+T связано с восстановлением и удалением секущих плоскостей. Важно помнить, что нужное положение разреза лучше сохранить в issue slide, если оно должно войти в коммуникационный контекст.

Шаг 4. Подготовить фильтры и классификации

Фильтр определяет, какие компоненты входят в область анализа. В правилах используются условия по типу, модели, дисциплине, свойствам, классификациям и другим доступным данным. Условия Include, Exclude и Ignore нужно трактовать буквально: слишком широкий Include создаёт шум, а ошибочный Exclude способен скрыть реальные проблемы. После настройки фильтра полезно применить его к Selection Basket и визуально убедиться, что в 3D попали именно ожидаемые элементы.

В версии 25.12.0 фильтры получили регулярные выражения: шаблон начинается с префикса rx:. Regex работает в Filtering View, параметрах Rule Filter/Component и правилах Classification. Это удобно для стандартов именования, когда, например, несколько допустимых префиксов типа или системы нужно отобрать одним выражением, но усложняет отладку. Регулярное выражение следует проверять на небольшой выборке перед массовой проверкой.

Шаг 5. Загрузить Ruleset и проверить параметры

Ruleset — набор правил, хранящийся в ресурсе CSET. Перед запуском нужно открыть нужный набор, раскрыть его структуру и проверить Rule Parameters. Одно и то же правило может работать по-разному в зависимости от фильтров компонентов, допусков, размеров, требуемых свойств и других параметров. Поэтому файл CSET не следует воспринимать как «чёрный ящик»: координатор должен понимать, что именно считается ошибкой.

В корпоративной практике полезно отделять базовые Rulesets от проектных. Базовый набор фиксирует стандарты организации, а проектный содержит дополнительные требования заказчика или конкретной стадии. Такая схема упрощает сопровождение и позволяет обновлять общие правила без ручного копирования параметров между проектами.

Шаг 6. Выполнить Check Model или Check Selected

Check Model запускает проверки для модели в целом, а Check Selected ограничивает расчёт содержимым Selection Basket там, где правило и рабочий сценарий это допускают. Выбор между ними должен следовать цели. Локальная проверка удобна при отладке одного правила или этажа; финальный контроль перед выдачей обычно требует согласованного полного набора моделей и Rulesets.

После изменения состава Model Tree или обновления IFC прежние результаты становятся несинхронизированными. Они не обновляются автоматически только потому, что геометрия была заменена. После Update Models требуется снова выполнить Check Model или Check Selected; пустой Results Summary и предупреждение о несинхронизированных результатах — сигнал, что проверка ещё не пересчитана.

Шаг 7. Разобрать Results и принять решения

Найденный результат — ещё не готовое замечание. В Results нужно открыть категорию, посмотреть компоненты в 3D и описание в Info, определить реальность проблемы и принять решение. Solibri поддерживает состояния Accepted, Rejected, Undefined и Unhandled. Accepted применяют к допустимому случаю, Rejected — к проблеме, которую следует исправить. Для rejected issue практичнее создавать issue slide: это сохраняет контекст и формирует коммуникационный след.

Критичность результатов представлена уровнями Critical, Moderate и Low. Уровень помогает сортировать очередь, но не заменяет инженерного решения: высокая геометрическая критичность не автоматически равна высокому проектному риску, а низкий уровень не означает, что нарушение можно игнорировать. Внутренний регламент должен определять, какие типы результатов допустимо принимать и кто имеет право менять решение.

Шаг 8. Создать issue slides и презентацию

В Communication проверенные замечания превращаются в presentation. Она может формироваться вручную, из checking results, BCF или ITO. Для каждого issue желательно сохранить понятный заголовок, описание, ответственных в целевой системе, подходящую точку обзора и минимальный набор компонентов. Перегруженный снимок из всей модели ухудшает коммуникацию: лучше изолировать проблему и оставить достаточно окружения для понимания места.

Презентации хранятся в SMC вместе с комментариями. Это позволяет вернуться к состоянию проекта и увидеть, какие результаты были отобраны, какие решения приняты и как менялось замечание. Для обмена с другими BIM-системами presentation можно выгружать в BCF; отчёты по презентациям доступны также в PDF, RTF и Excel.

Шаг 9. Выпустить отчёт и сохранить SMC

Для checking results используются как минимум два типа отчёта: Result Summary и Results of Checked Rules and Rulesets. Сводный формат удобен для контроля динамики качества, подробный — для разбора конкретных правил и результатов. SMC следует сохранить после проверки, решений и подготовки presentation, потому что в нём находятся не только модели, но и Rulesets, checking results, decisions, пользовательская информация и коммуникационные данные.

Фильтрация, Classification и Selection Basket в реальном проекте

Автоматическая проверка становится управляемой, когда компоненты делятся на осмысленные группы. Classification в Solibri решает эту задачу без изменения исходного IFC: она относит компоненты к категориям по правилам и свойствам. Классификация может описывать дисциплины, функциональные группы помещений, типы дверей, зоны ответственности, пожарные требования, стадии или другой аспект, который нужен проверке и отчётности.

Classification тесно связана с Rulesets и ITO. Если правило ссылается на классификацию, переименование или изменение логики может повлиять на проверку. В новых версиях Solibri предупреждает о потерянных ссылках, однако управлять зависимостями всё равно следует сознательно. Перед массовым изменением корпоративной Classification безопаснее создать копию SMC, обновить классификацию, пересчитать связанные Rulesets и сравнить число результатов.

С 25.3 формулы доступны не только в ITO, но и в Classification. В поле Classification Name можно использовать Formula вместо статического Text Value. Это позволяет вычислять категорию из нескольких значений, но добавляет зависимость от типов данных и единиц. Внутренняя единица длины Solibri для формул — миллиметр независимо от отображаемых пользовательских единиц; при расчётах площадей и объёмов формат столбца может выполнять преобразование результата.

Для контроля сложного фильтра применяйте простой тест: сформируйте Selection Basket по фильтру, посмотрите количество компонентов в строке состояния, визуализируйте их в 3D и выборочно откройте Info. Если хотя бы один компонент явно не относится к ожидаемой группе, не запускайте окончательную проверку — исправьте фильтр или исходные свойства. Такой контроль дешевле, чем разбирать сотни ложных результатов после Check Model.

Rulesets и продвинутая проверка

Rule-based checking отличает Solibri Office от простого clash viewer. Правило проверяет модель с определённой точки зрения: пересечение, наличие свойства, размер свободной зоны, маршрут, видимость, взаимное положение или другое формализованное условие. Ruleset объединяет правила в рабочую процедуру, а Ruleset Manager позволяет собирать и настраивать наборы под организационный стандарт.

Правила хранят параметры, поэтому два проекта могут использовать один класс правила с разными ограничениями. Например, проверка свободного пространства зависит от целевых компонентов, препятствий, размеров clearance и вертикального диапазона. Для контроля качества важен не номер правила сам по себе, а конфигурация: какой фильтр выбран, какой допуск установлен, какие исключения разрешены и на какую версию ресурсов рассчитан CSET.

В 25.12.0 Rule #248 Accessible Area Around Objects проверяет свободную область перед, за или сбоку выбранных объектов. Пользователь задаёт target components и obstacles, может ограничить проверку пространствами, объединять соседние пространства, задавать clearance box, фронтальный размер, ширину, нижний и верхний reference elevation с offsets, а также допустимое частичное проникновение целевого компонента в свободную зону. Это применимо, например, к свободному пространству около сантехнического оборудования.

Rule #250 Component Visibility анализирует видимость целевых компонентов из заданных стартовых объектов. В параметрах выбираются start components, visibility targets, условие «должен быть видим» или «должен быть скрыт», препятствия, порог прозрачности, радиус и высота точки зрения. Проверка подходит для формализуемых требований к sightline или privacy и возвращает 3D-контекст, где видно, какое препятствие нарушает условие.

Rule #252 Accessible Route Compliance проверяет непрерывный маршрут между заданными начальной и конечной зонами. В настройках определяются route components — например, slabs, spaces, ramps и doors, препятствия, start/end, вертикальные соединители вроде stairs или elevators, минимальная ширина и высота прохода, а при необходимости — наличие мест расширения через заданный интервал. Такое правило переводит проверку доступности из визуальной оценки в повторяемое условие.

В 25.9 появился Rule #247 Local Accessible Circulation. К 25.12 его доработали: проверка доступности пространства и проверка вокруг дверей стали независимыми, а пространство визуально делится на доступные и недоступные участки. В варианте space-only результат проходит, если доступно более 90% пространства. Визуальная окраска помогает понять не только сам факт ошибки, но и геометрию препятствия.

В поздней ветке Office развивалась и Clash Detection Matrix. Rule #245 использует матрицу столкновений и может ссылаться на Excel-файл; в 25.12 интерфейс показывает текущий связанный файл, а обновление матрицы через Autorun стало доступно. Такой подход удобен, когда типы столкновений и допуски задаются централизованно для пар дисциплин, но требует контроля версии Excel-источника: устаревшая матрица даёт формально корректный, но методически неверный отчёт.

Как отлаживать Ruleset

1. Создайте небольшую Selection Basket с заведомо известными правильными и неправильными примерами.
2. Откройте Rule Parameters и проверьте каждый фильтр, допуск и единицу.
3. Запустите Check Selected, чтобы сократить время итерации.
4. Сравните Results с ожидаемым набором: правило должно находить известную ошибку и не отмечать известный допустимый случай.
5. Изменяйте по одному параметру за итерацию. Одновременная правка фильтра, допуска и классификации делает причину расхождения неочевидной.
6. После отладки выполните Check Model на полной федерации и убедитесь, что объём результата реалистичен.

Для производительности большой Ruleset можно разделять на несколько CSET. Разбиение помогает Solibri эффективнее использовать несколько ядер и упрощает сопровождение: отдельные наборы можно связать со стадиями или ответственными. Однако раздробление не должно разрушать общий контроль полноты — список обязательных CSET лучше закрепить в проектном шаблоне или регламенте.

Information Takeoff и формулы

Information Takeoff предназначен для извлечения количеств и свойств из BIM-модели в табличной форме. ITO definition определяет, какие компоненты попадают в таблицу и какие колонки выводятся. Результаты можно связывать с Selection Basket, поэтому строка отчёта проверяется в 3D, а не остаётся абстрактным числом. Для готовых ITO существуют Excel templates; собственный definition также можно связать с одним или несколькими шаблонами Excel.

В 25.3 Office получил Formula как тип колонки ITO. Колонки обозначаются буквами A, B, C и используются в выражениях. Поле формулы начинается со знака равенства; редактор предлагает функции и имена колонок. При вставке новой колонки буквенные обозначения могут сдвинуться, но ссылки внутри формул перестраиваются. Эта особенность позволяет создавать вычисляемые показатели без предварительного добавления каждого производного значения в IFC.

Формулы полезны для нормализации и контроля данных: можно вычислять производный показатель, собирать условный признак, сравнивать значения колонок или готовить данные для отчёта. При этом формула не исправляет исходный IFC. Если вычисление обнаружило отсутствие или неверное значение свойства, источник ошибки остаётся в авторинговой модели, а Solibri выступает средством диагностики и отчётности.

Excel-отчёт ITO строится по шаблону с template keys. Имена ключей должны соответствовать колонкам, которые требуется подставить. Для устойчивого корпоративного отчёта шаблон и ITO definition следует версионировать вместе: переименование колонки без обновления Excel может нарушить выходной документ, хотя сама таблица ITO в Solibri будет выглядеть корректно.

Измерения и 3D-инструменты

В 25.3 прежний Distance был заменён более широким представлением Measurements. Доступны Length, Path length, Angle, Face Area, Polygon Area, Volume и Coordinate. Angle умеет измерять угол между линиями или тремя точками, а также уклон граней и рёбер; Polygon Area замыкается после выбора нескольких точек; Coordinate показывает 3D-координаты выбранной точки. Измерения предназначены для проверки и анализа, а не для правки геометрии.

В 25.12 инструменты измерения получили дополнительные настройки отображения, включая auto-hiding distance factor и прозрачность measurement bubbles. Markup tools стали поддерживать непрерывное добавление однотипной разметки до завершения клавишей Esc. Эти функции особенно полезны при подготовке issue slide: координатор может показать расстояние, направление или проблемную область прямо в проверочном контексте.

Section planes помогают визуально разобраться в скрытом конфликте. После создания секущей плоскости важно не путать визуальный срез с изменением модели: исходная геометрия не обрезается. Если замечание зависит от конкретного сечения, сохраните его через issue/presentation; иначе другой участник может открыть SMC и не увидеть тот же ракурс.

Форматы файлов, импорт и экспорт

IFC — центральный формат Office. Solibri не требует, чтобы модель была создана в конкретной авторинговой системе, но требует структурированного и читаемого IFC. Это отличает программу от инструментов, ориентированных преимущественно на нативные файлы одного производителя: в openBIM-команде координатор может собирать модели из разных систем при условии, что экспорт соответствует согласованной схеме.

DWG и PDF полезны как дополнительные источники, но их возможности уже IFC. Для DWG важна 3D-геометрия и layer mapping; для PDF — роль 2D reference. Нельзя переносить вывод «Solibri поддерживает формат» на предположение, что он получает из него тот же объём семантики, что и из IFC.

Интеграции, BCF, CDE и API

Solibri Office 25.x умеет работать не только с локальными файлами. В ветке 25.6 Autorun получил поддержку внешних locations через Autodesk Construction Cloud и BIM 360, Trimble Connect, SharePoint и OneDrive, а также появился доступ к SAP project files. В 25.12 добавили поддержку custom/private CDE и BCF connections для закрытых сред. Такая архитектура позволяет хранить модель в управляемом хранилище и запускать проверочный процесс без ручного копирования каждого файла в папку, но доступ зависит от конфигурации конкретного CDE и прав пользователя.

BCF Live Connector синхронизирует issues между Solibri и поддерживаемой BCF-платформой. В 25.9 улучшили связь локальных checking result slides с server-side issues, multiple value filtering и работу с несколькими issues. Для проектной команды это снижает количество ручных BCF-экспортов, но не отменяет управление ответственностью: кто создаёт issue, кто меняет статус и какой SMC считается контрольным, должно быть определено заранее.

REST API присутствует в Solibri с версии 9.10.3 и для Office может использоваться локально на той же рабочей станции. Через него можно отправить IFC в запущенный Solibri, обновить модель, передать GUID компонентов в Selection Basket, получить BCF content, управлять 3D camera и читать состояние приложения. API запускается специальным аргументом командной строки с номером порта; endpoint GET /ping возвращает pong, а GET /about сообщает тип продукта и версию.

В 25.6 JavaScript API стал публично доступен пользователям Solibri Office и получил дополнительные меры защиты. Autorun подходит для пакетных процедур, где последовательность операций должна выполняться без ручного повторения. Автоматизацию следует строить после стабилизации ручного workflow: скрипт быстро воспроизводит как правильную методику, так и ошибочно настроенный Ruleset.

Системные требования

Минимум 16 GB не следует трактовать как гарантию комфортной работы с любой моделью. Фактическая нагрузка зависит от количества компонентов, полигональной сложности, числа IFC, Rulesets, classifications, ITO, presentations и сохранённых snapshots. Рабочая станция для небольшого здания и серверная федерация нескольких корпусов могут иметь совершенно разные требования при одинаковой версии программы.

Производительность на крупных моделях

Основные причины замедления — чрезмерная геометрическая сложность, большое количество компонентов и накопление служебного содержимого SMC. Перед оптимизацией самой программы стоит оценить исходный IFC. В ITO доступна колонка Triangle Count; с её помощью можно найти компоненты с тяжёлой геометрией и затем создать Classification по числу треугольников. Это превращает абстрактное «модель тяжёлая» в конкретный список объектов для исправления экспорта.

Удалять из координационной модели следует только элементы, которые действительно не участвуют в анализе. Мебель, малые детали и часть MEP-компонентов часто становятся кандидатом на упрощение, но механическое удаление недопустимо, если они являются препятствиями для accessibility или clearance rules. Оптимизация должна следовать проверочной цели: геометрия, влияющая на правило, остаётся.

Внутри Solibri помогают закрытие ненужных Classifications, разделение крупных моделей по этажам или секциям, фильтры и разбиение Rulesets на отдельные CSET. Количество presentations, errors и ITO также влияет на размер проекта. После завершения стадии полезно удалить устаревшие промежуточные ресурсы из рабочей копии SMC, сохранив отдельную резервную копию для аудита.

Snapshots хранятся как PNG и тоже увеличивают SMC. Full HD snapshot обычно занимает сотни килобайт; десятки и сотни снимков превращаются в заметный объём. Если в presentation не нужен полноэкранный кадр, меньший 3D viewport и отсутствие тяжёлого gradient background позволяют сократить размер проекта без потери содержания issue.

При сохранении большой модели надёжнее сначала записать файл локально, а затем переместить его на сетевой диск. Прямое сохранение по медленной или нестабильной сети увеличивает время операции и риск повреждения при разрыве соединения. Для CDE-процесса действует отдельная логика интеграции, но локальный SMC всё равно следует считать файлом, целостность которого нужно защищать резервными копиями и контролем версий.

В 25.6 заметно ускорили закрытие моделей; в 25.9 оптимизировали Checking/Results filtering, расчёт 3D distances и проверки пересечений; в 25.12 улучшили startup, визуализацию большого количества results и отдельные операции IFC. Эти улучшения не отменяют зависимость от качества модели, но объясняют, почему одинаковый SMC на более старой ветке может вести себя иначе.

Практические сценарии

Междисциплинарная координация

Архитектурный, конструктивный и инженерные IFC загружаются в один SMC, после чего по дисциплинам задаются clash/clearance rules. Результаты просматриваются в 3D, ложные или допустимые случаи принимаются, реальные проблемы получают issue slides. Такой процесс лучше обычного «найти все пересечения», потому что позволяет разделить пары компонентов, допуски и зоны ответственности.

Контроль свойств перед выдачей

Rulesets могут проверять наличие и допустимые значения свойств. Для этого фильтр должен однозначно определить целевые компоненты, а модель — содержать требуемые Property Sets. Проверка особенно полезна перед информационной поставкой: отсутствие обязательного атрибута обнаруживается системно, а не случайной выборочной проверкой нескольких объектов.

Проверка доступности

Поздние версии Office содержат специализированные правила для accessible spaces, circulation, clearance вокруг объектов, visibility и routes. Они позволяют задать геометрические параметры, препятствия, целевые пространства и маршруты. Такие правила не заменяют профессиональную интерпретацию норм: координатор должен перенести требования проекта в параметры правильно, а затем вручную подтвердить, что найденный результат действительно соответствует нарушению.

Information Takeoff для контроля количеств и данных

ITO можно использовать не только как ведомость количества. Таблица служит диагностикой состава модели: сгруппируйте компоненты по типу, системе, этажу или классификации, выведите ключевые свойства и быстро найдите пустые или необычные значения. Через Selection Basket строка связывается с 3D, поэтому аномальный набор можно проверить визуально.

Федерация и обновление моделей

SMC хранит связь с исходными моделями и позволяет обновлять их. В 25.12.0 появились relative file paths для model update: если проектная папка перемещена целиком, Solibri может использовать относительный путь, записанный в SMC, чтобы найти обновлённый source. После Update Models обязательно повторяется checking, поскольку старые результаты относятся к предыдущей геометрии и данным.

Закрытая инфраструктура

В 25.12 custom/private CDE и BCF connections позволяют подключать локальные или частные системы в проектах с повышенными требованиями к размещению данных. Само наличие функции не означает готовую совместимость с произвольным сервером: соединение должно быть настроено и протестировано для конкретной платформы. Для организации с изолированной инфраструктурой это отдельный интеграционный проект, а не переключатель «работать офлайн».

Что изменилось в Solibri Office 25.12.0

Декабрьская версия стала итоговой крупной функциональной точкой Office. Regex в фильтрах сделал отбор свойств заметно выразительнее. Relative paths уменьшили зависимость SMC от абсолютной структуры каталогов при переносе проектной папки. Геореференцирование расширилось за счёт IfcProjectedCRS и IfcMapConversion. Private CDE/BCF connections дали основу для закрытых интеграций.

Проверочная часть получила Rule #248 Accessible Area Around Objects, Rule #250 Component Visibility и Rule #252 Accessible Route Compliance. Доработали Rule #247 Local Accessible Circulation, Accessible Stair, Parking и IDS Validation. Это показывает направление позднего Office: не только столкновения, но и геометрически более содержательные требования к пространству, маршрутам, видимости и данным.

Интерфейс 3D получил продолжение markup, новые настройки measurements и более удобное управление section planes. Classification научилась принимать formulas из Excel. Autorun получил обновление presentations из BCF и Clash Detection Matrix из Excel. В checking performance можно отключить location information в Issue Details, если определение ближайших spaces/floors не нужно и мешает скорости.

В безопасности обновили зависимые компоненты Jersey Client, Tomcat Embed Core, Spring Core и Logback Core с закрытием опубликованных CVE. Для legacy-продукта это особенно важный аспект: рабочую станцию нельзя оставлять на старой сборке только потому, что функционально она «и так работает». В организации следует закрепить последнюю одобренную сборку ветки 25.12.x и проверить её совместимость с корпоративными расширениями.

Ограничения и границы применимости

Первое ограничение — жизненный цикл. Solibri Office больше не продаётся новым клиентам. Для нового проекта с горизонтом в несколько лет выбирать Office как новое корпоративное основание нелогично: развитие функций уже происходит в Advanced/Premium. Office остаётся прежде всего средой существующих лицензированных пользователей и исторических рабочих процессов.

Второе ограничение — отсутствие авторинга. Программа проверяет и координирует модели, но не заменяет BIM-authoring. Исправление стены, двери, воздуховода или параметра нужно вернуть автору в исходное приложение. Это принципиально для планирования процесса: Solibri сокращает путь к обнаружению проблемы, но не делает полный цикл без участия источника модели.

Третье ограничение — качество IFC. Rule-based checking не способен восстановить недостающую семантику. Если двери экспортированы неправильным IFC class, свойства не включены или геометрия разрушена экспортёром, результат будет отражать именно этот вход. Перед обвинением Ruleset следует проверить исходную структуру и Info у конкретного компонента.

Четвёртое ограничение — настройка правил требует компетенции. Сильная гибкость Rulesets увеличивает цену неправильной конфигурации. Допуск, фильтр, классификация или единицы могут изменить вывод тысяч проверок. Пользовательский отзыв о высокой кривой обучения здесь имеет понятную техническую причину: нужно освоить не только интерфейс, но и IFC, структуру свойств и методику проверки.

Пятое ограничение — производительность зависит от модели. 16 GB RAM — минимум, а сложная федерация может потребовать 32–64 GB, дискретную графику и оптимизацию IFC. Плохая геометрия способна вызвать долгую загрузку и проверки даже на сильной станции. Это не устраняется одним увеличением памяти, если проблема — миллионы лишних треугольников.

Шестое ограничение — PDF и DWG не равны IFC. PDF остаётся 2D reference, DWG — прежде всего 3D geometry с зависимостью от layers. В пользовательской практике Office 25.12.0.84 встречался конкретный случай, когда snapping к PDF зависел от способа создания PDF: файл из одного Revit PDF workflow не привязывался ожидаемо, а печать в PDF или другой PDF driver давали рабочий результат. Это не универсальная ошибка всех PDF, а пример того, почему подложку нужно проверять на реальном проектном файле.

Седьмое ограничение — обновление модели не обновляет результаты автоматически. После изменения Model Tree, добавления, удаления или Update Models Solibri показывает несинхронизированность. Пока пользователь не выполнит checking снова, прежний список не является актуальным доказательством качества новой версии IFC.

Плюсы и минусы

Плюсы

• Правила и Rulesets позволяют формализовать повторяемый контроль, а не ограничиваться визуальной проверкой и общей clash detection.
• IFC-центричный процесс подходит для федерации моделей из разных авторинговых систем и не привязывает проверку к одному CAD/BIM-производителю.
• Results связаны с 3D, Info и decisions, поэтому каждое найденное несоответствие можно проверить в геометрическом и информационном контексте.
• Selection Basket, Classification и фильтры дают точный контроль состава анализируемых компонентов.
• Information Takeoff объединяет количества и свойства с 3D-выборкой, а с версии 25.3 поддерживает вычисляемые Formula columns.
• Presentation и BCF превращают подтверждённые результаты в структурированные issues с viewpoints, а не в неуправляемый список скриншотов.
• Поздняя ветка 25.x получила улучшения accessibility checking, BCF, private CDE, API, Autorun и производительности.
• SMC сохраняет Rulesets, результаты, решения и презентации вместе с проектом, что удобно для аудита конкретного цикла проверки.

Минусы

• С 13 апреля 2026 года Solibri Office — legacy и недоступен для новых покупок; для нового внедрения требуется рассматривать текущую линейку Solibri.
• Программа не редактирует исходную BIM-модель, поэтому исправления требуют возврата в authoring tool.
• Гибкие Rulesets требуют знания IFC, свойств и логики фильтрации; неверная настройка способна дать систематически ошибочный результат.
• Большие и детализированные федерации предъявляют серьёзные требования к RAM, GPU и качеству геометрии.
• Поддержка DWG и PDF ограниченнее семантически, чем IFC, а точность PDF workflow нужно проверять на конкретных файлах.
• После обновления модели checking необходимо запускать заново; старые результаты нельзя автоматически считать актуальными.
• Корпоративные интеграции, custom/private CDE и автоматизация требуют отдельной настройки и управления доступами.

Отзывы пользователей и профильных изданий

Что отмечают пользователи

В профессиональных BIM-обсуждениях Solibri ценят прежде всего за тонкую настройку Rulesets и за возможность выйти за рамки простого поиска пересечений. Практики описывают сценарии, где набор правил проверяет не только hard clash, но и clearance, данные, классификацию и требования к помещениям. Для IFC-ориентированных команд это воспринимается как сильная сторона: один и тот же контроль можно применять к моделям из разных авторинговых систем.

Та же гибкость является источником главного замечания — кривой обучения. Чтобы уверенно настраивать проверки, недостаточно знать, где находится кнопка Check Model. Нужны понимание IFC classes и property sets, дисциплинарной структуры, фильтров, допусков и логики Ruleset. В обсуждениях встречается вывод, что для устойчивого внедрения часто нужен BIM-специалист, который подготовит правила и объяснит их команде, а не просто выдаст программу каждому проектировщику.

Отдельные пользовательские темы показывают, почему критические workflow нужно валидировать на реальных файлах. В Office 25.12.0.84 обсуждался случай с PDF snapping: один вариант PDF, сформированный из Revit, не давал ожидаемой привязки, тогда как Print to PDF или другой driver создавали рабочую подложку. В другой теме пользователи сравнивали Model Comparison между 25.3, 25.9 и 25.12 и сообщали о различии результатов на конкретных моделях. Эти эпизоды не доказывают системную неисправность функций, но подтверждают необходимость regression-test при смене версии.

Как продукт оценивали профильные издания

AECbytes при запуске новой линейки в 2019 году описывал Solibri Office как редакцию, наиболее близкую к прежнему Solibri Model Checker: она собирает модели разных дисциплин для advanced model checking и quality assurance и рассчитана на BIM manager, инженеров, проектировщиков и других участников координации. Это описание точно передаёт роль Office в линейке: не viewer для случайного просмотра, а рабочая среда проверяющего специалиста.

AEC Magazine в 2019 году также связывал Office прежде всего с офисной ролью BIM manager, в отличие от Site для полевого использования. Позднее AECbytes, рассматривая Solibri CheckPoint в 2025 году, прямо напомнил, что Solibri Model Checker был переименован в Solibri Office в 2019-м и относится к наиболее давно развивающимся специализированным решениям для model checking в AEC.

Более ранняя профессиональная оценка Solibri Model Checker полезна как исторический контекст, поскольку ядро workflow перешло в Office: отмечались объединение дисциплинарных моделей, Rulesets, 3D visualization, presentations/reports и Information Takeoff. При переносе таких оценок на 25.12 нужно учитывать возраст материала: интерфейс, функции и продуктовая модель с тех пор существенно менялись, поэтому старую характеристику нельзя выдавать за тест конкретной современной сборки.

Сравнение с аналогами

Solibri Office логично сравнивать не с BIM-authoring системами, а с инструментами model review и coordination. Autodesk Navisworks Manage и BIMcollab Zoom решают пересекающиеся задачи, но устроены по-разному. Таблица ниже нужна для выбора рабочего подхода, а не для объявления универсального победителя.

Solibri Office против Navisworks Manage. Office удобнее там, где организационный стандарт строится вокруг IFC, параметризованных правил, Classification и ITO. Navisworks Manage естественнее в проектах, где основная координационная среда уже Autodesk и требуется Clash Detective вместе с моделями, construction simulation и ACC. Для команды, которой нужен именно переносимый openBIM quality gate, правила Solibri дают иной уровень абстракции, чем классический clash test.

Solibri Office против BIMcollab Zoom. Zoom близок по openBIM-подходу: умеет объединять модели, выполнять clash detection, IDS validation, строить Smart Views и Dynamic Lists, а Smart Issues связывают clash workflow с BIMcollab. Office сильнее опирается на зрелую систему Rulesets, Classification и SMC-проект с локально сохранённым проверочным контекстом. При новом внедрении в 2026 сравнение имеет дополнительный фактор: Office уже legacy, а Zoom остаётся текущим продуктом.

Для существующей команды, у которой годы накоплены CSET, Classifications, ITO definitions и SMC-шаблоны, стоимость смены инструмента определяется не только лицензией. Нужно перенести логику проверок и подтвердить эквивалентность результатов. Для новой команды без такого наследия lifecycle Office становится решающим ограничением: сравнивать следует уже текущий Solibri Advanced с текущими Navisworks Manage и BIMcollab Zoom.

Частые ошибки и проверка результата

Как проверить, что результат действительно пригоден для выдачи

1. Зафиксировать версии всех исходных IFC и дату их экспорта.
2. Проверить список моделей, short name, discipline и category в Model Tree.
3. Проверить версию Solibri и build на рабочей станции.
4. Открыть обязательные CSET и сверить ключевые Rule Parameters с BIM-регламентом.
5. Убедиться, что после последнего обновления модели выполнен новый checking.
6. Просмотреть Critical results и выборочно Moderate/Low, сравнивая 3D и Info.
7. Проверить, что Accepted cases имеют обоснование в проектном процессе, а реальные проблемы оформлены как issues.
8. Сформировать presentation/report только из актуального набора результатов.
9. Перед отправкой открыть выходной PDF/Excel/BCF и убедиться, что viewpoints, descriptions и идентификаторы читаемы.
10. Сохранить контрольный SMC и исходный набор IFC вместе либо связать их через управляемое хранилище.

Безопасность и приватность

Solibri Office — локальное настольное приложение, но часть рабочего процесса может обращаться к Solibri Center, CDE, BCF-серверам и корпоративным integrations. Поэтому приватность проекта определяется не только самим SMC: нужно учитывать место хранения исходных IFC, учётные записи, proxy/firewall, права в CDE и направление синхронизации issues.

В 25.12 появились custom/private CDE и BCF connections для проектов, где нельзя полагаться только на публичное облачное подключение. Это полезно для закрытой инфраструктуры, но не следует считать автоматической гарантией конфиденциальности. Организация должна проверить endpoint, authentication, сертификаты, журналирование, резервное копирование и список данных, которые реально передаются integration.

REST API по умолчанию предназначен для связи приложений на одной рабочей станции. При запуске можно выбрать порт и режим HTTP/HTTPS. Если API включается в корпоративный workflow, порт и параметры запуска должны быть частью управляемой конфигурации; не следует без необходимости открывать локальный сервис во внешнюю сеть. Проверка GET /ping подтверждает доступность API, но не является тестом авторизации всей инфраструктуры.

Обновления 25.12 закрыли уязвимости в зависимостях Jersey Client, Tomcat Embed Core, Spring Core и Logback Core. Для долгоживущего legacy-проекта это аргумент в пользу одобренной актуальной сборки ветки, а не замораживания случайной старой версии. Одновременно обновление должно пройти regression-test Rulesets и интеграций, поскольку безопасность и воспроизводимость проверки важны одинаково.

Сам SMC может содержать геометрию, свойства, результаты проверок, issue snapshots, decisions и комментарии. Перед передачей внешнему участнику стоит оценить, нет ли в проекте лишних дисциплин, персональных комментариев или внутренних classifications, которые не предназначены получателю. Для внешней коммуникации иногда безопаснее выпустить ограниченный BCF/report, чем передавать полный рабочий SMC.

Тонкости эксплуатации Office после перехода в legacy

Главный риск legacy-линии — не мгновенная остановка программы, а постепенное расхождение с новой экосистемой. Новые функции, форматы и интеграции будут появляться в текущих Solibri Desktop tiers, тогда как Office остаётся зафиксированным вокруг последней поддерживаемой ветки. Поэтому существующей организации следует определить срок, в течение которого 25.12.x остаётся допустимым стандартом.

Для этого полезно вести реестр зависимостей: CSET и пользовательские rule resources, classifications, ITO definitions, Excel templates, extensions, Autorun scripts, BCF/CDE integrations и API clients. Именно они определяют сложность миграции. Если использовать только базовую федерацию IFC и несколько стандартных правил, переход проще; если в Office встроен многолетний корпоративный quality gate, миграцию нужно проводить как отдельный проект.

Regression pack должен содержать небольшой, но репрезентативный SMC или набор IFC с известными ожидаемыми results. При обновлении build или переносе rules в новую редакцию выполняется одинаковый набор проверок и сравнивается не только количество issues, но и содержание: какие GUID затронуты, как изменились категории, допуски, presentation links и отчёт.

Сервисный 25.12.1 показывает, что после апреля 2026 ветка могла получать точечные исправления для сохранения доступа. Однако строить долгосрочную стратегию только на ожидании новых патчей не следует: статус legacy прямо означает прекращение новых продаж и перенос продуктового развития в другую структуру редакций.

FAQ по Solibri Office

Solibri Office всё ещё можно купить?

Нет. С 13 апреля 2026 года редакция переведена в legacy и новые покупки прекращены. Существующие лицензированные пользователи могут продолжать работу в пределах условий своего соглашения.

Какая версия считается последним крупным выпуском Office?

Последний полноценно документированный feature release — Solibri Office 25.12.0 от 17 декабря 2025 года. Для Windows распространена сборка 25.12.0.84. Позднее для линии 25.12.x появился сервисный 25.12.1, который следует отличать от крупного декабрьского релиза.

Работает ли Solibri Office на Windows 11?

Да. Системные требования линии Solibri указывают Windows 10 и Windows 11. Для графики требуется высокопроизводительная видеокарта с OpenGL 3.3 или новее, а по памяти минимум составляет 16 GB.

Есть ли версия для macOS?

Да, Solibri работает на macOS Ventura и новее. Для ветки 9.13.0+ известна особенность установки на Ventura: при активном Dark appearance установку следует проводить после временного переключения на Light.

Можно ли редактировать Revit или IFC-модель в Solibri Office?

Solibri Office не является authoring tool. Он импортирует и проверяет модель, помогает определить проблемные компоненты и сформировать issue. Геометрию и исходные параметры исправляют в программе, где модель была создана, после чего IFC обновляют в SMC и повторяют checking.

Какие версии IFC поддерживаются?

В перечень поддерживаемого импорта входят IFC R1.5.1, R2.0, IFC2x, IFC2x2, IFC2x3 и IFC4, а также IFCZIP. Поддержка формата не гарантирует качество конкретного экспорта: структуру, classes и properties нужно проверять на рабочем файле.

Для чего нужен SMC?

SMC — нативный проект Solibri. Он хранит геометрию из импортированных источников, компоненты и связи, Rulesets, checking results, decisions и пользовательскую информацию. В рабочем процессе туда также попадают presentations и snapshots, поэтому SMC является контейнером проверочного контекста.

Почему после обновления IFC старые результаты нельзя использовать?

Потому что Update Models изменяет геометрию или данные, а checking results относятся к предыдущему состоянию. Solibri помечает их как несинхронизированные; нужно заново выполнить Check Model или Check Selected.

Чем Ruleset отличается от clash test?

Ruleset может включать разные классы правил: пересечения, свойства, clearance, accessibility, visibility, routes и другие условия. Clash test — только один тип геометрической координации. В Solibri правила могут опираться на filters и classifications, что позволяет формализовать более широкий BIM quality workflow.

Можно ли проверить только часть модели?

Да. Компоненты собираются в Selection Basket через Model Tree, 3D, filters или classifications, после чего доступна проверка selected components там, где это соответствует Ruleset. Такой режим удобен для отладки и локальной итерации.

Что делать с ложным результатом?

Сначала проверить компоненты в 3D и Info, затем параметры правила. Если ситуация допустима по проектным требованиям, результат можно Mark as Accepted. Если он указывает реальную проблему, используют Rejected и создают issue slide для коммуникации. Массово принимать результаты без анализа не следует.

Для чего нужен Information Takeoff?

ITO извлекает количества и свойства в таблицу и связывает строки с 3D-компонентами. Он подходит для ведомостей, контроля данных и диагностических выборок. С 25.3 доступны Formula columns, а отчёты можно формировать через Excel templates.

Есть ли связь с BCF?

Да. Presentation может экспортироваться в BCF, а BCF Live Connector синхронизирует issues с совместимыми платформами. В 25.9 коммуникационный workflow был дополнительно улучшен, а в 25.12 появились возможности для custom/private BCF connections.

Можно ли автоматизировать Solibri Office?

Да. Доступны Autorun, REST API, а в 25.6 JavaScript API стал публичным для Office. REST API умеет отправлять и обновлять IFC, работать с Selection Basket, получать BCF content, читать статус и управлять камерой. Автоматизацию следует строить на проверенном Ruleset и контролируемой версии приложения.

Почему Solibri может тормозить на одном IFC, хотя другой такого же размера работает быстро?

Размер файла в мегабайтах не отражает геометрическую сложность. Один IFC может содержать значительно больше компонентов и треугольников. Для диагностики используют Triangle Count в ITO, затем упрощают ненужную геометрию, делят модель и закрывают лишние resources в SMC.

Нужна ли дискретная видеокарта?

Требование сформулировано как high-performance graphics card с OpenGL 3.3+. На компьютере с интегрированной и дискретной графикой Solibri целесообразно назначить высокопроизводительный адаптер, особенно для крупной 3D-модели.

Можно ли работать в виртуальной машине?

Технически это возможно, но виртуализированные среды не имеют официально поддерживаемой эталонной конфигурации Solibri. Критическое место — OpenGL и virtual GPU. Перед производственным использованием нужно сравнить рабочий SMC на виртуальной и нативной станции.

Стоит ли новому пользователю в 2026 году начинать именно с Office?

Для новой покупки — нет, потому что Office уже не продаётся. Если доступ к Office получен как часть существующей корпоративной среды, освоить её имеет смысл ради текущих SMC, Rulesets и процессов. Для нового внедрения следует оценивать актуальные Solibri Advanced/Premium и другие современные координационные решения.

Итоговая оценка

Solibri Office остаётся содержательно зрелой средой для rule-based проверки BIM: федерация IFC, Rulesets, Classification, Selection Basket, Checking/Results, Information Takeoff, presentations, BCF и API образуют связный контрольный процесс. Версия 25.12.0 довела эту линию до развитых accessibility rules, regex filters, relative model paths и private CDE/BCF connections, а поздний патч 25.12.1 поддержал ветку после смены продуктовой модели.

Для действующего пользователя главный вопрос теперь не «умеет ли Office проверять модель», а «как долго организация будет сохранять legacy-ветку и как контролировать её совместимость». Если уже существуют проверенные CSET, ITO, classifications и SMC templates, Office можно эксплуатировать в согласованной версии, регулярно пересчитывая результаты после обновления моделей и сохраняя regression pack. Если внедрение начинается с нуля, статус legacy становится решающим ограничением: корпоративный стандарт разумнее строить на текущей редакции, сохраняя методы Solibri Office как основу для миграции правил и проверочных сценариев.