Публикация расширенных данных
Расширенные данные - это выполняемый и имеющий версии объект в Windchill, используемый для хранения данных, которые необходимо опубликовать в системе планирования ресурсов предприятия (ERP). Расширенные данные могут публиковаться в отклике ESI получателю данных с помощью ERP-соединителя.
Чтобы опубликовать корпоративные данные, включите настройку Опубликовать информацию о данных предприятия, задав для нее значение Да.
Чтобы опубликовать данные завода, задайте для настройки Опубликовать информацию о данных завода значение Да. Если задать для этой настройки значение Да, будут также опубликованы данные подразделения. Эту настройку можно задать, выбрав > > .
Дополнительные сведения о расширенных данных см. в разделе Расширенные данные.
Ограничить публикацию на основе получателя данных родительской ведомости материалов
Настройка Ограничить публикацию на основе получателя данных родительской ведомости материалов управляет способом публикации дочерних компонентов вед. материалов посредством Windchill ESI. Если задано значение True, дочерние детали публикуются только в получателях данных, назначенных родительской вед. материалов. Это помогает поддерживать согласованность и предотвращает отправку дочерних компонентов в несвязанные получатели данных, обеспечивая целостность данных в дочерних системах.
Следующий пример иллюстрирует, как настройка Ограничить публикацию на основе получателя данных родительской ведомости материалов влияет на поведение при публикации в Windchill ESI.
|
Настройка
|
Действие
|
Результат
|
|---|---|---|
|
• Компоненты и назначенные им получатели данных:
◦ Parent_Part_B → DT_ERP_SAP(Detroit)
◦ Child_Part_2 → DT_ERP_SAP(Seattle), DT_MES_Proprietary1, и DT_MES_Proprietary2
• Для настройки Ограничить публикацию на основе получателя данных родительской ведомости материалов задано Истина.
|
Публикация Parent_Part_B с помощью Windchill ESI
|
• Parent_Part_B публикуется в DT_ERP_SAP(Detroit) вместе со структурой ведомости материалов.
• Child_Part_2 не публикуется в отдельно назначенных получателях данных.
• Если для средства поиска получателей данных задано значение com.ptc.windchill.esi.tgt.ESIRootInheritTargetFinder, Child_Part_2 наследует получатель данных родителя и публикуется в DT_ERP_SAP(Detroit).
|
По умолчанию для настройки Ограничить публикацию на основе получателя данных родительской ведомости материалов задано значение Ложь - это означает, что дочерние компоненты публикуются во всех получателях данных, назначенных им отдельно. Это происходит независимо от получателя данных, назначенного родительской вед. материалов, при условии, что дочерние компоненты совместно используют одинаковые идентификаторы клиента и системы (для SAP) или DSN (для Oracle) с родительской вед. материалов.
Эту настройку можно сконфигурировать в разделе > > > > . Найдите настройку Ограничить публикацию на основе получателя данных родительской ведомости материалов и задайте для нее значение True или False в зависимости от требований к публикации.
 |
• Чтобы опубликовать информацию о версии из детали или из связанных данных предприятия, задайте как предпочтительное свойство com.ptc.windchill.esi.useVersionInfofromPartOrED в файле esi.properties. Допустимые значения для данного свойства: PART или COMMON_ENTERPRISE_DATA. Например, чтобы опубликовать информацию о версии из детали, задайте для этого свойства значение <Property default="PART" name="com.ptc.windchill.esi.useVersionInfofromPartOrED"/>.
Поведение по умолчанию: публикация информации о версии из данных предприятия.
• Атрибут Получатели данных (в элементах Destination и TargetID, отображаемых в отклике ESI) определяет получателя данных, в котором деталь должна быть создана или изменена.
• Windchill PDMLink передает атрибут "Ограничение применимости по дате детали" в формате ГГГГ-ММ-ДД ЧЧ:ММ:СС.
• Если при использовании ориентированного на объект режима публикации детали для атрибута получателя данных Публиковать связанные документы при публикации детали задано значение Да, то публикуются и документы, связанные с деталью.
• Если включены общие данные предприятия, специфичные для завода данные и связанные детали, то для публикации извещения об изменении или запроса на продвижение расширенных данных публикуется только конкретная версия детали, на которую имеется ссылка в извещении об изменении или запросе на продвижение. Другие связанные детали различных версий не публикуются.
|
Данные подразделения
Атрибуты данных подразделения публикуются вместе с атрибутами деталей или ресурсов в отклике ESI из всех соответствующих объектов данных подразделения, связанных с данными завода.
Дополнительные сведения см. в разделе Обзор данных подразделения.
Публикация детали на основе представления расширенных данных
Если запрос на публикацию включает только расширенные данные (данные завода), Windchill ESI определяет представление из объекта расширенных данных и использует сконфигурированную настройку Сопоставления представлений и получателей данных, чтобы ограничить публикацию только получателями данных, сопоставленными с этим представлением. Для деталей, включающих данные завода в нескольких представлениях, в этой транзакции рассматриваются только получатели данных, сопоставленные для инициирующего представления расширенных данных. Это применимо для потоков "Запрос на продвижение" и "Извещение об изменении конструкции".
Публикация данных в получателе данных, недопустимом для определяющего представления, запрещается в соответствии с настройкой сопоставления.
Публикация детали, которая может включать или не включать расширенные данные в запрос, происходит по стандартному поведению. Деталь отправляется во все получатели данных, связанные с деталью через ее конфигурацию или контекст, независимо от сопоставления представлений. Другими словами, в этом случае система не применяет фильтрацию, основанную на представлениях завода.
Рассмотрите следующий пример: публикация специфичной для производства информации о детали путем включения расширенных данных (данных завода) в запрос так, чтобы целевой объект определялся по связанному с ним представлению.
|
Настройка
|
Действие
|
Результат
|
|---|---|---|
|
• Деталь: Part123 (представление конструкции)
• Данные завода (расширенные данные)
◦ Данные завода (Plant1)
◦ Данные завода (Plant2)
• Получатели данных: DT1, DT2
• Сопоставления представлений и получателей данных (настройка):
◦ Plant1 → DT1
◦ Plant2 → DT2
Эти сопоставления определяют, какие получатели данных являются допустимыми для данного представления завода.
|
Опубликовать специфичную для производства информацию о детали, включив расширенные данные (данные завода) в запрос, чтобы целевой объект определялся по связанному с ним представлению.
|
ESI использует расширенные данные из Plant1 для определения соответствующего представления и проверяет сопоставления получателей данных. Транзакция публикуется только в DT1, поскольку DT1 сопоставлен с Plant1.
Несмотря на то что деталь включает данные для Plant2, DT2 не публикуется, так как не сопоставлен с выбранным представлением.
|
Создание задачи выпуска для расширенных данных и данных подразделения
Действия по созданию заданий выпуска для расширенных данных и данных подразделения следуют тому же поведению, что и связанные с ними детали во время публикации ESI. Этим поведением управляет свойство releaseActivityNeeded детали. Если для этого свойства задано значение:
• False - задача выпуска не создается для детали, расширенных данных или данных подразделения.
• True - для детали и всех связанных объектов создается задача выпуска.