When populating a plan, because it is looking at the role on the team which now in the database has a PRTEAM.prroleid = 0 the cost plans pick that up as well. If there is another line in the plan when grouping by role the error will occur when trying to approve the budget.
This issue also causes refreshing on Staffing Grid when grouping by Role due to the fact PRROLEID =0 (Zero) in PRTEAM table.
Steps to Reproduce:
The steps require there end up being two lines on the cost plan using 2 grouping attributes (TRANSCLASS, ROLE) with one grouping attribute being the same (TRANSCLASS) and one by role where one role_id is null and one role_id = 0
Expected Results: PRTEAM.prroleid is null for both resources you added to the team
Actual Results: PRTEAM.prroleid = 0 for the resource who had no primary/investment role. This then creates an error when Approving a Submitted budget
Clarity 16.1.x, 16.2.x
DE80564
DE80564 is targeted to be fixed in 16.2.3 (August 2024) and also backported to 16.2.2 patch 1
Workaround: Without the fix deployed, ensure that either the transaction has a role_id, or the resource itself has a primary role.
In fin_cost_plan_details if a role_id = 0 and there is another grouping row in the table where the role_id is null, upon approving a submitted budget an error is shown and the budget cannot be approved.
In the app-ca logs following error stack can be seen
ORA-01427: single-row subquery returns more than one row
This is a result of creating a manual transaction for a resource who