Импорт файлов инкрементной полученной доставки
Если вы получили несколько ZIP-файлов доставки пакетов из системы-источника, вероятно, отправитель решил использовать инкрементную доставку относительно того, что было доставлено ранее. Процесс импорта файлов инкрементной полученной доставки аналогичен процессу импорта файлов полной полученной доставки. Однако тут следует учесть два аспекта:
• дополнительную информацию, содержащуюся в инкрементной доставке;
• порядок, в котором импортируются файлы полученной доставки.
В некоторых ситуациях вы можете получить последующую доставку из той же системы-источника с обновлениями содержимого, доставленного ранее. Можно получать полную доставку со всем содержимым, которое было доставлено ранее, или инкрементную доставку, включающую только информацию, которая изменилась после предыдущей доставки. Например, если ваша компания работает совместно с другой компанией и вам необходимо знать о любых изменениях в их сборке, вы можете запросить регулярные обновления, чтобы быть в курсе изменения данных.
В отличие от полной доставки инкрементная доставка сравнивается с базовой доставкой. Это сравнение предоставляет инкрементной доставке уникальную возможность отправлять информацию об объектах, соответствующих одному из следующих критериев.
• Удаленные: информация об объектах, которые были удалены из Windchill после отправки базовой доставки, поэтому эти объекты можно удалить из целевой системы. Во время импорта система пытается удалить эти объекты. Все объекты, которые нельзя удалить, указываются в отчете.
• Отсутствующие: информация об объектах, которые были отправлены в базовой доставке, но больше не входят в текущую доставку, потому не были включены в пакет. Возможные причины исключения: изменились опции сбора, использовавшиеся для создания пакета, объект больше не соответствует критериям, объект был явным образом удален из пакета. Действия предварительного просмотра и импорта сообщают о таких объектах, чтобы можно было выполнить действия с ними в зависимости от бизнес-процесса. Например, можно удалить их из системы, переместить в другой контекст или задать новое состояние жизненного цикла.
• Измененные: отправленные объекты, которые были каким-либо образом изменены. Возможные изменения: обновление файла содержимого, изменение в атрибуте, перемещение объекта в новую папку и т. д.
• Новые: отправленные объекты, которые являются новыми в Windchill или впервые включены в пакет.
|
Инкрементные доставки не содержат информацию об объектах, которые не изменились после базовой доставки. К измененным объектам относятся как изменения, инициированные пользователем, так и изменения на уровне системы.
|
Инкрементные доставки также содержат измененную информацию о связи между CAD-документом и деталью. Здесь возможно исключение, когда изменение информации о связи не отображается очевидным образом.
Рассмотрим деталь с изображением, которая связана с CAD-документом и сдана на хранение в
Windchill без компоновки (для настройки
Компоновать деталь после связывания или опции
Задать для одноуровневой сборки установлено значение
Выкл.). Если пакет создан из таких объектов, то при импорте инкрементного пакета после удаления связи (см. раздел
Правка связей между CAD-документами и деталями Windchill) в
Windchill удаление связи между деталью и CAD-документом не будет чистым.
Поскольку инкрементные доставки создаются в системе-источнике путем выбора базовой доставки, по сравнению с которой оцениваются изменения, между этими двумя доставками часто есть зависимость. Всегда предпочтительнее импортировать ZIP-файлы полученной доставки в том порядке, в каком они были экспортированы, но для инкрементной доставки это особенно важно. Дополнительные сведения см. в разделе Рекомендации по импорту объектов полученной доставки.