Data Management Capabilities > Managing Change > Change Management Administration > Replicated Objects as Change Task Resulting Objects
Replicated Objects as Change Task Resulting Objects
You can add a replicated object as resulting object of a change task, and optionally assign it an effectivity value.
Background
The term replicated object defines a non-modifiable object that is copied, or replicated, from a different Windchill installation. Replicated objects are added by importing a ZIP file with the Received Delivery Management utility. Replicated objects are subject to a special mechanism called an administrative lock that prevents them from being modified on the importing system.
Under normal circumstances a replicated object could not be added as a resulting object to a change task because the change process would not be able to update its life cycle state. If such an attempt is made, then the following error message is given when the change notice is completed:
In some circumstances, it may be required to add a replicated object that has already been released by a change task (for example, as a new component of an assembly). It may also be required to add a pending effectivity value to the replicated object when it is used as a resulting object.
Scope/Applicability/Assumptions
To complete this customization, you must be familiar with the following:
Creating change tasks
Adding resulting objects
Assigning effectivity values
Was this helpful?