Бизнес-реквизиты для объектов
В Windchill бизнес-реквизиты - это набор определенных атрибутов, которые уникально идентифицируют объект (например, деталь, документ и т. д.) в различных системах или контекстах. Эти атрибуты используются для того, чтобы:
сопоставлять объекты во время репликации;
определять, должен ли объект быть обновлен, пропущен или связан;
обеспечивать согласованность между системой-источником и целевой системой.
Атрибуты, составляющие бизнес-реквизиты, различаются в зависимости от типа объекта.
Тип объекта
Атрибуты бизнес-реквизитов
Деталь
Обозначение, ревизия, итерация и идентификатор организации или CAGE-код
Документ
Наименование, обозначение, версия, итерация и идентификатор организации или CAGE-код
CAD-документ
Имя CAD-файла, создавшее приложение, категория документа, обозначение документа, версия и идентификатор организации или CAGE-код
Объект изменения
Обозначение, ревизия и идентификатор организации или CAGE-код
Информация о бизнес-реквизитах создается для слабой стороны объекта при следующих условиях:
объект помечен как местозаполнитель;
объект входит только в пакет репликации.
Эта информация о бизнес-реквизитах создается во время создания пакета репликации и хранится в файле Link.xml. Этот файл создается для каждой связи между объектами сильной и слабой сторон и находится в папке METADATA, содержащейся в zip-архиве.
Например, в случае связи использования детали в файле Link.xml в качестве бизнес-реквизитов объекта слабой стороны отображаются обозначение, идентификатор и наименование организации.
* 
Информация бизнес-реквизитов не отображается, если у вас нет доступа к объекту слабой стороны.
Если локальный объект в целевой системе помечен блокировкой репликации, система идентифицирует его с помощью бизнес-реквизитов, полученных исходной системой. Этот процесс включает соответствующее сопоставление и обработку меток версий.
Различные условия или результаты процесса репликации:
Если версия совпадает, объект преобразуется в удаленный объект путем применения универсальных федеративных реквизитов из системы-источника, а затем перезаписывается.
Если бизнес-реквизиты исходного и целевого объектов не совпадают, объект не реплицируется. Блокировка репликации в целевой системе остается без изменений.
Если бизнес-реквизиты исходного и целевого объектов совпадают и объекты перезаписываются, блокировка репликации всех версий объекта преобразуется в блокировку конструкции изделия.
Было ли это полезно?