使用通过收到的交付所导入的对象
收到的交付为工作环境中未安装 Windchill 的人们提供了协作机会。协作情景有诸多不同，但总体而言，协作分为两大类：给定公司内两个安装间的协作以及两个单独公司间的协作。这两种协作情景会产生以下结果：
• 在系统间共享的对象反映相同的信息
• 发送系统被视为共享对象的授权方
• 接收系统可以查看和参考共享对象，同时保持对其自身系统的管理功能。
无论协作情景如何，接收系统所遵循的步骤都大体相同，但发送系统会引入些许差别。差别主要在于导入对象与源系统上对应项的匹配程度。
使用收到的交付导入的对象在接收系统中和发送系统中表示相同的对象。因此，对象保持相同的业务信息 (如名称、编号和生命周期状态)。在内部系统之间进行复制时，与共享更多详细信息相关的安全性或业务关系限制通常与同外部合作伙伴协作时不同。在两个内部系统间复制的对象通常包括
用户信息 (如创建对象的用户)、有效性或生命周期以及工作流历史记录。
协作目标影响着导入至接收系统的数据之间的差别。
• 与外部合作伙伴的协作通常集中于重大事件，如已安排交付日期的合约里程碑或新配置的发布。因此，接收系统只需包含里程碑相关信息的定期快照。例如，收到的交付只能包含特定发布配置中使用的版本。
• 内部复制协作的重点通常是在第二个系统中创建精确的数据复制。内部复制通常按照排程进行处理，并识别出两个系统可能不同。例如，可能存在不同的上下文或文件夹结构。两个系统间的业务流程也可能不同。例如，在发送系统中运行的工作流不应在接收系统中启动。
在发送系统中创建包交付时协作目标的不同也意味着内部复制可能需要其他详细信息。对现有对象的更改以及从源系统中删除的对象的相关信息通过增量交付来传达。
无论协作情景如何，使用收到的交付导入的对象都会自动应用锁定，这样用户便只能查看和使用对象的属性或内容而不能进行修改，从而限制用户对对象所能执行的操作。某些对象 (例如更改通告) 具有其他限制来防止用户进行修改，因为用户可能会修改
Windchill 系统所拥有的对象。有关详细信息，请参阅
关于导入对象锁定。