Первый результат для команды: проектировщик находит подходящее исполнение и скачивает выбранный выпуск; BIM-менеджер видит, кто его проверил и что изменилось. Для старта нужны примеры семейств, обязательные параметры, поддерживаемые версии программы и ответственные за контент.
Паспорт публикации связывает изделие и файл
Для производителя библиотека обычно связана с ассортиментом: у изделия есть артикул, исполнение и утверждённые характеристики. В корпоративной библиотеке проектировщика могут быть и типовые семейства без артикула. В обоих случаях мы предлагаем выделить постоянный код объекта библиотеки и отдельный код каждого выпуска. Переименование файла тогда сохраняет связь с историей.
Семейство Revit описывает объект: его геометрию, параметры и поведение в модели. Один такой файл может содержать несколько типоразмеров. Поэтому паспорт описывает, какой типоразмер соответствует какому исполнению изделия. Один файл нельзя автоматически считать одной товарной позицией. Ниже приведён состав паспорта для пилота; обязательность полей согласуем с BIM-менеджером.
| Поле паспорта | Что записываем | Что проверяем |
|---|---|---|
| Объект и изделие | Код объекта, класс, артикул или ссылка на типовое решение; соответствие типоразмеров исполнениям. | Нет дублированного кода и неоднозначной связи с изделием. |
| Файл и выпуск | Номер выпуска, имя файла, контрольная сумма, описание изменений. | Скачивается файл именно этого выпуска. Контрольная сумма позволяет сверить его содержимое. |
| Параметры | Имя и идентификатор параметра, тип данных, единица, обязательность, допустимые значения; параметр типа или экземпляра. | Поля соответствуют словарю класса; значения и единицы прошли согласованные проверки. |
| Совместимость | Версия сохранения Revit, версии и сборки проверки, нужные зависимости. | Файл открывается и работает в заявленной среде по принятому сценарию. |
| Решение о выпуске | Автор, проверяющий, публикующий, дата решения, права на распространение и аудитория. | Есть разрешение на публикацию; доступ соответствует роли пользователя. |
| Замена и архив | Статус, причина замены или отзыва, ссылка на следующий выпуск. | Архив различим, отзыв закрывает скачивание по согласованному правилу. |
Название параметра помогает человеку прочитать карточку. Для общего параметра Revit мы дополнительно фиксируем GUID: уникальный идентификатор его определения. Документация Autodesk Revit API описывает получение общего параметра по GUID. Это помогает проверять нужное определение, когда названия похожи. Код изделия и GUID параметра решают разные задачи.
Например, значение расхода воздуха «1200» требует единицы и источника характеристики. В правилах класса мы укажем, какое поле отвечает за расход, в какой единице хранится значение и как его сверяют с паспортом изделия. Неизвестную единицу отправим автору на исправление до публикации.
Если компания использует внешнюю классификацию, можно сопоставить свои параметры со словарём buildingSMART Data Dictionary (bSDD). Он содержит классы, свойства, допустимые значения, единицы и переводы, доступные через API. Внутреннее правило хранит ссылку на выбранное определение и версию словаря. Такое сопоставление объясняет смысл свойства; качество геометрии и работу семейства проверяем отдельно в Revit.
Три версии, которые нужно различать
У изделия меняются характеристики и исполнения. У семейства появляются новые выпуски: автор исправляет параметры, геометрию или вложенные элементы. У Revit есть своя версия формата файла. Эти изменения идут с разной частотой, поэтому мы предлагаем показывать их отдельными полями карточки.
Семейство, сохранённое в более новой версии Revit, нельзя открыть в старой. Autodesk также указывает, что Revit не сохраняет файлы в прежний формат. Открытие старого файла в новой программе сопровождается обновлением. Эти ограничения описаны в справке Autodesk о совместимости.
Для пилота мы составим матрицу: выпуск семейства, версия сохранения, среда проверки и результат. Если проектная команда работает в нескольких версиях Revit, заранее решим, какие файлы поддерживаем для каждой. Сохранённый исходник для старой версии и его проверенные производные храним раздельно.
Правило выпуска: опубликованный файл и утверждённая техническая часть паспорта образуют фиксированную пару. Исправление содержимого получает новый выпуск с описанием изменений. Статус, права доступа и связь с заменой ведём в отдельном журнале решений. Ссылка на конкретный выпуск сохраняет однозначность; общую ссылку «актуальная версия» можно направлять на замену с видимым уведомлением.
Например, исправление подписи в карточке портала и изменение размера соединителя в семействе требуют разных действий. Первое можно учесть в журнале карточки. Второе создаёт новый файл, новый выпуск и повторную проверку затронутого поведения. Правила нумерации согласуем на реальных образцах, чтобы команда понимала смысл каждого изменения.
Проверка и право на публикацию
Мы предлагаем разделить три роли: автор загружает файл и паспорт, проверяющий принимает содержимое, публикующий разрешает выдачу пользователям. В небольшой команде эти действия может выполнять один человек. Портал всё равно сохранит отдельные решения и их даты, чтобы позже восстановить историю.
Проверку делим на два уровня. Портал проверяет заполнение обязательных полей, уникальность кода, допустимые единицы, статус согласования и разрешение на распространение. Проверяющий открывает семейство в заданной среде, загружает его в тестовый проект и проверяет нужные типоразмеры, параметры, геометрию и соединители. Для каждого класса составим свой сценарий; результат прикрепим к выпуску.
Если отсутствует обязательный параметр или неизвестна его единица, согласованное правило блокирует публикацию. Проверяющий видит причину и возвращает выпуск автору. При несовместимой версии программа проверки и результат указываются в паспорте; отметку «проверено» нельзя переносить на другую среду без проверки.
Права на файл также входят в выпуск. Если разрешение отозвано, библиотека закрывает скачивание и сохраняет историю решения для ответственных. Ранее скачанные копии остаются у пользователей; способ уведомления и дальнейшие действия согласуем с владельцем контента. Для автоматизированной проверки файлов отдельно определим доступную среду, лицензии и предел автоматизации.
Что видит проектировщик при скачивании
Поиск предлагаем строить по классу, производителю, артикулу, параметрам и совместимости. Карточка показывает типоразмеры, единицы, выпуск файла, версию Revit и дату проверки. Пользователь выбирает подходящий вариант до скачивания и получает файл с тем же паспортом, который увидел на экране.
В закрытой корпоративной библиотеке обычный пользователь видит разрешённые выпуски. Автор и BIM-менеджер дополнительно видят черновики и причины отказа. Ограничение проверяем на сервере: прямой адрес файла и поисковый запрос тоже должны учитывать роль.
Архивная карточка получает явный статус и ссылку на замену. Когда старый выпуск нужен для сопровождения существующего проекта, возможность скачивания задаётся отдельным правилом. Замена на портале сама по себе не меняет уже вставленные семейства в модели. Для обновления внутри Revit потребуется самостоятельный сценарий, который стоит согласовать с BIM-командой.
Связь с товарным каталогом и 1С
У производителя артикул и часть характеристик могут находиться в 1С, системе управления товарной информацией или собственном каталоге. Мы начнём со списка полей и назначим источник каждого: кто утверждает характеристики изделия, кто ведёт BIM-параметры и кто разрешает публикацию. Связь строим по устойчивому идентификатору и соответствию исполнений.
Допустим, в товарном каталоге изменилась масса оборудования. Обмен передаёт изменение в библиотеку, а ответственный видит, какие выпуски связаны с этим изделием. Для пилота предлагаем создавать задачу на пересмотр семейства. После правки и проверки появится новый выпуск; уже утверждённый файл сохранит своё содержимое.
В «Бакаеве» мы связали приложение, админ-панель и 1С через сервер синхронизации. Изменение изображения в админ-панели отражается в 1С, а изменения из 1С доходят до приложения. Команда ведёт товарный каталог через связанные системы. Для BIM-библиотеки обмен потребует отдельного правила выпуска: обновление характеристики должно пройти принятую проверку семейства.
Наш проект / Бакаев
Каталог и учётная система работают вместе
В магазине продуктов мы связали управление товарами с 1С. Этот опыт помогает предметно разбирать источники и направления обмена.
Если одновременно нужен выбор оборудования и запрос поставки, эти действия можно связать с товарным каталогом. В библиотеке при этом остаётся собственный результат: проверенная версия файла и условия её использования. Возможности обмена с 1С уточним по конфигурации, доступным интерфейсам и правам конкретной базы.
Как проверить первую версию портала
Мы предлагаем пройти полный цикл на одном классе оборудования. Заказчик передаёт несколько семейств, типоразмеры, параметры и единицы, версии продуктов и программы, права на контент и роли сотрудников. На этой основе составим паспорт, правила проверки и границы первой версии.
В пилот включим загрузку файла, проверку паспорта, согласование, поиск, скачивание выбранного выпуска, замену и архив. Интеграцию добавим, если без неё нельзя проверить основной путь. Массовую обработку всей библиотеки оценим после работы с образцами: в них могут различаться структура параметров и качество файлов.
| Сценарий приёмки | Ожидаемый результат |
|---|---|
| Пользователь выбрал определённый выпуск и скачал файл. | Файл, контрольная сумма и паспорт относятся к выбранному выпуску. |
| Автор загрузил черновик; обычный пользователь открыл прямую ссылку. | Черновик недоступен для скачивания и не появляется в доступной пользователю выдаче. |
| Обязательный параметр отсутствует или единица неизвестна. | Публикация заблокирована; автор видит поле и причину исправления. |
| Загружен объект с уже занятым идентификатором. | Система требует выбрать существующий объект или исправить код; случайный дубль не выпускается. |
| Новый выпуск заменил старый; затем отозваны права на старый файл. | Архив имеет явный статус и связь с заменой; скачивание отозванного файла закрыто. |
Эти сценарии связывают интерфейс с серверными правилами. На приёмке проверим роли, прямые ссылки, выбранные файлы и результаты в согласованной среде Revit. Команда получит рабочий цикл публикации и список того, что потребуется для следующего класса.
Из чего складывается стоимость
Смета зависит от состояния файлов и правил библиотеки. Для одного класса с единым словарём можно оценить паспорт и проверки по образцам. Если параметры расходятся, сначала понадобится сопоставление и подготовка контента. Создание или исправление семейств выделим отдельной работой с ответственным BIM-специалистом.
- Каталог и поиск: классы, типоразмеры, фильтры, карточки, объём данных и правила доступа.
- Выпуск контента: роли, журнал решений, хранение версий, замена, архив и отзыв.
- Проверка файлов: сценарии Revit, доступная среда, ручные действия и согласованная автоматизация.
- Обмен и перенос: источники характеристик, сопоставление идентификаторов, обработка ошибок и миграция существующих файлов.
- Поддержка: резервное копирование, восстановление, доступность хранилища и выпуск изменений портала.
Если библиотека небольшая, её ведёт один ответственный и публикации редкие, начать можно с управляемого реестра и файлового хранилища. Портал становится полезен, когда нужны самостоятельный поиск, разные права, повторяемая проверка и связь с каталогом. Мы разберём этот выбор в рамках разработки веб-приложения и оценим согласованный состав пилота.
Вопросы перед заказом
Можно ли загрузить существующие семейства без переработки?
Да, если образцы проходят принятые правила параметров, совместимости и прав на распространение. Начнём с проверки одного класса. Недостающие поля и исправления файлов войдут в отдельный список подготовки.
Потребуется ли плагин Revit?
Для поиска и скачивания файлов через браузер можно спроектировать портал без плагина. Загрузка прямо в модель, проверка её содержимого и обновление вставленных семейств требуют отдельного сценария внутри Revit. Решение зависит от действий проектировщика.
Можно ли сделать библиотеку публичной для клиентов?
Да, в предлагаемом процессе можно разделить публичные выпуски и внутренние черновики. Владелец определяет аудиторию и права на каждый файл. При отзыве выпуска портал закрывает выдачу и показывает причину по согласованному правилу.
Как поддерживать несколько версий Revit?
Составим матрицу поддерживаемых сред и проверим соответствующие файлы. Версия сохранения видна до скачивания. Для старой среды потребуется подходящий исходник; Revit не поддерживает сохранение нового файла в прежнем формате.
Подготовим пилот библиотеки
Пришлите несколько файлов одного класса, параметры и версии продуктов. Составим паспорт публикации, роли проверки и границы пилота библиотеки.