ECR Reviews - Changing who is in the possible choices

[SteveVinyard]

When someone initiates an ECR, the CA1 needs to look at it and then send it out for review (using OOTB workflow step). Now, the CA1 does NOT want to choose from the entire context team as its huge but instead needs to see a specific list of people there.

Clearly I could do this using groups as workflow resource pools BUT that means it will be the same group of people regardless of which product is being worked on. I need it to be dependent on the product team or something similar.

Any creative ideas or solutions here??

Thanks in advance!!

Steve Vinyard

[SteveVinyard]

Just as an FYI I can define a specific role to build out the resource pool but when I do that everyone who is in that role is automatically "checked" in the select participants area.

[ddemay]

Change who is in the group or create a group at runtime or create a team
object? Also, create a new role, add this role to each product and the only
purpose of the role is to satisfy this workflow assignment use case. You
then have no customization, the role is populated based on who was in that
role at the time the PBO is created. (An issue in this case is the already
running processes.) There are other solutions also like creating groups per
product and then copying the members into an object or just querying it and
using AJAX (JavaScript) to populate a list at runtime/ or server side logic
via a tag library customization. Hope these ideas help.

[AL_ANDERSON]

We actually made a minor enhancement to expose the pre-PDMLink "Team
Template" drop down for ECR and ECN, allowing different team templates in
the same library to have different groups of users for the same role in
the same library.

Unfortunately, we were not able to make that selection mandatory without a
level of UI customization we would not support, so we had to use a
conditional at the start of each workflow to send the object creator a
task if they forgot to set the team template, and use a task transition to
verify that a team is selected in that task before clicking task complete.

Al Anderson
Solar Turbines Incorporated





David DeMay <->
05/10/2011 06:51 PM
Please respond to
David DeMay <->


To
"Steve Vinyard" <->, -
cc

Subject
[solutions] - RE: ECR Reviews - Changing who is in the possible choices

[ssenthil]

Hi Steve

we have a plug-in module for addressing the similar requirements. Please
take a look at the attached when you find time and let me know if you would
like to have more details.





Thank you and have a great time.

Best Regards

Swamy Senthil

Principal Solutions Architect, Swasen Inc

swamy.senthil@swasen.com(Email); 909 800 8423(M); 973 324 2729(W); 866
908 6561(F);

[avillanueva]

Another user asked similar question. I rely on the context team to tell
my which users populate which roles. For all workflows, if I select a
team, its just roles. This leaves one place for role to user mapping to
occur. If done customizations in the task page, if a single user needs
to be selected to only display people who are context members.

[BrianSullivan]

Is there an easy way to have Java Code Populate a Role with an Individual? We would like this solution.

[achukwuka]

Brian,

Would there be any reason for you to want to hard code userIDs in your Java code? It seems to me that would make it extremely difficult to maintain the code if every user is hard coded and any of those users leaves your company. I think it might be easily if you just add the users to the group using the principal admin utility and then use java code to populate the Change Admin role based on the logic you described below. So if user JSMITH leaves your company, all you do is remove him/her from the change Admin group, instead of updating your java code to remove him/her. Maybe you have a specific business reason why you want to hard code the user ids into java that I am not aware of.

Let me know.

Thanks

Alexius C. Chukwuka
Infrastructure Analyst
JDPS Division SAP BASIS Team
John Deere Power Systems

[BrianSullivan]

Hello Alexis,

I could chose to use a Principal Group as well, or rather in my Example Three Different Principal Groups, one for each Product Line.

In My Example:

1. I would need Java Code to pull Attribute from the Change Request

2. I would need Java Code to add the "Group" to the Defined Role

Brian Sullivan

[achukwuka]

Hi Brian,

In that case you probably want to do something similar to the below code snipperts.


1. Have a method to set the Change Admin role on the Change Request


WTGroup ChangAdmin = OrganizationServicesHelper.manager.getGroup(groupName);

Role CARole = Role.toRole("Change Admin 1");

Team team =TeamHelper.service.getTeam((wt.team.TeamManaged)primaryBusinessObject);

team.addPrincipal(CARole, ChangAdmin);
} catch (WTException e) {

e.printStackTrace();



}

}


2. Have a method to set the team based on the product you want.

WTContainer oContainer = null;
try {
oContainer = WTContainerHelper.getContainer(primaryBusinessObject);
} catch (WTException e) {
e.printStackTrace();
}

String containerName = oContainer.getName();


if (containerName.equals("Product A")){

// invoke the method to set the Chang Admin 1 role for example

setChangeAdminRole(PrimaryBusinessObject, "Change Admin 1");

}

Thanks

Alexius C. Chukwuka
Infrastructure Analyst
JDPS Division SAP BASIS Team
John Deere Power Systems