on 10-02-2013 2:19 PM
We need role-based alerts. Accordingly, when a task is delayed, the assigned resources should receive alert (this is fine and can be based on standard alert). What we additionally need is that the alert should go to the Person Responsible for the phase only when the delay is by, say, 10 days. The first alert must not go to the person responsible for the phase, and the second alert should not go the assignees...
Possible?
I think you need to be a little creative here. First off, Aggregated Severities needs to be set for your Project Type. I envision this happening with the creation two sets of severities on tasks and phases - one with notifications and one without. Imagine this scenario:
Case 1. Task - is late by < 10 days
Case 2. Task is late by >= 10 days
I hope this helps!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Lawrence, definitely creative!!
What severity is low? I mean, until what number is the severity low so that the message does not aggregate? In the background job, DPR_EVE_BATCH_DPO, there’s an option to aggregate severities. Is this what you referred to?
On another point, how can we set (design) for the task assignees to not receive alerts?
What number corresponds to high severity?
Anything to help, Deepak
You turn aggregated severities on in SPRO, for the activity "Define Project Types". (Path: PPM > PRO > STR) Under the heading "Evaluations and Dashboard" you can set the "Aggregate Severities" flag, which will do the "roll-ups" whenever Evaluations are triggered (i.e. by "Schedule" or "Save").
When you use DPR_EVE_BATCH_DPO's "Aggregate Severities" in conjunction with the setting in SPRO, you get the rollups (i.e. "with background processing"). Else it only happens when Users trigger Evals with "Schedule" or "Save".)
As for how to figure out the numbering in AggSev: Really, designing severities is like designing user statuses - you define what "score" each severity has, and if you've got AggSev turned on, that number will roll up, much like how the "high" number in a status profile is picked as a next status. Take a look at this help content, which pretty much explains it all:
Be advised, though, that if you're going to aggregate severities, you have to assign larger "score" numbers to higher-level objects. That way you don't have to worry about not-so-critical severities at the lower task level to agg up. It's pretty cool stuff, really. This is the precursor to true exception management usage of PPM dashboards, without having to resort to complicated metrics management and custom code.
Hi Deepak,
I think that you can complement your requirement using the BADI DPR_ALERTS~CHANGE_ALERTS_OF_PROJECT. In this BADI you can implement a bussines rule to change the receptor of alert.
Regarding the severity, if you work with aggregated severities, you have to use numbers. The higher the number, the higer the aggregated severity that is set up.
Remember, that you can trigger severities (manual and aggregated) in three diferent way:
1. Button save, Button check and background job
2. Button check and background job
3. Only background job
Best regards,
CAMILO URIBE
User | Count |
---|---|
11 | |
6 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.