So we figured out how to remove the Default Change Activity because we create our own from various types and create the Change Name. In 9.1 we had this removed, and if we started the change notice from the object, it would still populate in our new change task on the affected objects. Where do I edit to get the object to populate on the affected objects table in 11.0 after removing the default change task?
Also I noticed the order of the Change Task subject is displayed different. We prefer the Change Name, Type, Number rather than Type, Number, and Name in the subject. Is there a preference setting to switch this back?
The Identity was updated at 10.0 F000.
There are several new features to be aware of -
You can see more in my 2016 conference presentation here:
Thanks for your answer Jeffrey, but we don't use Problem Reports. We are just trying to migrate and work as similar as possible for now from 9.1. We can explore updating workflow templates later, but we are limited on time for go live.
I need to use our own Change Task. It's usually a 1 task per CN, but some processes can included 2 tasks. But I need the changeable to populate on that task? How do I do that?
Also how do I switch the subject name to begin with the Name of the Task rather than the type?
You would define a rule so that your type of Change Notice gets your Change task. This is defined on the Business Rules page in the Site Utilities page. The Change Association Rules table lets you define what Change Tasks should be related to which Change Notices types.
You can see in this example the Sustaining CN type can have Supply Chain Task, CAD Task, Mfg Task and BOM Task related as 1:many. The Prototype CN can have a Simple Task related and is 1:1. By default the CR will propagate data to the default task (and if you use Relationship constraints should only give the the right objects to the task - say WTPart to the BOM Task and EPMDoc to the CAD Task)
For example if you have myChangeNotice with myChangeTask related on a 1:many. By default you will get at least 1 myChangeTask and could create additional.
Do we have to put the Default Change Activity back in for this to work? We also don't use the Change Requests. So no need to propagate from there.
I just added a new rule, to see, but nothing changed? Our workflows are at the Org level, does that matter?
The Default Change Activity preference is deprecated with these new configuration methods, however I am not sure if your customization is effecting this.
Oh - key thing to use these new features is to enable Change Association mode - without this nothing will take effect and you will use legacy behavior.
I still need the solution to include the changeable in our own change task. This worked for us in 9.1.
Kristie - I am a little confused? I assume you mean adding the Affected Items from the Change Request to the Change Task (through the Change Notice). If you create the Change Notice from Change Request you just need to pick the propagate to have the Affected Items copied down. There is no customization involved. This works whether is the OOTB base type or the soft type.
We do not use the Change Request. We create a Change Notice directly from the object. Create a new Change Task, because we have the default removed, so we can add in our own Change Task name, but the affected object isn't populating on our Change Task.
Thingworx Navigate content has a new home! Click here to access the new Thingworx Navigate forum!
Check out the Windchill Tips Board! We're talking about
Whirlpool's use of digital twin, augmented reality, and data-driven design!
The NAVIGATE WORKING GROUP is here! Come innovate with PTC!
The NAVIGATE WORKING GROUP is here! Come innovate with PTC!Sign up for a Working Group