When virtual attribute is referenced in start condition of a process, other processes(based on the same object) get kicked-off incorrectly in PPM
Document ID :
Last Modified Date :
Show Technical Document Details
CA PPM SAAS BUSINESS PROCESS MANAGEMENT:ODBPM
CA PPM BUSINESS PROCESS MANAGEMENT:PPMBPM
When a virtual attribute is referenced in the start condition of a process, other processes (based on the same object) get kicked-off incorrectly.
Steps to Reproduce:
Create a virtual attribute on the Task object. (Eg. v_status, referening status attribute from project object)
Create a process based on the Task object with start condition on update event ( Task Name != Task Name [Previous Value] ), call it Process_1. Connect Start to Finish, Validate and Activate process.
Create another process based on task object, with start condition on update event with virtual attribute involved. Eg. ( Task v_status = 'Rejected' ), call it Process_2. Connect Start to Finish, Validate and Activate process
Navigate to any Project, open a task, and update some field value other than its Name
Check the Processes tab to see if any processes that are initiated
Process_1 is not initialized, as the start condition is not met
Process_1 is initiated/completed
This issue is caused by CLRT-81697/DE31289
After careful review by our Sustaining Engineering team, it has been this issue will not be fixed. Reference CA PPM's
Customer-Reported Defect Resolution Policy
for information on our defect process.
Use the parent object's attribute directly by linking the parent object as the linked object in the Process_2 definition. Example: Project (Task Investment) Status = 'Rejected'
- When you are using OBS structure in the process start condition and that structure changed, starting condition no longer works
- Auto Start Idea Process Kicked Off when PPM project is saved on Convert even though start condition not met
Was this information helpful?